Как формируется платежное поручение в 1С

Платежное поручение в 1С — это документ, на основании которого бухгалтерия поручает банку перечислить деньги контрагенту, в бюджет или сотруднику. В типовых конфигурациях («Бухгалтерия предприятия», «Управление торговлей», «ERP») документ формируется в разделе банковских операций, заполняется по данным справочников контрагентов и договоров, а затем либо выгружается в банк-клиент, либо отправляется напрямую через сервис 1С:ДиректБанк.

Главное преимущество формирования платежки в 1С — автоматическая подстановка реквизитов: ИНН, КПП, расчетного счета, БИК банка и назначения платежа программа берет из карточки контрагента и договора. Это снижает количество ошибок в реквизитах, из-за которых банк возвращает или зависает платежи. Но автоматика не отменяет контроля: неверный КБК, устаревший счет получателя или ошибка в назначении платежа приведут к возврату средств или уточнению платежа.

Ниже разобран полный цикл работы с платежным поручением: от подготовки справочников до выгрузки в банк и проверки исполнения. Инструкция ориентирована на «1С:Бухгалтерию 8», но логика в других типовых конфигурациях аналогична — отличаются только названия разделов меню.

Где в 1С находится платежное поручение и какие виды операций бывают

В «1С:Бухгалтерии 8.3» журнал платежных поручений открывается через раздел «Банк и касса» → «Банк» → «Платежные поручения». В «Управлении торговлей» и «ERP» путь похожий: раздел «Казначейство» или «Банк и касса» → «Безналичные платежи» → «Платежные поручения». Новый документ создается кнопкой «Создать».

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

• Оплата поставщику — расчеты по договорам с контрагентами за товары, работы, услуги;
• Возврат покупателю — обратное перечисление по договору с покупателем;
• Уплата налога — платежи в бюджет, для них предусмотрены поля КБК, ОКТМО, статус плательщика и налоговый период;
• Перевод на другой счет организации — перемещение средств между своими расчетными счетами;
• Перечисление зарплаты — по ведомости или на карту сотрудника;
• Прочее списание — комиссии, благотворительность и прочие операции без расчетов по договору.

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

Подготовка справочников перед созданием платежки

Качество платежного поручения на 90% определяется состоянием справочников. Программа подставляет реквизиты из трех источников: карточки контрагента, договора с контрагентом и банковского счета получателя. Если хотя бы один из них заполнен неправильно, ошибка попадет в платежку.

Проверьте карточку контрагента: ИНН, КПП (для организаций), наименование — оно должно совпадать с банковскими данными получателя. Удобно использовать автоматическое заполнение по ИНН: программа подтянет данные из официальных реестров. Затем откройте вкладку «Банковские счета» и убедитесь, что указан актуальный расчетный счет и правильный банк — БИК определяет корреспондентский счет и наименование банка в платежке.

Для оплаты по договору проверьте сам договор: он должен быть создан, иметь корректный вид (с поставщиком, с покупателем) и не быть закрытым. Если платеж создается на основании счета или реализации, программа подставит договор автоматически. Для налоговых платежей важен справочник «Виды налогов и платежей в бюджет» — оттуда берутся КБК и счета учета.

Пошаговое создание платежного поручения

Рассмотрим стандартный сценарий — оплату поставщику по выставленному счету. Проще всего создать платежку на основании счета: откройте документ «Счет на оплату поставщика» и нажмите «Создать на основании» → «Платежное поручение». Программа заполнит получателя, договор, сумму и назначение платежа автоматически.

Если платежка создается вручную, порядок действий такой:

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

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

Назначение платежа формируется по шаблону: «Оплата по счету №… от … за …, в т.ч. НДС …». Если счета нет, укажите основание вручную — номер договора или суть оплаты. Пустое назначение или текст вида «оплата» банк может не пропустить, а налоговая при проверке не сможет идентифицировать платеж.

Особенности платежек в бюджет: налоги и взносы

Налоговые платежные поручения требуют повышенного внимания, потому что содержат дополнительные поля, критичные для зачета платежа. В документе с видом операции «Уплата налога» заполняются: КБК, ОКТМО, статус плательщика, основание платежа, налоговый период и УИН (если платеж по требованию).

Самый надежный способ сформировать налоговую платежку — воспользоваться помощником: раздел «Главное» → «Задачи организации» или «Отчеты» → «Анализ начисления налогов». Программа сама рассчитает сумму, подставит актуальный КБК и реквизиты налогового органа. При ручном создании КБК нужно выбирать из обновленного справочника — коды периодически меняются.

Для платежей, перечисляемых в составе единого налогового платежа, порядок заполнения отличается: используется КБК единого налогового платежа, а конкретизация по налогам выполняется через уведомления об исчисленных суммах. Убедитесь, что ваша конфигурация обновлена и поддерживает действующий порядок заполнения полей платежки.

Проверка документа перед отправкой в банк

Перед выгрузкой платежку нужно проверить. В типовых конфигурациях есть встроенные механизмы контроля: программа подсвечивает незаполненные обязательные поля и может проверять контрольное соотношение номера счета и БИК банка. Но часть ошибок автоматика не ловит — их должен отследить бухгалтер.

Контрольные точки

Как проверить результат

Сумма и НДС

Норма

Сумма совпадает со счетом, НДС выделен корректной ставкой и указан в назначении

Тревожный признак

Сумма отличается от счета, НДС не указан или ставка неверная

Реквизиты получателя

Норма

ИНН, счет и БИК соответствуют последним данным контрагента

Тревожный признак

Счет устарел, банк получателя реорганизован, ИНН с опечаткой

Назначение платежа

Норма

Указано основание (счет, договор) и сумма налога

Тревожный признак

Пустое поле или текст без основания платежа

Налоговые поля

Норма

КБК, ОКТМО, статус и период заполнены по действующим правилам

Тревожный признак

Поля пустые, КБК из устаревшего справочника

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

Выгрузка в банк: файл, ДиректБанк и статусы

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

Второй способ — сервис 1С:ДиректБанк, при котором платежки отправляются в банк прямо из 1С без промежуточных файлов, а статусы исполнения и выписки загружаются автоматически. Для работы сервиса нужно, чтобы банк поддерживал технологию DirectBank, и требуется настройка подключения с электронной подписью. Этот вариант удобнее при большом количестве платежей и снижает риск подмены файла выгрузки.

После отправки контролируйте статус платежа. При обмене файлом статус обновится после загрузки выписки; при ДиректБанке — автоматически. Платежка считается исполненной только после того, как по выписке создано списание с расчетного счета. Если банк вернул платеж, в журнале появится соответствующий статус с причиной отказа.

Сравнение вариантов

Выгрузка файлом в клиент-банк

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

1С:ДиректБанк

Подходит при регулярных платежах: отправка и статусы прямо из 1С; требует поддержки банком, настройки подключения и электронной подписи.

Ручной ввод в интернет-банке

Допустим для разовых платежей вне 1С, но приводит к расхождениям учета и дублированию работы — платежку в программе все равно придется создавать для проводок.

Типичные ошибки и как их исправить

Даже в настроенной системе ошибки случаются. Самые распространенные: неверный банковский счет получателя (контрагент сменил банк, а карточку не обновили), неправильный КБК в налоговом платеже, отсутствие НДС в назначении платежа и неверная очередность платежа. Еще одна типичная ситуация — платежка создана, но не проведена, поэтому не попала в выгрузку.

Если ошибку обнаружили до отправки в банк, просто откройте документ, исправьте поля и перепроведите. Если платежка уже ушла в банк, но не исполнена — отзовите ее через банк или дождитесь возврата, затем исправьте документ в 1С и отправьте заново. Исправлять проведенную платежку, по которой банк уже списал деньги, нельзя: в этом случае оформляется новый документ (возврат или уточнение платежа).

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

Частые вопросы

Можно ли создать платежное поручение сразу на несколько счетов одного поставщика?

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

Почему платежка не попадает в файл выгрузки?

Чаще всего документ не проведен, отмечен как уже выгруженный или не попадает в отбор обработки обмена (другая организация, другой расчетный счет, дата вне диапазона). Проверьте статус документа в журнале и настройки отбора в обработке «Обмен с банком».

Как исправить платежку, если банк уже списал деньги?

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

Нужно ли каждый раз вводить назначение платежа вручную?

Нет. При создании платежки на основании счета или при указании договора программа формирует назначение автоматически по шаблону, включая сумму НДС. Шаблон можно скорректировать в настройках, а текст — отредактировать в самом документе перед проведением.

Что делать, если банк вернул платеж с ошибкой в реквизитах?

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

Можно ли формировать платежки пакетно, по списку счетов?

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