Почему не выплачивается сумма по договору ГПХ при наличии задолженности по другой статье и как правильно заполнить ведомость в 1С

В практической работе бухгалтера-расчетчика в программах 1С:Зарплата и управление персоналом (ЗУП 3) и 1С:Зарплата и кадры государственного учреждения (ЗКГУ 3) часто возникает неприятная ситуация. При попытке выплатить вознаграждение исполнителю по договору гражданско-правового характера (ГПХ) программа упорно отказывается автоматически заполнять ведомость. При этом у сотрудника висит задолженность перед учреждением по другой статье расходов (например, переплата по окладу по КОСГУ 211), а учреждение должно ему по договору ГПХ по КОСГУ 226.

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

Причина 1. Механизм «схлопывания» сальдо по физическому лицу

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

• ВзаиморасчетыССотрудниками
• ЗарплатаКВыплате

Когда вы формируете ведомость на выплату (особенно с универсальным способом выплаты «Зарплата за месяц»), программа анализирует общее конечное сальдо по данному физическому лицу. Для системы не имеет значения, что долг за сотрудником числится по трудовому договору (например, переплата по окладу по КОСГУ 211), а долг учреждения перед ним — по договору ГПХ (по КОСГУ 226). Программа автоматически производит математическое сложение (взаимозачет) этих сумм.

Проанализируем простую схему. Допустим, за сотрудником с ноября тянется долг по переплаченной зарплате в размере 15 000 рублей (по КОСГУ 211). В январе ему начислено вознаграждение по договору ГПХ в размере 10 000 рублей (по КОСГУ 226). При попытке заполнить общую ведомость программа рассчитывает сальдо:

-15 000 (долг сотрудника) + 10 000 (долг учреждения) = -5 000 рублей (итоговое сальдо в пользу учреждения).

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

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

ВЫБРАТЬ
    Взаиморасчеты.ФизическоеЛицо КАК ФизическоеЛицо,
    Взаиморасчеты.Сотрудник КАК Сотрудник,
    Взаиморасчеты.СтатьяФинансирования КАК СтатьяФинансирования,
    Взаиморасчеты.КОСГУ КАК КОСГУ,
    СУММА(Взаиморасчеты.СуммаВзаиморасчетовОстаток) КАК Остаток
ИЗ
    РегистрНакопления.ВзаиморасчетыССотрудниками.Остатки(&Период, ) КАК Взаиморасчеты
СГРУППИРОВАТЬ ПО
    Взаиморасчеты.ФизическоеЛицо,
    Взаиморасчеты.Сотрудник,
    Взаиморасчеты.СтатьяФинансирования,
    Взаиморасчеты.КОСГУ

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

Решение проблемы: Разделение карточек в справочнике «Сотрудники»

Чтобы избежать смешивания расчетов по трудовому договору и договору ГПХ, мы рекомендуем придерживаться важного правила ведения учета в 1С:ЗУП/ЗКГУ:

Для одного физического лица, которое одновременно является штатным сотрудником и исполнителем по договору ГПХ, в справочнике «Сотрудники» должно быть создано две разные карточки!

Разберем по шагам, как это правильно реализовать:

1. Перейдите в справочник «Сотрудники» и создайте нового сотрудника.
2. При заполнении личных данных выберите уже существующее «Физическое лицо» из справочника физлиц. Это критически важно для корректного объединения данных по НДФЛ и страховым взносам в отчетности.
3. В поле «Вид договора» или при создании договора ГПХ укажите, что данный сотрудник привлекается строго по договору гражданско-правового характера.
4. Все начисления по ГПХ (документы Договор (работы, услуги), Акт приемки выполненных работ) оформляйте исключительно на эту «договорную» карточку сотрудника.
5. Все начисления по оплате труда (оклад, премии) проводите по «штатной» карточке сотрудника.

Благодаря такому разделению взаиморасчеты в регистрах будут вестись обособленно по каждому сотруднику (несмотря на единое физлицо), и долг по окладу больше не будет блокировать выплаты по ГПХ.

Причина 2. Особенности учета НДФЛ и выбора «Месяца выплаты» в ведомости

Рассмотрим вторую частую проблему, описанную в сообщениях темы: если в феврале выплачивается сумма за январь (дата ведомости — 04.02), то при выборе месяца выплаты «Январь» ведомость пустая. Но если переключить месяц выплаты на «Февраль», то сразу подтягиваются две суммы (за январь и февраль).

Выясним причину этого поведения. Начиная с 2023 года, законодательство по НДФЛ кардинально изменилось. Теперь дата фактического получения дохода в виде оплаты труда и вознаграждений по ГПХ определяется исключительно по дате фактической выплаты денежных средств.

Проанализируем, как это интерпретирует программа 1С:

• Если начисление по договору ГПХ было проведено в январскую зарплату, но фактическая выплата по ведомости происходит 4 февраля, то для целей налогового учета этот доход безоговорочно относится к февралю.
• Когда в ведомости от 04.02 вы указываете месяц выплаты «Январь», программа пытается найти плановые выплаты, которые должны были завершиться внутри января. Поскольку дата документа (04.02) относится к февралю, а программа ориентируется на новые правила учета доходов по дате выплаты, январская ведомость остается пустой.
• При переключении месяца выплаты в ведомости на «Февраль» программа видит, что выплата фактически производится в феврале, и успешно подтягивает все начисленные, но еще не выплаченные суммы за январь.
• Если к 4 февраля в программе уже было проведено плановое начисление и за февраль (например, авансовым методом или по условиям договора), программа автоматически подтянет обе суммы — и за январь, и за февраль, так как они обе выплачиваются в феврале.

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

Причина 3. Неверно выбранный «Способ выплаты» в Ведомости

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

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

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

Как исправить пересортицу по статьям расходов (КОСГУ) в регистрах

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

Рассмотрим два способа устранения пересортицы:

Способ А. Создание технической «нулевой» ведомости

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

1. Создайте новый документ «Ведомость в кассу» (или «Ведомость в банк»).
2. В поле «Выплачивать» укажите способ «Зарплата за месяц».
3. Нажмите кнопку «Подобрать» и выберите проблемного сотрудника.
4. Программа заполнит строку с нулевой или искаженной суммой. Дважды кликните по сумме в колонке «К выплате», чтобы открыть окно расшифровки.
5. В открывшемся окне добавьте вручную две строки:
   • По первой строке укажите статью финансирования и КОСГУ 211 со знаком плюс (на сумму мнимого долга).
   • По второй строке укажите статью финансирования и КОСГУ 226 со знаком минус (на ту же самую сумму).
6. Убедитесь, что общая сумма к выплате в самой ведомости осталась равной нулю.
7. Проведите документ.

После проведения такой ведомости программа закроет остатки по регистрам накопления, и при формировании будущих реальных выплат автозаполнение будет работать корректно.

Способ Б. Использование документа «Перенос затрат»

В конфигурациях 1С:ЗУП КОРП и 1С:ЗКГУ КОРП предусмотрен специализированный документ для исправления подобных ошибок:

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