← На главную

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

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

Анализ ситуации: почему возникают «лишние» суммы

Рассмотрим пример. Сотрудник работал по договору ГПХ с 1-го по 10-е число, а с 11-го числа был принят в штат. При расчете зарплаты программа фиксирует две разные аналитики: вид дохода (прочие доходы от трудовой деятельности для ГПХ и оплата труда для штатных сотрудников). Однако НДФЛ в 1С всегда рассчитывается в целом по физическому лицу нарастающим итогом с начала налогового периода.

Проанализируем причины путаницы:

1. Особенности алгоритма в старых релизах: В версиях ветки 3.1.6 существовала зарегистрированная ошибка (баг), при которой механизм распределения НДФЛ некорректно сопоставлял налог с документами-основаниями. Программа пыталась «зачесть» округления или копейки налога одного вида дохода за счет другого.
2. Регистровая природа учета: Все выплаты в ЗУП 3.1 строятся на данных регистров накопления ЗарплатаКВыплате и РасчетыНалогоплательщиковСБюджетомПоНДФЛ. Если в этих регистрах образуется хотя бы минимальное расхождение (например, из-за изменения статуса налогоплательщика или применения вычетов), ведомость попытается его скомпенсировать.
3. Влияние вычетов: Если сотруднику положены стандартные налоговые вычеты (например, на детей), программа применяет их к первой рассчитанной сумме дохода. Если сначала был рассчитан договор ГПХ, вычет применится к нему, что изменит базу НДФЛ и может привести к переброске сумм в ведомостях.

Способ 1. Обновление конфигурации (Основное решение)

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

Выясним, что именно изменилось в обновлении:

• Был оптимизирован алгоритм заполнения ведомостей при наличии разных способов выплаты (Вознаграждение по договорам ГПХ и Зарплата за месяц).
• Улучшена логика распределения исчисленного НДФЛ по документам-основаниям (Договор (работы, услуги) и Начисление зарплаты и взносов).
• Исправлено поведение программы при автоматическом зачете авансов и переплат.

Важно: Перед обновлением обязательно создайте резервную копию базы. После обновления до актуального релиза (на текущий момент это ветки 3.1.27 или 3.1.30) рекомендуется перепровести документы начисления за проблемный месяц и перезаполнить ведомости.

Способ 2. Проверка и корректировка регистров (Технический подход)

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

Посмотрим на алгоритм действий:

1. Откройте отчет «Анализ зарплаты по сотрудникам (в разрезе периодов)». Если вы видите, что сумма выплаты разбивается на несколько строк, одна из которых с минусом, а другая с плюсом по одинаковым параметрам — это признак «пересортицы» по аналитике.
2. Проанализируем регистр ЗарплатаКВыплате. Если там висят остатки по разным документам-основаниям, ведомость будет тянуть их все сразу, пытаясь закрыть сальдо в ноль.
3. Для исправления ситуации можно воспользоваться документом «Перенос данных» (если вы опытный пользователь) или более простым способом — созданием технической «нулевой» ведомости.

Рассмотрим пример создания корректирующей ведомости:

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

Способ 3. Контроль последовательности документов

В 1С:ЗУП критически важна хронология. Начиная с 2023 года, в связи с переходом на единый налоговый платеж (ЕНП) и расчет НДФЛ по дате выплаты, порядок документов стал еще важнее.

Проанализируем правильную последовательность:

1. Сначала регистрируется документ «Договор (работы, услуги)».
2. Затем создается документ «Начисление зарплаты и взносов». На вкладке «НДФЛ» убедитесь, что налог рассчитан отдельно по категории «Прочие доходы...» и «Оплата труда».
3. Если вычет на ребенка применился к ГПХ, проверьте, не превысил ли он сумму дохода по договору.
4. При создании ведомостей сначала делайте ту, которая идет раньше по календарю. Если выплаты в один день — попробуйте сначала заполнить ведомость на зарплату, а затем на ГПХ (или наоборот), так как программа при заполнении второй ведомости всегда учитывает то, что уже «зарезервировано» первой.

Особенности учета НДФЛ с 2023 года (Актуально для новых версий)

Если вы работаете в современных версиях ЗУП (начиная с 3.1.23), помните, что логика, обсуждаемая в старых темах форумов, существенно усложнилась. Сейчас НДФЛ «привязывается» к дате выплаты, указанной в ведомости.

Выясним основные моменты:

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

Резюме

Подводя итог, можно сказать: ситуация, когда 1С:ЗУП путает суммы между ГПХ и основной зарплатой, чаще всего связана с программными недоработками механизма распределения налогов в старых релизах. Самый эффективный способ решения — обновление до актуальной версии программы.

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