![]() |
#1 |
Участник
|
Ув коллеги, при запуске периодического задания коррекция себестоимости товар операций происходит зацикливание операций по одной товарной позиции. Подскажите п-та как лечить? может кто-то уже сталкивался?
|
|
![]() |
#2 |
Участник
|
Подробнее расшифруйте. Почему вы решили что происходит зацикливание по ОДНОЙ товарной операции, по какой именно (по приходу, расходу и т.д.)
|
|
![]() |
#3 |
Участник
|
я не могу сказать по приходу или по расходу. в окошечке с цифирками стоит допустим товар ГП000039 а в поле номер операций быстро быстро по кругу бегают значения, их штук 10 наверное и бегают до бесконечности (или до тех пор пока не кончится память под создаваемые строчки журнала).
|
|
![]() |
#4 |
Участник
|
А доступ к отладчику есть?
Ну и неплохо бы узнать версию продукта... |
|
![]() |
#5 |
Участник
|
версия 3.70А, отладчик есть, и я туда ходил вместе с программерами, в 6 глаз 8 часов елозили по коду, охренели, запутались, плюнули. всё!
|
|
![]() |
#6 |
Участник
|
Да там один цикл... Далеко ходить не надо...
А модификации были или на стандартных объектах так происходит? |
|
![]() |
#7 |
Участник
|
на стандартных, если можно чуть поподробнее про волшебный цикл и где искать. или хотябы намек на причину ;-)
|
|
![]() |
#8 |
Участник
|
Про один - точно обманул... Не туда глянул...
![]() |
|
![]() |
#9 |
Участник
|
Все может быть-может вы используете какой момент в учете себестоимости-который зацикливает. Попробуйте ограничить на дату. Когда вы делали последний раз учет себестоимость(по фин.пров.посмотрите). И после по одному дню запускайте себестоимость - предполагаю что на каком то дне зациклится, и тогда отфильтрируйте item ledger entry по дате и по номеру товара (если вы говорите что циклится именно на этом товаре) и смотрите записи. Может что и увидите. Какуй нибуль необычную ситуацию.
|
|
![]() |
#10 |
Участник
|
попробовал ограничить период, (у нас база работает с 1-го января 2005г) изменял дату учета в форме запроса задания даже до прошлогодней, когда учет еще не велся, результат стабильный - циклится. похоже он как то абстрагируется от введенной даты учета и бежит по всем товарным операциям.
|
|
![]() |
#11 |
Участник
|
Да вроде не абстрагируется от даты. Но если вы ведете с января 2005 и что у вас всегда уже 5 месяцев так циклит?
|
|
![]() |
#12 |
Участник
|
А с правами все в порядке? Не урезаны?
|
|
![]() |
#13 |
Участник
|
версия 3.70А...
какая версия 795 отчета? если как у меня - NAVW13.00,NAVRU3.60.02.01, то надо поискать более свежую версию для 3.60. с этой функциональностью были большие проблемы в 3.60, которые, говорят, были решены в очередном сервис-паке. Более точно не знаю, думаю народ подскажет. |
|
![]() |
#14 |
Участник
|
ну насколько мне позоляет лицензия, пробовали с правами разработчика - аналогично. У меня на права не ругается. у них тоже
|
|
![]() |
#15 |
Участник
|
Так вы не ответили у вас уже циклит 5 месяцев? Или было нормально а сейчас циклит?
|
|
![]() |
#16 |
Участник
|
ув Wizard, все совпадает моя версия - NAVW13.00,NAVRU3.60.02.01 :-(((((((((((((
|
|
![]() |
#17 |
Участник
|
Ув Галина, у меня ситуация такая, я когда выполнял это задание в первый раз, то случилось такое же зависание, долго рылись, потом разработчик нашел какие то подозрительные операции, выкусил их т.к. причину установить в отладчике не удалось. сильно понапутано. и все пошло, теперь снова возобновилось но уже на другом товаре. просто вилы какието.
|
|
![]() |
#18 |
Участник
|
Цитата:
Сообщение от dik
ув Wizard, все совпадает моя версия - NAVW13.00,NAVRU3.60.02.01 :-(((((((((((((
![]() Мне кажется надо проверять изменения кода(доработки)... |
|
![]() |
#19 |
Участник
|
Цитата:
Сообщение от dik
нашел какие то подозрительные операции, выкусил их т.к. причину
![]() |
|
![]() |
#20 |
Участник
|
Ну тогда берете дату прошлого года и только из под дебагера смотрите код. Больше ничего
|
|