Как пересчитать районный коэффициент в 1С:ЗУП и ЗКГУ, если добавилась премия за прошлый период?

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

Проблема автоматической регистрации перерасчетов

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

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

Способ 1: Искусственная инициация перерасчета (Метод «Форума»)

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

1. Создадим временную плановую надбавку для сотрудника (например, через документ Изменение оплаты труда или Назначение планового начисления). Срок действия надбавки установим равным тому месяцу, за который нужно пересчитать РК (в нашем примере — июнь).
2. Проведем документ. Это действие гарантированно заставит систему зарегистрировать необходимость перерасчета для данного сотрудника.
3. Перейдем в раздел Зарплата — Сервис — Перерасчеты. Теперь сотрудник должен появиться в списке.
4. Нажмем кнопку Доначислить сейчас. Программа создаст документ Доначисление, перерасчет, где на вкладке Начисления будет рассчитана разница по районному коэффициенту.
5. После того как документ Доначисление, перерасчет создан и в нем зафиксированы нужные суммы РК, удалим временную надбавку, которую мы вводили в первом пункте, и удалим лишние строки из документа доначисления, если они там появились.

Этот метод позволяет «протолкнуть» расчет, когда программа упорно игнорирует изменение базы начисления.

Способ 2: Ручная регистрация в списке перерасчетов

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

В интерфейсе Зарплата — Сервис — Перерасчеты существует кнопка Добавить. Мы можем вручную внести запись о необходимости перерасчета:

• Выберем сотрудника.
• Укажем месяц, за который требуется перерасчет (июнь).
• Укажем объект перерасчета (обычно это документ Начисление зарплаты и взносов за июнь).
• В колонке «Причина» можно кратко пометить: «Доплата РК с премии».

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

Способ 3: Механизм «Исправить» в первичном документе

Выясним причину, почему многие бухгалтеры боятся трогать старые документы. Обычно это связано с нежеланием «поехать» по налогам и отчетности в закрытом периоде. Однако в 1С ЗУП 3.1 реализован механизм сторнирования, который работает максимально корректно.

Посмотрим, как это работает:

1. Откроем июньский документ Начисление зарплаты и взносов.
2. В левом нижнем углу нажмем гиперссылку Исправить.
3. Программа создаст новый экземпляр документа, но датирован он будет текущим месяцем (июлем).
4. На вкладке Пересчет прошлого периода программа автоматически сторнирует (отменит) все июньские начисления.
5. На основных вкладках программа начислит всё заново, но уже с учетом введенной премии.
6. В итоге в июле вы получите только дельту (разницу) в сумме районного коэффициента.

Важный нюанс: этот способ удобен, если сотрудников немного. Если же нужно пересчитать РК по всей организации, лучше использовать документ Доначисление, перерасчет.

Проверка настроек системы

Чтобы в будущем подобные ситуации отрабатывались автоматически, проанализируем настройки программы. Обратите внимание на следующие моменты:

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

2. Приоритеты начислений. Районный коэффициент должен иметь правильный приоритет. Откроем настройки начисления Районный коэффициент и перейдем на вкладку Приоритет. В левом списке должны находиться начисления, которые РК «вытесняет» (например, больничные), а сама премия должна входить в расчетную базу РК. Проверим вкладку Расчет базы: там обязательно должен присутствовать вид начисления Премия.

3. Настройка самой премии. В настройках вида начисления Премия на вкладке Зависимости убедимся, что в поле Зависимые начисления указан Районный коэффициент. Если его там нет, система не будет понимать, что при начислении премии нужно пересчитывать РК.

Использование кода для проверки базы (для продвинутых пользователей)

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

// Упрощенная логика получения базы для РК
Запрос.Текст = "ВЫБРАТЬ
               |    ДанныеОБазе.НомерСтроки,
               |    ДанныеОБазе.РезультатБаза КАК ТекущаяБаза
               |ИЗ
               |    РегистрРасчета.Начисления.ДанныеГрафика(Сотрудник = &Сотрудник) КАК ДанныеОБазе
               |ГДЕ
               |    ВидРасчета = &РайонныйКоэффициент";

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