Риск контрагента: экспозиция, лимит и контроль превышения
Как отличать текущую и будущую экспозицию от лимита, выбирать границы агрегации и проверять валюту, период действия и актуальность расчёта.
5 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Риск контрагента относится к возможному убытку, если другая сторона не выполнит финансовое обязательство. Контроль начинается с определения экспозиции и применимой границы риска. Само имя бизнес-партнёра не задаёт ни юридическую сторону договора, ни единицу лимита, ни допустимый взаимозачёт.
Дебиторская задолженность покупателя обычно относится к процессам коммерческого кредитного контроля. Сделка казначейства, депозит, дериватив или вложение создают другой контекст контрагентского риска и могут требовать оценки рыночной стоимости, срока, потенциального будущего значения, обеспечения и неттинга. Эти модели могут использовать данные о бизнес-партнёре, но их экспозиции, лимиты и контрольные события нельзя считать одной и той же функцией.
Для каждой суммы укажите, что измеряется:
Текущая экспозиция: определённая по выбранной методике стоимость или сумма риска на дату оценки.
Потенциальная будущая экспозиция: расчёт или профиль на заданных будущих датах; он требует горизонта, метода, сценария или надбавки.
Номинал: договорная величина инструмента, которая может быть базой отдельного лимитного правила, но сама по себе не равна кредитной экспозиции.
Лимитное использование: результат применения правил отбора и определения атрибутируемой суммы к выбранному набору операций.
Уточните дату оценки, валюту, положительные и отрицательные суммы, учёт обеспечения, метод неттинга и версию рыночных данных. Экспозиция по одной сделке и потенциальный убыток всего портфеля имеют разные основания.
Опишите лимит как правило: на какую юридическую или риск-единицу он действует, какие виды операций включены, в какой валюте определяется сумма, на какой срок и к какому классу использования относится. Требуются дата начала и окончания, порог предупреждения или критического использования, правило конвертации и источник параметров. Если лимит включает несколько связанных организаций, связь должна иметь подтверждённое правовое основание.
Пусть выбранная методика дала атрибутируемую экспозицию 7,2 млн EUR при лимите 8 млн EUR. Использование составляет 90%. Если только для отображения обе суммы пересчитать по утверждённому курсу в USD, отношение останется 90% при последовательной конвертации. Округление отчёта может менять показанную сумму, но не должно незаметно менять пороговое решение.
Пример не задаёт универсальную методику и не предлагает конкретный лимит. Для реального результата нужны подтверждённые операции, действующая версия лимита, правила определения суммы и согласованный обменный курс.
Не вычитайте отрицательную стоимость одной сделки из положительной стоимости другой лишь потому, что совпадает контрагент. Проверьте юридическую исполнимость неттинга, действующий netting set, вид операции, даты, валюту и применимость обеспечения к выбранному расчёту. Если метод требует будущей экспозиции, текущая стоимость или номинал не заменяют профиль на будущие даты.
Для expected exposure, CVA/DVA и расчёта лимита могут применяться разные процедуры. Результат зависит от кривых, спредов, периода, риск-базы, валютного пересчёта и конфигурации. Сохраняйте промежуточные ключевые значения и причину исключения операций, чтобы итог можно было проверить независимо.
Выбрана ли правильная версия лимита и период её действия.
Какие операции попали в фильтр, а какие исключены.
Как сформировалась атрибутируемая сумма и в какой валюте.
Учтены ли рыночные данные, обеспечение и юридически допустимый неттинг.
Не устарели ли результаты после изменения операции или лимита.
Какой порог сравнивается с абсолютной суммой или долей использования.
Отчёт, который использует закэшированные показатели, должен показывать дату и правила обновления. После исправления данных пересчитайте затронутые операции и сопоставьте число обработанных записей, завершённых с ошибкой и обновлённых лимитов. Нулевой или низкий процент использования не доказывает полноту выборки.
SAP определяет limit как максимальную сумму использований или выборок, связанную со значениями характеристик типа лимита. Лимит имеет период действия; документация допускает разделить этот период и изменить будущую часть, сохранив историческую. Среди полей лимита указаны валюта, внутренняя и внешняя сумма, критический порог использования и максимальный срок риска.
В End-of-Day Processing система выбирает операции, которые активны и релевантны кредитному лимиту на дату оценки, определяет атрибутируемую сумму для риска контрагента или эмитента и обновляет использование в Limit Management. Расчёт зависит от типа продукта и настроек; фильтр типа лимита может дополнительно ограничивать выборку. Документация описывает запуск процесса пакетным отчётом.
Для expected exposure при CVA/DVA SAP описывает постоянный и переменный подходы, а также ручной ввод значений. При переменном подходе NPV рассчитывается на каждую maturity-band date как на горизонт. Для netting group сначала суммируются NPV отдельных сделок, затем по знаку определяется EPE или ENE. Такой расчёт и юридический взаимозачёт - разные вопросы.
Extended Reporting for Limits рассчитывает использования абсолютных и относительных лимитов по данным, ранее записанным в Results Database. Индикатор использования определяется как максимум из абсолютного и относительного показателей; если лимит превышен, значение индикатора становится больше 100%. Postprocessing позволяет обновить или исправить операции, которые не обработались при закрытии дня либо изменились после успешной обработки.
Пять процитированных страниц SAP Help прочитаны и сохранены во внутренних снимках. В текстах этих захватов не отображается точная версия SAP S/4HANA; поэтому изложенные функции не приписываются отдельно выпуску 2025 FPS01. В проекте нет SAP-системы, сделок, лимитных данных или результатов расчёта. Снимки документации не подтверждают настройку, юридическую силу соглашения о неттинге, достаточность залога или поведение конкретной установки.
Статья является вводным контрольным материалом для RISK-06 и RISK-07. Это не руководство по настройке Credit Risk Analyzer, юридическое заключение, модель рейтинга или совет по кредитному решению. Клиентские лимиты и задолженность покупателей требуют отдельного контекста SAP Credit Management и процесса организации.
Counterparty risk is the possibility of loss if another party fails to meet a financial obligation. Control starts by defining the exposure and the applicable risk boundary. A business partner name alone does not establish the contractual legal entity, the unit of a limit, or permissible offsetting.
A customer's receivable usually belongs to commercial credit-control processes. A treasury trade, deposit, derivative, or investment creates a different counterparty-risk context and may require market value, term, potential future value, collateral, and netting. These models can use business-partner data, but their exposures, limits, and control events are not the same function.
For each amount, state what it measures:
Current exposure: a value or risk amount under a selected method as of an evaluation date.
Potential future exposure: a calculation or profile at specified future dates; it requires a horizon, method, scenario, or add-on.
Notional: the contractual size of an instrument. It may be the basis for a particular limit rule but does not by itself equal credit exposure.
Limit utilization: the result of applying selection and attributable-amount rules to a selected set of transactions.
Specify the evaluation date, currency, positive and negative amounts, collateral treatment, netting method, and market-data version. Exposure on one trade and potential portfolio loss have different bases.
Define a limit as a rule: which legal or risk entity it applies to, which transaction types are included, in which currency the amount is measured, for what period, and which utilization class it covers. Record its start and end dates, warning or critical-utilization threshold, conversion rule, and parameter source. If a limit spans related entities, that link needs a confirmed legal basis.
Assume the selected method produces an attributable exposure of EUR 7.2 million against an EUR 8 million limit. Utilization is 90%. If both values are converted to USD for display using the approved rate, the ratio remains 90% when conversion is consistent. Rounding in a report may change the displayed amount, but must not silently change a threshold decision.
This example does not prescribe a universal method or a specific limit. A real result requires confirmed transactions, the active limit version, amount-determination rules, and an approved exchange rate.
Do not subtract one trade's negative value from another trade's positive value only because they share a counterparty. Verify that netting is legally enforceable and that the active netting set, transaction types, dates, currency, and collateral are applicable to the selected calculation. If the method requires future exposure, current value or notional cannot replace a profile at future dates.
Expected exposure, CVA/DVA, and limit utilization can use different procedures. Results depend on curves, spreads, horizon, risk basis, currency translation, and configuration. Retain intermediate key figures and reasons for excluding transactions so the total can be independently checked.
Whether the correct limit version and validity period were selected.
Which transactions entered the filter and which were excluded.
How the attributable amount was derived and in which currency.
Whether market data, collateral, and legally permitted netting were considered.
Whether results became stale after a trade or limit changed.
Which threshold applies to the absolute amount or utilization percentage.
A report using cached indicators should show its date and refresh rules. After correcting data, recalculate affected transactions and reconcile counts for processed, failed, and updated limit records. Zero or low utilization does not prove selection completeness.
SAP defines a limit as the maximum amount of limit utilizations or drawings for selected limit-characteristic values. Each limit has a validity period; the documentation allows splitting that period to change only the future part while retaining history. Limit fields include currency, internal and external amounts, critical utilization, and maximum risk-commitment period.
In End-of-Day Processing, the system selects transactions that are active and credit-limit-relevant on the valuation date, determines attributable amounts for counterparty or issuer risk, and updates utilization in Limit Management. The calculation depends on product type and settings; a limit-type filter can narrow the selection. The documentation describes starting the process with a batch report.
For expected exposure in CVA/DVA, SAP documents constant and variable approaches as well as manual entry. With the variable approach, NPV is calculated at each maturity-band date used as a horizon. For a netting group, individual transaction NPVs are added first, then the sign determines EPE or ENE. This calculation and legal netting are separate questions.
Extended Reporting for Limits calculates absolute and relative limit utilizations from data previously stored in the Results Database. The utilization indicator is the maximum of the absolute and relative indicators; if a limit is exceeded, the value is greater than 100%. Postprocessing can update or correct transactions that were not processed at end of day or changed after successful processing.
Five cited SAP Help pages were read and retained as private snapshots. Their captured page bodies do not show an exact SAP S/4HANA release, so these functions are not individually attributed to 2025 FPS01. The project has no SAP system, transactions, limit records, or calculation results. The documentation snapshots do not confirm configuration, legal enforceability of netting agreements, collateral sufficiency, or behavior in a specific installation.
This is a partial introductory control guide for RISK-06 and RISK-07. It is not a Credit Risk Analyzer configuration guide, legal opinion, rating model, or credit decision. Customer limits and receivables require a separate SAP Credit Management and business-process context.