Документ «Платёжный ордер: списание денежных средств»
Документ регистрирует любое безналичное списание со счёта организации в банке — оплату поставщику, возврат покупателю, расчёты по кредитам, перечисление зарплаты, уплату налогов и прочие платежи. От выбранного вида операции зависит весь состав формы и логика учёта; проводки (Дт счёта расчётов/затрат — Кт счёта банка) формируют профильные модули учёта по учётной политике, а сам документ — оркестратор. Ключевая защита: провести можно только установив флаг «Оплачено».
🎯 Что это и зачем
Любой безналичный платёж со счёта в банке должен попасть в учёт: уменьшить остаток на банковском счёте, закрыть (или зачесть) задолженность перед получателем, при необходимости отразить комиссию банка и налоговый учёт. «Платёжный ордер: списание денежных средств» делает это одним документом для всех типов исходящих безналичных операций.
Что закрывает документ:
- Оплата поставщику — гасим кредиторскую задолженность по договору/счёту.
- Возврат денежных средств покупателю — возвращаем покупателю аванс или переплату.
- Расчёты по кредитам и займам — платежи по полученным кредитам/займам.
- Перечисление заработной платы — перевод зарплаты на карточные счета работников списком.
- Перечисление налога (взносов) — уплата налогов и взносов в бюджет с реквизитами КБК.
- Прочее списание — платежи, не связанные с задолженностью перед контрагентом.
- Перевод на другой счёт — внутреннее перемещение между счетами организации.
Кто работает: бухгалтеры и кассиры, ежедневно. Документ создаётся как вручную, так и автоматически на основании счёта на оплату поставщика, поступления товаров/услуг, доп. расходов, поступления НМА и других первичных документов. Часто заполняется при загрузке банковской выписки (поле «Оплачено» и реквизиты выписки).
🧭 Где найти в программе
Раздел «Банк и касса» → журнал «Платежные ордера» (общий журнал для ордеров поступления и списания). Новый документ создаём кнопкой «Создать» и выбираем вид операции списания.
navigation-map.json (релиз 3.0.72.1) сам объект ПлатежныйОрдерСписаниеДенежныхСредств отдельной строкой не описан. Маршрут указан по зеркальному документу ПлатежныйОрдерПоступлениеДенежныхСредств (section: «Банк и касса», item: «Платежные ордера»), с которым ордер списания делит общий журнал. Точное расположение и подпись пункта в конкретной поставке Fresh подтверждайте по интерфейсу. См. поле issues.👤 Часть 1. Для пользователя
Проходим по шагам: от пустого документа до проведённого списания и проверки проводок. У каждого вида операции — свой урок, потому что от вида операции меняется весь состав формы.
Урок 1. Оплата поставщику
Когда: оплачиваем счёт или поставку поставщику с расчётного счёта.
Шаг 1. Создаём документ и выбираем вид операции
«Создать» → вид операции «Оплата поставщику». От вида операции зависит, какие поля и табличные части будут видны и обязательны, поэтому выбираем его первым.
Шаг 2. Заполняем шапку
- Организация — плательщик (обязательно).
- Счёт организации — банковский счёт, с которого списываем. При выборе автоматически подставятся Валюта документа, Счёт банка (счёт учёта, обычно 1030), а также % и сумма комиссии из настроек счёта.
- Контрагент — получатель (поставщик).
- Счёт контрагента — банковский счёт получателя. Его валюта должна совпадать с валютой счёта организации.
- Сумма документа — сумма платежа в валюте документа.
Шаг 3. Заполняем расшифровку платежа
В табличной части «Расшифровка платежа» добавляем строки: - Договор контрагента — по какому договору платёж; - Сделка — документ-основание расчётов (счёт-фактура, поступление и т.п.), если нужно зачесть по конкретной сделке; - Сумма платежа — сумма по строке.
Шаг 4. Назначение платежа и реквизиты для банка
Заполняем «Назначение платежа» (текст уйдёт в банк), при необходимости — РНН плательщика/получателя, очерёдность платежа.
Шаг 5. Ставим «Оплачено» и проводим
Устанавливаем флаг «Оплачено» (факт списания подтверждён) и нажимаем «Провести» или «Записать и закрыть». Проверяем учёт через Дт/Кт.
Урок 2. Возврат денежных средств покупателю
Отличия от оплаты поставщику минимальны — меняется смысл и счёт расчётов: 1. Вид операции — «Возврат денежных средств покупателю». 2. Контрагент — покупатель, которому возвращаем аванс/переплату. 3. Расшифровка платежа так же обязательна (договор, сумма; при необходимости — сделка). 4. Счёт расчётов подставится по учётной политике (как правило, счёт авансов/расчётов с покупателями).
Урок 3. Перечисление заработной платы
Когда: переводим зарплату на карточные счета работников одним платежом-списком.
- Вид операции — «Перечисление заработной платы».
- Заполняем Организация, Счёт организации.
- Контрагент НЕ заполняется — это внутренние расчёты с работниками (программа снимает обязательность контрагента и счёта контрагента для этой операции).
- В табличной части «Перечисление заработной платы» добавляем строки: Физлицо (работник) и Сумма платежа по каждому.
- Сумма документа должна совпасть с итогом строк по колонке «Сумма платежа».
Урок 4. Перечисление налога (взносов)
Когда: уплата налогов, сборов и взносов в бюджет.
- Вид операции — «Перечисление налога (взносов)».
- Заполняем Организация, Счёт организации, Сумма документа.
- Указываем Контрагент (получатель — орган/бюджет) и Счёт контрагента.
- Заполняем Код БК (бюджетная классификация) и Вид платежа (налог/взнос).
- Для этой операции расшифровка платежа не нужна, а ряд проверок шапки (счёт расчётов, контрагент) ослаблены — реквизиты задаются под платёж в бюджет.
Урок 5. Прочее списание и перевод на другой счёт
Прочее списание — платёж, не привязанный к задолженности перед контрагентом (разовые расходы, штрафы и пр.): 1. Вид операции — «Прочее списание». 2. Заполняем шапку и Сумму документа. 3. Счета учёта (дебет) и аналитику задаём по обстоятельствам платежа.
Перевод на другой счёт — внутреннее перемещение между счетами организации: 1. Вид операции — «Перевод на другой счёт». 2. Указываем счёт-получатель (другой счёт организации); поля контрагента и счёт расчётов для этой операции не используются. 3. Для перевода можно указать подразделение-получатель, отличное от отправителя (для остальных операций получатель = отправитель).
Урок 6. Создание на основании
Чтобы не вводить повторно, ордер удобно создавать «на основании» первичного документа. Поддерживаемые основания (из ВводитсяНаОсновании):
- Счёт на оплату поставщика — самый частый сценарий: копируются контрагент, сумма, валюта, договор, расшифровка и реквизиты счёта (номер, дата).
- Поступление товаров и услуг, Поступление доп. расходов, Поступление НМА, Поступление из переработки — оплата поставки: копируются контрагент, сумма, договор.
- Возврат товаров от покупателя — возврат денег покупателю: контрагент, сумма, договор, счёт учёта.
Учёт комиссии банка (для любой операции)
Если банк удерживает комиссию за перевод: 1. Включаем флаг «Включать комиссию банка». 2. Заполняем % комиссии (тогда сумма посчитается) или Сумму комиссии напрямую. 3. Комиссия списывается отдельной проводкой — общая сумма списания со счёта = Сумма документа + Сумма комиссии.
issues.🛠 Часть 2. Для программиста
Источник: реальный код релиза 3.0.72.1 (Documents/ПлатежныйОрдерСписаниеДенежныхСредств/Ext/ObjectModule.bsl и …/Ext/ManagerModule.bsl), плюс разбор objects/ и business-logic/.
Структура объекта
Управляющий реквизит — ВидОперации (Перечисление.ВидыОперацийСписаниеБезналичныхДенежныхСредств). От него зависят видимость полей, обязательность реквизитов, набор движений. Значения, встречающиеся в коде: ОплатаПоставщику, ВозвратДенежныхСредствПокупателю, РасчетыПоКредитамИЗаймам, ПрочиеРасчетыСКонтрагентами, ПеречислениеЗаработнойПлаты, ПеречислениеНалога, ПрочееСписаниеБезналичныхДенежныхСредств, ПереводНаДругойСчет.
Ключевые реквизиты шапки: Организация, СчетОрганизации, СчетБанк, ВалютаДокумента, СуммаДокумента, Контрагент, СчетКонтрагента, СчетУчетаРасчетовСКонтрагентомБУ, СчетУчетаРасчетовСКонтрагентомНУ. Управляющие флаги: Оплачено (без него нельзя провести), РучнаяКорректировка (отключает автопроведение), ВключатьКомиссиюБанка + СуммаКомиссии/ПроцентКомиссии, УчитыватьКПН + ВидУчетаНУ. Для платежей в бюджет: КодБК, ВидПлатежа, РННПлательщика, РННПолучателя, ОчередностьПлатежа. Для переводов/подразделений: СтруктурноеПодразделениеОтправитель/СтруктурноеПодразделениеПолучатель. Реквизиты входящего: НомерВходящегоДокумента, ДатаВходящегоДокумента.
Табличные части:
- РасшифровкаПлатежа — детализация по договорам/сделкам (поля: ДоговорКонтрагента, Сделка, СуммаПлатежа, КурсВзаиморасчетов, КратностьВзаиморасчетов, СуммаВзаиморасчетов, СтавкаНДС, СуммаНДС, счета расчётов БУ/НУ, СчетУчетаРасчетовПоАвансам, СчетНаОплату, СтатьяДвиженияДенежныхСредств).
- ПеречислениеЗаработнойПлаты — выплаты по физлицам (Физлицо, СуммаПлатежа).
Когда нужна РасшифровкаПлатежа — определяет Документы.ПлатежныйОрдерСписаниеДенежныхСредств.ЕстьРасшифровкаПлатежа(ВидОперации) (реальный код, ManagerModule.bsl, стр. 181):
Функция ЕстьРасшифровкаПлатежа(ВидОперации) Экспорт
ЕстьРасшифровка = (ВидОперации = Перечисления.ВидыОперацийСписаниеБезналичныхДенежныхСредств.ОплатаПоставщику
ИЛИ ВидОперации = Перечисления.ВидыОперацийСписаниеБезналичныхДенежныхСредств.ВозвратДенежныхСредствПокупателю
ИЛИ ВидОперации = Перечисления.ВидыОперацийСписаниеБезналичныхДенежныхСредств.РасчетыПоКредитамИЗаймам
ИЛИ ВидОперации = Перечисления.ВидыОперацийСписаниеБезналичныхДенежныхСредств.ПрочиеРасчетыСКонтрагентами
ИЛИ ВидОперации = Перечисления.ВидыОперацийСписаниеБезналичныхДенежныхСредств.ПрочиеРасчетыСКонтрагентами);
Возврат ЕстьРасшифровка;
КонецФункции
ПрочиеРасчетыСКонтрагентами продублировано (две одинаковые ветки ИЛИ). На результат не влияет (идемпотентно), но это явная копипаст-ошибка — вероятно, должно было быть другое значение перечисления. Зафиксировано в issues.Жизненный цикл проведения (обработчики ObjectModule)
| Обработчик | Что делает |
|---|---|
ЗаполнитьНаборыЗначенийДоступа (экспорт) |
Заполняет наборы доступа по Организация + СтруктурноеПодразделениеОтправитель (RLS) |
ОбработкаЗаполнения |
При вводе на основании — ЗаполнитьПоДокументуОснованию; затем УправлениеДенежнымиСредствамиСервер.ЗаполнитьРеквизитыРасчетногоДокумента; при заполнении структурой убирает Автор |
ОбработкаПроверкиЗаполнения |
Главная валидация. Блокирует проведение без Оплачено; гибко формирует массив непроверяемых реквизитов по виду операции; сверяет суммы; проверяет взаиморасчёты и счета |
ПередЗаписью |
Дозаполняет договоры в расшифровке; чистит несоответствующие виду операции ТЧ; присваивает номер; заполняет реквизиты входящего; при отмене проведения оплаты поставщику — пересобирает статусы счетов |
ПриКопировании |
Очищает номер/дату входящего документа; пересчитывает реквизиты расчётного документа |
ОбработкаПроведения |
Готовит наборы записей; при РучнаяКорректировка — выходит; иначе делегирует формирование движений профильным модулям учёта |
Как формируется проведение — реальный код (3.0.72.1)
Главное: проводки не «зашиты» в документ. ОбработкаПроведения собирает параметры и таблицы, после чего делегирует формирование движений профильным общим модулям. Конкретные счета Дт/Кт определяются учётной политикой и правилами заполнения счетов, а не телом документа.
Источник: ObjectModule.bsl, процедура ОбработкаПроведения (стр. 297):
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ДОКУМЕНТА
ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению(ЭтотОбъект);
Если РучнаяКорректировка Тогда
Возврат; // ручное управление движениями
КонецЕсли;
ПараметрыПроведения = Документы.ПлатежныйОрдерСписаниеДенежныхСредств.ПодготовитьПараметрыПроведения(Ссылка, Отказ);
Если Отказ Тогда
Возврат;
КонецЕсли;
// ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ИНФОРМАЦИОННОЙ БАЗЫ
ТаблицаВзаиморасчеты = УправлениеВзаиморасчетамиСервер.ПодготовитьТаблицуВзаиморасчетовПогашениеЗадолженности(
ПараметрыПроведения.РасшифровкаПлатежа, ПараметрыПроведения.Реквизиты, Отказ);
// Изменение статуса счетов на оплату (если не групповое перепроведение)
ГрупповоеПерепроведение = Ложь;
Если ЭтотОбъект.ДополнительныеСвойства.Свойство("ГрупповоеПерепроведение") Тогда
ГрупповоеПерепроведение = ЭтотОбъект.ДополнительныеСвойства.ГрупповоеПерепроведение;
КонецЕсли;
Если НЕ ГрупповоеПерепроведение Тогда
ТаблицаСтатусовСчетов = СтатусыДокументов.ПодготовитьТаблицуСтатусовОплатыСчетов(
ПараметрыПроведения.ОплатаСчетов, ПараметрыПроведения.Реквизиты);
КонецЕсли;
// ФОРМИРОВАНИЕ ДВИЖЕНИЙ — каждый модуль пишет «свой» учёт:
УправлениеВзаиморасчетамиСервер.СформироватьДвиженияПогашениеЗадолженности(ТаблицаВзаиморасчеты,
ПараметрыПроведения.Реквизиты, Движения, Отказ);
УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияПрочееСписание(ПараметрыПроведения.РеквизитыПрочее,
Движения, Отказ);
УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияКомиссияБанка(ПараметрыПроведения.РеквизитыКомиссияБанка,
Движения, Отказ);
// Переоценка валютных остатков — ПОСЛЕ формирования проводок остальными механизмами
ТаблицаПереоценка = УчетДоходовРасходов.ПодготовитьТаблицуПереоценкаВалютныхОстатковПоПроводкамДокумента(
ПараметрыПроведения.Реквизиты, Движения, Отказ);
УчетДоходовРасходов.СформироватьДвиженияПереоценкаВалютныхОстатков(ТаблицаПереоценка,
ПараметрыПроведения.Реквизиты, Движения, Отказ);
РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеЗП(ПараметрыПроведения.Реквизиты,
ПараметрыПроведения.ТаблицаПеречислениеЗП, Движения, Перечисления.СпособыВыплатыЗарплаты.ЧерезБанк, Отказ);
ПроцедурыНалоговогоУчета.ОтразитьПостоянныеРазницыВНУ(ПараметрыПроведения.Реквизиты, Движения, Отказ);
// Оплата счетов + статусы документов
СтатусыДокументов.СформироватьДвиженияОплатаСчетов(
ПараметрыПроведения.ОплатаСчетов, ПараметрыПроведения.Реквизиты, Движения, Отказ);
Если НЕ ГрупповоеПерепроведение Тогда
СтатусыДокументов.СформироватьДвиженияСтатусовДокументов(
ТаблицаСтатусовСчетов, ПараметрыПроведения.Реквизиты);
КонецЕсли;
КонецПроцедуры
Кто что формирует (вызов → смысл):
| Вызов в коде | Какой учёт пишет |
|---|---|
УправлениеВзаиморасчетамиСервер.СформироватьДвиженияПогашениеЗадолженности |
проводка Дт счёта расчётов — Кт счёта банка + зачёт/гашение задолженности по договору и сделке |
УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияПрочееСписание |
прочие списания и переводы (операции без расшифровки) |
УправлениеДенежнымиСредствамиСервер.СформироватьДвиженияКомиссияБанка |
отдельная проводка на комиссию банка (Дт счёта услуг банка — Кт счёта банка) |
УчетДоходовРасходов.Сформировать…ПереоценкаВалютныхОстатков |
курсовые разницы по валютным остаткам (строго после остальных движений) |
РасчетЗарплатыСервер.СформироватьДвиженияПеречислениеЗП |
расчёты с работниками / выплаченные доходы (для перечисления ЗП через банк) |
ПроцедурыНалоговогоУчета.ОтразитьПостоянныеРазницыВНУ |
постоянные разницы в налоговом учёте |
СтатусыДокументов.СформироватьДвиженияОплатаСчетов / …СтатусовДокументов |
регистр оплаты счетов и статусы документов-оснований |
Важные детали из кода:
- РучнаяКорректировка = Истина → авто-проведение полностью пропускается (Возврат сразу после подготовки наборов) — движения заполняет пользователь.
- Порядок строгий: погашение задолженности → прочее списание → комиссия банка → переоценка валюты (после всех) → перечисление ЗП → постоянные разницы НУ → оплата счетов и статусы.
- При групповом перепроведении (ДополнительныеСвойства.ГрупповоеПерепроведение = Истина) подготовка/запись статусов оплаты счетов пропускается — статусы пересчитываются отдельным механизмом.
- Параметры и временные таблицы готовит ManagerModule: ПодготовитьПараметрыПроведения (стр. 390), маршрутизация по операциям — в ТекстЗапросаВременныеТаблицыДокумента (расшифровка / погашение задолженности / прочее списание / комиссия банка / перечисление ЗП / оплата счетов).
objects/ приводит «плоские» проводки (Дт 3310 Кт 1030, Дт 3350 Кт 1030, Дт 7210 Кт 1030 и т.п.). Реальная ОбработкаПроведения не содержит жёстко зашитых счетов — они вычисляются модулями УправлениеВзаиморасчетамиСервер, УправлениеДенежнымиСредствамиСервер, УчетДоходовРасходов, РасчетЗарплатыСервер по учётной политике и правилам заполнения счетов (СчетаУчетаВДокументах, УстановитьПравилаЗаполненияСчетовУчета в ManagerModule). «Плоские» Дт/Кт — иллюстрация; источник истины — отчёт «Дт/Кт» на проведённом документе. См. issues.
- Счёт банка (Кт): берётся из карточки банковского счёта организации (
ЗаполнитьСчетБанкавManagerModule).- Счёт расчётов (Дт): правила в
ManagerModule.УстановитьПравилаЗаполненияСчетовУчета/ЗаполнитьСчетаРасчетовСКонтрагентом, зависят от вида операции иЕстьРасчетыПоКредитам.- Комиссия банка: требует заполненного Контрагента у банка счёта организации — частая причина отказа проведения.
- Перечисление ЗП: только в валюте регламентированного учёта; логика — в
РасчетЗарплатыСервер.- НУ/КПН: включается флагом
УчитыватьКПНпри условии, что организация — плательщик налога на прибыль (УчетнаяПолитикаСервер.ПлательщикНалогаНаПрибыль).
Валидации (ОбработкаПроверкиЗаполнения)
Логика построена на массиве непроверяемых реквизитов: в зависимости от вида операции из стандартной проверки заполнения исключаются неподходящие поля. Ключевые правила (реальный код):
- Без
Оплачено— стоп. ЕслиНЕ Оплачено— сообщение «Платёжный ордер может быть проведён только если он оплачен…» иВозврат(проверка обрывается, документ не проводится). - Расшифровка платежа. Если
ЕстьРасшифровкаПлатежа(ВидОперации)— итогРасшифровкаПлатежа.Итог("СуммаПлатежа")должен равнятьсяСуммаДокумента; для каждой строки вызываетсяУправлениеВзаиморасчетамиСервер.ВозможноПроведениеВ_БУ_НУ(контроль валюты взаиморасчётов и счетов). Если расшифровки нет — из проверки убираются её реквизиты иКонтрагент. - Суммы для операций без бюджета/перевода. Для всех операций, кроме
ПрочееСписание,ПеречислениеНалога,ПереводНаДругойСчет: еслиСуммаДокумента + СуммаКомиссии = 0— ошибка «Не указана ни одна из сумм…». - Перечисление ЗП. Итог
ПеречислениеЗаработнойПлаты.Итог("СуммаПлатежа")должен совпасть сСуммаДокумента; валюта документа должна равняться валюте регламентированного учёта (иначе «Выплата заработной платы может осуществляться только в …»). Поля контрагента и счёт контрагента для ЗП исключаются из проверки. - Комиссия банка. Если
ВключатьКомиссиюБанка И СуммаКомиссии <> 0и у банка счёта организации не заполненБанк.Контрагент— ошибка с требованием заполнить контрагента у банка. - НУ.
ВидУчетаНУпроверяется только если организация — плательщик налога на прибыль иУчитыватьКПН; счета расчётов НУ исключаются из проверки, когда отражение в НУ не требуется или нет расчётов по кредитам. - Счёт контрагента / перевод. Для
ПереводНаДругойСчетне проверяется счёт контрагента (используется другой механизм), для остальных —СчетКонтрагентаобязателен. - В конце —
СчетаУчетаВДокументах.ПроверитьЗаполнение(...)(комплексная проверка корректности счетов и субконто).
Особенности ПередЗаписью
- Номер присваивается, если пустой (
УстановитьНовыйНомер); реквизиты входящего документа (НомерВходящегодокумента/ДатаВходящегоДокумента) дозаполняются из номера документа и даты. - ТЧ
ПеречислениеЗаработнойПлатыочищается, если вид операции ≠ перечисление ЗП; для операций кроме перевода/прочего списанияСтруктурноеПодразделениеПолучатель = СтруктурноеПодразделениеОтправитель. - Если
НЕ УчитыватьКПН—ВидУчетаНУсбрасывается в пустую ссылку. - При отмене проведения (
РежимЗаписи = ОтменаПроведения) для оплаты поставщику — если в расшифровке были счета на оплату, пересобираются и записываются статусы оплаты счетов (черезСтатусыДокументов), чтобы вернуть корректный статус документам-основаниям.
Движения по регистрам
Конкретный состав движений зависит от вида операции (часть регистров — только для соответствующих операций). Сводно:
| Регистр | Тип | Когда / что пишет |
|---|---|---|
Типовой (БУ) |
Бухгалтерия | Проводка Дт счёта расчётов/затрат — Кт счёта банка (счета определяет учётная политика) |
Налоговый (НУ) |
Бухгалтерия | Параллельные проводки НУ при УчитыватьКПН и условии плательщика налога на прибыль |
ОплатаСчетов |
Накопление | Контроль оплат по документам-основаниям (счета на оплату и т.п.) |
| Регистры взаиморасчётов | Накопление | Гашение задолженности по договору/сделке (через УправлениеВзаиморасчетамиСервер) |
| Регистры денежных средств / ДДС | Накопление | Списание со счёта, статья ДДС (через УправлениеДенежнымиСредствамиСервер) |
| Регистры расчётов с работниками / выплаченных доходов | Накопление | Только для перечисления ЗП (через РасчетЗарплатыСервер) |
| Регистры статусов документов | Сведения/накопление | Статусы оплаты счетов и документов-оснований |
ОбработкаПроведения не перечислены явно — они скрыты внутри вызовов профильных модулей. Состав движений конкретной операции сверяйте по набору движений проведённого документа в конфигураторе/через «Структуру подчинённости» и «Дт/Кт».Зависимости (общие модули)
ПроведениеСервер (подготовка наборов записей), УправлениеВзаиморасчетамиСервер (погашение задолженности, контроль ВозможноПроведениеВ_БУ_НУ), УправлениеДенежнымиСредствамиСервер (прочее списание, комиссия, реквизиты расчётного документа), УчетДоходовРасходов (переоценка валютных остатков), РасчетЗарплатыСервер (перечисление ЗП), ПроцедурыНалоговогоУчета (постоянные разницы, поддержка временных разниц), СтатусыДокументов (оплата счетов, статусы оснований), СчетаУчетаВДокументах/СчетаУчетаВДокументахКлиентСервер (правила заполнения счетов, проверка), УчетнаяПолитикаСервер (плательщик налога на прибыль), РаботаСДоговорамиКонтрагентов (дозаполнение договоров), ОбщегоНазначения/ОбщегоНазначенияБК. Со стороны ManagerModule: ЗаполнитьПоДокументуОснованию, ПодготовитьПараметрыПроведения, ТекстЗапроса*, ЕстьРасшифровкаПлатежа, УстановитьПравилаЗаполненияСчетовУчета, ТаблицаОплатаСчетов.
Оплачено— ворота проведения. Любая интеграция/групповая обработка, которая проводит ордер, обязана сперва установитьОплачено; иначеОбработкаПроверкиЗаполненияоборвётся сВозврат.РучнаяКорректировка = Истина→ авто-движений нет — заполняйте набор движений вручную.ГрупповоеПерепроведение(черезДополнительныеСвойства) меняет поведение: пропускается работа со статусами оплаты счетов. Учитывайте при пакетном перепроведении.ЕстьРасшифровкаПлатежасодержит дублирующееся условие (ПрочиеРасчетыСКонтрагентамидважды) — при доработке перечисления операций перепроверьте эту функцию (см.issues).- Печать.
ДобавитьКомандыПечатипустая — собственных печатных форм нет; не ищите их в этом документе.- Валюта ЗП жёстко привязана к валюте регламентированного учёта — закладывайте это в автозаполнение/тесты.
🔗 Связанные разделы
- platezhnyy-order-postuplenie — зеркальный документ поступления денежных средств
- platezhnoe-poruchenie-iskhodyashchee — распоряжение банку (бумажная форма исходящего платежа)
- schet-na-oplatu-postavshchika — частое основание для ордера списания
- postuplenie-tmz-i-uslug — основание для оплаты поставки
🆕 Что нового
| Версия | Изменение | Тип |
|---|---|---|
| 3.0.72.1 | Первичное описание (на релизе 3.0.72.1) | 🆕 |