Всем доброго времени суток!

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

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 Весь документ этапа перекопал, с другим рабочими этапами все совпадает и отрабатывает так же.

Спасибо.
---
На будущее если кому пригодится. Изменения количества итераций не помогает. Ошибка видимо кроется где то глубоко. Помогло выгрузить базу. Создать новую клиент-серверную базу туда загрузить dt. После чего все успешно закрылось.
---
Похоже на что-то типа мертвой петли. В этом случае СЛУ решение, хоть и имеет, но итераций может потребоваться много и не хватить их числа до порога сходимости.
Что у вас за этапы, что за производство?
---
Там действительно похоже на петлю. Так как в выпускающем этапе после закрытия месяца партии подставляются как ссылка на этот же этап, как бы сам себя выпускает.
---
1С:ERP Управление предприятием 2 (2.2.4.93)
Производственные этапы 2.2
---
Самое верное - разорвать петлю. Т.е. документы переделать так, чтоб не было выпуска самого из себя..
Но, наверное, можно и параметрами решения СЛУ поиграть. Число итераций поувеличивать.
Видите ли, даже если петли, то решение у СЛУ всё равно есть. Метод решения применяется им. Якоби, численный. Надо, чтоб он до конца досчитал.
---
А где увеличивается количество интераций?
---
В настройках. В окне закрытия месяца вверху есть кнопка "Настройки" - > "Настройки параметров закрытия месяца".
---
На будущее если вдруг кому пригодится. В старых версиях конфигураций ERP количество итераций не выведено в константы и формы, а напрямую пишется в коде в общем модуле УниверсальныеМеханизмыПартийИСебестоимости.
---
А вы по какой причине не обновляетесь, если не секрет?
---
Доработок достаточно много, плюс в ERP не ведется бухгалтерия и руководство не видит смысла вкладывать деньги в обновление, так как никакого выигрыша не будет с этого.
---
Доработок достаточно много, плюс в ERP не ведется бухгалтерия
Ну, тут и сказать нечего.
Если бухгалтерия живет отдельно, зачем тогда закрытия месяца и себестоимость.
Зачем тогда вообще ERP ? Тогда и УНФ сошло бы.
---
Я когда-то делал для УПП отчет, который ищет петли.
https://infostart.ru/public/87976/
Для ERP всё ни как не соберусь. Вот почему.
Петли объективно существуют, хотя, лучше стараться строить учет без них.
Из множества наших внедрений КА-2 и ERP пока нет ни одного случая, где бы петли были объективно нужны.
Обычно они объективно нужны в производстве алкашки и химозы, вторпереработке, сплавах и т.д..
---
Да, я видел, скачал уже хотел посмотреть, думал попробовать самому сделать на ERP. Но там так быстро не получится, так как надо сначала понять какие регистры правильно анализировать
---
Ну, там источники подменить нужно. Хотя схема алгоритма, скорее всего, та же вполне может остаться. Я уж точно не помню как делал, 10 лет прошло. Помню, что как-то по-модному с рекурсией :)
---
Доработок достаточно много, плюс в ERP не ведется бухгалтерия
Ну, тут и сказать не знаю чего.
Если бухгалтерия живет отдельно, зачем тогда закрытия месяца и себестоимость. Тогда же две себестоимости будет. "Упр"<>"Бух". Люди подерутся между собой.
Зачем тогда вообще ERP ? Тогда, наверное, и УНФ сошло бы.
---
На будущее если кому пригодится. Изменения количества итераций не помогает. Ошибка видимо кроется где то глубоко. Помогло выгрузить базу. Создать новую клиент-серверную базу туда загрузить dt. После чего все успешно закрылось.
---
Видели такое, если одно подразделение выпускает в другое продукцию и потом второе передает продукцию первому.