В практике ведения бухгалтерского учета часто возникает ситуация, когда расчеты с физическими лицами по договорам гражданско-правового характера (ГПХ) ошибочно отражаются на счете 70 «Расчеты с персоналом по оплате труда». Согласно методологии, такие выплаты корректнее отражать на счете 76.10 «Прочие расчеты с физическими лицами». Особенно остро этот вопрос встает при интеграции 1С:ЗУП и 1С:Бухгалтерии, когда данные переносятся автоматически.
В данной статье мы подробно разберем, как изменить настройки для будущих начислений и выплат, а также как исправить накопленные данные за прошлые периоды, не прибегая к тотальному ручному исправлению каждой проводки.
Прежде всего, проанализируем, откуда в программе берется счет учета. Процесс состоит из двух этапов: начисления и выплаты.
Для начислений: В документе Отражение зарплаты в бухучете счет определяется «Способом отражения». Чтобы начисления попадали на счет 76.10, необходимо в 1С:ЗУП для вида операции Договор (работы, услуги) указать соответствующую статью расхода, которая в Бухгалтерии сопоставлена со счетом 76.10.
Для выплат: Здесь ситуация сложнее. При использовании документа Списание с расчетного счета с видом операции Перечисление заработной платы по ведомостям, программа берет счет расчетов из настроек самой ведомости и регистров учета расчетов с персоналом. Если ведомость «смешанная» (в ней и сотрудники, и договорники), 1С часто по умолчанию применяет счет 70 ко всем позициям.
Рассмотрим по шагам, как заставить программу автоматически подставлять счет 76.10 для конкретных лиц. В конфигурации 1С:Бухгалтерия 3.0 существует специальный регистр, который имеет приоритет при выборе счетов в платежных документах.
76.10.После этой настройки новые документы Списание с расчетного счета при заполнении по ведомости должны идентифицировать физлицо и подставлять верный счет расчетов. Выясним причину, почему это может не сработать для старых документов: проводки уже сформированы и «зацементированы» в базе, поэтому простое изменение настройки их не обновит.
Проанализируем ситуацию автора: нужно исправить данные за три года. Ручная корректировка в каждом документе исключена. Рассмотрим вариант автоматизации через Групповое изменение реквизитов и программный метод.
Вариант 1: Использование стандартной обработки
Для документов Ведомость в банк или Ведомость в кассу можно попробовать массово изменить способ расчетов. Однако, если ведомости смешанные, этот метод может затронуть и обычных сотрудников. Если же договорники выделены в отдельные ведомости, порядок действий следующий:
Счет учета или Способ расчетов и меняем на нужный.Списание с расчетного счета.Вариант 2: Программная корректировка проводок
Как справедливо замечено в обсуждении, если ведомости содержат и сотрудников (счет 70), и договорников (счет 76), стандартное групповое изменение не поможет разделить суммы внутри одного документа. В этом случае целесообразно написать небольшую обработку, которая будет делать следующее:
// Пример логики для обработки:
Выборка = Документы.СписаниеСРасчетногоСчета.Выбрать(ДатаНачала, ДатаКонца);
Пока Выборка.Следующий() Цикл
ОбъектДок = Выборка.ПолучитьОбъект();
// Проверяем наличие договорников в связанных ведомостях
Для Каждого СтрокаВедомости Из ОбъектДок.Зарплата Цикл
Если ЭтоДоговорникГПХ(СтрокаВедомости.Физлицо) Тогда
// Здесь логика подмены счета в движениях или включение ручной корректировки
КонецЕсли;
КонецЦикла;
КонецЦикла;
Проанализируем предложение из сообщения №17. Можно создать документы Операция, введенная вручную, которые будут делать корректирующие сторнирующие записи: Дт 70 — Кт 51 (минус сумма) и Дт 76.10 — Кт 51 (плюс сумма). Это позволит не трогать первичные банковские документы и сохранить банковскую выписку в неизменном виде, что важно для аудита.
Посмотрим на пример из сообщения №13. Если вам нужно разово исправить документ, можно изменить Вид операции на Прочее списание. В этом режиме поле Счет дебета становится доступным для редактирования. Вы указываете 76.10, выбираете контрагента (физлицо) и договор.
Важно: При таком подходе документ перестает «видеть» ведомость как объект зарплатного учета, что может привести к расхождениям в регистрах накопления по взаиморасчетам с персоналом. Поэтому для корректного закрытия задолженности лучше придерживаться следующей схемы:
Ведомость (в БП) убедиться, что в строке с договорником стоит правильный объект расчетов.Списании с расчетного счета перевыбрать ведомость, чтобы табличная часть Расшифровка платежа обновилась.После проведения манипуляций обязательно сформируем отчет Оборотно-сальдовая ведомость по счетам 70 и 76.10.
Рассмотрим важный нюанс: если вы перенесли только выплаты (Дт 76), а начисления остались на 70 счете (Кт 70), у вас возникнет «раздутое» сальдо. Выясним, были ли исправлены документы Отражение зарплаты в бухучете. Если начисления уже на 76.10, то после правки выплат сальдо по договорникам должно закрыться в ноль по обоим счетам.
Подведем итог: для исправления ситуации за 3 года оптимальным путем будет сочетание настройки регистра Счета учета расчетов с персоналом и последующего группового перепроведения документов. В случае смешанных ведомостей, где автоматика не справляется, придется прибегнуть к созданию сторнирующих Операций или привлечь программиста для написания разовой обработки по «расщеплению» счета 70 на 70 и 76.10 в движениях документов.