Выражение «платёжная инфраструктура» часто используют как общее название для всего сразу — от карточных сетей до систем контроля. По отношению к AI-инициируемым потокам это вводит в заблуждение. Исполнение и принятие решения — отдельные функции, они делают разную работу и по-разному дают сбой.
Что такое исполнительная инфраструктура
Исполнительная инфраструктура — это механизм, который перемещает деньги после того, как решение об их перемещении принято. Сюда входят:
Исполнительной инфраструктуре в значительной мере безразлично, почему платёж был инициирован. Она видит авторизованный и маршрутизированный запрос и перемещает средства.
Что такое слой принятия решения
Слой принятия решения — это система, расположенная перед исполнением, которая определяет, должен ли платёж состояться. Она читает запрос и связанный с ним контекст, применяет политику и возвращает одно из четырёх решений — allow, hold, block или escalate.
Слой не привязан к рельсе. Одна и та же логика принятия решения может применяться к авторизации по карте, прогону ACH, переводу в стейблкойне или транзакции в цифровом рубле.
Почему это разделение важно
Повторное использование политики на разных рельсах. Корпоративное правило — «ни один исходящий платёж свыше €50 000 без двойного одобрения» или «никаких переводов в санкционные юрисдикции» — должно действовать независимо от того, SEPA это, стейблкойн или карта. Если оно зашито в карточный продукт, применение того же правила к стейблкойн-потоку требует построить его заново в другом месте.
Свидетельства для аудита и диспутов. Подписанная, размеченная кодами причин запись о решении, созданная до исполнения, — более сильный аудиторский артефакт, чем вероятностный скор, посчитанный во время карточной авторизации. Когда инициация автоматизирована, запись об одобрении платежа важнее, чем скор, подсказывавший, что он был малорисковым.
Снижение зависимости от поставщика. Когда принятие решения живёт внутри банка, эмитента или AP-платформы, смена рельсы или вендора требует пересборки логики. Разделение позволяет менять исполнение, не переписывая саму политику.
Чёткие границы ответственности. Ошибки исполнения — например, неудачный банковский перевод или возврат платежа — операционно отличны от ошибок принятия решения, когда платёж вообще не должен был быть авторизован. Смешивать их — значит делать менее понятными и причину, и владельца проблемы.
Где эта граница проходит на практике
1. Инициация — агент, автоматизация, автоматизированный сценарий или человек предлагает платёж.
2. Решение — слой принятия решения оценивает запрос и возвращает allow / hold / block / escalate с кодами причин и подписанной записью.
3. Оркестрация — если разрешено, оркестратор или инициатор выбирает рельсу и процессор.
4. Исполнение — рельса и процессор перемещают деньги.
5. После расчёта — сверка, отчётность, диспуты.
Слой принятия решения — это шаг 2. Всё, начиная с шага 3, — исполнение.