🎯 Что это и зачем

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

Кто работает: бухгалтеры (расчётный счёт, налоги, зарплатные перечисления), ежедневно. Документ создаётся как с нуля, так и на основании счёта поставщика, ведомости на выплату зарплаты, документов начисления ОПВ/СО/ЕП и т.п.

🧭 Где найти в программе

Раздел «Банк и касса» → пункт «Платёжные поручения исходящие». Откроется журнал документов; новый создаём кнопкой «Создать» (далее выбираем вид операции).

👤 Часть 1. Для пользователя

Документ многоликий: разберём самые частые сценарии. Общий каркас один, отличия — в виде операции и в том, какая таблица заполняется.

Урок 1. Оплата поставщику (самый частый случай)

Когда: оплачиваем товары/услуги контрагенту, обычно по выставленному счёту.

Шаг 1. Создаём документ

Удобнее всего — на основании «Счёта на оплату поставщика»: открываем счёт → «Создать на основании» → «Платёжное поручение исходящее». Тогда вид операции, контрагент, договор, сумма и расшифровка заполнятся сами. Можно создать и с нуля: «Создать» → вид операции «Оплата поставщику».

Шаг 2. Проверяем шапку

• Организация — плательщик (подставится основная).
• Счёт организации — банковский счёт списания; от него подтянется валюта документа и счёт учёта банка.
• Контрагент и Счёт контрагента — получатель и его банковский счёт.
• Сумма документа — к перечислению.
• Назначение платежа — текст для банка (обычно заполнен из счёта).

Шаг 3. Проверяем расшифровку платежа

В таблице «Расшифровка платежа» — строка(и) с договором, сделкой (счётом/документом расчётов), суммой платежа, при необходимости — выделенным НДС и счётом учёта расчётов. Сумма строк должна совпасть с суммой документа.

Шаг 4. Ставим «Оплачено» и проводим

Когда банк исполнил платёж — включаем флаг «Оплачено» и нажимаем «Провести». Чтобы проверить учёт — открываем Дт/Кт (движения документа).

Урок 2. Перечисление зарплаты по ведомости

Когда: массовая выплата зарплаты на карты/счета по утверждённой ведомости.

1. Проводим документ «Зарплата к выплате организаций» (ведомость).
2. В ведомости — «Создать на основании» → «Платёжное поручение исходящее». Вид операции встанет «Перечисление заработной платы».
3. Заполнится таблица «Перечисление заработной платы» строкой с ведомостью и суммой к выплате.
4. Указываем счёт организации; ставим «Оплачено», проводим.

Урок 3. Уплата налога в бюджет

1. «Создать» → вид операции «Перечисление налога».
2. Вид налога (КПН, НДС, ИПН, соц. налог…), контрагент = орган госдоходов, счёт контрагента = счёт казначейства.
3. Заполняем сумму, КБК / код назначения платежа, назначение платежа.
4. Ставим «Оплачено», проводим.

Урок 4. Выдача в подотчёт и перевод на другой счёт

• Перечисление денежных средств подотчётнику. Вид операции «…Подотчётнику»; в таблице «Перечисление в подотчёт» указываем физлицо, сумму, вид задолженности, при необходимости — номер карты. Сумма таблицы должна равняться сумме документа.
• Перевод на другой счёт. Вид операции «Перевод на другой счёт»; вместо контрагента указываем счёт своей же организации-получателя. Это внутренняя операция между двумя счетами одной организации.

Урок 5. Комиссия банка

Если банк удерживает комиссию — включаем «Включать комиссию банка», задаём процент или сумму комиссии. Комиссия списывается отдельным движением.

🛠 Часть 2. Для программиста

Источник: реальный код релиза 3.0.72.1 (Documents/ПлатежноеПоручениеИсходящее/Ext/ObjectModule.bsl, 1377 строк), метаданные документа (Documents/ПлатежноеПоручениеИсходящее.xml), Enums/ВидыОперацийППИсходящее/Ext/ManagerModule.bsl, план счетов «Типовой», плюс разборы objects/ и business-logic/.

Структура объекта

Сценарий задаёт ВидОперации (Перечисление.ВидыОперацийППИсходящее). Видимость полей, набор обязательных реквизитов, состав движений — всё ветвится от него. Доступные значения фильтруются функциональными опциями (см. Enums/ВидыОперацийППИсходящее/Ext/ManagerModule.bsl): например, зарплатные виды операций (ПеречислениеЗаработнойПлаты, ПеречислениеПенсионныхВзносов, ПеречислениеСоциальныхОтчислений) скрыты без опции ВедетсяУчетЗарплатыИКадры; ПеречислениеПоИсполнительнымЛистам — без ИспользоватьИсполнительныеЛисты; ПеречислениеПрочихВыплат — без ИспользоватьРегистрациюПрочихВыплат; ОплатаСтруктурномуПодразделению — без ПоддержкаРаботыСоСтруктурнымиПодразделениями.

Ключевые реквизиты шапки: ВидОперации, Организация, СчетОрганизации, СчетБанк (счёт учёта БУ), ВалютаДокумента, СуммаДокумента, Контрагент, СчетКонтрагента, СчетУчетаРасчетовСКонтрагентомБУ / …НУ, Оплачено, ДатаВыписки, РучнаяКорректировка, ВключатьКомиссиюБанка / ПроцентКомиссии / СуммаКомиссии, УчитыватьКПН / ВидУчетаНУ, налоговые реквизиты (ВидНалога, КодБК, КодНазначенияПлатежа), реквизиты печати (РНН, тексты плательщика/получателя, банк-посредник).

Табличные части (по одной «живой» на вид операции): РасшифровкаПлатежа (оплата поставщику / возврат покупателю), ПеречислениеЗаработнойПлаты, ПеречислениеПенсионныхВзносов, ПеречислениеСоциальныхОтчислений, ПеречислениеЕдиныхПлатежей, ПеречислениеПоИсполнительнымЛистам, ПеречислениеНДССИзмененнымСрокомУплаты, ПеречислениеВПодотчет, ПеречислениеПрочихВыплат, ПеречислениеПрочихДоходов. Лишние таблицы очищаются в ПередЗаписью (см. ниже).

Жизненный цикл (обработчики ObjectModule)

Гейт проведения по флагу «Оплачено» — реальный код (3.0.72.1)

Это важнейшая особенность документа. Источник: ObjectModule.bsl, ПередЗаписью (стр. 967), фрагмент:

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)

    Если ОбменДанными.Загрузка Тогда
        Возврат;
    КонецЕсли;
    // ...
    Если НЕ Оплачено И РежимЗаписи = РежимЗаписиДокумента.Проведение Тогда
        РежимЗаписи    = ?(Проведен, РежимЗаписиДокумента.ОтменаПроведения, РежимЗаписиДокумента.Запись);
        ТекстСообщения =
            НСтр("ru = 'Проведение документа возможно только после установки флага ""Оплачено"".
                  |Документ будет записан без проведения'");
        ОбщегоНазначения.СообщитьПользователю(ТекстСообщения, ЭтотОбъект, "Оплачено", "Объект", Ложь);
        ДополнительныеСвойства.Вставить("ЗакрыватьФорму", Ложь);
    КонецЕсли;
    // ... далее: автозаполнение Ответственного, ДатыВыписки, нумерация,
    //     заполнение договоров в РасшифровкеПлатежа, очистка неактуальных ТЧ ...
КонецПроцедуры

Что здесь важно: - Оплачено = Ложь → проведение подменяется на запись (или на отмену проведения, если документ уже проведён). Сообщение информационное (Отказ = Ложь), документ всё равно сохраняется. - Тут же ДатаВыписки = Дата, если документ новый или не оплачен; и массовая очистка таблиц, не соответствующих текущему ВидОперации (ПеречислениеЗаработнойПлаты.Очистить() и т.д.) — защита от «мусора» при смене вида операции. - При отмене проведения операции ОплатаПоставщику отдельно пересобираются статусы оплаты связанных счетов (СтатусыДокументов.СформироватьДвиженияСтатусовДокументов).

Как формируется проведение — реальный код (3.0.72.1)

Главное (как и в остальных учётных документах): проводки не «зашиты» в документ. ОбработкаПроведения собирает таблицы-параметры и делегирует формирование движений профильным общим модулям. Конкретные счета Дт/Кт определяются учётной политикой и настройками счетов, а не телом документа.

Источник: ObjectModule.bsl, ОбработкаПроведения (стр. 1137), сокращённо:

Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению(ЭтотОбъект, Ложь);
    Если РучнаяКорректировка Тогда
        Возврат;                                   // ручное управление движениями
    КонецЕсли;

    ПараметрыПроведения = Документы.ПлатежноеПоручениеИсходящее.ПодготовитьПараметрыПроведения(Ссылка, Отказ);
    Если Отказ Тогда Возврат; КонецЕсли;

    // подготовка таблиц по данным ИБ
    ТаблицаВзаиморасчеты = УправлениеВзаиморасчетамиСервер.ПодготовитьТаблицуВзаиморасчетовПогашениеЗадолженности(
        ПараметрыПроведения.РасшифровкаПлатежа, ПараметрыПроведения.Реквизиты, Отказ);
    // ... статусы оплаты счетов (если не групповое перепроведение) ...

    // ФОРМИРОВАНИЕ ДВИЖЕНИЙ — каждый модуль пишет «свой» учёт:
    УправлениеВзаиморасчетамиСервер.СформироватьДвиженияПогашениеЗадолженности(ТаблицаВзаиморасчеты, ..., Движения, Отказ);
    УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияПрочееСписание(..., Движения, Отказ);
    УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияПеречислениеВПодотчет(..., Движения, Отказ);
    УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияКомиссияБанка(..., Движения, Отказ);
    УчетНДСИАкциза.СформироватьДвиженияПлатежноеПоручение(..., Движения, Отказ);          // НДС с изменённым сроком уплаты
    // переоценка валютных остатков — ПОСЛЕ всех прочих движений
    ТаблицаПереоценка = УчетДоходовРасходов.ПодготовитьТаблицуПереоценкаВалютныхОстатковПоПроводкамДокумента(..., Движения, Отказ);
    УчетДоходовРасходов.СформироватьДвиженияПереоценкаВалютныхОстатков(ТаблицаПереоценка, ..., Движения, Отказ);
    // зарплатный блок
    РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеЗП(..., Перечисления.СпособыВыплатыЗарплаты.ЧерезБанк, Отказ);
    РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеОПВ(..., Движения, Отказ);          // ОПВ/ОППВ/ОПВР
    РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеСО(..., Движения, Отказ);           // СО/ВОСМС/ООСМС
    РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеЕП(..., Движения, Отказ);           // единый платёж
    РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеПоИЛ(..., Движения, Отказ);         // исполнительные листы
    ВыполнитьКонтрольОстатковПоПрочимВыплатам(..., Отказ);
    РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеПрочихВыплат(..., Движения, Отказ);
    Если ВидОперации = Перечисления.ВидыОперацийППИсходящее.РасчетыПоДоходуОтРазовыхВыплатСКонтрагентами Тогда
        РасчетЗарплатыСервер.СформироватьДвиженияРасчетыСКонтрагентамиФизЛицами(..., Движения, Отказ);
    КонецЕсли;
    ПроцедурыНалоговогоУчета.ОтразитьПостоянныеРазницыВНУ(ПараметрыПроведения.Реквизиты, Движения, Отказ);
    СтатусыДокументов.СформироватьДвиженияОплатаСчетов(..., Движения, Отказ);
    // ... статусы документов (если не групповое перепроведение) ...
КонецПроцедуры

Кто что формирует (вызов → смысл):

Важные детали из кода: - РучнаяКорректировка = Истина → авто-проведение полностью пропускается (Возврат сразу после подготовки наборов записей) — движения заполняет пользователь вручную. - Порядок строгий: погашение задолженности → прочее списание / подотчёт → комиссия → НДС → переоценка валюты после всех прочих движений → зарплатный блок → постоянные разницы НУ → статусы оплаты счетов. - ГрупповоеПерепроведение (из ДополнительныеСвойства) отключает пересчёт статусов счетов — оптимизация для массового перепроведения.

Движения по регистрам (источник истины)

Полный список регистров-приёмников взят из метаданных документа (Documents/ПлатежноеПоручениеИсходящее.xml, секция RegisterRecords) — это достоверный перечень того, куда документ может писать (фактический набор зависит от вида операции):

1. «Документ не проводится / молча записывается» → в 90% случаев снят флаг «Оплачено». Это by design (ПередЗаписью), а не баг.
2. «Проводки не те» → смотреть учётную политику и счета учёта (СчетаУчетаВДокументах, настройки счетов организации), а не документ. Документ — оркестратор; вся логика счетов в модулях Управление*, РасчетЗарплаты*, УчетНДСИАкциза, УчетнаяПолитикаСервер.
3. «Не хватает вида операции в списке» → проверить функциональные опции (ВедетсяУчетЗарплатыИКадры, ИспользоватьИсполнительныеЛисты, ИспользоватьРегистрациюПрочихВыплат, ПоддержкаРаботыСоСтруктурнымиПодразделениями) — фильтр в Enums/ВидыОперацийППИсходящее/ManagerModule.
4. Зарплатные перечисления требуют, чтобы суммы точно сходились с ведомостями и взносы не дублировались между документами — частая причина отказа при автоматизации.

Валидации (ОбработкаПроверкиЗаполнения)

Логика построена «от обратного»: процедура накапливает массив непроверяемых реквизитов под текущий вид операции и в конце вызывает стандартную проверку только по актуальным полям. Ключевые правила:

• Сумма документа ↔ расшифровка. Для видов с расшифровкой: РасшифровкаПлатежа.Итог("СуммаПлатежа") = СуммаДокумента, иначе «Не совпадают сумма документа и ее расшифровка».
• Хотя бы одна сумма заполнена. Кроме «прочего списания», «перечисления налога» и «перевода на другой счёт»: СуммаДокумента + СуммаКомиссии не должно быть нулём.
• Счёт получателя (СчетКонтрагента) обязателен только при «Переводе на другой счёт».
• Счета расчётов БУ/НУ не проверяются, если нет комиссии и вид операции — налог/прочее списание/перевод/НДС с изменённым сроком.
• Контроль ведомостей (зарплата, ОПВ, СО, ЕП, ИЛ, прочие выплаты, прочие доходы): запросами к регистрам …РасчетыСФондами, СведенияОВыплатах… проверяется, что (а) ведомость не включена в другой проведённый документ, (б) сумма по ведомостям равна сумме документа, (в) в одном документе — один вид взносов, (г) валюта = валюта регл. учёта.
• ИИН/БИН и РНН (для РасчетыПоДоходуОтРазовыхВыплатСКонтрагентами): сверка реквизитов контрагента и связанного физлица; что именно сверять (РНН или ИИН/БИН) зависит от константы ДатаПрекращенияВыводаРННВПервичныхДокументах.
• Возможность проведения в БУ/НУ по каждой строке расшифровки — УправлениеВзаиморасчетамиСервер.ВозможноПроведениеВ_БУ_НУ.
• Финальный аккорд — СчетаУчетаВДокументах.ПроверитьЗаполнение(...).

Зависимости (общие модули)

УправлениеДенежнымиСредствамиСервер (реквизиты расчётного документа, прочее списание, подотчёт, комиссия, расчёты по кредитам), УправлениеВзаиморасчетамиСервер (погашение задолженности, проверка БУ/НУ), РасчетЗарплатыСервер (все зарплатные движения), УчетНДСИАкциза (НДС с изменённым сроком, НДС за нерезидента), УчетДоходовРасходов (переоценка валюты), ПроцедурыНалоговогоУчета (постоянные разницы, временные разницы по налогу на прибыль), СтатусыДокументов (статусы оплаты счетов), СчетаУчетаВДокументах (заполнение/проверка счетов), УчетнаяПолитикаСервер (плательщик налога на прибыль), РаботаСДоговорамиКонтрагентов (договоры в ТЧ), ОбщегоНазначения(БК).

1. Гейт «Оплачено» живёт в ПередЗаписью, а не в ОбработкаПроверкиЗаполнения — при автоматизации (создание/проведение из кода) выставляйте Оплачено = Истина до записи в режиме проведения, иначе документ молча запишется без движений.
2. Очистка таблиц по виду операции тоже в ПередЗаписью: меняя ВидОперации программно, не рассчитывайте, что старые строки сохранятся.
3. РучнаяКорректировка = Истина → ОбработкаПроведения выходит сразу после ПодготовитьНаборыЗаписейКПроведению; движения не пересчитываются.
4. Контроль остатков по прочим выплатам вынесен в экспортную служебную процедуру ВыполнитьКонтрольОстатковПоПрочимВыплатам — её зовут и из проверки заполнения, и из проведения.
5. Список видов операций фильтруется в ManagerModule перечисления по функциональным опциям — добавляя новый сценарий, не забудьте про этот фильтр и про ветки в ОбработкаПроверкиЗаполнения / ПередЗаписью.

🔗 Связанные разделы

• platezhnoe-poruchenie-vhodyashchee — зеркальный документ поступления денег
• platezhnyy-order-spisanie-denezhnyh-sredstv — списание без поручения (по выписке)
• schet-na-oplatu-postavshchika — основание для оплаты поставщику
• zarplata-k-vyplate-organizaciy — ведомость-основание для перечисления зарплаты

🆕 Что нового