Экспозиция и учёт хеджирования - разные этапы#

Экспозиция показывает рискованную позицию или сумму, но ещё не образует отношение хеджирования. Для учётной обработки система связывает определённый объект хеджирования и инструмент хеджирования по профилю и настройкам hedging area. Этот процесс в SAP S/4HANA On-Premise 2025 FPS01 описан как Hedge Accounting for Positions. Он не заменяет выбор учётной политики и не подтверждает автоматически соответствие отчётности IFRS 9, US GAAP или требованиям конкретной юрисдикции.

Важно различать четыре результата: созданное отношение, назначение (designation), измерение эффективности и классифицированные результаты оценки. Успешное сохранение одного объекта не доказывает успешность следующих шагов.

Назначение проходит через промежуточный статус#

В рассмотренной версии SAP назначение выполняется в два шага. При первом действии отношение получает статус Designation Planned; для cash flow hedge также создаётся hypothetical derivative. Далее выполняется проспективная проверка эффективности и формируется требуемая документация. После этого отдельное действие Change Designation переводит отношение в статус Designated.

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

Проверка эффективности - отдельный контроль#

SAP описывает проспективные и ретроспективные effectiveness tests. Используемый метод задаётся настройками hedging profile. Для метода Dollar Offset в системе можно выполнять обе разновидности; иные методы и параметры зависят от доступного сценария и настройки профиля. Тест может использовать соответствующие рыночные данные, сценарии, сдвиги кривых и иные входы, предусмотренные выбранным методом.

Проспективный тест при первоначальном назначении отвечает на вопрос о будущей ожидаемой эффективности по правилам профиля. Ретроспективный расчёт анализирует результаты за выбранный период. Сохраняйте детальный протокол и входы: метод, даты, рыночный сценарий или набор данных, выделенные части инструмента и объекта, значения и результат. Если тест не пройден, не трактуйте последующую классификацию так, будто отношение автоматически прошло критерии учёта хеджирования.

Оценка и классификация формируют разные доказательства#

После оценки назначенных под-позиций выполняется классификация. В SAP она является завершающим шагом процесса оценки для назначенных под-позиций и распределяет результат по позиционным компонентам. Распределение отражает эффективные и неэффективные суммы, а для некоторых правил также неназначенные компоненты, резерв стоимости хеджирования и амортизацию.

Компоненты и логика зависят от типа хеджа, категории объекта, правила hedge accounting, применяемых IFRS или US GAAP, метода оценки и настроек. Поэтому нельзя переносить один пример проводки на cash flow hedge и fair value hedge одновременно или выводить бухгалтерскую запись из одного показателя эффективности. Для объяснения проводки сопоставьте результат оценки, классификацию, компоненты позиции, update types, account determination, область оценки и созданный FI-документ.

Документация и завершение отношения#

В документации SAP документ отношения может автоматически создаваться при выпуске назначения, если профиль и Document Management настроены соответствующим образом. Проверяйте наличие и статус документа, состав связанных позиций и сохранность обоснования назначения. Сам факт, что настройка документа включена, не подтверждает фактическую запись документа в конкретной системе.

Завершение включает maturity инструмента или окончание отношения, снятие назначения (dedesignation) и, в соответствующих сценариях, реклассификацию резерва хеджирования и резерва стоимости хеджирования. Время реклассификации зависит, в частности, от балансовых настроек hedging area и дат соответствующего объекта экспозиции. Проверьте потоки и проводки закрытия отдельно, а не считайте, что статус сделки сам по себе завершил бухгалтерский процесс.

Как разбирать расхождение#

Для одной relationship зафиксируйте:

1. идентификаторы и версии исходной сделки, exposure snapshot, hedged item, инструмента и отношения;
2. company code, valuation area, риск-валюту, целевую валюту и назначенные суммы;
3. профиль, правило и категорию hedge accounting, стандарт и дату designation;
4. результат проспективной и последующих ретроспективных проверок вместе с входными рыночными данными;
5. результаты оценки и классификации по компонентам и датам;
6. FI-документы, account determination, отмены, dedesignation и реклассификацию.

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

Граница применимости#

Обзор основан на SAP S/4HANA On-Premise 2025 FPS01 и описывает документированные функции и контрольные вопросы, а не испытание SAP-системы. Он не задаёт учётную политику организации и не доказывает соответствие конкретной операции стандарту. Поведение Cloud Public Edition, Private Edition, ECC, других релизов, активных функций и клиентской конфигурации следует проверять отдельно.

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

TRM: Hedge Accounting Sequence#

Exposure and hedge accounting are different stages#

An exposure indicates a risk-bearing position or amount, but it does not itself establish a hedging relationship. For accounting processing, the system links a defined hedged item and hedging instrument using a profile and hedging-area settings. SAP S/4HANA On-Premise 2025 FPS01 documents this as Hedge Accounting for Positions. It does not replace the entity's accounting policy or automatically establish compliance with IFRS 9, US GAAP, or a jurisdiction's requirements.

Distinguish four outcomes: a relationship is created, designation is performed, effectiveness is measured, and valuation results are classified. Saving one object successfully does not prove that later steps succeeded.

Designation moves through an intermediate status#

In the documented release, designation takes two steps. The first action assigns the relationship the status Designation Planned; for a cash flow hedge it also creates a hypothetical derivative. A prospective effectiveness test is then performed and required documentation is created. A separate Change Designation action changes the status to Designated.

Before proceeding, check the assigned hedged item and instrument, start and end dates, risk and target currencies, profile, relationship scenario, hedged-item category, and hedge-accounting rule. For partial designation, reconcile the source positions, designated amounts, and splitting rules. Do not infer successful designation from the relationship's presence in a list; verify its status, test result, and released documentation.

Effectiveness testing is a separate control#

SAP documents prospective and retrospective effectiveness tests. The method is set by the hedging profile. The Dollar Offset method supports both types in the described system; other methods and parameters depend on the configured scenario and profile. A test can use the relevant market data, scenarios, curve shifts, and other inputs provided for its method.

The prospective test at initial designation evaluates expected effectiveness under the profile's rules. A retrospective calculation analyzes results over a selected period. Retain the detailed log and inputs: method, dates, market scenario or data set, designated portions of the instrument and item, values, and result. If a test fails, do not treat later classification as if the relationship had automatically passed hedge-accounting criteria.

Valuation and classification create different evidence#

Classification follows valuation. In SAP it is the final valuation step for designated subpositions and distributes the result among position components. Depending on the rule, the distribution reflects effective and ineffective amounts, non-designated components, the cost-of-hedging reserve, and amortization.

Components and logic depend on hedge type, hedged-item category, hedge-accounting rule, applicable IFRS or US GAAP rules, valuation method, and settings. Do not apply one posting example to both cash flow and fair value hedges, or infer an accounting entry from an effectiveness measure alone. To explain a posting, reconcile valuation results, classification, position components, update types, account determination, valuation area, and the resulting FI document.

Documentation and relationship close#

SAP documentation may be created automatically when designation is released, if the profile and Document Management are configured accordingly. Verify that the document exists and has the expected status, linked positions, and designation rationale. Enabling a documentation setting does not prove that a document was actually recorded in a particular system.

Close includes instrument maturity or the end of the relationship, dedesignation, and, in relevant scenarios, reclassification of the hedging reserve and cost-of-hedging reserve. Reclassification timing depends in part on hedging-area balance-sheet settings and dates of the relevant exposure item. Check close flows and postings separately; a transaction status alone does not prove that the accounting process has finished.

How to investigate a discrepancy#

For one relationship, record:

1. Identifiers and versions of the source transaction, exposure snapshot, hedged item, instrument, and relationship.
2. Company code, valuation area, risk and target currencies, and designated amounts.
3. Profile, rule and hedge-accounting category, accounting standard, and designation date.
4. Prospective and later retrospective test results, including market-data inputs.
5. Valuation and classification results by component and date.
6. FI documents, account determination, reversals, dedesignation, and reclassification.

Then find the first step where expected and actual results diverge. Compare only records with the same date, rule version, designated portion, and market-data set.

Applicability boundary#

This overview is based on SAP S/4HANA On-Premise 2025 FPS01. It describes documented functions and control questions, not a test of an SAP system. It does not set an entity's accounting policy or prove that a particular transaction complies with a standard. Behavior in Cloud Public Edition, Private Edition, ECC, other releases, active features, and customer configuration must be verified separately.

Exposure sources and hedge need are discussed in TRM: Exposures and Hedge Management. The base transaction flow is covered in TRM Transaction Lifecycle, and the boundary between TRM valuation and General Ledger is discussed in TRM Valuation Areas and Parallel Accounting.

For analytical contracts and technical interface boundaries, see TRM: Data and Technical Interfaces.