Как изменить бизнес-процесс в 1С: практическое руководство

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

Главный риск такой работы — не техническая сложность, а потеря данных и поломка уже запущенных экземпляров процессов. Активные процессы ссылаются на старую карту маршрута, и после изменения схемы они могут «зависнуть» или завершиться с ошибкой. Поэтому любое изменение начинается с анализа текущего состояния и обязательно проходит через тестовую копию базы.

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

Определите, что именно нужно изменить

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

Разделите требования на три группы. Первая — настройки без изменения конфигурации: замена исполнителей, адресация по ролям и подразделениям, параметры задач. Вторая — доработка через расширение: дополнительные реквизиты, проверки при старте, уведомления. Третья — изменение карты маршрута и логики объекта «Бизнес-процесс», что требует доработки конфигурации.

Подготовьте безопасную среду для изменений

Никогда не меняйте бизнес-процесс напрямую в рабочей базе. Сделайте полную резервную копию (выгрузку .dt или копию средствами СУБД) и разверните тестовую базу. Убедитесь, что в тестовой копии воспроизводится проблема: процесс стартует, задачи создаются, маршрут проходит.

Проверьте, есть ли в рабочей базе активные (незавершённые) экземпляры процесса, который вы собираетесь менять. Это критично: экземпляр хранит ссылку на карту маршрута, и изменение схемы может привести к тому, что точки, на которых «стоят» задачи, перестанут существовать.

Измените процесс подходящим способом

Настройка без конфигуратора

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

Доработка через расширение

Расширение конфигурации — предпочтительный способ для добавления реквизитов, обработчиков событий, проверок и уведомлений. Конфигурация остаётся на поддержке, обновления типового релиза не конфликтуют с доработкой. Ограничение: через расширение нельзя полностью перестроить карту маршрута объекта «Бизнес-процесс» — для этого нужна доработка основной конфигурации.

Изменение карты маршрута в конфигураторе

Откройте конфигуратор, найдите нужный объект в ветке «Бизнес-процессы» и отредактируйте карту маршрута: добавьте или удалите точки действий, условия, точки выбора варианта, настройте переходы. Проверьте связанные процедуры в модуле объекта — обработчики старта, обработки точек, формирования задач. После изменений выполните проверку конфигурации и обновите конфигурацию базы данных в тестовой копии.

Сравнение способов доработки

Настройка адресации

Подходит для смены исполнителей и сроков; без риска, но не меняет логику

Расширение конфигурации

Подходит для новых реквизитов, проверок, уведомлений; сохраняет поддержку, но ограничено по маршруту

Доработка конфигурации

Позволяет менять карту маршрута и любую логику; требует снятия с поддержки и аккуратных обновлений

Протестируйте все ветки процесса

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

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

1. 1
   Сделайте резервную копию рабочей базы и разверните тестовую копию
2. 2
   Зафиксируйте текущую схему процесса и список активных экземпляров
3. 3
   Внесите изменения настройкой, расширением или доработкой конфигурации
4. 4
   Пройдите все ветки маршрута в тестовой базе и проверьте права
5. 5
   Завершите или перенесите активные экземпляры в рабочей базе
6. 6
   Перенесите доработку в рабочую базу и проведите контрольный запуск

Перенесите изменения в рабочую базу

Планируйте перенос на период минимальной активности пользователей. Перед обновлением завершите или прервите активные экземпляры старой схемы либо выполните их обработку: в типовых решениях и в собственных доработках часто пишут процедуру, которая переводит «зависшие» экземпляры на новую карту маршрута или корректно их закрывает.

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

Контрольные точки

Как проверить результат

Новый экземпляр процесса

Норма

Стартует, задачи создаются у правильных исполнителей

Тревожный признак

Ошибка при старте или задача не видна исполнителю

Активные процессы старой схемы

Норма

Завершены, прерваны или переведены на новую схему

Тревожный признак

Задачи «висят», формы не открываются

История завершённых процессов

Норма

Старые экземпляры открываются для просмотра

Тревожный признак

Ошибки при открытии, потеря данных

Права пользователей

Норма

Исполнители видят только свои задачи

Тревожный признак

Задачи видны всем или никому

Типичные ошибки и как их избежать

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

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

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

Частые вопросы

Можно ли изменить бизнес-процесс без программиста?

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

Что будет с уже запущенными процессами после изменения схемы?

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

Чем расширение лучше доработки конфигурации?

Расширение хранится отдельно и не снимает конфигурацию с поддержки, поэтому типовые обновления устанавливаются штатно. Но расширение не позволяет полностью перестроить карту маршрута объекта «Бизнес-процесс» — для таких изменений нужна доработка основной конфигурации.

Как откатить изменения, если что-то пошло не так?

Если доработка сделана расширением — достаточно отключить или удалить расширение. Если менялась конфигурация, откат выполняется восстановлением из резервной копии или загрузкой сохранённого файла конфигурации. Именно поэтому копия перед изменениями обязательна.

Можно ли изменить типовой процесс согласования в БП или ERP?

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

Как понять, что изменение прошло успешно?

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