Подразделения и системы банка

Какие подразделения участвуют в жизненном цикле сделки?

Front Office договаривается с клиентом и формирует цену. Middle Office и Risk регистрируют сделку и контролируют риск. Back Office подтверждает и исполняет обязательства.

Legal, Model Validation, Product Control и Compliance задают независимые правила и проверки. Это не полная оргструктура, а основные функции в потоке сделки и решений.

Где находится Risk Control System?

Risk Control System находится между регистрацией сделки и управленческим решением. Она получает условия контракта, учитывает Lifecycle и портфельный контекст, рассчитывает Exposure и проверяет Limits.

Система не договаривается с клиентом, не определяет риск-аппетит и не исполняет платежи. Она превращает правила банка и состояние портфеля в воспроизводимый расчёт и контроль.

Как выглядит общий поток сделки?

Схема показывает путь от потребности клиента до исполнения контракта. Отдельная рамка Risk Control System обозначает границу системы: Trade Capture остаётся снаружи, а Risk Engine, расчёты и Limit Check — внутри.

Клиент и «цена клиенту» на схеме не являются подразделениями. Клиент создаёт запрос, а цена и зарегистрированная сделка — результаты работы банковских функций.

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

Где читать о каждой функции подробнее?

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

1. Sales и Trading — клиентский запрос, Executable Quote, позиция и Hedge.
2. Pricing и Quant — Product Terms, Market Data, Fair Value и Sensitivities.
3. XVA — CVA, FVA, MVA, KVA и связь с клиентской ценой.
4. Treasury и ALM — Funding, Liquidity, баланс и FTP.
5. Middle Office и Risk — Trade Capture, Risk Engine и Limits.
6. Back Office — Confirmation, Settlement, Reconciliation и Accounting.
7. Независимые контрольные функции — Legal, Model Validation, Product Control и Compliance.

Как этот контекст используется при онбординге FX Swap?

Сначала команда описывает Legs и Cash Flows FX Swap, затем Lifecycle States, события изменения и момент окончательного исполнения обязательств.

После этого определяются Exposures на каждом этапе, применимые Risk Methodologies, необходимые данные и лимиты, в которые должен попасть результат.

Онбординг завершён не тогда, когда система приняла новый trade type. Он завершён, когда команда понимает экономический смысл сделки и корректно проводит её через расчёт, контроль и эксплуатацию.