Если бы вы создавали ERP систему с нуля для международного рынка, как бы вы подошли к проектированию финансового контура?

[Logger]

Цитата:

Сообщение от mazzy

как раз наоборот.
даже суммирование по многострочным проводкам проще - фильтр по одному полю и сумма по другому полю - тривиальнейший select запрос.

а вот суммирование по однострочным сложныее - либо надо делать два запроса и вычитать результат, либо хитро выкручиваться с функциями в списке полей

Подробнее по всем вопросам напишу позже а тут ответ очевиден.
Вероятно ты полагаешь что однострочную проводку я предполагаю делать как запись в одной табличке в которой есть поле дебет, поле кредит, поле сумма, поле аналитика непонятно к чему (дебету или кредиту) относящаяся (кстати, раз уж заводить 2 счета в строке то почему не две аналитики?).

Но ведь можно сделать как сейчас получается в аксапте после применения корреспонденции счетов.
Одна полупроводка со счетом и признаком сторно, суммой и аналитикой.
+ связанная с ней полупроводка (запись в той же табличке).

Тогда все возражения снимаются.

Аналитика по каждому счету. Фильтрация по одному полю итп. Есть плюсы многострочных проводок как ты их выше описал. Есть плюсы однострочных проводок.
Есть один минус для выражения условия типа "взять оборот по счету такому то в корреспонденции со счетом таким" то может потребоваться делать джоин. Ну, серебряной пули не бывает.

А по поводу промежуточных счетов через которые все приходится прогонять...
Ну и что ? Это же обычно дело. В бухучете это сплошь и рядом. Загнали на счет, накопили, потом списали.

[mazzy]

Цитата:

Сообщение от Logger

а тут ответ очевиден.

Цитата:

Сообщение от Logger

(кстати, раз уж заводить 2 счета в строке то почему не две аналитики?).

как я уже говорил, аналитик может быть много.
кроме того, каждый кусок кода в каждом модуле должен знать - дебет ему заполнять или кредит

Цитата:

Сообщение от Logger

Но ведь можно сделать как сейчас получается в аксапте после применения корреспонденции счетов.

можно.
но не все движения можно откорреспондировать в общем случае (пример операции с приходом я привел выше. обязательно подумай о случае с разными валютами)
конечно, для корреспонденции можно принудительно разделить полупроводки.
чтобы принудительно разделить, нужно знать смысл операции, нужны некие эвристики. (аксапта сейчас так и делает)
а это уже не универсальный движок

например, сейчас аксапта не корреспондирует многие проводки, созданные модулем Проекты.

Цитата:

Сообщение от Logger

Одна полупроводка со счетом и признаком сторно, суммой и аналитикой.
+ связанная с ней полупроводка (запись в той же табличке).

откуда взялось слово "Одна"?
и почему связанная тоже одна?

много полупроводок с дебетом И много полупроводок с кредитом.

кстати, в буржуйской аксапте то, что ты называешь "полупроводкой" называются "движением по счету"
дело в том, что движение - это НЕ "полу..."

Цитата:

Сообщение от Logger

Тогда все возражения снимаются.

нет

Цитата:

Сообщение от Logger

А по поводу промежуточных счетов через которые все приходится прогонять...
Ну и что ? Это же обычно дело. В бухучете это сплошь и рядом. Загнали на счет, накопили, потом списали.

Да, в бухучете, который основан на корреспонденции, "это сплошь и рядом".

А в проклятобуржуинских гаапах и иасах накопительно-котловые счета считаются "повышающими подозрение на махинации" при аудите (я не помню этого термина точно)

в общем, накопительные счета не рекомендуются в западных учетах.
случаи типа незавершенного производства, закрытия года, распределения бонусов и т.п. оговариваются там отдельно.

[Logger]

Цитата:

Сообщение от mazzy

Да, в бухучете, который основан на корреспонденции, "это сплошь и рядом".

А в проклятобуржуинских гаапах и иасах накопительно-котловые счета считаются "повышающими подозрение на махинации" при аудите (я не помню этого термина точно)

в общем, накопительные счета не рекомендуются в западных учетах.
случаи типа незавершенного производства, закрытия года, распределения бонусов и т.п. оговариваются там отдельно.

Погоди, так о чем спор-то ?

Изначально речь шла о том как сделать универсальную штуку которой можно удобно отразить разные требования.
Незаметно ты соскочил на обсуждение как правильно и что лучше. Это совсем другая тема. И весьма спорная, кстати.