TRM: жизненный цикл финансовой сделки#

В Transaction Manager сделка - это не одна проводка, а объект с условиями и событиями, из которых система формирует денежные потоки для дальнейшей обработки. В документации SAP S/4HANA On-Premise 2025 FPS01 поток сделки может включать номинальную сумму, проценты, погашения, начисления и результаты оценки. Поток служит основой для расчётов, платежей, обновления Cash Management и подготовки передачи в Financial Accounting.

Рассматривайте сквозной процесс как последовательность с контрольными границами: исходные условия сделки; рассчитанные потоки; обработка событий и оценка; отражение в позиции; передача проводимых потоков в FI; сверка результата. Конкретные этапы зависят от типа продукта, настроек и релиза. Этот обзор описывает модель, а не настройку конкретного продукта или клиентской системы.

1. Сделка и договорные условия#

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

Проверяйте не только заполненность реквизитов, но и их совместимость: дата начала не должна нарушать договорный период; ставка и календарь должны соответствовать условиям; валюта потока должна иметь однозначный смысл. Пустое поле может быть допустимым для одного типа сделки и критичным для другого.

2. Формирование денежного потока#

Cash flow содержит потоки сделки в хронологическом порядке и их типы. Часть записей вводится вручную, часть генерируется из условий, выводится системой или появляется как поток начисления/отнесения либо оценки. В расчётных потоках важны не только сумма и дата платежа, но также база расчёта, период, валюта, тип потока и статус.

Проверяйте расчёт по отдельным строкам: исходное условие, интервал, применённый календарь и ставка, округление и дата платежа. Сверка только общего итога не обнаруживает неверную дату или два компенсирующих друг друга потока. День-счёт и правила календарей проверяйте для соответствующего продукта и версии; отдельная арифметическая модель не доказывает совпадение с SAP.

3. Изменение, оценка и позиция#

Изменение сделки может потребовать обновить потоки и повторить зависимые расчёты. Сохраняйте причинную связь между исходными условиями, событием изменения и пересчитанными результатами. При оценке отдельно фиксируйте дату ключа, рынок и источник входных данных, валюту и область оценки. Оценочный поток следует отличать от договорного платежа.

Позиция и её движения помогают объяснить, как начальный номинал преобразуется последующими событиями. Контролируйте, что повторная обработка не создаёт двойных движений, а отмена или исправление отражает корректную бизнес-причину. Это требует проверки в целевой системе и не выводится из одной лишь арифметики потоков.

4. Передача в FI и контрольная сверка#

Для передачи данных в FI используются проводимые потоки и правила определения счетов. SAP описывает использование типа потока, данных сделки и flexible account determination для подготовки документа. Наличие рассчитанного cash flow само по себе не означает, что поток уже проведён или что найден правильный счёт.

Сверяйте отдельно:

• набор и типы потоков до обработки;
• суммы, даты, валюты и статусы после расчёта;
• область оценки и применённые рыночные данные;
• проведённые документы FI и их ledger/компанию;
• отражение потоков в Cash Management и согласование с фактом платежа.

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

5. Передача прогнозных потоков в Cash Management#

В SAP Help для SAP S/4HANA On-Premise описана интеграция Cash Management-relevant потоков TRM в One Exposure from Operations. Для отражения данных нужны активный источник TRM для company code и выполненная инициализация существующих данных. Потокам выводятся planning level, planning group, bank account ID и liquidity item по настроенным правилам; дата и сумма прогноза опираются на дату и сумму платежа сделки.

Это описание системного пути, а не доказательство его активности в конкретной установке. При проверке одной сделки свяжите ссылку на business transaction/flow TRM с записью One Exposure и сравните компанию, счёт, дату, валюту, сумму, классификационные поля и certainty level. Изменение условий сделки может изменить будущий поток, но локальный результат интеграции и обработки платежа здесь не запускался.

Ограничения#

Материал частично покрывает CASH-14. Цитируемые страницы относятся к SAP S/4HANA On-Premise 2025 FPS01. Набор приложений, продуктовые функции, настройки, роли, market data и интеграция меняются по релизам и компонентам. Источники в проектном реестре сохранены как метаданные без текстовых snapshot; конфигурация TRM, One Exposure, сделки и проводки в SAP runtime не проверялись.

Источники и статус доказательств#

• Create Financial Transaction
• Cash Flow
• Posting

TRM: financial transaction lifecycle#

In Transaction Manager, a deal is not a single posting. It is an object with conditions and events from which the system generates cash flows for further processing. SAP S/4HANA On-Premise 2025 FPS01 documentation describes transaction flows such as nominal amounts, interest, repayments, accruals, and valuation results. Cash flows support calculations, payments, Cash Management updates, and the transfer of relevant data to Financial Accounting.

Treat the end-to-end process as steps with control points: transaction conditions; calculated flows; event processing and valuation; position update; transfer of posting-relevant flows to FI; and reconciliation. Exact steps depend on product type, configuration, and release. This is a process model, not configuration guidance for a specific product or customer system.

1. Transaction and contractual conditions#

Before creating a transaction, the required business partners and roles, transaction authorization, product type, and organizational settings must be defined. The selected type determines applicable parameters such as nominal amount and currency, dates, interest or price conditions, payment schedule, and capital changes. Not every field applies to every product.

Check compatibility, not only completeness: a start date must fit the contractual period; rate and calendar must match the conditions; and the flow currency must have a clear meaning. A blank field may be valid for one product type and critical for another.

2. Cash flow generation#

A cash flow contains transaction flows in chronological order and by flow type. Some records are entered manually; others are generated from conditions, derived by the system, or created for accrual/deferral or valuation. For calculated flows, retain not only amount and payment date but also calculation basis, period, currency, flow type, and status.

Check calculations line by line: source condition, interval, calendar and rate applied, rounding, and payment date. A total-only reconciliation will not reveal a wrong date or two compensating flows. Verify day-count and calendar rules for the applicable product and version; a separate arithmetic model does not prove SAP results.

3. Changes, valuation, and position#

A transaction change may require updating flows and repeating dependent calculations. Preserve the link between original conditions, change event, and recalculated results. For valuation, separately record key date, market data and source, currency, and valuation area. A valuation flow should be distinguished from a contractual payment.

Positions and movements help explain how the initial nominal amount changes through later events. Check that repeated processing does not create duplicate movements and that a cancellation or correction reflects the correct business reason. This requires validation in the target system and cannot be inferred from cash-flow arithmetic alone.

4. Transfer to FI and reconciliation#

Posting-relevant flows and account determination rules are used to transfer data to FI. SAP describes using flow types, transaction data, and flexible account determination to prepare documents. The existence of a calculated cash flow does not mean it has been posted or that the right account was selected.

Reconcile separately:

• flow set and types before processing;
• amounts, dates, currencies, and statuses after calculation;
• valuation area and market data applied;
• FI documents posted and their ledger/company;
• Cash Management flows and agreement with actual payment.

Retain the transaction ID, product type, event, calculation date, input-condition version, flow result, and FI document reference for diagnosis. Do not combine forecast flow, actual payment, valuation change, and accounting posting: they are different states and representations.

5. Transfer of forecast flows to Cash Management#

SAP Help for SAP S/4HANA On-Premise describes integration of TRM cash-management-relevant flows into One Exposure from Operations. This requires the TRM source to be active for the company code and existing data to be initialized. Planning level, planning group, bank account ID, and liquidity item are derived from configured rules; the forecast date and amount are based on the transaction payment date and amount.

This documents a system path; it does not prove the path is active in a particular installation. For one transaction, link the TRM business transaction/flow reference to the One Exposure record and compare company, account, date, currency, amount, classification fields, and certainty level. A change in contract terms may change a future flow, but the local integration and payment processing were not run here.

Limitations#

The cited pages are for SAP S/4HANA On-Premise 2025 FPS01. Apps, product functions, settings, roles, market data, and integration vary by release and component. This material partially covers CASH-14. Project source records contain citation metadata without text snapshots; TRM configuration, One Exposure, transactions, and postings were not checked in SAP runtime.

Sources and evidence status#

Official SAP Help pages provide the documentary basis for this reference. Source snapshots and SAP runtime results were not retained.