Как разрешить юристам самостоятельно строить маршруты согласования в 1С:Документооборот 2.1, не предоставляя им права на редактирование шаблонов?

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

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

Метод 1: Ручное формирование произвольного маршрута на лету

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

  1. Шаг 1: Отключение автозапуска для вида документа

    Ключевым моментом здесь является предотвращение автоматического старта заранее определенного процесса согласования при создании документа. Если для вашего вида документа (например, "Договор") настроен автозапуск процесса согласования по шаблону, его необходимо отключить. Для этого перейдите в раздел настройки Виды документов, выберите соответствующий вид документа и убедитесь, что в списке Автозапуск процессов отсутствуют настроенные процессы согласования или их статус установлен как "Не запускать автоматически". Этот шаг гарантирует, что система не будет навязывать жесткий маршрут, и документ будет ждать ручного запуска процесса.

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

  2. Шаг 2: Ручной запуск процесса согласования с произвольным маршрутом

    После того как автозапуск отключен, пользователи получают возможность самостоятельно инициировать процесс согласования, полностью формируя его "с нуля".

    1. Пользователь открывает нужный документ (например, "Договор").
    2. Нажимает кнопку "Отправить", расположенную в верхней части формы документа.
    3. В появившемся меню выбирает тип процесса, который необходимо запустить, например, "На согласование" (или "На исполнение", "На ознакомление" – в зависимости от цели).
    4. Откроется новая форма создания процесса. Именно здесь начинается самое интересное: вместо того чтобы быть жестко привязанным к шаблону, пользователь может свободно конструировать маршрут. В этой форме они могут вручную добавлять участников согласования, определять их последовательность или параллельность, устанавливать сроки выполнения задач и даже добавлять дополнительные этапы.

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

  3. Шаг 3: Использование шаблона с незаполненными согласователями (опционально)

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

    Преимущества этого подхода:

    • Шаблон может содержать общие настройки процесса (например, наименование, описание, ссылки на инструкции), но оставляет поле для добавления согласователей пустым.
    • Когда пользователь запускает процесс вручную по такому "пустому" шаблону (через "Отправить" -> "На согласование" и выбор шаблона), он получает основу процесса, но сам заполняет список участников.
    • Это позволяет совместить некоторую стандартизацию процесса (например, общие формулировки задач) с полной гибкостью в выборе участников.

Метод 2: Редактирование участников шаблона процесса перед отправкой

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

  1. Шаг 1: Запуск процесса по шаблону

    Пользователь запускает процесс согласования обычным способом – либо через автозапуск (если он включен, но шаблон предусматривает возможность изменения участников), либо вручную, выбирая существующий шаблон. Например, нажимает кнопку "Создать на основании" -> "Согласование" и выбирает нужный шаблон.

  2. Шаг 2: Внесение изменений в список согласующих

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

    • Добавлять новых согласующих, выбирая их из справочника сотрудников или ролей.
    • Удалять тех, кто был предзаполнен шаблоном, но не нужен в данном конкретном случае.
    • Изменять порядок согласования (если это последовательный маршрут).

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

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

Расширенные возможности: Условия маршрутизации и динамическое определение участников

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

Использование справочника "Условия маршрутизации"

Мы рассмотрим, как создавать условия, которые будут определять дальнейший путь документа в зависимости от различных параметров. Это могут быть значения реквизитов документа, роли пользователей, подразделения и другие критерии.

  1. Настройка условий: В 1С:Документооборот можно создать элементы справочника Условия маршрутизации. Каждое условие представляет собой логическое выражение, которое система проверяет при старте процесса или на определенном этапе.
  2. Примеры применения:
    • По сумме документа: Если сумма договора превышает заданный лимит (например, 500 000 рублей), документ автоматически направляется на согласование финансовому директору или генеральному директору дополнительно к стандартной цепочке.
    • По контрагенту: Договоры с контрагентами из определенной категории (например, "Крупные клиенты" или "Иностранные партнеры") должны проходить согласование у руководителя юридического департамента или специального юриста.
    • По виду документа: Отдельные виды документов (например, "Дополнительные соглашения" или "Договоры на НИОКР") могут иметь свои специфические цепочки согласования, отличающиеся от основных договоров, даже если они используют один и тот же базовый шаблон.
    • По подразделению: Если инициатор документа относится к определенному подразделению, маршрут может включать в себя согласование с руководителем этого подразделения.
  3. Интеграция с шаблонами: Эти условия затем привязываются к этапам шаблона процесса. При прохождении этапа система проверяет условия и, если оно истинно, направляет документ по соответствующей ветке маршрута или добавляет дополнительных участников. Например, в шаблоне согласования можно указать, что после основного этапа "Согласование с юристами" следует этап "Согласование с финансовым директором", но только при условии, что "Сумма документа > N".

Условия на встроенном языке

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

  1. Гибкая логика: Мы можем проверять самые разнообразные параметры и выполнять сложные вычисления, например:
    • Проверять, согласовывался ли данный контрагент ранее и с каким результатом, и в зависимости от этого менять маршрут.
    • Определять маршрут на основе иерархии, которая не совпадает со штатной структурой предприятия (например, по проектной структуре, где руководитель проекта может быть из другого отдела).
    • Выполнять сложные проверки на основе комбинации нескольких реквизитов документа, внешних данных из других информационных баз или данных, хранящихся в регистрах сведений.
    • Анализировать состав комиссии или группы участников, чтобы определить, требуется ли дополнительное согласование.
  2. Требование к программисту: Создание таких условий требует глубоких знаний встроенного языка 1С и участия квалифицированного программиста. Это позволяет глубоко интегрировать правила маршрутизации с логикой системы, но и накладывает требование к поддержке и тестированию.
  3. Пример концепции (не код, а логика): Представим, что нам нужно, чтобы договор согласовывался не только по сумме, но и в зависимости от его типа и того, является ли контрагент стратегически важным.
    
    // Пример логического условия на встроенном языке 1С
    // Условие для определения необходимости дополнительного согласования
            
    Функция ОпределитьНеобходимостьДополнительногоСогласования(ДокументСсылка)
            
        Если ДокументСсылка.Вид = Справочники.ВидыДокументов.ДоговорРеализации Тогда
            Если ДокументСсылка.Сумма > 1000000 ИЛИ ДокументСсылка.Контрагент.ГруппаДоступа = Справочники.ГруппыДоступа.СтратегическиеКлиенты Тогда
                Возврат Истина; // Требуется дополнительное согласование с Генеральным директором
            Иначе
                Возврат Ложь; // Стандартный маршрут
            КонецЕсли;
        ИначеЕсли ДокументСсылка.Вид = Справочники.ВидыДокументов.ДоговорСубподряда Тогда
            Если ДокументСсылка.СрокДействия < Дата(2025,1,1) Тогда
                Возврат Истина; // Требуется дополнительное согласование с Юридическим отделом
            Иначе
                Возврат Ложь;
            КонецЕсли;
        КонецЕсли;
                
        Возврат Ложь; // Для других видов документов дополнительное согласование не требуется
                
    КонецФункции
    

    Такой код позволяет задать сложную логику, которая будет выполнена системой для определения следующего шага в маршруте.

Комбинация условий

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

Например, документ может быть направлен на согласование определенному лицу, если "сумма договора превышает лимит И контрагент относится к особой категории", или "вид документа = 'Приказ' ИЛИ инициатор документа = 'Генеральный директор'". Такая комбинация обеспечивает очень тонкую настройку и автоматизацию даже самых нетривиальных бизнес-процессов.

Динамическое определение участников

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

  1. Автозаполнение участников из документа:
    • Можно настроить автоматическое заполнение таблицы согласующих сотрудников в шаблоне документа Word, который прикрепляется к карточке документа 1С:Документооборот. Это может быть реализовано с помощью расширений или скриптов, которые извлекают информацию о согласующих из данных самого документа или его владельца. Например, если в документе Word указан ответственный юрист, система может автоматически добавить его в список согласующих.
    • Информация может быть извлечена из реквизитов самого документа в 1С. Например, если в карточке договора есть поле "Ответственный менеджер", система может автоматически добавить руководителя этого менеджера в список согласующих.
  2. Гибкая настройка ролей и групп пользователей:
    • Вместо указания конкретных ФИО, в маршрутах можно использовать Роли. Это делает маршрут гораздо более гибким, поскольку он не зависит от текущей штатной расстановки. Например, вместо "Иванов И.И." указываем "Руководитель отдела закупок" или "Главный бухгалтер".
    • Система 1С:Документооборот позволяет настроить список пользователей для каждой роли. При запуске процесса система подставит актуального сотрудника, занимающего данную роль на момент старта процесса. Если роль занимает несколько сотрудников, задача может быть отправлена всем или первому ответившему.
    • Можно также использовать Группы пользователей для коллективного согласования, когда достаточно, чтобы согласование выполнил любой член группы. Это повышает отказоустойчивость процесса и распределяет нагрузку.

Управление процессами и контроль

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

Отключение автостарта и ручной запуск

Как мы уже выяснили в начале, одним из ключевых механизмов предоставления гибкости является отключение автостарта для определенных видов документов. Это позволяет пользователям:

  1. Самостоятельно принимать решение о необходимости запуска процесса согласования. Не каждый документ требует формализованного согласования. Ручной запуск позволяет избежать излишней бюрократии для простых или внутренних документов.
  2. Формировать маршрут "на лету", адаптируя его под конкретные особенности каждого документа, как мы подробно рассмотрели в первом методе.
  3. Избегать прохождения ненужных этапов согласования для простых или типовых документов, где жесткий регламент не требуется, тем самым оптимизируя время.

Контроль и аналитика

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

  1. Окно "Мои процессы": Пользователи и руководители могут отслеживать все запущенные ими или назначенные им процессы в специальном окне Мои процессы. Здесь можно контролировать их текущий статус (например, "В работе", "Приостановлен", "Завершен"), видеть, кто является ответственным за следующий шаг, и соблюдение сроков выполнения задач. Это дает полную картину по всем активным процессам.
  2. Вмешательство в процесс: При необходимости (например, если задача "зависла" у отсутствующего сотрудника, ушедшего в отпуск или на больничный), уполномоченные сотрудники (руководители, администраторы) могут вмешиваться в ход выполнения задач: переназначать их на других исполнителей, продлевать сроки, завершать задачи принудительно или возвращать документ на доработку.
  3. Аналитические отчеты: Доступны различные отчеты (например, "Отчет по процессам и задачам", "Исполнительская дисциплина"), которые помогают выявлять "забытые" документы, анализировать статистику согласования (например, среднее время согласования по отделам или видам документов), идентифицировать "узкие места" в процессах и оценивать эффективность работы сотрудников.

Повторное согласование

Система позволяет настроить различные варианты повторного согласования, что особенно актуально, если документ был отклонен или потребовал доработки. Это важная часть любого гибкого процесса документооборота:

  1. Полное повторное согласование: Документ проходит весь цикл заново, как будто он запускается впервые.
  2. Частичное повторное согласование: Например, можно настроить отправку документа только тем, кто его не согласовал в предыдущем цикле, или только тем, кто внес замечания, или только на определенный этап. Это экономит время и ресурсы, не заставляя всех участников повторять уже выполненную работу.
  3. Последовательное или параллельное: В версии 2.1 процесс согласования является циклическим и позволяет использовать параллельное, последовательное или смешанное исполнение этапов, что также влияет на возможности повторного согласования.

Важные нюансы и рекомендации

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

Тщательное проектирование условий маршрутизации

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

Совместная работа с файлами (актуально для будущих версий)

Хотя наш пользователь работает с версией 1С:Документооборот 2.1, мы должны отметить, что в 1С:Документооборот 3.0 появилась значительно улучшенная возможность совместной работы с файлами в формате .doc или .docx непосредственно в режиме замечаний при параллельном согласовании. Это значительно упрощает процесс внесения правок несколькими участниками одновременно и их последующей обработки, что может быть весомым аргументом для планирования обновления системы в будущем, если подобные возможности станут критически важными.

Цикличность процесса согласования в 1С:Документооборот 2.1

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

Функция "Вытеснение участников согласования" (в 1С:Документооборот 3.0)

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

Права доступа

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

Таким образом, мы рассмотрели различные подходы к организации произвольных маршрутов согласования в 1С:Документооборот 2.1. От ручного формирования маршрута "на лету" до использования сложных условий и динамического определения участников – каждая организация может выбрать наиболее подходящий вариант, чтобы обеспечить необходимую гибкость для своих пользователей, не жертвуя при этом контролем и регламентацией бизнес-процессов. Использование этих возможностей позволяет настроить гибкие и динамичные маршруты согласования, адаптированные под специфические требования юристов, минимизируя при этом необходимость их прямого участия в редактировании шаблонов.

← На главную