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

Когда банк прислал выписку и на счёт организации пришли деньги, это поступление надо отразить в учёте: показать рост остатка на расчётном счёте (счёт 1030), закрыть долг контрагента (по какому договору/сделке) и пометить, что выставленный счёт оплачен. Всё это делает «Платёжный ордер: поступление денежных средств».

Один документ закрывает шесть типов входящих операций (поле Вид операции), и от выбранного вида зависит и набор полей формы, и логика проводок:

• Оплата покупателя — зачисление оплаты за отгруженные товары/услуги;
• Возврат денежных средств поставщиком — поставщик вернул аванс/переплату;
• Расчёты по кредитам и займам — получение/возврат заёмных средств;
• Поступления от продажи иностранной валюты — на счёт пришла нацвалюта от продажи валютной выручки;
• Приобретение иностранной валюты — на валютный счёт зачислена купленная валюта;
• Прочее поступление безналичных денежных средств — всё остальное (инкассация, прочие зачисления).

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

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

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

(Маршрут по navigation-map.json: section: "Банк и касса", item: "Платежные ордера", createButton: "Создать". В некоторых вариантах интерфейса Fresh поступления и списания показаны единым журналом «Платёжные ордера» или в составе «Банковских выписок» — фактический пункт сверьте в своей базе.)

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

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

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

Когда: покупатель перечислил оплату за товары/услуги, в выписке — приход на расчётный счёт.

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

«Создать» → Вид операции = «Оплата покупателя». От вида операции зависит видимость табличной части и состав обязательных полей.

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

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

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

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

Шаг 4. Проверяем назначение и реквизиты выписки

Поле «Назначение платежа» — текст из банковской выписки. Номер/дата входящего документа заполнятся автоматически (из номера ордера и даты), если вы их не указали.

Шаг 5. Проводим и проверяем учёт

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

Урок 2. Возврат от поставщика и расчёты по займам

Отличия от оплаты покупателя — только в виде операции и счетах расчётов (подставляются автоматически):

1. Возврат денежных средств поставщиком — выбираем этот вид, контрагент = поставщик, в расшифровке указываем договор и сделку (аванс/поставку), которые возвращаются.
2. Расчёты по кредитам и займам — выбираем этот вид; здесь, в отличие от прочих, может потребоваться счёт расчётов в налоговом учёте построчно (если организация — плательщик КПН и ведётся учёт временных/постоянных разниц). Поле НУ-счёта станет обязательным.

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

Валютные операции требуют, чтобы валюта документа правильно соотносилась с валютой регламентированного учёта (для Казахстана — тенге, KZT):

• Приобретение иностранной валюты — на валютный счёт зачислена купленная валюта. Валюта документа должна ОТЛИЧАТЬСЯ от KZT (вы покупаете не-тенге). Валюта договора, наоборот, должна быть равна KZT.
• Поступления от продажи иностранной валюты — на счёт пришли тенге от продажи валюты. Валюта документа должна РАВНЯТЬСЯ KZT, а валюта договора — отличаться (это реализуемая валюта).

Урок 4. Прочее поступление и инкассация

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

• Для прочего поступления расшифровка платежа не используется — контрагент по сделке не обязателен.
• Для прочего поступления доступно поле Структурное подразделение-отправитель (для остальных видов оно автоматически приравнивается к подразделению-получателю).

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

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

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

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

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

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

Перечисление видов операции ВидыОперацийПоступлениеБезналичныхДенежныхСредств. Значения, явно встречающиеся в ObjectModule.bsl: ОплатаПокупателя, РасчетыПоКредитамИЗаймам, ПоступленияОтПродажиИностраннойВалюты, ПриобретениеИностраннойВалюты, ПрочееПоступлениеБезналичныхДенежныхСредств. Вид «Возврат денежных средств поставщиком» в этом модуле по имени не упоминается (обрабатывается общей веткой погашения задолженности) — точный состав перечисления сверяйте по метаданным/ManagerModule.

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

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

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

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

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

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

    // ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ДОКУМЕНТА

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

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

    // ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ИНФОРМАЦИОННОЙ БАЗЫ

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

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

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

    // ФОРМИРОВАНИЕ ДВИЖЕНИЙ

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

    УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияПриобретениеВалюты(ПараметрыПроведения.ПриобретениеВалюты,
        ПараметрыПроведения.Реквизиты, Движения, Отказ);

    УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияПродажаВалюты(ПараметрыПроведения.ПродажаВалюты,
        ПараметрыПроведения.Реквизиты, Движения, Отказ);

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

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

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

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

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

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

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

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

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

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

Точный состав наборов записей задаётся метаданными регистраторов и общими модулями. По коду документ затрагивает как минимум:

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

Логика «от обратного»: процедура собирает МассивНепроверяемыхРеквизитов и снимает проверки там, где они неуместны:

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

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

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

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

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

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

🆕 Что нового