периодическое задание коррекции себестоимости товарных операций

[dik_imported]

Ув коллеги, при запуске периодического задания коррекция себестоимости товар операций происходит зацикливание операций по одной товарной позиции. Подскажите п-та как лечить? может кто-то уже сталкивался?

[Галина]

Подробнее расшифруйте. Почему вы решили что происходит зацикливание по ОДНОЙ товарной операции, по какой именно (по приходу, расходу и т.д.)

[dik_imported]

я не могу сказать по приходу или по расходу. в окошечке с цифирками стоит допустим товар ГП000039 а в поле номер операций быстро быстро по кругу бегают значения, их штук 10 наверное и бегают до бесконечности (или до тех пор пока не кончится память под создаваемые строчки журнала).

[asacom_imported]

А доступ к отладчику есть?
Ну и неплохо бы узнать версию продукта...

[dik_imported]

версия 3.70А, отладчик есть, и я туда ходил вместе с программерами, в 6 глаз 8 часов елозили по коду, охренели, запутались, плюнули. всё!

[asacom_imported]

Да там один цикл... Далеко ходить не надо...
А модификации были или на стандартных объектах так происходит?

[dik_imported]

на стандартных, если можно чуть поподробнее про волшебный цикл и где искать. или хотябы намек на причину ;-)

[asacom_imported]

Про один - точно обманул... Не туда глянул...

[Галина]

Все может быть-может вы используете какой момент в учете себестоимости-который зацикливает. Попробуйте ограничить на дату. Когда вы делали последний раз учет себестоимость(по фин.пров.посмотрите). И после по одному дню запускайте себестоимость - предполагаю что на каком то дне зациклится, и тогда отфильтрируйте item ledger entry по дате и по номеру товара (если вы говорите что циклится именно на этом товаре) и смотрите записи. Может что и увидите. Какуй нибуль необычную ситуацию.

[dik_imported]

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

[Галина]

Да вроде не абстрагируется от даты. Но если вы ведете с января 2005 и что у вас всегда уже 5 месяцев так циклит?

[asacom_imported]

А с правами все в порядке? Не урезаны?

[Wizard_imported]

версия 3.70А...
какая версия 795 отчета?
если как у меня - NAVW13.00,NAVRU3.60.02.01,
то надо поискать более свежую версию для 3.60.
с этой функциональностью были большие проблемы в 3.60, которые, говорят, были решены в очередном сервис-паке.
Более точно не знаю, думаю народ подскажет.

[dik_imported]

ну насколько мне позоляет лицензия, пробовали с правами разработчика - аналогично. У меня на права не ругается. у них тоже

[Галина]

Так вы не ответили у вас уже циклит 5 месяцев? Или было нормально а сейчас циклит?

[dik_imported]

ув Wizard, все совпадает моя версия - NAVW13.00,NAVRU3.60.02.01 :-(((((((((((((

[dik_imported]

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

[asacom_imported]

Цитата:

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

ув Wizard, все совпадает моя версия - NAVW13.00,NAVRU3.60.02.01 :-(((((((((((((

<{POST_SNAPBACK}>

А теперь сравним версии 9999 используемых codeunit`ов...
Мне кажется надо проверять изменения кода(доработки)...

[asacom_imported]

Цитата:

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

нашел какие то подозрительные операции, выкусил их т.к. причину

<{POST_SNAPBACK}>

И это называется стандартные объекты?!

[Галина]

Ну тогда берете дату прошлого года и только из под дебагера смотрите код. Больше ничего