|
10.12.2008, 10:46 | #1 |
Мрачный тип
|
glibs, спасибо за ссылочки, освежил формулировки ...
Цитата:
Цитата:
Только вот архитектура реализации этой "буквы закона" в случае необходимости детализации в целях контроля/поиска ошибок иногда просто кроме ругани, ничего не вызывает. Пока небольшой объем данных и нет ошибок - то все замечательно, но как только где-то нестыковка - оперативно отыскать и локализовать ее в больших массивах данных становится проблемно. Причиной этому - то, что из реляций тут только ваучер+дата нам в помощь, а связь м-ду множествами фин. и физ. проводками в рамках этой реляции как n:m - нам только все портит. Сиди и гадай, по какой из 5 физических проводок в одной сгруппированной финансовой был взглюк. Цитата:
P.S. Не совсем в тему, но касаемо этого направления вопрос. В чем причина отсутствия единообразия в архитектуре хранения остатков в физическом и финансовом движениях ? Где-то их нет в принципе (RAssetTrans, VendTrans и прочие подобные), где-то они есть как задом наперед (InventTrans c InventSum), где-то их вроде и нет, но вроде они и есть (LedgerTrans c LedgerBalances<всякое>Trans) ...
__________________
Мы летаем, кружимся, нагоняем ужасы ... |
|
Теги |
бухгалтерский учет, как правильно, налоговый учет, российская функциональность |
|
|