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

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

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

Кто работает: расчётчик зарплаты, бухгалтер по расчётам с персоналом — при каждом цикле выплат (зарплата, аванс, прочие выплаты). Документ закрывает ведомости как оплаченные, а единственная команда объекта — печатная форма «Платежное поручение» — передаётся в банк (на бумаге или электронно).

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

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

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

Проходим по шагам: от пустого документа до распечатанного платёжного поручения.

Урок 1. Платёжка по зарплатной ведомости

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

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

Урок 2. Платёжка по ведомости прочих выплат

Когда: перечисляются незарплатные выплаты, оформленные документом «Ведомость на перечисление прочих выплат».

1. Создаём документ и заполняем шапку так же, как в Уроке 1.
2. Ведомость добавляем в табличную часть «ВедомостиПрочие» (тип строки — DocumentRef.ВедомостьНаПеречислениеПрочихВыплат), а не в ТЧ «Ведомости».
3. Заполняем КНП и назначение платежа (они могут отличаться от зарплатного перечисления — КНП зависит от характера выплаты).
4. Записываем и распечатываем командой «Платежное поручение».

Урок 3. Печать и исправление платёжного поручения

Когда: нужен печатный (банковский) бланк, либо в уже записанной платёжке обнаружена ошибка в реквизитах.

1. Печать. Открываем записанный документ; нажимаем кнопку-команду «Платежное поручение» (единственная команда объекта). Откроется печатная форма с реквизитами счёта плательщика, счёта получателя, КНП и текстом назначения платежа.
2. Поиск для исправления. Открываем список документов «Платёжное поручение»; ищем по номеру (нумерация в пределах года, длина 11 символов), получателю или организации.
3. Исправление реквизитов. Платёжное поручение не делает движений по регистрам, поэтому его можно открыть, исправить и перезаписать без «перепроведения» с пересчётом — пересчётов не будет. Платформенная проверка 6 обязательных полей сработает повторно.
4. После исправления перепечатываем командой «Платежное поручение» и передаём обновлённый экземпляр в банк.

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

Состав объекта и особенности метаданных. Конфигурация ЗУП для Казахстана 3.1, релиз 3.1.2.24.

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 13 реквизитов; 4 табличные части. BSL-модули объекта и форм в XML-выгрузке отсутствуют (bsl_static и bsl_summaries пусты). Ниже — полный реквизитный состав и табличные части.

Реквизиты шапки

Табличные части

Движения по регистрам

Документ не делает движений по регистрам — metadata.register_records пуст. Это регистрационно-платёжный документ: после записи/проведения никаких записей в регистры расчёта зарплаты, накопления или сведений не создаётся. Бухгалтерские проводки по банку — зона бухгалтерской программы (1С:Бухгалтерия), а не ЗУП.

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

Декларативные проверки заполнения (из fill_value_required: ShowError) — шесть реквизитов, которые платформа проверяет автоматически перед записью:

// Реконструкция по metadata: 6 реквизитов с проверкой заполнения (ShowError).
// Платформа проверяет их автоматически; имена — дословно из метаданных.
ПроверяемыеРеквизиты =
    "Организация, ВидОперации, Контрагент,
     БанковскийСчет, БанковскийСчетКонтрагента,
     ВидДоходаИсполнительногоПроизводства";
// Дополнительные прикладные проверки задаёт ОбработкаПроверкиЗаполнения
// (в выгрузке отсутствует).

Поведение при записи (реконструкция по метаданным):

// Реконструкция по metadata. Не дословный код модуля.
// register_records = [] — движений нет; документ не является регистратором ни для одного регистра.

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

    // 1. Платформа проверяет 6 обязательных реквизитов (ShowError).
    //    При незаполненном хотя бы одном — запись прерывается с ошибкой.

    // 2. Документу присваивается номер: строка, 11 знаков, в пределах года (Year).

    // 3. Движения по регистрам НЕ формируются (register_records пуст).
    //    Никаких записей в регистры начислений, налогов или взаиморасчётов нет.

    // 4. Команда «ПлатежноеПоручение» (единственная в metadata.commands) —
    //    печатная форма; вызывается отдельно из UI, не в проведении.

КонецПроцедуры

Зависимости

BSL-модули в выгрузке отсутствуют; общие модули не перечислены. Структурно документ опирается на:

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

• Перечисление налогов — порядок формирования платёжных поручений по ИПН/ОПВ/СО/ВОСМС с правильными КНП.
• Ведомость в банк — как формируется ведомость, которую закрывает платёжное поручение.