← На главную

Переход на конфигурацию 1С:Зарплата и управление персоналом 3.1 с помощью варианта «полного переноса данных» нередко приводит к критическому снижению быстродействия информационной базы и появлению расхождений во взаиморасчетах и учете НДФЛ. Разберем основные причины возникновения этих проблем, выясним, почему в типовой конфигурации отсутствует стандартный механизм свертки, и рассмотрим пошаговые сценарии приведения базы в рабочее состояние.

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

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

1. Расщепление аналитики взаиморасчетов: В редакции 3.1 учет зарплаты ведется в регистре накопления ВзаиморасчетыССотрудниками с детализацией по статьям финансирования, статьям расходов и месяцам взаиморасчетов. При переносе старых документов движения часто ложатся с несовпадающей аналитикой, из-за чего итоговое сальдо сотрудника может быть нулевым, но в разрезе месяцев формируются встречные остатки, блокирующие автоматическое заполнение ведомостей.
2. Ошибки в регистрах учета НДФЛ: Учет налога строится на регистрах РасчетыНалогоплательщиковСБюджетомПоНДФЛ и УчетДоходовДляИсчисленияНДФЛ. «Хвосты» по старым доходам и удержаниям за прошлые годы заставляют программу непрерывно пересчитывать прошлые периоды при начислении зарплаты и формировании отчета 6-НДФЛ.
3. Предельный размер таблиц в файловом режиме: В файловом режиме (.1CD) действует строгое ограничение на размер одной внутренней таблицы — не более 4 Гб. База размером около 7 Гб с полной кадровой историей за много лет находится в зоне риска аварийного повреждения структуры данных при расчете итогов.
4. Отсутствие типовой свертки: В типовой конфигурации зарплатного решения свертка разработчиками не предусмотрена. Расчет среднего заработка требует непрерывных данных за 12 или 24 предшествующих месяца, а учет отпусков жестко завязан на непрерывную историю рабочих лет и остатков.

Вариант 1. Переход на чистую базу с рекомендованным переносом и сохранением наработок

Если в базе накопилось слишком много ошибок в регистрах и документов за прошлые годы, наиболее надежный путь — сформировать новую базу на начало года по рекомендованной методике фирмы «1С». Этот вариант позволяет сохранить уже набитые документы текущего периода.

Разберем по шагам алгоритм действий:

1. Создание новой чистой базы: Разворачиваем пустую конфигурацию 1С:ЗУП 3.1 актуального релиза.
2. Выполнение рекомендованного переноса: Запускаем типовой перенос данных из 1С:ЗУП 2.5 на начало текущего года (например, на 01.01). В новую базу переносятся только остатки взаиморасчетов, начальная штатная расстановка, кадровые данные и специализированные документы ПереносДанных со сведениями для расчета среднего заработка и остатков отпусков.
3. Проверка кадровой информации: Для кадровой службы информация о прошлых приказах и отпусках будет доступна в регистре сведений РеестрКадровыхПриказов и карточке Т-2.
4. Перенос документов текущего года: Документы, введенные расчетчиками за прошедшие месяцы текущего года в старой поврежденной базе, выгружаем с помощью типовой универсальной обработки Выгрузка и загрузка данных XML (для идентичных конфигураций) и загружаем в новую базу.
5. Перепроведение и выверка: Последовательно перепроводим документы текущего года и выполняем сверку расчетных листков и отчетов по налогам.

Вариант 2. Точечное исправление остатков взаиморасчетов в текущей базе

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

1. Фиксация входящего сальдо: Для ввода корректных начальных остатков по зарплате используется специализированный документ НачальнаяЗадолженностьПоЗарплате.
2. Корректировка движений регистров: Зависшие «хвосты» и пересортицу по статьям финансирования, статьям расходов и периодам взаиморасчетов закрываем с помощью универсального документа ПереносДанных. В нем выбираем регистр накопления ВзаиморасчетыССотрудниками и формируем выравнивающие записи со знаком плюс или минус в нужных аналитических разрезах.
3. Корректировка регистров НДФЛ: При расхождениях в учете налога также через документ ПереносДанных вносятся корректировки в регистры РасчетыНалогоплательщиковСБюджетомПоНДФЛ и УчетДоходовДляИсчисленияНДФЛ, чтобы закрыть остатки прошлых налоговых периодов.

Оптимизация производительности файловой базы данных

Если переход на клиент-серверный вариант (СУБД) откладывается, файловую базу на 300–1000 сотрудников можно существенно ускорить стандартными платформенными средствами:

1. Публикация на веб-сервере: Переводим базу из режима работы по сетевой папке (через общий сетевой ресурс) на веб-сервер (IIS или Apache). Публикация веб-клиента и тонкого клиента через протокол HTTP/HTTPS на выделенной машине устраняет блокировки сетевого файлового доступа и в разы повышает стабильность и скорость работы интерфейса.
2. Отключение неиспользуемых фоновых и регламентных заданий: В разделе администрирования открываем список РегламентныеЗадания и отключаем задания, создающие лишнюю нагрузку в файловом режиме:
   • Полнотекстовый поиск (ОбновлениеИндексаППД);
   • Загрузка новостей и классификаторов;
   • Автоматическая синхронизация и отправка отчетов об использовании.
3. Отключение автопересчета в документах: В персональных настройках пользователей снимаем флаг Выполнять автоматический пересчет документов при их редактировании. Это исключает зависания при изменении строк в тяжелых расчетных документах (например, «Начисление зарплаты и взносов»).
4. Скрытие уволенных сотрудников: В карточках сотрудников, уволенных в прошлые периоды, устанавливаем признак «В архиве». Это исключает их обработку в динамических списках и формах подбора.
5. Отключение версионирования объектов: Если в базе включена история изменений, очищаем регистр версий объектов и отключаем версионирование для документов начислений и выплат.
6. Тестирование и исправление: В конфигураторе запускаем процедуру Тестирование и исправление информационной базы с обязательным выполнением пунктов «Реиндексация таблиц» и «Сжатие таблиц информационной базы». Это очищает фрагментированное дисковое пространство и физически уменьшает размер файла .1CD.