Почему не срабатывает автозапуск процесса в 1С:Документооборот при создании документа?

Программист 1С v8.3 (Управляемые формы) 1С:Документооборот IT и автоматизация бизнеса
← На главную

В процессе работы с конфигурацией 1С:Документооборот пользователи и администраторы часто сталкиваются с ситуацией, когда настроенный автозапуск процесса (например, «Поручение» или «Согласование») не срабатывает при создании или регистрации документа. Это может происходить даже в тех случаях, когда условия старта прописаны верно, а ручной запуск по шаблону работает без ошибок. Для решения этой проблемы нам необходимо детально разобрать внутреннюю архитектуру системы и понять, как именно инициируется старт бизнес-процесса.

Архитектура механизма бизнес-событий

Прежде всего, разберем, как работает автозапуск в современных версиях системы. В отличие от простых конфигураций, где действие может происходить непосредственно в момент записи объекта, 1С:Документооборот использует событийную модель. Рассмотрим эту схему по шагам:

  1. Пользователь нажимает кнопку Записать или Записать и закрыть в карточке документа.
  2. Система фиксирует факт изменения данных и записывает информацию об этом в специальный регистр сведений ПроизошедшиеБизнесСобытия.
  3. В этот момент сам процесс еще не создается. В регистре просто появляется запись: «Произошло событие Создание для документа Тип_Документа».
  4. С определенной периодичностью запускается регламентное задание ОбработкаПроизошедшихБизнесСобытий.
  5. Это задание анализирует очередь в регистре, сопоставляет события с настройками шаблонов и, если условия совпадают, инициирует создание и старт бизнес-процесса.

Проанализируем ситуацию: если регламентное задание не запущено или работает некорректно, очередь событий будет расти, но процессы запускаться не будут.

Особенности работы в файловом режиме

Выясним причину, почему автозапуск часто «ломается» именно на копиях баз или в небольших организациях. Если ваша база данных является файловой, выполнение регламентных заданий имеет существенные ограничения. В отличие от серверного варианта, где за расписание отвечает МенеджерКластера, в файловой версии задания выполняются только внутри активного пользовательского сеанса.

Рассмотрим подробнее способы решения этой проблемы в файловой базе:

  1. Выделенный сеанс: Рекомендуется запустить отдельный экземпляр 1С под техническим пользователем (например, «Администратор») и оставить его открытым. Именно в этом сеансе система будет «просыпаться» и выполнять фоновые задачи.
  2. Настройка в администрировании: Перейдем в раздел Настройки и администрирование — Администрирование — Регламентные и фоновые задания. Здесь необходимо убедиться, что флаг Разрешить выполнение регламентных заданий установлен.
  3. Ручной запуск: В целях отладки мы можем запустить задание принудительно. Найдем в списке задание Обработка произошедших бизнес-событий и нажмем Выполнить сейчас. Если после этого процессы запустились — проблема была именно в расписании фоновых заданий.

Интерактивный vs Фоновый автозапуск

Посмотрим на настройки шаблона процесса, а именно на вкладку «Назначен видам документов». Здесь есть критически важный параметр: «Предлагать автозапуск при выполнении действия». Разберем, как этот флаг меняет логику системы:

Вариант 1: Флаг установлен (Истина). Это интерактивный режим. В этом случае сразу после записи документа у пользователя на экране всплывет окно нового бизнес-процесса. Система не ждет регламентного задания, она сразу предлагает создать процесс. Если у вас не появляется даже окно предложения, проверьте, правильно ли указан вид документа и само событие (например, Создание или Регистрация).

Вариант 2: Флаг снят (Ложь). Это полностью автоматический режим. Пользователь нажимает «Записать и закрыть», документ сохраняется, и больше ничего не происходит. Процесс должен запуститься «тихо» в фоновом режиме. И вот здесь обязательно должно отработать регламентное задание ОбработкаПроизошедшихБизнесСобытий. Если оно не настроено, процесс не будет создан никогда.

Проверка условий старта и очереди событий

Если регламентные задания работают, но автозапуск все равно молчит, проанализируем состояние очереди. Нам поможет переход к регистру сведений через «Все функции» (или «Функции для технического специалиста»):

  1. Откроем регистр Произошедшие бизнес-события.
  2. Если мы видим там записи, которые не исчезают, значит, обработчик событий сбоит или не видит эти записи.
  3. Если записей нет, проверим регистр Очередь событий для обработки.

Также важно проверить условия старта. Если в шаблоне указано условие (например, по сумме или по конкретному подразделению), убедитесь, что в момент нажатия кнопки Записать эти данные в документе уже заполнены. Если событие — Создание, а документ создается по умолчанию пустым и заполняется пользователем позже, событие создания может не пройти фильтр условий, так как на момент создания поля были пустыми.

Диагностика через Журнал регистрации

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


Ошибка при вызове метода контекста (Сформировать): У пользователя недостаточно прав на создание процесса "Согласование".

Помните, что фоновое задание выполняется от имени того пользователя, под которым запущен сеанс (в файловой базе) или от имени системного пользователя (в серверной). Если у этого пользователя нет прав на чтение вида документа или на запуск конкретного бизнес-процесса, автозапуск будет проигнорирован.

Итоговый чек-лист для исправления проблемы

Для того чтобы окончательно восстановить работу автозапуска, выполним следующие действия:

  1. Проверим в шаблоне процесса настройки на вкладке Назначен видам документов: верно ли выбран Вид документа и Событие.
  2. Если нужен мгновенный запуск, установим флаг Предлагать автозапуск.
  3. Если нужен фоновый запуск, проверим активность регламентного задания Обработка произошедших бизнес-событий и его расписание (рекомендуется интервал 10–60 секунд).
  4. В файловой базе обеспечим наличие постоянно запущенного клиентского сеанса для обработки очереди заданий.
  5. Убедимся, что условия старта (если они есть) корректны и данные в документе им соответствуют в момент срабатывания события.

Применяя данные шаги, мы сможем гарантировать стабильную работу автоматизации в 1С:Документооборот, минимизировав влияние человеческого фактора на запуск важных бизнес-процессов.

← На главную