При закрытии месяца типовым функционалом обработка не отрабатывает до конца и в какой то момент падает. Не открывается как обычно, если есть ошибки, протокол расчета периода, а открывается журнал регистраций с логом. Где нет ошибок, но есть такие строчки:
20. Расчет себестоимости: РассчитатьСтоимость
- 7 230 / 0,438 сек. (0,52%)
- 7 230 / 0,438 сек. (0,52%)
- 7 230 / 0,39 сек. (0,46%)
Дополнительная информация об этапе:
- Отклонение на текущей итерации: 3 989,426740358
- Отклонение на текущей итерации: 3 648,911549337
- Отклонение на текущей итерации: 3 628,2586089219
- Отклонение на текущей итерации: 3 628,2586089219
При этом из регистра Задания к расчету себестоимости не удаляются два производственных этапа. В которых почему то при каждом закрытии возрастают коды строк. То есть есть сейчас 1000, то после нескольких перезакрытий становится 30000.
Подскажите, в чем может быть проблема?
P.S Весь документ этапа перекопал, с другим рабочими этапами все совпадает и отрабатывает так же.
16.
konyashkingn
223.02.21 11:36 Сейчас в теме+1 $m
На будущее если кому пригодится. Изменения количества итераций не помогает. Ошибка видимо кроется где то глубоко. Помогло выгрузить базу. Создать новую клиент-серверную базу туда загрузить dt. После чего все успешно закрылось.
Похоже на что-то типа мертвой петли. В этом случае СЛУ решение, хоть и имеет, но итераций может потребоваться много и не хватить их числа до порога сходимости.
Что у вас за этапы, что за производство?
(2) Там действительно похоже на петлю. Так как в выпускающем этапе после закрытия месяца партии подставляются как ссылка на этот же этап, как бы сам себя выпускает.
Самое верное - разорвать петлю. Т.е. документы переделать так, чтоб не было выпуска самого из себя..
Но, наверное, можно и параметрами решения СЛУ поиграть. Число итераций поувеличивать.
Видите ли, даже если петли, то решение у СЛУ всё равно есть. Метод решения применяется им. Якоби, численный. Надо, чтоб он до конца досчитал.
(9) На будущее если вдруг кому пригодится. В старых версиях конфигураций ERP количество итераций не выведено в константы и формы, а напрямую пишется в коде в общем модуле УниверсальныеМеханизмыПартийИСебестоимости.
(12) Доработок достаточно много, плюс в ERP не ведется бухгалтерия и руководство не видит смысла вкладывать деньги в обновление, так как никакого выигрыша не будет с этого.
Я когда-то делал для УПП отчет, который ищет петли.
https://infostart.ru/public/87976/ Для ERP всё ни как не соберусь. Вот почему.
Петли объективно существуют, хотя, лучше стараться строить учет без них.
Из множества наших внедрений КА-2 и ERP пока нет ни одного случая, где бы петли были объективно нужны.
Обычно они объективно нужны в производстве алкашки и химозы, вторпереработке, сплавах и т.д..
(6) Да, я видел, скачал уже хотел посмотреть, думал попробовать самому сделать на ERP. Но там так быстро не получится, так как надо сначала понять какие регистры правильно анализировать
(8) Ну, там источники подменить нужно. Хотя схема алгоритма, скорее всего, та же вполне может остаться. Я уж точно не помню как делал, 10 лет прошло. Помню, что как-то по-модному с рекурсией :)
Доработок достаточно много, плюс в ERP не ведется бухгалтерия
Ну, тут и сказать не знаю чего.
Если бухгалтерия живет отдельно, зачем тогда закрытия месяца и себестоимость. Тогда же две себестоимости будет. "Упр"<>"Бух". Люди подерутся между собой.
Зачем тогда вообще ERP ? Тогда, наверное, и УНФ сошло бы.
16.
konyashkingn
223.02.21 11:36 Сейчас в теме+1 $m
На будущее если кому пригодится. Изменения количества итераций не помогает. Ошибка видимо кроется где то глубоко. Помогло выгрузить базу. Создать новую клиент-серверную базу туда загрузить dt. После чего все успешно закрылось.