Первый маршрут ЛДО в УНФ 3.0: от подключения до проверки отказа

Что будет готово в конце

Цель первого запуска — получить один проверенный маршрут: инициатор отправляет предмет, согласующий видит задачу, решение отражается в 1С. После этого проверяется отказ и повторная отправка. Подключать сразу все документы, мессенджеры и внешние действия для такого пилота не требуется.

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

Для базового согласования персональный n8n не нужен. Интеграции подключаются отдельно, когда после решения требуется действие во внешней системе.

Сначала сопоставьте версии

Для этого разбора использована установленная ЛДО 6.0.0.2 в УНФ 3.0.14.168 на платформе 8.5.1.1529. Эта проверенная комбинация не задаёт минимальные требования для всех поставок: совместимость своего файла CFE сверяйте с его описанием.

1. Откройте информацию о программе в своей базе и запишите редакцию, полный релиз УНФ и платформу.
2. Сопоставьте их с readme той поставки ЛДО, которую собираетесь подключать.
3. Подготовьте копию базы для первого запуска и возможность восстановления.
4. Определите администратора, инициатора и согласующего. Проверка только под полными правами не покажет ограничения обычного пользователя.

Для 1С:Фреш порядок установки определяется сервисом и доступной адаптацией. Шаги загрузки файла в локальную базу нельзя автоматически считать инструкцией для Фреша.

Подключите расширение штатным способом

ЛДО поставляется как расширение CFE. В руководстве путь к списку расширений указан через «Настройки → Администрирование → Печатные формы, отчёты и обработки → Расширения». Названия разделов могут отличаться в вашей версии интерфейса.

Добавьте файл из подходящей поставки. Если ЛДО уже установлен, используйте процедуру обновления существующего расширения, а не создавайте второй экземпляр. После подключения или обновления выполните требуемый платформой перезапуск сеанса.

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

До настройки процесса убедитесь, что открываются настройки ЛДО и список задач, а платформа не сообщает об ошибках применимости расширения.

Разделите права пользователя и роль согласующего

Профиль доступа определяет, что сотруднику разрешено делать в 1С. Роль согласующего определяет его место в маршруте ЛДО. Одно не заменяет другое.

1. Назначьте пользователям необходимые права расширения по документации своей поставки, а также доступ к выбранному типу предмета.
2. Откройте «Настройки → ЛДО: Настройки согласования → ЛДО Базовый → Роли и уведомления».
3. Создайте роли для выбранного пилота и назначьте участников.
4. На вкладке «Маршруты» выберите тип предмета, роль и очередность. В нашем примере для договоров юристу задана очередь 1, руководителю — 2, срок каждого этапа — 2 дня.
5. На первом прогоне используйте обычные роли без исключительных прав и без сложных условий.

Роль без исполнителя создаёт организационную проблему даже при формально заполненном маршруте. Перед отправкой убедитесь, что каждый участник сможет открыть сам предмет.

Пройдите успешный и отрицательный сценарий

Под инициатором откройте тестовый предмет и отправьте его на согласование. Затем зайдите под согласующим, откройте свои задачи, проверьте предмет и примите решение. Сверьте результат в карточке и списке задач.

На втором тестовом предмете выберите отрицательное решение с понятной причиной. Проверьте, кто может исправить данные и как повторно запускается маршрут. Если включены блокировки, инициатор не должен оказаться без предусмотренного пути доработки.

• Задача появилась у правильного участника и на правильном этапе.
• Лишний пользователь не получил право решения только потому, что видит документ.
• После решения состояние соответствует ожиданию.
• Причина отказа доступна ответственному за исправление.
• Повторная отправка выполняет выбранное правило: заново или с продолжением.

Фиксируйте версии и результаты обоих сценариев. После успешной проверки добавляйте условия и блокировки по одной настройке, повторяя соответствующие проверки.