Почему медленно заполняется документ «Начисление зарплаты и взносов» в 1С:ЗУП 3.1 и как это ускорить?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Промышленность, строительство и АПК
← На главную

Ситуация, когда после планового обновления платформы 1С, железа или операционной системы расчет зарплаты начинает занимать в разы больше времени, встречается довольно часто. Рассмотрим пошагово, как проанализировать причины замедления и какие настройки проверить в 1С:ЗУП 3.1, особенно если вы используете отраслевые решения (например, от компании БИТ).

1. Проводим диагностику через замер производительности

Первым делом нам необходимо выяснить, на каком этапе происходит «зависание». Для этого используем инструментарий для оценки скорости работы или встроенный инструмент отладки. Проанализируем ситуацию: если документ на 50-100 человек заполняется несколько минут вместо секунд, значит, система выполняет избыточные действия или ожидает ответа от внешних ресурсов.

Запустим конфигуратор, перейдем в режим отладки и выполним Замер производительности в момент нажатия кнопки «Заполнить». Как показывает практика, анализ состава расширений в отраслевых решениях (например, БИТ:Строительство) показывает, что основной объем времени может уходить на обращения к системе лицензирования. Если в результатах замера вы видите сотни обращений к функциям защиты, значит, проблема в связи с сервером лицензий.

2. Оптимизируем работу сервера лицензий (СЛК)

Разберем случай с переходом на СЛК 2.0. В новых версиях механизмы проверки лицензий могут работать медленнее из-за особенностей сетевых протоколов. Выполним следующие действия:

  1. В настройках сервера лицензий попробуем заменить имя хоста (сервера) на прямой IP-адрес 127.0.0.1, чтобы исключить задержки на уровне DNS-резолвинга.
  2. Проверим антивирус и брандмауэр: порты, по которым работает служба лицензирования, должны быть в исключениях.
  3. Убедимся, что служба лицензирования не ограничена в ресурсах со стороны ОС Windows Server.

3. Проверяем настройки расчета зарплаты в 1С

В самой конфигурации 1С:ЗУП 3.1 есть механизмы, которые могут значительно нагружать файловую базу. Проанализируем настройки в разделе Настройка — Расчет зарплаты:

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

4. Настройка операционной системы и платформы

Если база остается файловой, она крайне чувствительна к настройкам Windows Server. Рассмотрим технические моменты:

  1. Энергопотребление: Обязательно установим режим «Высокая производительность» (High Performance) в панели управления сервером. В режиме «Сбалансированный» процессор может не успевать повышать частоту при кратковременных пиковых нагрузках 1С.
  2. Исключения антивируса: Добавим в исключения файлы базы данных *.1CD, а также временные файлы *.1CL. Также стоит добавить процессы 1cv8.exe и 1cv8c.exe.
  3. Версия платформы: Платформы веток 8.3.25 и 8.3.26 имеют более жесткие требования к ресурсам. Если замедление критично, попробуем временно протестировать работу на стабильном релизе ветки 8.3.24, предварительно сделав бэкап.

5. Использование подбора вместо полного заполнения

Если причину найти не удается оперативно, а зарплату нужно выдать «вчера», используем метод Подбора. Вместо кнопки «Заполнить» нажмем «Подбор» и выберем сотрудников частями (по 10-15 человек). Это позволит выяснить, нет ли в списке конкретного сотрудника с «тяжелым» графиком или некорректными данными, на котором спотыкается расчетный механизм.

Важный итог: Для файловых баз размером более 2 Гб переход на клиент-серверный вариант (SQL) является лучшим решением. Как показывает опыт, даже на бесплатной версии PostgreSQL скорость заполнения документов в ЗУП увеличивается в несколько раз по сравнению с файловым режимом на современных платформах 1С.

← На главную