Мне об этом не известнож
в общем случае РЗ 1 и РЗ 2 могут улететь на разные хосты с разной загруженностью и общего решения типового этой проблемы я не заню

А в общем случае какое не типовое решение здесь нужно использовать?

Делать регистр с очередью?

И РЗ по его обработке.
Если заморочится то РЗ будет менеджером и запускать ФЗ подчинённые так, что бы не было коллизий, я на ИС видел такой костылек

Спасибо

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

Если хочется сделать статусы для сотни документов, то конечно же проще сделать один регистр, подписку. В каждый модуль объекта добавить экспортный метод расчета статуса. Гибко, расширяемо.
Индекс на составном типе нормально работает на соединениях. Никто же не собирается к полю через точку обращаться...?)
Делить функциональность на несколько подписок/регистров/определяемых типов имеет смысл только логически по блокам/подсистемам. Условно отдельно продажи/закупки/казначейство.

Это смотря сколько документов в час вводится в систему

Ну мои сомнения по поводу единого регистра это его универсальность, нужно добавить новый статус только к одному документу или ввести дополнительную аналитику в регистре

Да, и это тоже важно

Статусы - справочник.
Вот смотрю битфинанс в казначействе так и делали.

Ну и при RLS ньансы

вообще не очень хороший продукт, чтобы в нем идеи подглядывать )

Ну этот пока лучшее из отраслевых, что я встречал)
Есть замечания, но в целом норм

Там куча офигенных идей, плохие тоже есть, но в целом хорошо написано

Одна форма ввода бюджета чего стоит

это сейчас в кучу офигенных идей или плохих ?

Офигенных, пользователи писают кипятком

а где посмотреть о чем речь?

Я бы тоже глянул, чего там такого изобрели, хотя бы на видео...