|
|
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
Добрый день. Стоит задача об автоматизации функции контроля за сроками исполнения обязательств контрагентами по договорам поставки (сроки поставки нарушены, условия оплаты нарушены). Это предполагает формализацию данных договоров на поставку в части условий оплаты и оставки. В силу того, что условия от договора к договору разняться, встаёт вопрос о том, как эти условия формализовать в датах (сроках). К примеру, если условия поставки могут предполагать "срок поставки через столько то дней после получения факса о проведенной экспертизе на соответствии техническим условиям." В части типовых условий оплаты (предоплата/по факту) понятно. Но если оплата предполагается частями и сроки зависят от сроков поставки, как тут быть. Интересует любая информация на данную тему. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 13:22 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
все изменения в договорах оформляются доп.соглашениями. их надо учитывать в базе и вести по ним расчеты ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 13:48 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
Cогласен. Но речь не идет о каких то изменениях. Условия поставки и оплаты могут оговариваются как правило в основном соглашении. Вопрос в том какие сущности и отношения необходимо создать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 14:28 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
asankoЭто предполагает формализацию данных договоров на поставку в части условий оплаты и оставки. Позиция договора (доп. согл.): Дата оплаты или период действия,сумма, способ оплаты, комментарий Только так можно хоть что-то планировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 14:38 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
Поток событий по договору, по виду обязательства (платеж/поставка), по основному обязательству/санкции. Событие увеличивает/уменьшает обязательство. События генерируются/вычисляются по первичным документам. Как? - ну как проводки в учете - формализованные автоматом, неформализованные вручную. В целом, аналогично бухучету, если счет расчетов с поставщиком (или наборот покупателем) разбить на счета: - обязательста по оплате, - обязательства по поставкам, - санкции по оплате, - санкции по поставкам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 14:53 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
ModelR В целом, аналогично бухучету, если счет расчетов с поставщиком (или наборот покупателем) разбить на счета: - обязательста по оплате, - обязательства по поставкам, - санкции по оплате, - санкции по поставкам. Рассмотрим сущности - обязательста по оплате - обязательства по поставкам Какие атрибуты для данных сущностей должны быть в общем случае, кроме ссылки на ключ договора (доп.соглашения). Рассмотрим на вскидку условия оплаты (обязательства) такие как: - предоплата, - 20% предоплаты, - оплата по факту, - оплата через столько то дней после заключения договора, поставка через столько то дней после оплаты. - оплата неравными частями через по определённому графику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 15:49 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
asanko- оплата неравными частями через по определённому графику. В общем случае надо исходить именно из этого, без "через". То есть, необходимо уметь формировать любым способом календарь платежей. В общем случае, кстати, даже в рамках одного договора платежи могут быть разными валютами и от разных контрагентов (цессия). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 17:00 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
всё проще... для описания условий оплаты необходимы: - вид оплаты (предоплаиа, аккредитив, оплата, отсрочка платежа) - сумма\процент отплаты - дней отсрочки после события - событие (подписание договора, выдача в производство, начало отгрузки и т.д.) обычно этого хватает.... С уважением, Petr[@]Chulkov.NET ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 18:35 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
Сумму и сроки платежей имхо можно хранить в виде простейших формул на основании атрибутов договора, типа "DateTransfer + 20". Если платежей планируется несколько - к договору привязывается несколько сущностей "планируемый платеж по договору", со своим сроком и суммой у каждого. У планируемых платежей может быть признак - "единоразовый" или "периодический". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 19:05 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
asankoРассмотрим сущности - обязательста по оплате - обязательства по поставкам Какие атрибуты для данных сущностей должны быть в общем случае, кроме ссылки на ключ договора (доп.соглашения).Эти мухи отдельно. Необходимы тип события, дата, сумма, может валюта, в общем сильно похоже на журнал операций/проводок. А эти котлеты asanko Рассмотрим на вскидку условия оплаты (обязательства) такие как: - предоплата, - 20% предоплаты, - оплата по факту, - оплата через столько то дней после заключения договора, поставка через столько то дней после оплаты. - оплата неравными частями через по определённому графику. отдельно. Они должны присутствовать в неких полях неких документов типа ПредоплатаТип (Нет/Процент/Сумма) ПредоплатаПроцент, ПредоплатаСумма, ПредоплатаСрокТип (относительно чего-то там/абсолютн) ПредоплатаТипЧего-тоТам ПредоплатаДнейОтТогоЧтоУказаноВПредоплатаТипЧего-тоТам ПредоплатаДата и проч. и проч., рецептура по вкусу. А также должна конечно быть функция, умеющая вычислять мух по котлетам и учетным данным (оплата, отгрузка, получение факса). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 12:34 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
asanko Рассмотрим сущности - обязательста по оплате - обязательства по поставкам . это не от печки - это другая тема ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 16:18 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
ModelRПредоплатаТип (Нет/Процент/Сумма) предоплата - частный случай оплаты а оплата частный случай исполнения обязательств :) в общем случае должны рассматриваться договор или сделка Стороны договора Обязательства сторон ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 16:24 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
BULK INSERT договор или сделка Стороны договора Обязательства сторон Речь как раз и идет об организации функциональности по контролю за исполнением обязательств сторонами. А в силу того, что условия обязательств могут сильно разнится, встаёт вопрос в выделении сущностей и атрибутов для формализаций этих условий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 16:42 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
BULK INSERT asanko Рассмотрим сущности - обязательста по оплате - обязательства по поставкам . это не от печки - это другая тема это не другая тема, а наводка на более подробное рассмотрение основное что требуется это сделать asanko автоматизации функции контроля за сроками исполнения обязательств контрагентами по договорам поставки (сроки поставки нарушены, условия оплаты нарушены) и разделяется на две, как мне кажется, основных задачи asanko Рассмотрим сущности - обязательста по оплате - обязательства по поставкам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 16:44 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
AshBel и разделяется на две, как мне кажется, основных задачи - обязательста по оплате - обязательства по поставкам Совершенно верно. Контрольная функция как минимум должна информаровать контролёра о том, что обязательства нарушены, будут нарушены через столько то дней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 16:48 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
asankoвстаёт вопрос в выделении сущностей и атрибутов для формализаций этих условий. отмечу петитом - правильной, логичной и оправданной формализации... то о чем шла речь ранее в топиках и автора и некоторых советчиков лежит в строне от такой задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 17:19 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
proposed amendment то о чем шла речь ранее в топиках и автора и некоторых советчиков лежит в строне от такой задачи. :) есть такое безобразие но я, например, для себя одну идейку почерпнул(время покажет на сколько полезную) может кто нить поделится опытом или граблями(чтобы на них не наступать) в разработке софта по учету договоров касательно формализации условий оплаты(поставки, отгрузки) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 19:06 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
AshBel proposed amendment то о чем шла речь ранее в топиках и автора и некоторых советчиков лежит в строне от такой задачи. :) есть такое безобразие но я, например, для себя одну идейку почерпнул(время покажет на сколько полезную) может кто нить поделится опытом или граблями(чтобы на них не наступать) в разработке софта по учету договоров касательно формализации условий оплаты(поставки, отгрузки) договор договору рознь - единого универсального подхода вы не нащупате - к разным видам договоров законодатель предъявляет разные требования... и вообще - формализовать договорную деятельность задача не из простых :) а вот грабли простые - жизнь подкидывает задачки посложее чем может решить формальный аппарат. мне помог подход, когда договор "поденно" планируется вперед по срокам исполнения обязательств на попределенный горизонт планирования - срок действия договора в пределах горизонта системы + если влезает еще один договор "вперед". при необходимости горизонт планиования системы раздвигается (заполняется вперед служебная таблица "календарь") в основе - плоская таблица - поденный шедулер исполнения обязательств и иерархическая структура взаимозависимости событий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2007, 09:29 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
YBW и вообще - формализовать договорную деятельность задача не из простых :) полностью согласен - формализовать проблематично и поэтому задача стоит не полностью формализовать договорную деятельность, а условия оплаты/поставки, а точнее даты наступления задолженности дебиторской/кредиторской YBW мне помог подход, когда договор "поденно" планируется вперед по срокам исполнения обязательств на попределенный горизонт планирования - срок действия договора в пределах горизонта системы + если влезает еще один договор "вперед". Боюсь в моем случае такое не получится - не сможет ответственный по договору запланировать когда платить/получать. У нас только подписание договора(если на импорт то еще и регистрация его на верхах) может длится несколько месяцев. У нас все завязано на сроках от какой либо даты: даты подписания, даты оплаты, даты поставки и т.д. + еще может быть продление этих самых сроков по различным причинам. + еще оплата может быть разными частями. + поставки в несколько этапов Собстно вот эти вот "+" и хез как реализовать ... недостаточно хороших идей :( может у кого есть информация по этому поводу или где почитать, то можно и на мыло ashurik[собака]tut.by может кто-нить реализовывал нечто подобное и поделится идеей - будет ваще супер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2007, 12:06 |
|
||
|
Формализация данных об условиях оплаты/поставки в договорах
|
|||
|---|---|---|---|
|
#18+
Если используетются много вариантов заключения договоров на поставку и различные варианты оплаты - имеет смысл немного отойти от конкретики способов, прописанных договором и посмотреть на суть всех договорных "крючков". Во-первых. По каждому клиенту можно всегда определить сальдо расчетов. И динамику поставок/оплат. Поэтому можно для каждлгл клиента определить: 1. Максимальный размер товарного кредита (в т.ч. 0 - все по предоплате). 2. Максимальный срок запаздывания оплаты (в том числе с учетом периодических выплат). В конце концов именно это важно для финансового состояния фирмы. Если есть нарушения п.1 или п.2 - система дает сигнал "SOS". И дальше работник финотдела разбирается с учетом всех многовариантных "крючков" договора в чем дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2007, 21:27 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34992514&tid=1544146]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
199ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
81ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 572ms |

| 0 / 0 |
