Что делать, если долго проводится документ «Расчет себестоимости выпуска» в 1С:УПП?

Бухгалтер 1С v8.3 (Обычные формы) Бухгалтерский учет Промышленность, строительство и АПК
← На главную

При проведении регламентного документа Расчет себестоимости выпуска (РСВ) в конфигурации «1С:Управление производственным предприятием 1.3» бухгалтеры и системные администраторы нередко сталкиваются с ситуацией, когда документ начинает выполняться аномально долго. Особое внимание привлекают повторяющиеся операции «Распределение косвенных расходов по переделам» и «Расчет затрат встречного выпуска по переделам». В нормальном режиме каждая последующая итерация этих операций должна завершаться быстрее предыдущей, так как суммы распределения уменьшаются. Однако при возникновении сбоев все итерации выполняются с одинаковой длительностью, а процесс затягивается на многие часы без выдачи сообщений об ошибках.

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

Причина 1. Неактуальность итогов регистра и необходимость тестирования ИБ

Одной из наиболее частых причин зависания итерационных расчетов является рассогласование накопленных итогов в регистрах накопления и сведений платформы 1С. В процессе ежедневной работы с большим объемом документов таблицы итогов могут рассинхронизироваться с фактическими записями. В результате механизм расчета себестоимости начинает выбираться из базы лишние или корректно не закрытые данные на каждой итерации.

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

  1. Обязательно создаем полную архивную копию информационной базы (резервную копию) перед выполнением любых регламентных процедур.
  2. Запускаем программу в режиме Администратор / Конфигуратор в монопольном режиме (все пользователи должны выйти из программы).
  3. В главном меню переходим в раздел Администрирование — Тестирование и исправление...
  4. Устанавливаем флаг напротив пункта Пересчет итогов. Также рекомендуется включить пункт Реиндексирование таблиц информационной базы.
  5. Запускаем процесс нажатием кнопки Выполнить.

Важное предупреждение: Не следует без крайней необходимости выбирать пункт Реструктуризация таблиц информационной базы на больших рабочих базах. Реструктуризация представляет собой полное пересоздание таблиц базы данных. На крупной базе УПП этот процесс может занять очень много времени и в случае сбоя привести к неработоспособности базы. Для сжатия и оптимизации таблиц предпочтительнее использовать выгрузку/загрузку информационного дампа (файл .dt) или штатное обслуживание средств СУБД MS SQL Server.

Причина 2. Кольцевые зависимости во встречном выпуске

В конфигурации 1С:УПП 1.3 расчет встречного выпуска осуществляется итерационным методом (методом последовательных приближений). Если в текущем месяце возникла кольцевая (циклическая) технологическая цепочка — например, полуфабрикат А используется для выпуска продукции Б, а остатки или брак продукции Б повторно списываются на выпуск А, — итерационный алгоритм может попасть в замкнутый круг.

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

  1. Проверим заполнение регистра сведений Встречный выпуск продукции. Для закольцованных позиций следует явно задать фиксированную или расчетную стоимость, чтобы раззорвать замкнутый круг.
  2. Сформируем отчет Анализ распределения производственных затрат для выявления узлов, где затраты возвращаются на те же номенклатурные группы и подразделения.
  3. В случае сложных многопередельных производств установим последовательность расчета вручную с помощью документа Установка порядка закрытия подразделений.

Причина 3. Нулевая база распределения и рассогласование аналитики затрат

Если на подразделении или номенклатурной группе накопились косвенные расходы (например, общепроизводственные или общехозяйственные затраты), но в текущем периоде по данной аналитике не зарегистрирован выпуск продукции или отсутствуют показатели для базы распределения (оплата труда, материальные затраты и т.д.), алгоритм распределения совершает «холостые» ходы.

Для диагностики рассогласования аналитики выполним следующие действия:

  1. Сформируем отчет Ведомость по производственным затратам с группировкой по подразделениям, номенклатурным группам и статьям затрат. Найдём статьи, по которым есть остатки, но отсутствуют выпуски.
  2. Проверим настройки в регистре сведений Способы распределения статей затрат организаций. Если база распределения по статье равна нулю, измените способ распределения или скорректируйте аналитику списания затрат.
  3. Убедимся, что аналитика списания прямых затрат (номенклатурная группа, подразделение, заказ) полностью совпадает с аналитикой выпущенной продукции.

Причина 4. Устаревание статистики и обслуживание СУБД MS SQL Server

Если база данных работает под управлением MS SQL Server, причина замедления часто кроется в неактуальной статистике оптимизатора запросов. При итеративном расчете себестоимости документ Расчет себестоимости выпуска активно создает и удаляет временные таблицы в базе tempdb. Если статистика устаревает прямо во время проведения документа, SQL Server начинает строить неэффективные планы выполнения запросов.

Для предотвращения проблем со стороны СУБД выполним комплексное обслуживание:

  1. Обновим статистику базы данных SQL Server командой: UPDATE STATISTICS [ИмяБазыДанных] WITH FULLSCAN;
  2. Выполним регулярную дефрагментацию и реорганизацию индексов таблиц.
  3. Проверим наличие свободного дискового пространства и настройки авторасширения базы tempdb.

Резюме и пошаговый план действий

Если документ Расчет себестоимости выпуска зависает на операциях распределения косвенных расходов и встречного выпуска, рекомендуется придерживаться следующего порядка действий:

  1. Сделать архивную копию базы данных.
  2. Запустить **Тестирование и исправление** с опцией **Пересчет итогов** в конфигураторе. В большинстве случаев несистемных сбоев этого достаточно для восстановления скорости расчета.
  3. Если пересчет итогов не помог — выполнить процедуру обновления статистики `UPDATE STATISTICS` на сервере MS SQL.
  4. При сохранении проблемы сформировать отчеты `Анализ распределения производственных затрат` и `Ведомость по производственным затратам` для поиска кольцевых зависимостей встречного выпуска и статей с нулевой базой распределения.
← На главную