CRM показывает APPROVED. Сервис риска — REVIEW_REQUIRED. Какой статус должен увидеть оператор?

Названия поля недостаточно. В требовании нужно зафиксировать две вещи: какой источник имеет право определять решение и как долго его ответ считается актуальным.

В нашем синтетическом примере решение о продолжении обработки приходит из сервиса риска. CRM хранит состояние процесса, но не переопределяет риск. Поэтому оператор видит REVIEW_REQUIRED, даже если в CRM осталось APPROVED.

Есть и вторая граница — свежесть. Допустим, ответ сервиса риска старше 15 минут. Эти 15 минут — учебное значение, не отраслевой норматив и не реальная политика. Правило примера простое: устаревший ответ нельзя показывать как текущий; сначала нужно запросить новый.

Так одно поле превращается в проверяемое требование: — назван авторитетный источник; — задан срок актуальности; — описано поведение при конфликте; — описано поведение при устаревании.

Если не записать авторитет и свежесть, система всё равно выберет значение. Только это будет технический порядок чтения данных, а не принятое решение.