← На главную

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

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

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

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

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

Как исправить проблему через стандартный интерфейс

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

Выполним следующие действия:

1. Перейдем в раздел меню Зарплата.
2. В блоке Сервис найдем и откроем пункт Перерасчеты.
3. Перед нами откроется специализированное рабочее место, в котором отображаются все зарегистрированные в системе потребности в перерасчете зарплаты, удержаний или среднего заработка.
4. Проанализируем список. Нам необходимо найти строки по «проблемному» сотруднику за нужный месяц (например, за июль).
5. Выделим ошибочные строки и нажмем кнопку «Отменить» (или просто удалим их из списка клавишей Delete).

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

Влияние настроек программы на механизм перерасчетов

Выясним, как поведение системы зависит от глобальных настроек конфигурации. Перейдем в раздел Настройка — Расчет зарплаты и обратим внимание на флажок «Выполнять доначисление/перерасчет отдельным документом».

Рассмотрим два сценария работы этой настройки:

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

Технический анализ: где искать записи в регистрах

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

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

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

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

Рекомендации по предотвращению ложных перерасчетов в будущем

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

Правило 1. Запрет на использование кнопки «Провести и закрыть» для просмотра.

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

Правило 2. Своевременное установление даты запрета изменения данных.

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