Немного не понимаю я код Коррекции

[RedFox]

Доброго дня, Эксперты разработки..

Я вот немного не понимаю код, написанный в триггере InvtToAdjustExist, а именно после фильтрации есть такой код:

  CopyItemToItem(Item,ToItem);
  IF ItemLedgEntry.AppliedEntryToAdjustExists('') THEN
	InsertDeletedItem(ToItem);

- в коде по CopyItemToItem(Item,ToItem):

WITH ToItem DO BEGIN
  RESET;
  DELETEALL;
  IF FromItem.FINDSET THEN
	REPEAT
	  ToItem := FromItem;
	  INSERT;
	UNTIL FromItem.NEXT = 0;
END;

- в коде по AppliedEntryToAdjustExists:

RESET;
SETCURRENTKEY("Item No.","Applied Entry to Adjust");
SETRANGE("Item No.",ItemNo);
SETRANGE("Applied Entry to Adjust",TRUE);
EXIT(FIND('-'));

- в коде по InsertDeletedItem(VAR Item : Record Item):

CLEAR(Item);
Item.INIT;
Item."Cost is Adjusted" := FALSE;
Item."Costing Method" := Item."Costing Method"::FIFO;
Item.INSERT;

Вопрос - ЗАЧЕМ пересоздавать всё, да ещё с признаком "Costing Method"::FIFO, если хотя бы одну операцию нужно корректировать!
Может тогда фильтрацию какую-нибудь поставить??

[Alterant]

А что конкретно непонятно?

Зачем создается список товаров в темповой таблице? Точно не знаю, но может как-то связано с блокировками.
Или зачем создается запись с пустым кодом товара с опцией FIFO? Она создается только один раз (т.е. только одна запись), для коррекции операций по удаленным товарам.

[RedFox]

Цитата:

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

Или зачем создается запись с пустым кодом товара с опцией FIFO? Она создается только один раз (т.е. только одна запись), для коррекции операций по удаленным товарам.

Вы правы, я не уточнил. Но если товары удалены, то зачем по ним операции корректировать? Разве чтобы фин. жунал балансировал.
Но если операции удалены, то либо прошёл срок давности и чистили (уплотняли) БД, либо информация о товаре некорректна (и её удалили из системы).
Вобщем для меня это пока темновато

P.S. Хотя может быть кто-то найдёт для себя это полезным

[Alterant]

Для порядка. Ну может перед уплотнением или удалением товара не скорректировали.

[RedFox]

Цитата:

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

Для порядка. Ну может перед уплотнением или удалением товара не скорректировали.

А..а, теперь стало яснее логика.
А то я думал, не проще ли перед удалением это всё делать.. А не держать пустой товар...
Alterant, спасибо за разъяснение!!

[Alterant]

Пустой товар держать не надо, он же в темповую таблицу товары вставляет.
Все скорректировать перед удалением логичней, но есть несколько технических и бизнес задач. Техническая - перед удалением проверить, что все скорректировано. Сделать такую функцию, безусловно, при желании можно. А вот с бизнес задачей сложнее - а что если после удаления пришли издержки? Всякие бывают ситуации, так что подобная функция будет не лишней.

[RedFox]

Цитата:

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

Пустой товар держать не надо, он же в темповую таблицу товары вставляет.
Все скорректировать перед удалением логичней, но есть несколько технических и бизнес задач. Техническая - перед удалением проверить, что все скорректировано. Сделать такую функцию, безусловно, при желании можно. А вот с бизнес задачей сложнее - а что если после удаления пришли издержки? Всякие бывают ситуации, так что подобная функция будет не лишней.

Стоп!!! Если товар удаляется из БД, то (!!!) по идее он уже не нужен и..и издержки на него не распределяются в том виде, как они есть!
Для этого фин. Счёт есть в строке. Хотя как я уже писал - всегда в NAV можно применение найти