2 Simon

....эх, поднимем тему по выше, однака...Саня Пелицин ее опустил по самое немогу...а мы ее подвинем..

1. Предоплата - все платежи не имеющие (полного или частичного) распределения по строкам счетов - есть предоплатные...
2. Определение суммы предоплаты - есть два селекта через юнион
select сумма_счета, sum(сум_распр_оплат)
where сумма_счета - sum(сум_распр_оплат) >0,
union
select 0, sum (сум_оплат_доку)
where not exists (select .. from счета))
3. Фича для манагеров. Учет платежей по манагерам - через спец_аналитику
типа....ЦЕЛЬ (назначение платежа.....основание платежа...)

4. Таблица - платежи - это !!! отдельный объект....имеет в себе кроме обязаловки - признаки аналитики.

5. Таблица привязки платежей...

уникальный ключ
дата ключа...

ключ - основания (счета)
ключ - причины (платежа)
...
таблица должна обеспечить учет оплаты через взаимозачеты (счет - на счет)

6. раз и навсегда - модуль учета Дебеторов и Кредиторов является абсолютно идентичным. Платежный документ может быть любым...платежка...ордет...- вся обработка одной системой...

2 Simon 2 )*8
Ок. Давайте еще по обсуждаем (а почему бы и нет)
Итак есть объекты
1. Договор
2. Счет
3. Счет-фактура
4. Накладная
6. Складской ордер...
5. Платеж
6. График платежей
7. График отгрузки (поставки).

8. Контрагенты (не делить контрагентов на типы...поставщик...покупатель путем хранения разных списков....а только через назначение доп_аналитики, ибо один контрагент может быть един во всех лицах а может и небыть).

1-е 7 пунктов - это, по по своей сути могут быть разные типы документов, хранящиеся в БД - НЕЗАВИСИМО, или наоборот - в одном массиве. Выбор стратеги их хранения и организация их взаимосвязи - не прост.

Например, Договор (шапка). Он может иметь разные спецификации (таблицы).
Полученные(выставленные) Счета могут ЧАСТИЧНО выбирать элементы спецификации с произвольном КОЛИЧЕСТВЕ. И вообще, иметь в себе (в списке...таблица) - строки --- которых НЕТ в Договоре.

На Счета - приходят Накладные и Счет фактуры. Это могут быть разные вещи.
Счета имеют график оплаты. Договор тоже может иметь график платежей и график отгрузки(поставки).

Платеж - Предоплатный платеж - не понятно к чему привязан....возможно клиент просто деньги свободные на МЕНЯ "закачал", дескать потом...разберемся (элементарная ситуация в условиях Завода-монополиста).

Платеж по-факту поставки - тут уже легче, но все равно - могут все 10 раз поменять...сейчас дескать за ЭТУ партию товара, а потом - нет за ЭТУ, причем одна сторна считает так, а другая - вот так.

Общее решение трабла существует (проверено). Называется таблица перекрестных ссылок. Где, при условии жесткой нумерации строк стыкуемых документов объясняется - что, например:

На 5-й строке спецификации №2 договора 443/01 - привязаны:

а) 3 строка счета №1213 в кол-ве 10 единиц измерения....стоимость в руб..
б) 4 строка счета №1331 в кол-ве 20 единиц измерения....стоимость в у.е...
.....
(или другими словами...на основани 5 строки договора...выписаны 3 и 4 строки счетов...)


Счета №1213, Счета №1331 ....были предварит_оплачены платежными 1,2,3 и частично по факту....платежным (кассовым) 56 и 57..., при этом мы будем считать

что строка 5 договора... оплачена на сумму .....
ИЛИ
строка 3 счета ....и строка 4 (счета) ....частично оплачены....РАЗНЫМИ платежеми ...в срок...с задержкой ....на ....

А теперь, на свет выходят накладные и счета фактуры. ....Счет...договор...это ничто по сравнению с его величеством счетом-фактурой. Пока СЧФ нет - сделка "не действительна". Долги, задолженности - еще "НЕ НАСТУПИЛИ".

Получили СЧФ - а там все "по другому" не так, как в Счетах все было, не так, как мы уже (думали) что... платили.

Трабл отлично решается таблицей перекрестных ссылок.

где буквально, ставится жесткое соответствиее (совпадения...пропорции...) строк документов.

Источник_документ (регистр, тип, строка, товар.,ед_изм.,)
Приемник_документ (регистр, тип, строка, товар.,ед_изм.,)
кол-во, сумма.....
доп_аналитика....

to )*8 ( )))))))) )

возможно, вы могли бы "продумать" эту таблицу перекрестных ссылок, определить область ее применения....интерфейсы заполнения...приемы выборки данных из такой таблицы...ибо именно в ней - будут САМЫЕ точные данные о ...о всем...учесть...что такая таблица легко стыкует между собой как , например...Договор и Счет....так и например, Счет и Платеж... с точностью до.... ОТДЕЛЬНОЙ СТРОКИ ДОКУМЕНТА.

2 Simon 2 )*8
Ок. Давайте еще по обсуждаем (а почему бы и нет)
Итак есть объекты
1. Договор
2. Счет
3. Счет-фактура
4. Накладная
6. Складской ордер...
5. Платеж
6. График платежей
7. График отгрузки (поставки).

8. Контрагенты (не делить контрагентов на типы...поставщик...покупатель путем хранения разных списков....а только через назначение доп_аналитики, ибо один контрагент может быть един во всех лицах а может и небыть).

1-е 7 пунктов - это, по по своей сути могут быть разные типы документов, хранящиеся в БД - НЕЗАВИСИМО, или наоборот - в одном массиве. Выбор стратеги их хранения и организация их взаимосвязи - не прост.

Например, Договор (шапка). Он может иметь разные спецификации (таблицы).
Полученные(выставленные) Счета могут ЧАСТИЧНО выбирать элементы спецификации с произвольном КОЛИЧЕСТВЕ. И вообще, иметь в себе (в списке...таблица) - строки --- которых НЕТ в Договоре.

На Счета - приходят Накладные и Счет фактуры. Это могут быть разные вещи.
Счета имеют график оплаты. Договор тоже может иметь график платежей и график отгрузки(поставки).

Платеж - Предоплатный платеж - не понятно к чему привязан....возможно клиент просто деньги свободные на МЕНЯ "закачал", дескать потом...разберемся (элементарная ситуация в условиях Завода-монополиста).

Платеж по-факту поставки - тут уже легче, но все равно - могут все 10 раз поменять...сейчас дескать за ЭТУ партию товара, а потом - нет за ЭТУ, причем одна сторна считает так, а другая - вот так.

Общее решение трабла существует (проверено). Называется таблица перекрестных ссылок. Где, при условии жесткой нумерации строк стыкуемых документов объясняется - что, например:

На 5-й строке спецификации №2 договора 443/01 - привязаны:

а) 3 строка счета №1213 в кол-ве 10 единиц измерения....стоимость в руб..
б) 4 строка счета №1331 в кол-ве 20 единиц измерения....стоимость в у.е...
.....
(или другими словами...на основани 5 строки договора...выписаны 3 и 4 строки счетов...)


Счета №1213, Счета №1331 ....были предварит_оплачены платежными 1,2,3 и частично по факту....платежным (кассовым) 56 и 57..., при этом мы будем считать

что строка 5 договора... оплачена на сумму .....
ИЛИ
строка 3 счета ....и строка 4 (счета) ....частично оплачены....РАЗНЫМИ платежеми ...в срок...с задержкой ....на ....

А теперь, на свет выходят накладные и счета фактуры. ....Счет...договор...это ничто по сравнению с его величеством счетом-фактурой. Пока СЧФ нет - сделка "не действительна". Долги, задолженности - еще "НЕ НАСТУПИЛИ".

Получили СЧФ - а там все "по другому" не так, как в Счетах все было, не так, как мы уже (думали) что... платили.

Трабл отлично решается таблицей перекрестных ссылок.

где буквально, ставится жесткое соответствиее (совпадения...пропорции...) строк документов.

Источник_документ (регистр, тип, строка, товар.,ед_изм.,)
Приемник_документ (регистр, тип, строка, товар.,ед_изм.,)
кол-во, сумма.....
доп_аналитика....

to )*8 ( )))))))) )

возможно, вы могли бы "продумать" эту таблицу перекрестных ссылок, определить область ее применения....интерфейсы заполнения...приемы выборки данных из такой таблицы...ибо именно в ней - будут САМЫЕ точные данные о ...о всем...учесть...что такая таблица легко стыкует между собой как , например...Договор и Счет....так и например, Счет и Платеж... с точностью до.... ОТДЕЛЬНОЙ СТРОКИ ДОКУМЕНТА.