← На главную

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

Часто расчетчики сталкиваются с ситуацией, когда при расчете зарплаты в одном ОП "подтягиваются" начисления другого ОП, ломается расчет НДФЛ, а страховые взносы распределяются неверно. В этой статье мы подробно проанализируем причины такого поведения программы, рассмотрим технические ошибки старых релизов и разберем по шагам правильную методику работы, которая позволит избежать путаницы в учете.

Технические причины проблемы: ошибки релизов и ложные перерасчеты

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

Если у сотрудника в прошлом периоде были зарегистрированы отпуска или больничные листы, система автоматически регистрировала ложные перерасчеты. Это приводило к тому, что при расчете зарплаты в первом филиале, откуда перевели сотрудника, документом НачислениеЗарплатыИВзносов захватывалась и "плюсовалась" заработная плата по новому филиалу вместе со всеми налогами.

Начиная с версии 3.1.8.216, разработчики фирмы "1С" оптимизировали данный алгоритм. Теперь программа распределяет строки с периодами работы строго в соответствии с обособленным подразделением. Это означает, что одна строка с периодом работы попадает в один документ начисления зарплаты с первым ОП, а вторая строка попадает в другой документ начисления зарплаты с другим ОП. Тем не менее, раздельный расчет в разных документах скрывает в себе серьезные методологические опасности.

Критическая проблема раздельного расчета НДФЛ в разных документах

Рассмотрим подробнее, почему расчет зарплаты сотрудника в разных документах НачислениеЗарплатыИВзносов (когда каждый филиал делает свой документ) приводит к фатальным ошибкам в учете НДФЛ.

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

• Искажение расчета НДФЛ с учетом аванса: Программа может дважды применить стандартные налоговые вычеты или некорректно вычесть сумму ранее выплаченного аванса. Это часто приводит к получению нулевой или даже отрицательной базы по НДФЛ во втором документе расчета за месяц.
• Миграция доходов и налогов между ИФНС: НДФЛ и доходы начинают хаотично перераспределяться между регистрациями в налоговом органе. Если сформировать отчет ПодробныйАнализНДФЛПоСотруднику в разрезе ОП, мы увидим "рваные" суммы перерасчетов, которые перекрывают друг друга в разных ведомостях.

Решение методистов: Чтобы избежать поломки регистров НДФЛ, настоятельно рекомендуется рассчитывать такого "переходящего" сотрудника в одном общем документе НачислениеЗарплатыИВзносов. Даже если расчеты в ОП ведут разные бухгалтеры, для сотрудников, сменивших ОП внутри месяца, нужно делать исключение и производить окончательный расчет централизованно (например, силами головного офиса), чтобы программа могла корректно распределить доходы, вычеты и налоги между ОП в рамках единой транзакции.

Пошаговый алгоритм корректного отражения перевода сотрудника

Разберем по шагам, как правильно организовать процесс перевода сотрудника между обособленными подразделениями в середине месяца:

1. Оформление кадрового документа: Первым делом необходимо провести кадровый документ — КадровыйПеревод или ПеремещениеВДругоеПодразделение. Критически важно: документ должен быть строго проведен до создания документов НачислениеЗаПервуюПоловинуМесяца (расчет аванса) и формирования ведомостей на выплату аванса. Если провести перевод позже, программа не сможет автоматически разделить НДФЛ с аванса между старым и новым ОП.
2. Начисление аванса за первую половину месяца: При заполнении документа НачислениеЗаПервуюПоловинуМесяца система автоматически определит, что сотрудник часть времени отработал в ОП "А", а часть — в ОП "Б". В табличной части документа появятся две строки с разными подразделениями и соответствующими регистрациями в ИФНС. НДФЛ с аванса также разделится пропорционально.
3. Выплата аванса: При формировании документа ВедомостьВБанк или ВедомостьВКассу программа автоматически создаст строки выплаты с разделением по регистрациям в налоговом органе.
4. Окончательный расчет за месяц: На этапе окончательного расчета создается единый документ НачислениеЗарплатыИВзносов. Программа сама разделит остаток начислений и НДФЛ по ОП пропорционально отработанному времени в каждом из них.

Особенности расчета страховых взносов и сдачи РСВ

Проанализируем, как ведение расчетов в разных ОП влияет на страховые взносы. В соответствии с законодательством РФ, страховые взносы исчисляются в целом по юридическому лицу (по ИНН организации) с учетом предельной величины базы для исчисления взносов (регресс).

Здесь критическое значение имеет структура баз данных:

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

Борьба со скрытыми перерасчетами

Еще одна частая причина, почему "плывут" ОП при расчете зарплаты — это механизм автоматических перерасчетов. Посмотрим, как это работает. Если задним числом в базу вносится больничный лист, отпуск или кадровые изменения за прошлые периоды, система регистрирует необходимость перерасчета в сервисе Перерасчеты (раздел Зарплата — Сервис — Перерасчеты).

При расчете зарплаты текущего месяца эти скрытые перерасчеты автоматически добавляются в документ НачислениеЗарплатыИВзносов. Если перерасчет относится к периоду работы в другом ОП, в документе текущего ОП появится "чужая" строка с нулевым общим итогом, но с перераспределением сумм между подразделениями. Чтобы этого избежать, расчетчикам необходимо регулярно проверять сервис перерасчетов и удалять ошибочно зарегистрированные записи до окончательного расчета месяца.

Использование инструмента "Детализация мест выплат"

В современных версиях "1С:ЗУП 3.1" (начиная с релиза 3.1.25) появился очень удобный функционал, который частично решает проблему выплаты зарплаты в разные ОП, если у них разные зарплатные проекты. Этот инструмент называется Детализация мест выплат.

Мы можем настроить систему следующим образом:

1. Откроем карточку подразделения или конкретного сотрудника.
2. Перейдем в раздел Бухучет и выплата зарплаты.
3. Настроим параметры так, чтобы, например, аванс (или часть зарплаты за первую половину месяца) автоматически уходил на зарплатный проект одного филиала, а окончательный расчет — на проект другого филиала (или через разные кассы). Это позволяет автоматически разделять ведомости на выплату, даже если расчет был произведен в одном общем документе.