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

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

Один документ закрывает целый набор сценариев — от рутинной оплаты покупателя до валютообменных операций и возвратов из пенсионного фонда. Какой именно сценарий — задаёт вид операции (см. список ниже). От него зависит, какие поля и табличные части показываются, и как документ проводится.

Кто работает: бухгалтер и казначей, ежедневно при разборе банковской выписки. Документ создаётся вручную, на основании счёта/реализации/ведомости или загружается из клиент-банка.

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

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

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

Идём по шагам, как в курсе: от пустого документа до проведённого поступления и проверки проводок. Сначала — самый частый сценарий (оплата от покупателя), затем особые случаи.

Урок 1. Оплата от покупателя

Когда: покупатель перечислил деньги по счёту или за отгрузку.

Шаг 1. Создаём документ и выбираем вид операции

«Создать» → в шапке выбираем Вид операции = «Оплата от покупателя». Вид операции — первое, что нужно задать: от него зависит, какие поля и табличные части появятся на форме.

Шаг 2. Заполняем шапку

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

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

Переходим в табличную часть «Расшифровка платежа» и указываем, на что относится поступление: - Договор — договор с покупателем; - Сделка — документ-расчёт (счёт, реализация, акт), по которому гасится задолженность; - Сумма платежа — сумма по строке; - Счёт учёта расчётов и ставка НДС подставятся автоматически.

Строк может быть несколько (если одна оплата закрывает несколько договоров/счетов).

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

Включаем флаг «Оплачено» (подтверждение, что деньги действительно зачислены по выписке). Без него документ не проведётся — это «защита» от учёта неподтверждённых поступлений.

Шаг 5. Проводим и проверяем

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

Урок 2. Возврат денег от поставщика и прочие расчёты

Отличия от Урока 1: 1. Вид операции — «Возврат денежных средств поставщиком» (поставщик вернул аванс) или «Прочие расчеты с контрагентами». 2. Контрагент — поставщик; счёт учёта расчётов в расшифровке подставится из группы расчётов с поставщиками (обычно 3310 / 1610). 3. Остальное — как в Уроке 1: договор, сумма, флаг «Оплачено», проведение.

Урок 3. Покупка и продажа иностранной валюты

Для валютообменных операций есть два вида операции с жёсткими правилами по валюте:

Урок 4. Создание на основании

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

Урок 5. Возвраты из фондов и зарплаты (специальные сценарии)

Отдельная группа видов операций — возвраты в пользу организации из бюджета/фондов: - Возврат заработной платы — работник вернул неполученную зарплату; - Возврат пенсионных взносов (ОПВ/ОППВ/ОПВР); - Возврат взносов и отчислений соц. страхования (СО, ВОСМС, ООСМС); - Возврат единого платежа; - Возврат прочих выплат.

Для них вместо «Расшифровки платежа» заполняется своя табличная часть со списком ведомостей (документов-оснований) и суммами возврата.

• сумма по списку ведомостей должна совпадать с суммой документа;
• одна ведомость не может быть использована в двух разных платёжных поручениях (программа найдёт конфликт и укажет документ-«двойник»);
• в одном документе нельзя смешивать разные виды взносов (например, ОПВ и ОППВ; СО и ОСМС);
• возвраты зарплаты/взносов оформляются только в валюте регл. учёта (тенге).

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

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

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

Управляющий реквизит — ВидОперации (Перечисление.ВидыОперацийПоступлениеБезналичныхДенежныхСредств). Полный состав перечисления (14 значений) из метаданных релиза:

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

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

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

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

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

Источник: ObjectModule.bsl, процедура ОбработкаПроведения (стр. 661), целиком:

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

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

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

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

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

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

    // Переоценка валютных остатков — ПОСЛЕ остальных проводок
    ТаблицаПереоценка = УчетДоходовРасходов.ПодготовитьТаблицуПереоценкаВалютныхОстатковПоПроводкамДокумента(
        ПараметрыПроведения.Реквизиты, Движения, Отказ);
    УчетДоходовРасходов.СформироватьДвиженияПереоценкаВалютныхОстатков(ТаблицаПереоценка, ПараметрыПроведения.Реквизиты, Движения, Отказ);

    // Возвраты: ЗП / ОПВ(ОППВ,ОПВР) / СО(ВОСМС,ООСМС) / ЕП / прочие выплаты
    РасчетЗарплатыСервер.СформироватьДвиженияВозвратЗП(ПараметрыПроведения.Реквизиты, ПараметрыПроведения.ТаблицаВозвратЗП, Движения, Ложь, Отказ);
    РасчетЗарплатыСервер.СформироватьДвиженияВозвратОПВ(ПараметрыПроведения.Реквизиты, ПараметрыПроведения.ТаблицаВозвратОПВ, Движения, Отказ);
    РасчетЗарплатыСервер.СформироватьДвиженияВозвратСО(ПараметрыПроведения.Реквизиты, ПараметрыПроведения.ТаблицаВозвратСО, Движения, Отказ);
    РасчетЗарплатыСервер.СформироватьДвиженияВозвратЕП(ПараметрыПроведения.Реквизиты, ПараметрыПроведения.ТаблицаВозвратЕП, Движения, Отказ);
    РасчетЗарплатыСервер.СформироватьДвиженияВозвратПрочихВыплат(ПараметрыПроведения.Реквизиты, ПараметрыПроведения.ТаблицаВозвратПрочихВыплат, Движения, Отказ);

    ПроцедурыНалоговогоУчета.ОтразитьПостоянныеРазницыВНУ(ПараметрыПроведения.Реквизиты, Движения, Отказ);

    СтатусыДокументов.СформироватьДвиженияОплатаСчетов(ПараметрыПроведения.ОплатаСчетов, ПараметрыПроведения.Реквизиты, Движения, Отказ);
    Если Не ГрупповоеПерепроведение Тогда
        СтатусыДокументов.СформироватьДвиженияСтатусовДокументов(ТаблицаСтатусовСчетов, ПараметрыПроведения.Реквизиты);
    КонецЕсли;

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

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

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

Ключевые правила записи (ПередЗаписью)

Помимо проведения, важная пользовательская логика живёт в ПередЗаписью (стр. 552):

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

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

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

Обработчик строит МассивНепроверяемыхРеквизитов в зависимости от вида операции (чтобы не требовать неактуальные поля), затем выполняет проверки. Из реального кода:

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

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

Состав движений зависит от вида операции; конкретные наборы формируют общие модули (см. выше). По разбору objects/ документ может писать в следующие регистры (источник истины — реальная конфигурация и отчёт Дт/Кт):

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

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

1. Флаг «Оплачено» — главный гейт проведения. Любые сценарии автопроведения/обмена должны его выставлять, иначе документ молча запишется без движений.
2. Вид операции переключает и поля, и ТЧ, и проведение. Перед программным заполнением определяйте активную ТЧ (ЕстьРасшифровкаПлатежа(ВидОперации)); «чужие» ТЧ возвратов всё равно очистятся в ПередЗаписью.
3. РучнаяКорректировка = Истина полностью отключает авто-проведение — движения заполняет пользователь.
4. Дубли ведомостей проверяются запросами по регистрам фондов с условием Ссылка <> &Ссылка и Активность — при доработке возвратов учитывайте эту защиту, чтобы не задвоить движения по фондам.
5. Счета РК ≠ счета РФ. «Плоские» примеры из objects/ используют план счетов РФ (51/62/60); в РК банк — 1030, расчёты — 1210/3310. Не переносите эти счета в код/тесты буквально.

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

• platezhnoe-poruchenie-ishodyashchee — зеркальный документ списания денег со счёта
• schet-na-oplatu-pokupatelyu — основание для оплаты от покупателя
• realizaciya-tmz-i-uslug — отгрузка, по которой приходит оплата
• platezhnyy-order-postuplenie-denezhnyh-sredstv — поступление по платёжному ордеру

🆕 Что нового