Проблема СЛУ при закрытии месяца на платформе 8.3.27

Пишу, так как на текущий момент проблема с решением СЛУ (системы линейных уравнений) при закрытии месяца не решена в платформе 8.3.27.

Ссылка на партнерский форум: Платформа 8.3 -> Некорректно работает закрытие месяца в ЕРП.

ОШИБКА ЗАРЕГИСТРИРОВАНА ПОД: № 00-00737225.

ВОПРОС: На релизе 8.3.27.1559 столкнулись с проблемой, что при расчете себестоимости (ЕРП 2.5.17.219) программа диагностирует ошибки подобного содержания: Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости. При анализе регистра заметили, что суммы постатейных расходов программа оставляет нулевыми почему-то (в этапе производства и производство без заказа - есть приход суммы, а в передаче продукции из производства и во внутреннем потреблении нет расходных сумм по ресурсу постатейные постоянные/переменные), в то время как сама стоимость рассчитывается. Пробовали откатить закрытие на предыдущий месяц, который уже был закрыт - и при пересчете получили эти же ошибки, которых не было раньше.

После того, как откатили платформу на релиз 8.3.25.1445 - данная проблема ушла и месяц благополучно закрылся.

ОТВЕТ ОТ 1С:

Мы знаем об этой проблеме. Она связана с решением СЛУ на платформе 8.3.27 . В данным момент работаем над ее решением. Благодарим за обратную связь!

Для обхода проблемы можно использовать платформу версии 8.3.26.1656.

Для запуска конфигурации на платформе 8.3.26 нужно выполнить следующие доработки:

- запустить конфигуратор на платформе 8.3.27 и в свойстве "Режим совместимости" выбрать "Версия 8.3.26".

- в общем модуле ОбщегоНазначенияПереопределяемый в процедуре ПриОпределенииОбщихПараметровБазовойФункциональности()

заменить строки:

ОбщиеПараметры.МинимальнаяВерсияПлатформы = "8.3.27.1537";

ОбщиеПараметры.РекомендуемаяВерсияПлатформы = "8.3.27.1537";

на строки:

ОбщиеПараметры.МинимальнаяВерсияПлатформы = "8.3.26.1656";

ОбщиеПараметры.РекомендуемаяВерсияПлатформы = "8.3.26.1656";

- обновить конфигурацию базы данных.

После этого конфигурацию можно будет запустить на платформе версии 8.3.26.

Рекомендуем данную операцию выполнять на копии базы.

Нужно учитывать, что при использовании платформы версии 8.3.26 не будут устанавливаться патчи, предназначенные для использования на платформе 8.3.27.

У таких патчей нужно устанавливать режим совместимости расширения конфигурации "Версия 8.3.26".

Разработчики конфигурации вместе с разработчиками платформы вырабатывают решение для исправления этой проблемы.

ПРОСТО РАСКАЖУ, КАК Я РЕШИЛ ПОПРОБОВАТЬ:

У меня была задача: Исходя из существующей и пока не решенной ошибки платформы 8.3.27 по решению СЛУ мне надо развернуть для моделирования последнюю демку релиза ЕРП 2.5.22.77. И надо это сделать на 8.3.26.1656, чтобы закрытие месяца выполнялось для моделирования клиенту. У меня сразу не получилось. И я понял что надо немного поделиться, как я тут с маленькой демкой 5 гигабайтной делаю, а люди должны с 500 Гб продуктивами сделать. 

По сути то что применимо к демке, подойдет и к обновлению продуктивной базы.

И тут и там надо конфигурацию подготовить используя обе платформы и 8.3.26.1656 и 8.3.27.1537.

1) Скажу сразу демка или обновление продуктивной ЕРП до релиза 2.5.22.77 в принципе не пройдет и не откроется на платформе 8.3.26.1656, т.к. в конфе не стоит режим совместимости с 8.3.26. И загрузка архива или конфигурации ЕРП 2.5.22.77 сразу вылетает с ошибкой.

ЕРП 2.5.22.77 откроется в конфигураторе только с платформой 8.3.27. Но нам надо на 8.3.26 ее открыть.

2) Что надо сделать:

ПО ДЕМО БАЗЕ: Для решения с демкой требуется сначала развернуть демку ЕРП под платформой 8.3.27.1537 (я делал в файловой базе) и внести в общий модуль изменения (можно через расширение) и сменить режим совместимости на 8.3.26 прямо в конфигурации (предварительно сняв замочки демки, включив возможность изменения в меню Конфигурация - Поддержка -Настройка поддержки). Затем сохранить dt и разворачивать его в клиент-серверном варианте уже под платформой 8.3.26.1656. Она развернется. Скрин изменений конфы ниже.

ПО ПРОДУКТИВНОЙ БАЗЕ: То тут зависит от контекста. Если обновлять продуктив, чтобы избежать лишнего обновления платформы рабочего сервера 1С и клиентов сначала на версию 8.3.27.1537, а потом даунгрейдить платформу на версию 8.3.26.1656, можно просто установить только клиента платформы 8.3.27.1537 и развернуть пустую конфигурацию ЕРП 2.5.22.77 в файловой базе и поменять модуль и режим совместимости и уже далее сохранить и использовать полученный шаблон конфигурации для подготовки обновления. Либо если файл конфигурации для обновления уже готов (на 2.5.22.77 уже затащили доработки, где то на тестовых серверах с 8.3.27.1537), но рабочий сервер 1с и клиенты должны быть на 8.3.226.1656 (очевидно чтобы закрытие месяца работало) то также ее разворачиваем файл конфигурации обновления в файловой базе (или серверной в тестовом контуре на 8.3.27.1537) под 8.3.27.1537 и меняем общий модуль и режим совместимости на указанные в рекомендациях для 1С. Далее сохраняем конфигурацию и затем уже этим файлом ставим на прод на платформе 8.3.26.1656.