Показать сообщение отдельно
Старый 29.04.2009, 18:36   #10  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,894 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от SEKL Посмотреть сообщение
Почему CustVendTransPostingLog_RU считается ошибкой не очень понял
А ты можешь в двух словах сформулировать - какой смысл в этой таблице ? Насколько я помню, ее завели в 2.5sp2 чтобы хранить информацию о проводках сделанных по сопоставлению (чтобы потом легче откатывать было). НО: В западной версии проводки по сопоставлению откатываются без всяких логов сопоставления - просто за счет данных о профилях в исходных записях custVendTrans/custvendSettlement/taxTrans и тп.
Можно было вычислять эти данные и без создания таблицы во первых, во вторых - вариант тупо пробежаться по логу и отсторнировать проводки по ГК все равно не работает - приходится при сторнировании очередной записи в settlement или trans, искать что-то в этом странном логе.
Дальше - хуже. При реализации оплаченного НДС в версии 2.5sp5 (кажется) туда еще засунули налоговый код и начали данные из этой таблицы использовать для каких-то рассчетов по зачету НДС по книжкам. И теперь схему зачета НДС по оплате фактически отменили - а таблица продолжает жить.

Получается, что если эта таблица является чисто информационным логом для изучения пользователем - то непонятно:
  1. почему ее не чистят, время от времени,раз это не транзакционная таблица, а просто лог;
  2. Непонятно почему данные оттуда берут для каких-то рассчетов или для принятия решения о ветвлении программной логики.
Если же это транзакционная таблица с полезными данными, то:
  1. Получается что она по большому счету в значительной степени дублирует информацию custVendSettlement, taxTrans,custVendTrans,ledgerTrans и тп.
  2. Получается что она в общем не особо хорошо нормализована (хотя я не фанат нормализации ради нормализации) и в ней есть куча полей, заведенных ради какой-то конкретной ситуации; Даже если эту информацию действительно надо было хранить ради каких-то ситуаций с требованиями российского бухучета, то правильнее было бы добавлять новые поля в таблицы сопоставлений, проводок, налогов и так далее;
  3. Не понятно почему из транзакционной таблицы данные время от времени удаляются (например если мы отменяем сопоставление той же датой что и проводили оригинальное сопоставление).

Последний раз редактировалось fed; 29.04.2009 в 18:41. Причина: Чуток переструктурировал и причесал для читаемости
За это сообщение автора поблагодарили: mazzy (2).