1С:ЗУП виснет в день зарплаты на 180 сотрудниках: где предел сервера

1С:Зарплата и управление персоналом 8 тормозит на расчёте и закрытии месяца почти всегда из-за нехватки ресурсов сервера: процессор и диск не успевают одновременно обсчитать НДФЛ, взносы и резервы отпусков по всем сотрудникам. Тест Гилёва обычно подтверждает это цифрой ниже нормы для конфигурации. Решение — не ручная оптимизация базы, а перенос информационной базы на сервер с ресурсами, выделенными именно под 1С.

⚠️ Почему 1С:ЗУП зависает при расчёте зарплаты на большом штате

В отделе кадров компании на 180 сотрудников каждое 25 число одно и то же: три бухгалтера одновременно открывают документ «Начисление зарплаты и взносов» и нажимают «Провести». Экран замирает на несколько минут, в диспетчере задач на сервере процессор упирается в потолок, а очередь непроведённых документов растёт с каждой минутой.

Но дело не в самой конфигурации ЗУП. Она пересчитывает НДФЛ, страховые взносы, резервы отпусков и удержания отдельно по каждому сотруднику, и в момент закрытия месяца это создаёт резкий скачок нагрузки, который обычный офисный сервер или общий виртуальный тариф просто не вытягивает.

Если база не отвечает в день выплаты зарплаты, компания рискует не уложиться в срок: по статье 236 ТК РФ за каждый день просрочки положена денежная компенсация сотрудникам. А кадровые данные — паспортные данные, ИНН, СНИЛС, банковские реквизиты для перечисления зарплаты — относятся к персональным данным и по 152-ФЗ должны обрабатываться на инфраструктуре с контролируемым доступом, а не на случайном сервере без резервного канала и логирования действий. Дополнительно рискует репутация кадровой службы внутри компании — сотрудники быстро замечают, если зарплата приходит с опозданием, и связывают это не с бухгалтерией, а с руководством.

Где именно упирается производительность

• ✓процессор — при параллельном проведении документов несколькими бухгалтерами нагрузка растёт кратно числу открытых сессий, а не количеству сотрудников в штате;
• ✓диск — временные таблицы и журнал регистрации на медленном накопителе замедляют каждую операцию записи, особенно при регламентных расчётах;
• ✓оперативная память — на файловой базе со штатом от 100 человек сервер СУБД начинает уходить в своп, и отклик системы падает в разы;
• ✓сеть — при подключении через слабый канал или VPN задержки на передачу данных складываются с нагрузкой на сервер, и итоговое ожидание растёт ещё сильнее.

Это не значит, что нужно сразу менять всю инфраструктуру офиса. В большинстве случаев узкое место одно — либо процессор, либо диск, — и тест производительности показывает это за один прогон, без недель диагностики методом проб и ошибок.

Как исправить медленный расчёт и закрытие месяца в 1С:ЗУП

Первый шаг — не трогать настройки базы наугад, а измерить, где реальный предел. Тест Гилёва за несколько минут показывает производительность связки сервер-СУБД-клиент в единицах, сопоставимых с эталонной конфигурацией, и сразу отвечает на вопрос: компания упирается в железо или в настройки регламентных заданий.

Если результат теста ниже нормы для конфигурации ЗУП, дальше есть три рабочих направления:

• ✓перевести файловую базу в клиент-серверный режим на SQL, если расчёт идёт на 50 и более пользователях — файловый режим не рассчитан на параллельную запись такого объёма данных;
• ✓сверить характеристики сервера с системными требованиями 1С — для ЗУП с большим штатом важен многоядерный процессор с высокой частотой на ядро, а не просто число ядер;
• ✓перенести информационную базу на арендованный сервер под 1С, где ресурсы процессора и диска выделены только под расчётные задачи компании, а не делятся с десятком чужих проектов на общем хостинге.

После переноса регламентные операции — расчёт НДФЛ, взносов, резерва отпусков — стоит развести по времени и подразделениям, а не проводить все документы одним потоком в последний рабочий день месяца.

Что проверить перед переносом базы

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

• ✓актуальную выгрузку базы и контрольные суммы регистров учёта зарплаты для сверки после переноса;
• ✓список внешних обработок и печатных форм — часть из них при смене версии платформы 1С требует переустановки;
• ✓расписание регламентных заданий — время автоматического закрытия месяца и формирования отчётности, чтобы перенести его без сдвига.

Что делать, если ошибка расчёта повторяется каждый месяц

Однократное зависание можно списать на случайность: вирус на рабочей станции, незапланированное обновление конфигурации, тяжёлый отчёт, запущенный не вовремя. Но если база стабильно виснет 25-го числа каждый месяц примерно в одно и то же время, это не сбой, а достигнутый потолок мощности сервера.

На практике это видно у растущих компаний: расчёт, который раньше укладывался в перерыв на кофе, сейчас растягивается на большую часть рабочего дня — при этом количество сотрудников выросло, а конфигурация сервера осталась прежней.

Разовая перезагрузка сервера или очистка временных файлов даёт эффект на день-два, а потом ситуация возвращается — ресурсов физически не хватает на выросший штат или добавленные регламентные отчёты. Держать компанию в этом состоянии месяцами дороже, чем кажется: каждый час простоя кадровой службы в день расчёта — это сорванный график выплат и претензии сотрудников.

Решение — перенос базы на выделенный сервер в аренду, где ресурсы не делятся с другими арендаторами и их можно нарастить под конкретную нагрузку ЗУП без миграции на новое физическое железо. Настройку регламентных заданий, переиндексацию СУБД и расписание резервного копирования на новом сервере обычно берёт на себя сисадмин сопровождения — это разовая работа на несколько часов, а не постоянный абонемент.

Как предотвратить сбои при сдаче отчётности (РСВ, 6-НДФЛ, ЕФС-1)

Отчётный период устроен иначе, чем расчёт зарплаты: нагрузка не размазана по месяцу, а концентрируется в последние два-три дня перед сдачей, когда бухгалтерия параллельно формирует РСВ, 6-НДФЛ и персонифицированные сведения по всем сотрудникам сразу. Если в этот момент сервер уже работает на пределе после закрытия месяца, формирование отчёта может растянуться на часы, а до дедлайна в ФНС или СФР останется мало времени на исправление ошибок выгрузки.

Штраф за опоздание с отчётностью в этой ситуации обходится дороже, чем месяц аренды дополнительных ресурсов сервера. Практический выход — держать базу ЗУП на виртуальном сервере для 1С, где перед отчётным периодом можно временно увеличить количество ядер и объём памяти, а после сдачи отчётности вернуть тариф к обычному уровню.

Часть клиентов заранее договаривается о повышении тарифа на конкретные даты — 15-е, 25-е число и первую неделю квартала, когда сдаётся отчётность. Это дешевле, чем держать максимальную конфигурацию весь месяц, но снимает риск зависания именно в критичные дни.

Второй момент — резервное копирование. Автоматический бэкап базы перед формированием годовой отчётности снимает риск потерять расчёты из-за сбоя на сервере накануне сдачи, когда пересчитывать всё заново уже некогда.

Сравнение вариантов размещения базы 1С:ЗУП для отдела кадров

Выбор инфраструктуры зависит от штата и от того, насколько критичны для компании сроки закрытия месяца и сдачи отчётности. Ниже — сравнение вариантов, которые реально встречаются у клиентов малого и среднего бизнеса в Москве. Столбец с откликом системы — это то, что первым замечает бухгалтерия в день расчёта зарплаты, а не абстрактные характеристики тарифа.

💰 Сколько стоит перенести 1С:ЗУП на арендованный сервер

Аренда сервера под 1С начинается от 1 100 ₽/мес за пользователя — этого хватает для базы ЗУП на штат до нескольких десятков сотрудников без резких пиковых нагрузок. Для отдела кадров на 100 и более сотрудниках с несколькими одновременными пользователями и полным циклом регламентной отчётности выбирают конфигурацию с запасом по ядрам и памяти — точный расчёт стоимости под конкретный штат делает инженер после теста производительности базы.

Перенос базы, настройка сервера 1С под клиент-серверный режим и перенастройка регламентных заданий оплачивается по факту работы сисадмина — от 3800 рублей в час. Для одной базы ЗУП это обычно несколько часов работы вне рабочего времени бухгалтерии, без остановки текущего расчёта зарплаты.

Дальнейшее сопровождение — обновления конфигурации ЗУП, установка исправлений законодательства, контроль резервных копий — можно оставить на инженеров провайдера, чтобы кадровая служба не тратила время на администрирование сервера между расчётами. Перед переносом инженер обычно предлагает бесплатно прогнать тест Гилёва на текущем сервере компании — это занимает меньше часа и показывает, действительно ли дело в мощности сервера или причина в другом.

❓ Частые вопросы

Почему 1С:ЗУП тормозит именно в день расчёта зарплаты, а не постоянно?

Нагрузка на сервер в 1С:ЗУП неравномерна: обычная работа с кадровыми документами почти не грузит процессор, а расчёт зарплаты и закрытие месяца требуют пересчёта НДФЛ, взносов и резервов по каждому сотруднику одновременно. Именно в этот момент сервер и упирается в предел своей мощности, а в остальные дни база работает нормально.

Поможет ли просто добавить оперативной памяти на текущий сервер?

Иногда да, но не всегда: если узкое место — процессор или медленный диск, память проблему не решит. Перед апгрейдом стоит прогнать тест Гилёва — он показывает, какой именно ресурс сервера ограничивает производительность 1С:ЗУП, и экономит деньги на ненужном железе.

Сколько занимает перенос базы 1С:ЗУП на арендованный сервер?

Для одной базы без сложных доработок перенос и настройка занимают несколько часов работы сисадмина — от 3800 рублей в час. Работу планируют вне рабочего времени бухгалтерии, чтобы не прерывать текущий расчёт зарплаты и не срывать сроки выплат сотрудникам.

Безопасно ли хранить кадровые и зарплатные данные на арендованном сервере?

Да, если провайдер обеспечивает контролируемый доступ и резервное копирование — это требование 152-ФЗ к обработке персональных данных сотрудников. Арендованный сервер под 1С с выделенными ресурсами и ограниченным доступом закрывает этот вопрос лучше, чем офисный сервер без администрирования.

Что делать, если после переноса на новый сервер расчёт всё равно медленный?

Проверить, перевели ли базу в клиент-серверный режим — файловый режим сам по себе не ускоряется от более мощного железа при 50 и более пользователях. Затем повторно прогнать тест Гилёва и сверить конфигурацию сервера с системными требованиями 1С для конкретного релиза ЗУП.