конфигурация:    Управление Холдингом релиз 1.1.2.37 1С8.3.

Есть маршрут согласования заявки:
Инициатор Петров И.И. создает заявку через меню "Планирование и контроль" - "Заявки на операцию" и принимает ее к согласованию. Т.к. Петров И.И. в регистре "Отвественные по организациям" имеет роль Инициатор в Московском представительстве, то заявка встает на маршрут шаблона универсальных процессов "ЗП Московского представительства". Этот шаблон состоит из этапов: Инициатор-Распорядитель-Бухгалтер-Казначей 1-2-3 и т.д. Направленную заявку первым должен согласовать сам Инициатор через меню "Главное" - "Текущие задачи согласования". Потом ее по цепочке маршрута согласовывает Распорядитель, затем Бухгалтер, а далее Казначей1 написала замечание и нажала кнопку "Вернуть". При этом Исполнитель должен увидеть возвращенную заявку через меню "Планирование и контроль" - "Заявки на операцию" уже в статусе "Отклонена" и после исправления замечания опять принять эту заявку к согласованию. После этого заявка должна опять встать на маршрут, но не на первый шаг маршрута, а на тот с которого она была возвращена Исполнителю с замечанием.

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

В результате доработки и настройки ожидаем:

После возврата документа от Пользователя Казначей 1 - Инициатору, Инициатор исправляет документ и согласовывает его.
Сразу после согласования Инициатором документ минуя промежуточные этапы согласования возвращается на этап, с которого произошел его возврат (На согласование пользователю Казначей 1).

Вопрос: Скажите , пожалуйста, как вообще в этой конфигурации изменить маршрут согласования заявки?
Через пользовательский режим можно ли? (Там есть что то типа "условный переход", блок схема процесса, её можно редактировать вроде бы...) или лучше всё таки через конфигуратор это программировать? Как?

Ну исходя из ТЗ и оригинального механизма без правки кода не обойдешься. Но у меня уже есть представление, как твое ТЗ реализовать. Единственный вопрос - насколько важна целостность оригинальной конфигурации?

Поясню про целостность - возможно менять карту маршрута, или все таки лучше реализовывать через пропуск задач?

что-то представляется очень сомнительным, что после корректировки заявки, которую отклонил финансист, она в 100% случаев беспроблемно способна проскакивать предыдущие этапы согласования. Это очень сильно зависит от содержания вопросов, на которые вынуждены отвечать промежуточные узлы согласования.
Поясню:
- Допустим первый узел смотрит только наличие в заявке условия Альфа, но не смотрит на сумму Бетта.
- Второй узел не согласовал сумму Бетта, но не смотрел условие Альфа. - возврат до первого узла.
- Инициатор меняет сумму Бетта, при этом вынужденно меняет условие Альфа, т.к. запрет на изменение Альфа-условий не введен.
- пропускаем проверку условий Альфа
- финансист согласовал сумму Бетта

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

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

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

(2) реализовывать можно любым способом. хотелось бы как можно проще это сделать. карту маршрута менять можно. насчет пропуска задач тоже интересная идея. если вам не трудно, Не могли бы вы пожалуйста описать оба способа? Спасибо заранее.

(6) Почту давайте

(7) [email protected]