Не понял вопрос. Статусная модель реализуется в app-слое, т.е. это часть US-AC.
Если вы про то, чтобы она была отделяема от app и рулилась в нотации - то я не видел успешных внедрений.

У меня сейчас Camunda рулит бизнес-процессами

Сколько состояний-веток-триггеров? Просто ради интереса

На мой взгляд - без программирования все равно не работало (а заказчик хотел менять процессы с помощью аналитиков), разработку изрядно тормозило.
Все равно из BPMN-движка получался оркестратор - но плохой и неудобный.

Я решаю следующую боль: нужно три притопа три прихлопа седьмая фаза луны, чтобы ввести какое-то поле в данных, чтобы продвинулся процесс на следующую стадию. Есть чёткое ощущение, что усиливая сложность путём тупо кодирования и не выводя на bpmn формализацию, мы полностью перестанем контролировать происходящее.

Сейчас нет понимания даже у техподдержки. Все сложные вопросы решают программисты, залезая в код и разбираясь там, что происхоит.

Так с BPMN-формализацией и программисты перестанут понимать, что происходит...

То есть опыт использования BPMN отрицательный?

Где бы стали применять, а где - нет?

На мой взгляд - да. Но я в проекте был где-то год.
Как всегда все зависит от уровня программистов, аналитиков, архитекторов и т.п.
Верю, что иногда бывает по другому.

С BPMN движками из коробки есть одна засада - они не заточены под сохранение состояний. То есть, хочешь вернуться на пару шагов назад - будь добр закодить отдельные переходы. Что кончается созданием полносвязного графа.

Ну, например аналитики и архитектор - сильные, а программисты - нет.
И знание предметной области у программистов нет вообще.

Пара десятков бизнес-процессов разной сложности, состояния определяются атрибутами обрабатываемого запроса, сами бизнес-процессы достаточно хитро закрученные. Веток обычно тоже пара десятков. Ну и тасков, соответственно, не меньше.

А оно не всегда надо

я вобще не понял зачем надо возвращаться

Возможно. Но вопрос был, где применять не стоит (ну, или как мы в своё время - накостылили отдельный промежуточный слой)

Где бизнес-процесс хитрозакрученный, и надо его четко прослеживать и в каждый момент понимать, как оно сейчас работает.

в работе процесса с объектами могут происходить необратимые изменения. там просто нельзя вернуться в первоначальное состояние будет, если не хранить на каждом шаге снапшот

да и вернуться из произвольного шага это как то странный кейс

У нас заказчик требовал (

ну и дура (с)