Сверка начинается с ключа исходного потока#

В TRM, Financial Accounting и Cash Management похожие суммы появляются на разных этапах, с разной целью и датой. Правильная сверка прослеживает один бизнес-поток от сделки до бухгалтерского документа, платёжной обработки и прогноза ликвидности, не предполагая, что каждая система показывает один и тот же статус.

Для каждого потока зафиксируйте company code, transaction ID и activity, flow ID или flow type, payment/due date, currency, amount и valuation area. В документации SAP CDS I_FinTransFlow показывает cash flow текущей активности, его даты, суммы и сведения об оплате; среди основных фильтров - company code, financial transaction и activity. Это полезная точка для поиска исходной строки, но не замена FI-документу или истории платежа.

Поток, проводка и FI-документ#

Потоки сделки участвуют в определении данных проводки: типов документов, счетов баланса и доходов/расходов, ключей проводки. После выбора posting specifications через account determination потоки передаются FI-интерфейсу, который формирует проводку и документ. Поэтому сверяйте не только сумму, но и valuation area, account assignment reference, update/flow type, account determination и дату проводки.

В приложении Fix, Pay and Post Flows операция может фиксировать потоки и передавать их в FI. К проводке допускаются потоки с подходящим contract или settlement status. В одном процессе платежные заявки формируются во время posting, после чего их обрабатывает приложение автоматических платежей. Для отдельных потоков payment status может быть Not Paid, Paid, Flagged for Reversal или Reversed. Проверяйте строку posting log и reference key соответствующего FI-документа.

Зафиксирован не означает проведён, а проведён не означает оплачен. Между этими этапами возможны ошибка account determination, неподходящий статус, удержание потока, отмена, частичный платёж или отказ внешней платёжной программы. Точный статус и допустимые переходы зависят от продукта и настроек.

Платёжная заявка и движение банка#

Для payment-relevant flow TRM формирует payment request. Далее платёжная программа может создать платёжный документ и платёжный носитель, а банковский ответ может прийти позже отдельным сообщением или выпиской. Сопоставляйте ID заявки, платёжный документ, файл или группу платежа, банковскую reference и строку выписки. Не считайте наличие заявки доказательством отправки средств.

Выписка подтверждает банковскую информацию в том объёме, в котором её получил и обработал Cash Management/FI. Если сумма в выписке отличается от потока, проверьте валюту и курс, банковские комиссии, группировку платежей, доплаты/частичные суммы и дату валютирования. Сверка банковской выписки выполняется отдельно от сверки исходной оценки или договора TRM.

One Exposure - прогнозный денежный поток#

При интеграции с One Exposure TRM передаёт прогнозные денежные потоки в Cash and Liquidity Management. Такие строки сохраняют ссылку на исходную бизнес-операцию и flow TRM и могут включать параметры продукта и активности, но предназначены для планирования ликвидности. Это не FI-проводка и не независимое доказательство фактического поступления или списания по банку.

Для CM-relevant потоков в зависимости от сценария создаются внутренние flow types, в том числе 900100 для входящего и 900101 для исходящего bank cash; именно эти типы потребляются некоторыми Cash Management-приложениями. Проверьте, активирован ли источник TRM и выполнена ли его инициализация, какой transfer mode применяется, какие update types выбраны и как выводятся planning level и liquidity item. Классический и упрощённый transfer имеют разную последовательность и набор расширений.

При сравнении One Exposure с FI или выпиской явно отделяйте плановую строку от фактической. Отслеживайте ссылки на исходную операцию и flow, даты, направление, валюту, статус обновления и соответствующий реальный FI- или bank record. Если прогноз не исчез после фактической оплаты, ищите ошибку или задержку в обновлении источника, а не создавайте вторую сделку, чтобы «уравнять» суммы.

Контрольный маршрут сверки#

1. Выберите один исходный поток по компании, transaction, activity и flow.
2. Подтвердите актуальность договорной версии, сумму, валюту, дату исполнения и payment relevance.
3. Проверьте flow status, posting run и log, account assignment reference и номер FI-документа.
4. Если поток оплачивается, свяжите payment request с платёжным документом, платёжным носителем или статусом платежной программы.
5. Сверьте ответ банка и обработанную строку банковской выписки, включая reference, валюту, комиссии и дату валютирования.
6. Найдите соответствующий прогнозный flow в One Exposure и подтвердите, что его lifecycle обновлён по принятой интеграционной схеме.
7. Разберите первое место расхождения; отдельно классифицируйте ошибку, ожидаемую временную задержку, разницу валют/округления и изменение сделки.

Используйте одинаковый временной срез: дата сделки, дата потока, due/value date, posting date, bank statement date и время обновления One Exposure - разные поля. Сравнивайте суммы только после выравнивания валюты, valuation area, направления, версии сделки и включённых flow types. Не компенсируйте недостающие или повторные записи агрегированной разницей без идентификации строк.

Применимость#

Описание основано на официальной документации SAP S/4HANA On-Premise 2025 FPS01. Оно не доказывает наличие конкретной настройки или интерфейса в клиентской системе. Приложения и статусы зависят от продукта, релиза, активных функций и Customizing. Банковские данные, реальные документы, пользовательские отчёты и результат сверки в SAP runtime не проверялись.

Платёжный этап подробнее описан в статье о платёжных заявках и расчётах по сделкам. Техническое назначение потоков и позиционных CDS см. в данных и технических интерфейсах TRM, а интеграцию One Exposure - в статье о точках расширения TRM.

TRM: Reconciliation with FI and Cash Management#

Reconciliation starts with the source-flow key#

Similar amounts appear in TRM, Financial Accounting, and Cash Management at different stages, for different purposes and dates. A reliable reconciliation traces one flow from the transaction through an accounting document, payment processing, and liquidity forecast without assuming that each system shows the same status.

For each flow, record company code, transaction ID and activity, flow ID or flow type, payment or due date, currency, amount, and valuation area. SAP CDS I_FinTransFlow shows the cash flow of the current activity, its dates, amounts, and payment information; its main filters include company code, financial transaction, and activity. It is useful for finding the source row, but does not replace an FI document or payment history.

Flow, posting, and FI document#

Transaction flows are used to determine posting data: document types, balance-sheet and income or expense accounts, and posting keys. After account determination, flows are transferred to the FI interface, which creates the posting and document. Reconcile not just the amount, but also valuation area, account-assignment reference, update or flow type, account determination, and posting date.

In Fix, Pay and Post Flows, the operation can fix flows and transfer them to FI. Only flows with a suitable contract or settlement status can be posted. Payment requests are generated while posting for payment-relevant flows; an automatic payment app then processes them. Status can include Not Paid, Paid, Flagged for Reversal, or Reversed. Check the posting log and reference key for the corresponding FI document.

Fixed does not mean posted, and posted does not mean paid. Errors, ineligible status, a held flow, reversal, partial payment, or failure in an external payment program can occur between those stages.

Payment request and bank movement#

TRM creates a payment request for a payment-relevant flow. A payment program may then create a payment document and payment medium; a bank response may arrive later in a separate message or statement. Match the request ID, payment document, file or payment group, bank reference, and statement item. A payment request alone is not proof that funds were sent.

A bank statement confirms the information received and processed by Cash Management or FI. If its amount differs from the flow, check currency and exchange rate, bank charges, payment grouping, partial or additional amounts, and value date. Bank-statement reconciliation is separate from reconciliation of the original TRM valuation or contract.

One Exposure is a forecast cash flow#

With the One Exposure integration, TRM transfers forecast cash flows to Cash and Liquidity Management. These records retain references to the source business transaction and TRM flow, but are used for liquidity planning. They are not an FI posting or independent proof of an actual bank receipt or debit.

Depending on the scenario, internal flow types include 900100 for incoming and 900101 for outgoing bank cash; some Cash Management apps consume these types. Check that the TRM source is activated and initialized, which transfer mode is used, which update types are selected, and how planning level and liquidity item are derived. Classic and simplified transfer have different sequences and extension points.

When comparing One Exposure with FI or a bank statement, separate planned and actual records. Trace the source transaction and flow, dates, direction, currency, update status, and related actual FI or bank record. If a forecast remains after actual payment, investigate delay or failure in the source update instead of creating a second transaction to force the totals to match.

Reconciliation route#

1. Select one source flow by company, transaction, activity, and flow.
2. Confirm the current contract version, amount, currency, due date, and payment relevance.
3. Check flow status, posting run and log, account-assignment reference, and FI document number.
4. If paid, link the payment request to the payment document, payment medium, or payment-program status.
5. Reconcile the bank response and processed statement item, including reference, currency, charges, and value date.
6. Find the corresponding forecast flow in One Exposure and confirm it was updated according to the configured integration.
7. Investigate the first difference and classify it as an error, timing delay, currency or rounding difference, or transaction change.

Use one consistent time slice: transaction date, flow date, due or value date, posting date, bank-statement date, and One Exposure update time are different fields. Compare amounts only after aligning currency, valuation area, direction, transaction version, and included flow types. Do not offset missing or duplicated rows with an aggregate difference without identifying them.

Applicability#

This description is based on official SAP S/4HANA On-Premise 2025 FPS01 documentation. It does not establish that a customer system has the described settings or interfaces. Apps and statuses depend on product, release, active features, and Customizing. Bank data, real documents, customer reports, and an SAP-runtime reconciliation were not checked.

The payment stage is covered in TRM Payment Requests and Settlement. See TRM Data and Technical Interfaces for flow and position CDS views, and TRM Extension Points for One Exposure integration.