Заблокированный документ

Просматривать может сколько угодно. Редактировать и изменять статус, конечно, не может. Ведь это именно потому что документ заблокирован!

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

Не очевидно  :?

А что тут не понятного? Это вполне логично в том случае, если этот самый следующий пользователь и НЕ должен менять статус данного документа. В обязанности этого самого пользователя входит именно посмотреть документ и, в случае согласия, поставить подпись. А статус ему изменит именно разработчик.
Если совесм конкретный пример привести, то это что-то из разряда предварительного согласования. Разработана, к примеру, принципиальная схема объекта. Изменили статус. Блокировка - убрана/не убрана - не важно. Получили подпись. Снова изменили статус "Детальная разработка" и т.д. Не получили подпись - изменили статус документа обратно.

Ну вот здесь, наверное, чуть-чуть не доработали с маршрутом. Реальная практика электронного документооборота показала, что в принципе разработчику необходимо давать возможность вернуться в статус "разработка" хотя бы из следующего статуса. Т.е. надо сделать веточку маршрута, с ролью разработчика из текущего статуса снова в разработку.
Иначе получается следующее: Разработчик сделал документ, изменил статус. Проходит время... Вдруг осенило!!! Новая идея или проявилась упущенная ошибка, которую он сам и обнаружил!! Ему необходимо срочно доработать документ. Но нет увы :(  только пока проверяющий или админ ему его не вернет. Сиди и жди. :) Можешь позвонить админу.. а если не застал его на месте или он занят? опять жди... а если за это время проверяющий тоже не заметил ошибки и перевел документ дальше? Получается ещё не один человек уже может успеть посмотреть документ, с которым уже сам разработчик не согласен. А может случится, что и разработчик, не сделав сразу же нужные исправления, отвелечется и забудет... конечно, потом вспомнит, но это будет уже совсем другая эпопея ;)
Может Ваша схема, конечно, и имеет право на жизнь, не спорю. Но реальная работа выявила большие сложности.
P.S.
Ещё один совет, если не против 8) 
Не знаю как на том предприятии где работаете Вы, но обычно за разработку документа в срок несет основную ответственность именно Разработчик. Лишая его возможности изменять статус документа, мы лишаем его инструмента управления этим процессом. Наш проверяющий или согласующий может забыть изменить статус или выполнить это не корректно (но будет уверен что всё от него зависящее он сделал правильно). Документ так и зависнет где-то, с проверяющего не спросят, спросят именно с разработчика, когда подойдет срок.
Ограничить изменение статуса, для того чтобы Разработчик не прошел весь маршрут до конца за 5 мин ;) самостоятельно можно именно с помощью обязательных подписей. Т.е. Разработчик меняет статус, получает все необходимые на этом этапе подписи, после чего получает возможность снова сменить статус.
Таким образом Разработчик всегда в курсе в каком статусе его документ и почему он там. Разработчик реально управляет процессом.
Опять же по поводу возвратов. Принимать решение возвращать документ обратно в разработку или нет это право именно разработчика, а не согласующего. Потому как, если разработчик принимает замечания, то возвращает и дорабатывает документ. А если нет? Если разработчик считает что согласующий не прав? Или если желания двух согласующих противоречат друг другу и выполнить их одновременно не возможно? Схема "согласующий отправляет на доработку" дает сбой. А в схеме "разработчик отправляет на доработку" статус изменяется уже по решению согласовочной комиссии из технических специалистов заинтересованных отделов. При этом статус может быть изменен как назад так и вперед.

Добрый день!
Хочу заново поднять вопрос, заданный Травиным "логично было бы программно запретить изменять статус документа, если он заблокирован". Конечно, данный вопрос можно решать добавлением макроса в переходах, но если бы система сама не разрешала осуществлять переход, то было бы намного проще.

Это в v7?. У нас к сожалению v6.3.