Чем область оценки в TRM отличается от регистра FI, как она связывается с учётным принципом и ledger group и что сверять между представлениями одной сделки.
4 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
В Transaction Manager параллельный учёт строится вокруг valuation area (области оценки): для каждого учётного принципа задаётся область оценки, а результаты оцениваются и проводятся отдельно по этим областям. Область оценки содержит параметры, определяющие способ оценки и структуру позиции для соответствующего представления.
Это не то же самое, что ledger FI. Область оценки относится к контексту и позиции TRM; ledger или ledger group относятся к представлению проводок в General Ledger. Их связь задаётся настройками учётного принципа и учётной интеграции.
В SAP S/4HANA On-Premise 2025 FPS01 позиция казначейства ведётся отдельно по каждой области оценки для финансовой сделки. Если заведены, например, область для локального учётного принципа и область IFRS, система создаёт две позиции для одной сделки. Это позволяет получить разные оценки и представления балансовых счетов, не смешивая их с исходной сделкой и её денежными потоками.
Результат зависит не только от названия области. Для каждой позиции важны, среди прочего, критерии дифференциации, valuation class, позиционная процедура управления и параметры счета. Одинаковый инструмент или поток сами по себе не означают одинаковую стоимость, правила оценки или проводку в двух областях.
Документация TRM описывает два способа представить раздельные результаты.
Подход
Связь области оценки с FI
Что контролировать
Дополнительные счета
Результаты областей направляются на разные счета в главной книге
Account determination по области оценки и комплект счетов, выделенный для каждого представления
Параллельные регистры
Учётный принцип области оценки связывается с ledger group, после чего результат проводится в соответствующее ledger-представление
Назначения «область оценки → учётный принцип → ledger group», а также область действия проводки и настройки General Ledger
Это два варианта конфигурации параллельного учёта TRM. Наличие дополнительных ledger само по себе не доказывает, что TRM настроен на корректное раздельное проведение; и наоборот, повторение полных наборов счетов - иной способ разнести результаты, не отдельный ledger.
Для каждого учётного представления составьте таблицу:
учётный принцип
-> область оценки TRM
-> позиция и правила оценки
-> account determination или ledger group
-> FI-проводка и документ
Сверяйте назначение учётного принципа областям, ledger group для этого принципа, допустимую организационную область регистра и настройки account determination. При варианте с параллельными регистрами документация SAP отдельно указывает на использование General Ledger и предварительное назначение accounting principles valuation areas и ledger groups. Конкретные имена и сочетания настроек следует подтвердить в точном релизе и проектном Customizing.
Для одной сделки сопоставляйте позиции по всем областям оценки и выясняйте, какое правило объясняет каждое различие. Практичная сверка включает:
идентификатор и ревизию финансовой сделки;
область оценки, учётный принцип и валюту позиции;
ключевую дату, результат оценки и существенные исходные условия;
позиционный компонент и account assignment reference;
релевантные потоки и update types;
account determination либо ledger group, posting status и FI-документ;
ожидаемое и фактическое сторно или последующую корректировку.
Не складывайте значения разных областей оценки как независимые экономические сделки: это разные учётные представления одной позиции. Не считайте их разницей-дельтой, пока не установлено, как конкретный процесс формирует и проводит значение. Сначала согласуйте дату оценки, валюту, процедуру, потоки и FI-документы, затем объясняйте различия правилом учётного принципа.
Области оценки TRM и параллельные ledger относятся к традиционной модели интеграции Transaction Manager с General Ledger, рассмотренной в указанных версиях SAP Help. Universal Parallel Accounting (UPA) - отдельная, релизно-зависимая модель обработки, меняющая поведение ряда компонентов S/4HANA. Нельзя выводить активацию UPA из того, что система использует ledger group, или автоматически переносить стандартный порядок TRM на контур с UPA. Проверяйте решение UPA и её совместимость отдельно по целевому продукту и релизу.
Описание основано на SAP S/4HANA On-Premise 2025 FPS01. Оно не устанавливает ту же функциональность или последовательность настройки для SAP S/4HANA Cloud Public Edition, Private Edition, ECC или системы с UPA. Учитывайте компонент TRM, версию, активные функции, модель FI и проектную конфигурацию. Клиентская система, назначения Customizing и фактические проводки здесь не проверялись.
In Transaction Manager, parallel accounting is organized around the valuation area. A valuation area is defined for each accounting principle, and results are valued and posted separately by area. It contains parameters that define the valuation method and position structure for that accounting view.
This is not the same as an FI ledger. A valuation area belongs to the TRM context and position; a ledger or ledger group belongs to the posting view in General Ledger. Their relationship is configured through accounting principles and accounting integration.
One financial transaction, separate valuation positions#
In SAP S/4HANA On-Premise 2025 FPS01, a treasury position is maintained for each valuation area of a financial transaction. If, for example, areas are configured for local accounting and IFRS, the system creates two positions for one transaction. This allows different valuations and balance-sheet views without confusing them with the underlying transaction and its cash flows.
The result depends on more than the name of the area. Position differentiation criteria, valuation class, position management procedure, and account settings can all matter. The same instrument or flow does not by itself imply the same value, valuation rules, or posting in both areas.
TRM documentation describes two ways to represent separate results.
Approach
Connection from valuation area to FI
What to control
Additional accounts
Results from the areas are directed to different G/L accounts
Account determination by valuation area and a set of accounts for each view
Parallel ledgers
The valuation area's accounting principle is linked to a ledger group, and the result is posted to the corresponding ledger view
The mappings from valuation area to accounting principle to ledger group, plus posting scope and General Ledger settings
These are two configuration approaches for TRM parallel accounting. The existence of additional ledgers alone does not prove that TRM is configured for correct separate posting. Repeating full sets of accounts is another way to separate results; it is not a separate ledger.
accounting principle
-> TRM valuation area
-> position and valuation rules
-> account determination or ledger group
-> FI posting and document
Reconcile the accounting-principle assignment to valuation areas, the ledger group for the principle, the organizational scope of the ledger, and account determination. For the parallel-ledger approach, SAP documentation separately specifies the use of General Ledger and assignment of accounting principles to valuation areas and ledger groups. Confirm the exact settings in the target release and project Customizing.
For one transaction, compare its positions across valuation areas and identify the rule that explains each difference. A practical reconciliation includes:
financial transaction identifier and revision;
valuation area, accounting principle, and position currency;
key date, valuation result, and material inputs;
position component and account assignment reference;
relevant flows and update types;
account determination or ledger group, posting status, and FI document;
expected and actual reversals or subsequent adjustments.
Do not add amounts from different valuation areas as if they were separate economic transactions: they are separate accounting views of the same position. Do not assume their difference is a delta until you have established how the configured process calculates and posts values. First align valuation date, currency, procedure, flows, and FI documents, then explain the differences by the applicable accounting principle.
TRM valuation areas and parallel ledgers refer here to the traditional Transaction Manager and General Ledger integration model in the cited SAP Help versions. Universal Parallel Accounting (UPA) is a separate, release-dependent processing model that changes the behavior of several S/4HANA components. The use of a ledger group does not imply that UPA is active, and the standard TRM sequence must not be applied automatically to a UPA system. Check UPA decisions and compatibility separately for the target product and release.
This description is based on SAP S/4HANA On-Premise 2025 FPS01. It does not establish the same functionality or configuration sequence for SAP S/4HANA Cloud Public Edition, Private Edition, ECC, or a system with UPA. Consider the TRM component, release, active features, FI model, and project configuration. No customer system, Customizing assignments, or actual postings were inspected.