Bank & regulator pack · Stage 2 groundwork
Документ описывает, почему терминал не участвует в платёжном потоке, где проходят данные, и как банк подключает робота внутри своего периметра. Подходит для IT, информационной безопасности и регуляторного обзора на этапе пилота.
Мы — производитель инструмента (software vendor). Банк — оператор своей среды и своего sandbox/UAT. Платёжный поток и клиентские деньги остаются в банковской инфраструктуре.
Браузерный терминал: пред-валидация ISO 20022, светофор 🟢🟡🔴. Без банковских ключей. Данные пользователя не заменяют банковский контур.
LIVEМодуль в сети банка: робот проверок + адаптер к их test endpoint. Sandbox-credentials вводит банк локально.
PILOT / LICENSED| Критерий | Mode 1 · Public terminal | Mode 2 · Bank Connector |
|---|---|---|
| Назначение | Демо, бизнес, обучение, ранняя проверка | Пилот / эксплуатация в банке |
| Где выполняется | Браузер + публичный API /validate | Сервер/VM банка (Docker) |
| Банковские секреты | Не запрашиваются | Только внутри банка |
| Участие в платежах | Нет · funds_moved: false | Нет · только тестовые сообщения |
| Монетизация | Публичный доступ / repair-fee (отдельно) | Годовая лицензия на ПО |
| Статус | LIVE | PRE-REGULATORY PACK |
Коннектор — лёгкий агент, который банк разворачивает у себя до формального разрешения регулятора, чтобы показать архитектуру и пройти security review.
/validate), без «угадывания» LLM в критическом пути.Поставка: Docker-образ или VM-пакет · gated download после NDA · checksum / подпись релиза.
Право пользоваться Connector. Привязка к организации, срок, тариф. Не даёт доступа к платежам.
Endpoint, API key, mTLS-сертификаты — вводятся только внутри банка. ODG-PASS не хранит и не обрабатывает на публичном сайте.
На срок миграции с MT на ISO 20022 MX банку не обязательно сразу переписывать весь интернет-банк и корпоративный канал. ODG-PASS Gateway даёт контролируемый мост: клиенты банка работают в терминале, а банк решает, как им выдать доступ.
| Как банк подключает клиентов | Суть |
|---|---|
| Ссылка / QR из интернет-банка | Временный токен сессии · бренд банка · срок действия задаёт банк |
| Встраивание (iframe / SSO) | Терминал внутри онлайн-банка · без публичных API-ключей на нашем сайте |
| Приём на API банка | Клиент отправляет уже проверенный MX на endpoint банка → транслятор → ядро |
| Пилотные ключи оценки | Краткосрочный доступ для корпоративных клиентов на период перехода · выдаёт банк |
Ценность для банка: меньше CAPEX на срочную переделку всех клиентских каналов; меньше отказов и repair fee; ниже риск штрафов и предписаний регулятора из‑за неверного формата MX при переходе. Мы снижаем риск формата — не заменяем комплаенс банка и не гарантируем отсутствие всех санкций.
| Риск | Как снят |
|---|---|
| Утечка платёжных данных | Коннектор в периметре банка; публичный Mode 1 не требует банковских секретов |
| Участие в расчётах | Нет доступа к RTGS/SWIFT production; только пред-валидация / тест |
| Подмена решения банка | Signal, not verdict — рекомендация, не блок |
| Санкции / compliance | Сигнал для ручной проверки; не замена банковского AML/CFT |
| Зависимость от облака вендора | Робот работает локально; в интернет — только license check (опционально offline JWT) |
| Целостность правил | Детерминированный валидатор + версионирование rulepack |
Полная матрица контролей, STRIDE, порты, retention — в Security Appendix (для ИБ и регулятора).
funds_moved: false).| 1 | Запрос пилота · NDA · обмен этим пакетом с IT/ИБ |
| 2 | Security review (appendix) · согласование зоны развёртывания |
| 3 | Evaluation license key · gated download Connector |
| 4 | Банк вводит свои sandbox credentials внутри периметра |
| 5 | Тестовые прогоны · отчёты для compliance · feedback |
| 6 | Параллельно: материалы для регулятора (роль, границы, не-участие в потоке) |
ODG-PASS Innovation LLC · ODG-PASS Gateway · Bank technical pack v0.2 · MT→MX bridge · funds_moved: false