← На главную

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

Механизм пропорционального распределения удержаний

Для начала проанализируем базовый принцип, заложенный в алгоритм программы. В бюджетном учете крайне важно разделять затраты по источникам финансирования и статьям расходов (КОСГУ). Исполнительные листы, в отличие от простых начислений, не имеют жестко привязанной статьи расходов. Их распределение происходит пропорционально расчетной базе.

Рассмотрим стандартную логику:

1. Программа определяет общую сумму доходов, входящих в РасчетнаяБаза для исполнительного листа.
2. Определяется удельный вес каждой статьи расходов (например, КОСГУ 211 «Заработная плата» и КОСГУ 266 «Социальные пособия») в общем объеме начислений.
3. Итоговая сумма удержания делится между этими статьями в полученной пропорции.

Если в январе у сотрудника была только заработная плата по КОСГУ 211, то и 100% удержания по исполнительному листу было отнесено на эту статью. Однако появление больничного листа в феврале «задним числом» за январь полностью меняет структуру доходов прошлого периода.

Анализ ситуации: сторнирование и пересчет «от обратного»

Разберем по шагам, что происходит в системе, когда в феврале вводится больничный за январь:

1. Сторнирование начислений: Программа снимает часть ранее начисленной зарплаты по КОСГУ 211 за январь. Это создает отрицательную базу по 211 статье.
2. Начисление пособия: Программа начисляет сумму по больничному листу по КОСГУ 266.
3. Пересчет удержания: Поскольку в настройках документа Исполнительный лист обычно установлен флаг «Учитывать больничные листы», система обязана включить пособие в расчетную базу и перераспределить удержание.

Выясним причину появления минуса на КОСГУ 266. Когда система выполняет перерасчет за прошлый период, она не просто доначисляет разницу. Она «обнуляет» или корректирует старые записи, чтобы итоговое сальдо за период (январь) соответствовало новой пропорции. Если суммарный доход сотрудника за январь уменьшился (так как больничный обычно меньше зарплаты), общая сумма исполнительного листа за этот месяц должна уменьшиться.

Проанализируем математическую модель: Допустим, в январе было удержано 5 000 руб. (все по 211 КОСГУ). После ввода больничного система понимает, что общая сумма удержания за январь должна составить 4 000 руб., при этом 3 500 руб. должны относиться к КОСГУ 211, а 500 руб. — к КОСГУ 266.

В документе пересчета программа может отразить это следующим образом:

• Сторно по КОСГУ 211 на сумму -1 500 руб. (чтобы из 5 000 сделать итоговые 3 500).
• Но если алгоритм формирования проводок в конкретном релизе привязан к документу-регистратору (Больничному листу), система может попытаться сбалансировать «хвосты» распределения именно через те статьи, которые присутствуют в текущем документе.

  Влияние настроек бухучета и регистрация сторно-записей

  Важно понимать, что в 1С:ЗКГУ данные для отражения в учете берутся из регистра накопления НачисленияУдержанияПоСотрудникам. Когда документ Больничный лист делает записи, он одновременно выполняет функции и начисления, и исправления. Отрицательная сумма по КОСГУ 266 в распределении удержания часто является технической корректировкой.

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

  Как проверить корректность распределения?

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

  1. Сформируйте отчет «Анализ зарплаты по сотрудникам» (в целом за период, захватывая и месяц начисления, и месяц пересчета).
  2. Проверьте общую сумму удержания: она должна составлять установленный процент (например, 25%) от фактически начисленных сумм (Зарплата - Сторно + Больничный - НДФЛ).
  3. Если общая сумма верна, то распределение по статьям расходов (минус по 266 и минус по 211) является лишь способом программы привести взаиморасчеты к итоговому результату.

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

  Резюме

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

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