В практике настройки бизнес-процессов в 1С:Документооборот часто возникает ситуация, когда стандартное поведение системы не соответствует бизнес-логике предприятия. Одной из таких проблем является автоматическая установка состояния «Согласован», когда в рамках комплексного процесса запущено несколько параллельных веток согласования. По умолчанию система может установить финальный статус документа, как только завершится хотя бы одна из веток, не дожидаясь результата остальных.
Разберем детально, почему это происходит и как настроить схему процесса таким образом, чтобы состояние документа принимало значение «Согласовано» исключительно в том случае, если все параллельные участники ответили положительно.
Проанализируем работу системы изнутри. В конфигурации 1С:Документооборот состояние документа — это не просто реквизит в карточке, а запись в регистре сведений СостоянияДокументов. Большинство стандартных действий (таких как «Согласование» или «Утверждение») имеют встроенный механизм, который при завершении задачи программно обращается к этому регистру.
Когда мы используем схему комплексного процесса с параллельными ветками, каждое действие «Согласование» считает себя ответственным за обновление статуса. Если первый согласующий нажал «Согласовано», действие завершается и тут же записывает в регистр статус документа. При этом система «не знает», что параллельно идет еще одно согласование, которое может закончиться отрицательно. В итоге возникает логическая ошибка: документ уже значится как согласованный, хотя второй этап еще в работе или вовсе отклонен.
Рассмотрим по шагам, как обойти эту проблему в версии 2.1, используя визуальный конструктор схем. Основная идея заключается в том, чтобы отобрать у действий «Согласование» право менять статус документа и передать это право отдельному блоку в конце процесса.
// Пример логики для блока "Условие"
// Проверяем задачи текущего комплексного процесса
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Задачи.РезультатВыполнения КАК Результат
|ИЗ
| Задача.ЗадачаИсполнителя КАК Задачи
|ГДЕ
| Задачи.БизнесПроцесс = &БизнесПроцесс
| И Задачи.ТочкаМаршрута В (&ТочкиСогласования)";
Запрос.УстановитьПараметр("БизнесПроцесс", Объект.Ссылка);
// Указываем точки маршрута, результаты которых нам важны
Запрос.УстановитьПараметр("ТочкиСогласования", СписокТочекСогласования);
РезультатЗапроса = Запрос.Выполнить().Выбрать();
ВсеСогласовали = Истина;
Пока РезультатЗапроса.Следующий() Цикл
Если РезультатЗапроса.Результат <> Перечисления.РезультатыСогласования.Согласовано Тогда
ВсеСогласовали = Ложь;
Прервать;
КонецЕсли;
КонецЦикла;
Результат = ВсеСогласовали;
Если условие возвращает Истина, направляем процесс по ветке, где стоит действие, устанавливающее итоговый статус «Согласован». Если Ложь — направляем на ветку обработки отрицательного результата.
Выясним, как обстоят дела в новой версии 3.0. Здесь концепция «Комплексного процесса» заменена на «Обработку», а управление маршрутами стало более гибким. В версии 3.0 проблема решается гораздо проще за счет Групп действий.
Рассмотрим алгоритм настройки:
В 3.0 система автоматически вычисляет «вес» результата. Если в группе «Все одновременно» хотя бы один участник нажал «Не согласовано», итоговый результат группы будет отрицательным, и общее состояние документа не изменится на «Согласован» автоматически.
Проанализируем еще один продвинутый способ, подходящий для разработчиков — использование обработчиков событий в точках маршрута схемы. Это позволяет максимально точно контролировать момент записи в регистр.
В свойствах точки маршрута (например, после слияния) выберем событие «При выполнении». Здесь мы можем принудительно установить состояние документа, используя программный интерфейс системы. Посмотрим на пример кода, который можно использовать в обработчике:
// Установка состояния документа через API 1С:Документооборот
Предмет = ЗадачаОбъект.Предметы[0].Предмет; // Получаем основной предмет процесса
НовоеСостояние = Справочники.СостоянияДокументов.НайтиПоНаименованию("Согласован");
Если ЗначениеЗаполнено(Предмет) И ЗначениеЗаполнено(НовоеСостояние) Тогда
// Используем типовой механизм установки состояния
СостоянияДокументов.УстановитьСостояние(Предмет, НовоеСостояние);
КонецЕсли;
Важный нюанс: при использовании такого подхода необходимо убедиться, что у самих действий «Согласование» в шаблоне выключена опция автоматического изменения состояния, иначе они будут «перебивать» вашу логику своими записями.
Выясним причину, по которой система иногда считает «Согласовано с замечаниями» положительным результатом, а иногда нет. В системе существует скрытый от обычного пользователя справочник «Результаты выполнения действий».
Рекомендуется проверить настройки в этом справочнике:
Подведем итог нашему исследованию. Если вы столкнулись с тем, что документ преждевременно переходит в состояние «Согласован» при параллельной работе:
Такой комплексный подход позволит вам создать надежный бизнес-процесс, в котором статус документа всегда будет отражать реальную картину согласования всеми ответственными лицами.