Ситуация, когда необходимо разбить единый банковский платеж на несколько зарплатных ведомостей в конфигурациях 1С 8.3, встречается достаточно часто. Это может быть связано с особенностями казначейства, необходимостью выплаты премий отдельным списком или коррекцией ошибок в ранее созданных документах. Стандартный механизм программы не всегда позволяет сделать это одним кликом, требуя от бухгалтера понимания логики проведения документов.
Основная сложность заключается в том, что документ «Ведомость в банк» жестко привязан к конкретной сумме выплаты, сформированной на основании начислений. Если вы загрузили выписку банка одной суммой, а сотрудников нужно выплатить разными ведомостями (например, оклад и отпускные), систему нужно «обмануть» или использовать специальные приемы ручного распределения. В этой статье мы разберем все доступные способы решения задачи.
Логика формирования ведомостей в 1С ЗУП и БП
Прежде чем приступать к техническим действиям, важно понять, как система хранит данные о выплатах. В 1С:Зарплата и управление персоналом (ЗУП) и 1С:Бухгалтерия предприятия (БП) сумма к выплате рассчитывается автоматически на основании документов-оснований. Это могут быть начисления зарплаты, отпускные или больничные листы.
Когда бухгалтер создает документ Ведомость в банк, программа предлагает выбрать сотрудников и период выплаты. Система суммирует все долги перед этими сотрудниками за выбранный период. Если вы пытаетесь создать две разные ведомости на одних и тех же людей за один и тот же период, возникнет конфликт: долг будет выбран дважды, что приведет к двойной выплате или ошибке контроля.
Однако, если речь идет о фактическом банковском платеже, который уже прошел по счету одной суммой, а в учете он должен «разбиться» на несколько частей, то ключевым моментом является правильная привязка банковского документа к документам списания долга. 1С:Предприятие позволяет проводить одно списание с расчетного счета на основании нескольких документов-требований.
⚠️ Внимание: Никогда не создавайте дублирующие документы начисления зарплаты с целью разделить платеж. Это приведет к задвоению налоговых обязательств и искажению отчетов по НДФЛ и страховым взносам.
Существует два основных сценария работы: когда ведомости еще не созданы (планирование) и когда платеж уже отражен в банке, но не распределен в учете. В первом случае мы создаем несколько документов «Ведомость», во втором — корректируем основание платежа.
Создание нескольких ведомостей до проведения платежа
Если вы только планируете выплату и хотите разделить сотрудников на группы (например, основной штат и совместители, или разные департаменты), самый правильный путь — создание нескольких документов Ведомость в банк. Это штатный функционал, не требующий сложных настроек.
Для этого зайдите в раздел Зарплата и кадры и выберите пункт Все начисления. Создайте первую ведомость, выбрав только тех сотрудников, которые должны попасть в первую группу выплат. Укажите дату и сумму. После проведения этого документа долг по данным сотрудникам будет частично или полностью погашен в системе (в зависимости от настроек).
Затем создайте второй документ Ведомость в банк. При выборе сотрудников система покажет только тех, у кого остался непогашенный долг, либо вы можете вручную добавить тех же сотрудников, если первая ведомость была проведена с типом операции «К выплате», но еще не закрыта окончательно. Главное — следить, чтобы общая сумма всех ведомостей не превышала фактический долг перед персоналом.
Используйте разные виды операций в ведомостях (например, «Зарплата» и «Премия»), если требуется раздельный аналитический учет в банковском реестре, даже если деньги идут одним платежом.
Важно проверить итоговые суммы. Сумма всех созданных вами ведомостей должна в точности совпадать с суммой, которую вы планируете отправить в банк единым платежным поручением. Если в банке платеж пройдет одной суммой, а в 1С у вас будет три разные ведомости, на этапе сверки с выпиской возникнет расхождение «один ко многим».
Распределение одного банковского платежа на несколько ведомостей
Наиболее частая проблема возникает, когда банк уже списал деньги одной суммой, а в 1С у вас сформировано несколько ведомостей, либо наоборот — одна большая ведомость должна быть разбита для аналитики. Решением служит механизм отражения документов списания в документе Списание с расчетного счета.
При загрузке выписки из банка (клиент-банк) создается документ Списание с расчетного счета с видом операции Перечисление заработной платы. В этом документе есть табличная часть, куда попадают получатели. Если платеж был общим (реестром), то в табличной части может быть одна строка на общую сумму или список сотрудников, в зависимости от формата загрузки.
Чтобы разбить этот платеж, необходимо вручную отредактировать документ списания. Перейдите по ссылке Документы-основания в нижней части формы документа списания. Именно здесь происходит магия связывания. Вы можете добавить несколько документов «Ведомость в банк», которые покрывают эту сумму.
Документ "Списание с расчетного счета" -> Кнопка "Документы-основания" -> Добавить -> Ведомость в банк №1, Ведомость в банк №2Система автоматически распределит сумму платежа пропорционально или позволит вам вручную указать, какая часть суммы относится к какой ведомости. Это критически важный этап для корректного закрытия задолженностей по счету 70. Если этого не сделать, у вас останется «висящий» долг по одной ведомости и переплата по другой.
☑️ Алгоритм разбивки платежа
Ручное редактирование сумм в реестре платежей
Иногда требуется более тонкая настройка, особенно если вы используете зарплатные проекты. В конфигурациях 1С:ЗУП 3.1 функционал реестров платежей позволяет гибко управлять распределением. Если вы формируете реестр на выплату, вы можете вручную изменить суммы в строках реестра перед отправкой в банк.
В документе Ведомость в банк перейдите на вкладку Реестр платежей. Здесь отображается список сотрудников и суммы к выплате. Вы можете вручную уменьшить сумму у одного сотрудника и создать на разницу новую ведомость для него же, но с другим назначением платежа. Это трудоемкий процесс, но он дает полный контроль.
При таком подходе важно помнить про минимальные суммы и округления. Система может не дать провести документ, если остаток по сотруднику станет отрицательным или если сумма выплаты будет меньше допустимого лимита банка. Всегда проверяйте итоговый протокол формирования платежного файла.
⚠️ Внимание: При ручном изменении сумм в реестре убедитесь, что НДФЛ удержан корректно. Изменение суммы «на руки» не должно менять сумму исчисленного налога, если только вы не сторнируете само начисление.
Также стоит учесть, что при ручной разбивке может нарушиться автоматическое формирование отчетов для банка. Некоторые банки требуют строгого соответствия формата файла. Если вы разбиваете платеж внутри 1С, убедитесь, что выгрузка в клиент-банк произойдет корректно для всех созданных вами частей.
Особенности работы с авансом и основной частью зарплаты
Частный случай разбивки — выплата аванса и основной части зарплаты разными документами, но оплата их одним платежом (редко, но бывает при консолидации платежей группой компаний) или наоборот, оплата аванса двумя частями. Логика здесь аналогична, но есть нюансы с периодами.
Аванс обычно выплачивается за текущий месяц, а зарплата — за предыдущий. В 1С это разные периоды начисления. Если вы хотите объединить их в одну ведомость для удобства, а потом разбить платеж, используйте документ Ведомость в банк с выбором нескольких периодов. Однако, для разбивки платежа лучше создавать отдельные ведомости на аванс и на зарплату изначально.
Если же платеж пришел один, а ведомости две (на аванс и зарплату), механизм привязки оснований, описанный выше, работает безотказно. Вы просто указываете в документе списания с расчетного счета две разные ведомости как основания. Система поймет, что одним платежом погашены обязательства за разные периоды.
Что делать, если суммы не сходятся на копейки?
Если при разбивке платежа возникает расхождение в 1 копейку из-за округления, создайте документ «Корректировка долга» или отразите разницу как прочие доходы/расходы, чтобы закрыть период без хвостов.
Отдельное внимание уделите межрасчетным выплатам. Если вы делаете выплату больничных или отпускных отдельно от зарплаты, но платите их вместе, в назначении платежа лучше указывать обобщенную формулировку, если банк не требует детализации по каждому документу. В 1С же каждая такая выплата должна быть оформлена своей ведомостью для правильного учета НДФЛ.
Контроль и проверка результатов разбивки
После того как вы разбили платеж и привязали основания, необходимо выполнить сверку. Самый надежный способ — сформировать отчет Анализ состояния расчетов с персоналом. В нем не должно оставаться сумм к выплате по тем сотрудникам, которые были включены в обработанные ведомости.
Также проверьте отчет Оборотно-сальдовая ведомость по счету 70. Кредитовый оборот должен соответствовать начислениям, а дебетовый — суммам всех ваших разбитых ведомостей. Сальдо на конец периода должно быть корректным (либо нулевым, либо равным начислениям следующего месяца).
| Тип документа | Влияние на счет 70 | Влияние на счет 51 | Необходимость основания |
|---|---|---|---|
| Начисление зарплаты | Кредит (увеличение долга) | Нет | Не требуется |
| Ведомость в банк | Дебет (погашение долга) | Нет | Является основанием для списания |
| Списание с р/с | Нет | Кредит (уменьшение денег) | Требует указания ведомости |
| Корректировка долга | Дебет/Кредит | Нет | Для устранения расхождений |
Обязательно проверьте выгрузку в банк. Если вы разбили внутренний документ 1С на части, убедитесь, что в банк не ушли дублирующие платежные поручения, если ваша цель была лишь внутренняя аналитика. Если же цель — отправить разные файлы в банк, проверьте статус каждого реестра.
Главный критерий успешной разбивки — полное погашение задолженности по счету 70 в разрезе конкретных документов-ведомостей при сохранении целостности суммы по банку.
Типичные ошибки и способы их устранения
Одна из самых распространенных ошибок — попытка провести одну и ту же сумму дважды. Пользователь создает ведомость, видит, что сумма большая, создает вторую на часть суммы, а потом еще и третью. В итоге по счету 70 образуется огромный дебетовый оборот (переплата), который сложно исправить задним числом без сторнирования.
Вторая ошибка — игнорирование статусов документов. В 1С 8.3 документ Ведомость может иметь статус «К выплате» или «Выплачена». Если вы разбиваете платеж, убедитесь, что статусы всех частей меняются корректно после привязки к банковскому списанию. Иначе отчеты покажут, что деньги не дошли до сотрудников.
⚠️ Внимание: Интерфейсы и названия пунктов меню могут незначительно отличаться в зависимости от версии конфигурации (3.1.15, 3.1.20 и т.д.) и обновления платформы. Всегда сверяйтесь с актуальной справкой по вашему релизу.
Если вы обнаружили ошибку уже после закрытия месяца, не пытайтесь просто удалить документы. Используйте механизм Корректировка регистрации событий или создавайте документы корректировки, чтобы не нарушить хронологию регистра накопления. Это сохранит историю изменений и позволит аудиторам понять логику ваших действий.
Можно ли разбить платеж, если ведомость уже проведена и выплачена?
Да, это возможно. Вам нужно создать документ «Корректировка долга» или сторнировать исходную ведомость и создать две новые. Затем привязать к банковскому списанию уже новые документы. Это потребует перепроведения документов за период, но технически реализуемо.
Что делать, если банк вернул часть платежа?
В этом случае разбивка аннулируется для возвращенной части. Необходимо создать документ «Поступление на расчетный счет» с видом операции «Возврат заработной платы» и привязать его к той части ведомости, которая не была принята банком. Долг по сотруднику восстановится автоматически.
Влияет ли разбивка ведомости на отчет 6-НДФЛ?
Нет, не влияет. Отчет 6-НДФЛ формируется на основании документов начисления и удержания налога, а не документов выплаты. Разбивка платежа — это движение денежных средств, которое не меняет дату получения дохода и дату удержания налога.
Как разбить платеж для разных банковских счетов сотрудников?
Если у сотрудников разные карты, 1С автоматически сформирует разные реестры или платежные поручения при выгрузке. Вам не нужно вручную разбивать ведомость. Достаточно в карточке сотрудника указать разные счета, и при формировании «Ведомости в банк» система сгруппирует их по банкам или позволит выгрузить отдельные файлы.
Можно ли автоматически разбивать платежи по департаментам?
Стандартными средствами — нет, требуется создание отдельных ведомостей вручную с отбором по подразделениям. Однако, можно использовать внешние обработки или дополнительные отчеты, которые помогут быстро сформировать список сотрудников по отделам для последующего создания нескольких документов ведомости.