Как платёжный поток TRM становится заявкой для расчётной программы и почему заявка, платёжный документ, платёжный файл и банковская выписка подтверждают разные этапы.
4 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Денежный поток финансовой сделки содержит условия и даты платежей, сумму и валюту, а также данные, используемые для дальнейшей обработки и бухгалтерской интеграции. Но запись потока сама по себе ещё не означает, что платёж отправлен или получен.
В документированном сценарии SAP S/4HANA On-Premise 2025 FPS01 для расчётного процесса можно создавать payment request - платёжную заявку. Применимость зависит от области сделки, настроек вида потока и платежных реквизитов. В TRM для отдельных видов потоков указывается, допускается ли создание заявки для исходящего, входящего или обоих направлений. Поэтому сначала определяют конкретную сделку, поток и настройку, а не делают вывод только по тому, что в cash flow есть дата платежа.
Для заявки TRM используется отдельная платёжная программа, например F111 в описанном SAP контексте. Её исходным объектом является payment request, а не стандартная FI открытая позиция поставщика или клиента. По документации, заявку можно создать на каждый релевантный платёжный поток; для функций Public Sector состав заявки может дополнительно зависеть от распределения по назначениям.
Для исходящего потока обычно нужны платёжные реквизиты партнёра, способ платежа, банковские данные, счёт и маршрут обработки. Применимость настройки запроса, clearing account, planning level, диапазона номеров и других параметров следует проверить для релиза и используемой области TRM. Если у контрагента нет собственного house bank account, заявка может позволить сгруппировать расчёты через предусмотренный процесс, но само наличие заявки не подтверждает, что итоговое перечисление выполнено.
Плановый поток - условия сделки рассчитали сумму и дату платежа.
Заявка сформирована - поток отвечает настройкам генерации и появился в очереди payment requests.
Платёжное предложение - платёжная программа отобрала заявки и применила её параметры выбора и группировки.
Платёж проведён - создан платёжный документ и соответствующие проводки расчётного процесса.
Платёжный файл сформирован и передан - результат зависит от payment medium format, Bank Communication Management и согласования.
Движение отражено банком - фактическое списание или зачисление подтверждается банковской информацией и последующей обработкой выписки.
Эти статусы не взаимозаменяемы. Зелёный результат формирования предложения не равен банковскому подтверждению; созданный файл ещё не доказывает его исполнение. В зависимости от настроек BCM могут появляться дополнительные этапы и согласования.
Для каждой заявки сопоставьте номер сделки и потока, направление, валюту, сумму, дату платежа и срок исполнения, партнёра, компанию, метод и банковские реквизиты, ключ заявки, статус платёжного предложения и запуска, платёжный документ, идентификатор файла и строку банковской выписки. Сначала проверьте, не был ли запрос уже включён в завершённый запуск и не создан ли внешний платёжный файл. Иначе повторный запуск может привести к дублированию расчёта.
Если сумма или дата расходятся, возвращайтесь к версии условий и расчёту cash flow; если заявки нет, проверяйте признак потока, направление, платёжные данные и журнал генерации; если заявка есть, но платёж не прошёл, анализируйте параметры и log F111, платёжный документ и статус банковского канала по отдельности. Корректировка банковской выписки не заменяет исправление исходной сделки или её потока.
Материал описывает payment request для TRM в SAP S/4HANA On-Premise 2025 FPS01. Он не устанавливает одинаковый процесс для Public Edition, Private Edition, ECC или специальных продуктов и локализаций. Доступные приложения, программа платежей, формат файла, approval flow, clearing account и обработка банковской выписки зависят от версии и Customizing. Клиентская система, платёжные данные, проведение F111 и реальная передача средств здесь не проверялись.
The cash flow of a financial transaction contains payment terms and dates, amount and currency, and data used for further processing and accounting integration. A flow record by itself does not mean that a payment was sent or received.
In the documented SAP S/4HANA On-Premise 2025 FPS01 scenario, a payment request can be created for the settlement process. Applicability depends on the transaction area, flow-type settings, and payment details. For certain flow types, TRM specifies whether a request can be created for outgoing, incoming, or both directions. First identify the transaction, flow, and configuration rather than inferring eligibility only from a payment date in cash flow.
TRM uses a dedicated payment program for payment requests, such as F111 in the documented SAP context. Its source object is the payment request, not a standard FI vendor or customer open item. SAP documentation states that a request can be created for each relevant payment flow; in Public Sector functions, its composition may also depend on account assignments.
An outgoing flow typically needs partner payment details, payment method, bank details, account, and processing route. Check the request indicator, clearing account, planning level, number range, and other parameters for the release and TRM area in use. If a counterparty has no house bank account, a payment request may support grouping settlements through the configured process, but the existence of a request does not confirm that the final transfer occurred.
When investigating a payment, distinguish these stages:
Planned flow: transaction terms determine the amount and payment date.
Request generated: the flow meets generation settings and appears in the payment-request queue.
Payment proposal: the payment program selected requests and applied its selection and grouping parameters.
Payment posted: the process created a payment document and corresponding settlement postings.
Payment medium created and sent: the result depends on the payment medium format, Bank Communication Management, and approvals.
Movement reflected by the bank: an actual debit or credit is confirmed by bank information and subsequent statement processing.
These statuses are not interchangeable. A successful proposal is not bank confirmation; a generated file does not prove execution. Depending on configuration, BCM can add processing and approval stages.
For each request, compare the transaction and flow IDs, direction, currency, amount, payment date and due date, partner, company, method and bank details, request key, payment proposal and run status, payment document, file identifier, and corresponding bank statement item. First check whether the request was already included in a completed run and whether an external payment file was created. Otherwise, a repeat run can duplicate the settlement.
If the amount or date differs, return to the terms revision and cash-flow calculation. If the request is missing, check the flow indicator, direction, payment details, and generation log. If a request exists but payment did not complete, inspect F111 parameters and log, payment document, and bank-channel status separately. Correcting the bank statement does not replace fixing the source transaction or flow.
This material describes TRM payment requests for SAP S/4HANA On-Premise 2025 FPS01. It does not establish the same process for Public Edition, Private Edition, ECC, or specialized products and localizations. Available apps, payment program, file format, approval flow, clearing account, and bank statement processing depend on release and Customizing. No customer system, payment data, F111 run, or actual funds transfer was inspected.