Приветствую!
Для нечастых платных консультаций, ищу квалифицированного программиста 1С Документооборот 3.0
Задача которая актуальна в настоящий момент, это необходимость разобраться с программным механизмом отложенного старта Бизнес-процесса.
Оплата 2500 час. или по согласованию с Вами.

Вакансия согласована

(0) А что с ним не так?

(0) Я конечно не открывал ни разу документооборот, но подозреваю там рег задание каждые сутки запускается и смотрит какие бизнес процессы стартовать на сервере

(3) Не совсем, там есть критерии, при которых стартует привязанный БП
Например: есть Входящее письмо, секретарь его регистрирует и при заполненных, чисто условно, Номере, Дате и Регистрационном номере при сохранении стартует привязанный БП (типа исполнение письма)
Но, тут есть тонкость, если в сохранённом письме поменять контролируемое поле, например, рег.номер - стартует ещё один процесс к уже запущенному
И получаем проблемку - что делать с первым БП?

(4) Написать защиту от дурака?
Есть стартованный БП, не стартовать новый, пока не закрыт старый?

Опять же если БП расписаны как линейный, а если расписаны как циклы, тогда на переформатирование ;-)

(5) там такое есть, называется доступность полей
Целая таблица - какой роли и что можно изменять в процессе жизни документа (при регистрации, при работе БП, на утвержденных и исполненных).
Т.е. ключевые поля можно запретить изменять при стартованном БП

6+ а вот поставить запрет на запуск ещё одного БП не получится идеологически т.к. один документ может параллельно работать в нескольких разных БП
Например, для тех.карты могут согласовываться нормы расхода ТМЦ и одновременно готовиться запрос на регистрацию изделий.
Примерно так:
1. Готовим тех.карту - согласовываем изделие и примерный состав оного
2. Отправляем на уточнение расхода составляющих и одновременно готовим данные для регистрации изделия в учётных системах (т.е. принципиально изделие утверждено, его можно заводить в 1С, но одновременно, идёт расчет нормативов расхода ТМЦ и допустимых технологических потерь)
3. Заносим в учётные системы саму тех.карту

(7) Классические теории бизнес процессов говорят нам, что в бизнес процессе не должно быть ветвлений

(8) чушь

(8) Сплошной обман. В основном, теории предлагают делать БП максимально простыми. Ветвления, расщепления, соединения - очень даже допустимы и приветствуются.
Главная идея - поделить большой процесс на кусочки с установкой ответственного за каждый, а сколько ветвлений или циклов пройдёт основной БП без разницы