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

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет IT и автоматизация бизнеса

← На главную

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

Разберем архитектурную особенность ЗУП 3.1: Данные о времени

В отличие от предыдущих редакций (например, 2.5), в ЗУП 3.1 реализована «хитрая» технология учета времени. Для того чтобы расчет зарплаты выполнялся быстро, программа не вычисляет отработанное время «на лету» прямо в документе НачислениеЗарплатыИВзносов. Вместо этого она использует вспомогательный регистр накопления ДанныеОВремениДляРасчетаЗарплаты.

Проанализируем ситуацию: когда вы меняете график работы, вводите документ Табель или регистрируете отсутствие (например, БольничныйЛист), программа должна обновить записи в этом регистре. Если в коде релиза есть ошибка (а в старых версиях, таких как 3.1.6, их было немало) или происходит программный сбой, в регистре могут появиться «битые» записи или дубли. ТиИ временно решает проблему, так как при пересчете итогов таблицы регистра перестраиваются, но сама причина появления некорректных данных не устраняется.

Проанализируем влияние регистра «Графики работы по видам времени»

Даже если в вашей базе не используется документ Табель, программа все равно опирается на данные графиков. Рассмотрим подробнее, как это работает. Существует регистр сведений ГрафикиРаботыПоВидамВремени. Если записи в нем не соответствуют настройкам самого справочника ГрафикиРаботыСотрудников, расчет оклада будет искажен. Выясним причину: часто это происходит из-за редактирования графиков «задним числом» без последующего пересчета графиков всех сотрудников, к ним привязанных.

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

В современных версиях ЗУП 3.1 многие операции по расчету времени вынесены в фоновые задания. Рассмотрим подробнее механизм:

Система регистрирует изменения в кадровых данных или времени.
Регламентное задание ОбновлениеДанныхОВремени в фоновом режиме пересчитывает показатели.
При открытии документа начисления зарплаты данные подтягиваются из подготовленных таблиц.

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

Проблема версии платформы и временных таблиц

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

Пошаговая инструкция по решению проблемы

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

Шаг 1: Очистка кэша и проверка физической целостности

Прежде всего, необходимо исключить локальные проблемы на рабочих местах. Проанализируем состояние файлов базы. Если база файловая, используем утилиту chdbfl.exe (находится в папке bin установленной платформы). В отличие от ТиИ в конфигураторе, эта утилита проверяет физическую структуру файла .1CD. Затем очистим кэш пользователя. Для этого удалим базу из списка в стартере 1С и добавим её заново, либо вручную очистим папки в %AppData%\1C\1Cv8.

Шаг 2: Принудительное обновление данных о времени

Вместо полного ТиИ, попробуем использовать специализированные инструменты внутри самой программы. В интерфейсе «Функции для технического специалиста» (ранее «Все функции») найдем и запустим обработку ОбновлениеДанныхОВремени. Это заставит систему пересчитать регистры, отвечающие за явку и начисления. Если после этой обработки оклад начал считаться верно — значит, проблема была именно в фоновых заданиях.

Шаг 3: Пересчет ФОТ (Фонда оплаты труда)

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

Перейдем в раздел Зарплата.
Выберем пункт Сервис — Пересчет ФОТ.
Запустим пересчет для проблемных сотрудников или по всей организации.

Это обновит записи в регистре сведений ДанныеОФОТДляКарточкиСотрудника и сопутствующих таблицах, которые также участвуют в алгоритмах расчета.

Шаг 4: Анализ вытеснения и фактического периода действия

В ЗУП 3.1 работает мощный механизм вытеснения (например, оклад вытесняется больничным). Проанализируем ситуацию, когда документ-вытеснитель был удален некорректно. В регистрах расчета могут остаться записи о «пустом» вытеснении. В режиме ТиИ в Конфигураторе обратим внимание на конкретный пункт: «Очистка записей в таблицах итогов, для которых нет соответствующих записей в основных таблицах». Именно этот пункт чаще всего является «спасительным» в вашей ситуации. Его выполнение удаляет «фантомные» записи, мешающие расчету.

Использование отладчика для поиска причины

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


// Пример упрощенного запроса для проверки данных регистра времени
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	ДанныеОВремени.Сотрудник,
    |	ДанныеОВремени.ВидУчетаВремени,
    |	ДанныеОВремени.ОтработаноЧасов
    |ИЗ
    |	РегистрНакопления.ДанныеОВремениДляРасчетаЗарплаты КАК ДанныеОВремени
    |ГДЕ
    |	ДанныеОВремени.Период МЕЖДУ &ДатаНачала И &ДатаОкончания
    |	И ДанныеОВремени.Сотрудник = &Сотрудник";

Запрос.УстановитьПараметр("ДатаНачала", Объект.ПериодРегистрации);
Запрос.УстановитьПараметр("ДатаОкончания", КонецМесяца(Объект.ПериодРегистрации));
Запрос.УстановитьПараметр("Сотрудник", ТекущийСотрудник);

Результат = Запрос.Выполнить().Выгрузить();

Если в Результат вы видите странные цифры или дублирующиеся строки по одному и тому же виду времени — причина найдена. Это означает сбой транзакции при записи документов.