Info2Модификация процесса Утверждения ЗП, для рассылки уведомлений об "Отмене" ЗП, всем пользователям по иерархии.
Так вот стандартно, составитель ЗП получает нормальное уведомление, а все остальные в статусе CancelКак именно сделана модификация - вот что важно. Схемку бы посмотреть и кастомизированные процедуры к ней.
Я бы навскидку не знаю, как сделал бы, но факт: не стал бы все отправлять из одной activity в один этап. Если бы использовал одну activity, то замкнул бы ее в цикл, с помощью скорее всего какого-нибудь дополнительного атрибута (например, туда можно писать получателя уведомления). Тут еще важно, как эта notification определена в workflow - надо, чтобы поток понимал, что при новом попадании на узел вся работа велась бы как в первый раз.
Самое простое - вместо одного уведомления цепочку одинаковых уведомлений (достаточное количество, чтоб туда максимально длинная ветвь иерархии помещалась), базирующихся на одном message, но для всех разного получателя задавать. Лишние - отключать (условные activities между уведомлениями).
Совсем экзотично - создавать временную или постоянную роль в directory services, а в ней адреса электронной почты прописать через запятую. Но этот способ - только при использовании электронной почты, так как собственно в сводку уведомлений к утверждавшим ничего не упадет (роль-то ненастоящая) - а вот письмо каждый получит.
А вопрос можно? Зачем понадобилось так много уведомлений об отклонении? Только инициатора утверждения ставить в известность - не достаточно ли?

А те, кто выше - формально еще ничего не утверждали ;-)

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

Нет, про статус уведомлений навскидку не смогу ничего сказать - копаться надо. И даже, возможно, глубоко.
Но могу предложить рассмотреть следующее предположение.
Вот отсылается первое уведомление первому получателю, потом по циклу возвращаемся на этот же шаг и что система может подумать? Ага, прошлое уведомление снимаем (переводим в canceled), а вместо него отправляем другое (следующему утверждающему). Такое может быть?