Именно здесь 1С:Управление холдингом (1С:УХ) демонстрирует свою уникальную силу — не как бухгалтерская программа, а как организационный мозг, где каждый документ проходит строго определенный путь, а каждый шаг фиксируется, контролируется и анализируется.
Эта статья — не инструкция по кнопкам. Это детальное руководство по созданию и управлению интеллектуальными маршрутами согласования
в 1С:УХ. Мы разберем не только «как», но и «почему» — от фундаментальных принципов архитектуры до продвинутых сценариев,
которые превращают рутину в стратегическое преимущество.
Эта статья — не инструкция по кнопкам. Это детальное руководство по созданию и управлению интеллектуальными маршрутами согласования
в 1С:УХ. Мы разберем не только «как», но и «почему» — от фундаментальных принципов архитектуры до продвинутых сценариев,
которые превращают рутину в стратегическое преимущество.
Фундамент согласования
Архитектура согласования в 1С:УХ - не просто кнопка «На согласование»
Первое заблуждение — думать, что согласование в 1С:УХ — это просто «нажать кнопку и ждать». Это глубокая, многомерная система, построенная на трех китах: Шаблон процесса, Матрица полномочий и Матрица адресации. Они работают
как синхронизированные шестеренки в часах.
как синхронизированные шестеренки в часах.
В отличие от простых систем, где согласование привязано к роли пользователя, 1С:УХ использует децентрализованную модель управления полномочиями. Это означает, что кто именно должен согласовать документ, определяется не жестко в конфигурации,
а динамически — на основе контекста. Это дает невероятную гибкость: один и тот же документ (например, заявка на оплату) может проходить разные маршруты в зависимости от суммы, контрагента, ЦФО или даже типа расхода.
Эта архитектура — результат глубокого понимания реальных бизнес-процессов. Она не навязывает стандарт, а адаптируется под вашу организационную структуру, будь то строгая иерархия или матричная модель с пересекающимися ответственностями.
а динамически — на основе контекста. Это дает невероятную гибкость: один и тот же документ (например, заявка на оплату) может проходить разные маршруты в зависимости от суммы, контрагента, ЦФО или даже типа расхода.
Эта архитектура — результат глубокого понимания реальных бизнес-процессов. Она не навязывает стандарт, а адаптируется под вашу организационную структуру, будь то строгая иерархия или матричная модель с пересекающимися ответственностями.
Шаблон процесса
— ядро вашей бизнес-логики
Любой маршрут согласования начинается с создания шаблона процесса. Это не просто имя — это описание жизненного цикла документа. Он определяет:
-
Тип объекта
Какой документ или справочник будет согласовываться? (Заявка на оплату, Договор, Версия бюджета,
Заявка на закупку и т.д.)
-
Режим процесса
Всегда «Маршрут согласования»
для документов, «Универсальный процесс» для сложных кейсов.
-
Порядок этапов
Это уже не список, а сетевая диаграмма, которую вы собираете как конструктор.
Блоки процесса
строительные кирпичи
В редакторе маршрута вы работаете с типовыми блоками-элементами:
Согласование
Самый распространенный блок. Здесь вы определяете, кто должен подписать. Это
не выбор из списка пользователей,
а адресация — по роли, по правилу, по формуле.
Переход по условию
Сердце интеллектуального маршрута. Это не просто «если-то». Вы можете создавать сложные логические ветвления. Условия строятся
на реквизитах документа, данных справочников, даже результатах предыдущих этапов.
Вложенный процесс
Используйте один шаблон внутри другого. Например,
для согласования договора вызывается отдельный шаблон
для согласования приложения к договору.
Обработка
Для экстремальных кейсов — запуск произвольного кода
на языке 1С для сложных расчетов или проверок.
Оповещение
Отправить уведомление (не требующее действия) в Telegram, на почту
или в систему взаимодействия.
Пауза / Ожидание события
Задержать процесс
до определенной даты или пока не будет выполнено внешнее условие (например,
пока не придет ответ
от контрагента).
Объект утвержден / Объект отклонен
Финальные точки.
Не просто статусы —
это триггеры для дальнейших действий (например, автоматическая отправка уведомления
об отклонении).
Ключевое правило: каждый блок должен быть связан с другим. Нет «висячих» элементов. Связи между блоками — это и есть ваш бизнес-процесс. Вы не рисуете линии — вы определяете логику.
Матрица полномочий — где определяется «Кто?»
Шаблон процесса говорит: «Тут должен быть согласующий». Матрица полномочий отвечает на вопрос: «Кто именно в этом конкретном случае?»
Это таблица-соответствие, где вы связываете:
- Объект: какой документ/справочник (например, «Заявка на операцию»).
- Организация: в каком юридическом лице/ЦФО этот документ создается?
- Ответственный: кто должен согласовать? Здесь вы выбираете:
- Конкретного пользователя (редко, только для исключений).
- Роль (основной способ). Роль — это абстрактное понятие, привязанное к пользователю через Матрицу адресации.
- Шаблон универсального процесса (для сложных сценариев).
в разных подразделениях с разными людьми.
Матрица адресации —
связь между людьми
и ролями
связь между людьми
и ролями
Теперь, когда вы определили роль «Финансовый директор», нужно сказать системе, кто на самом деле ее исполняет.
Именно здесь работает Матрица адресации.
Это справочник, где вы привязываете пользователей к ролям
в рамках конкретных организаций.
Это справочник, где вы привязываете пользователей к ролям
в рамках конкретных организаций.
Один человек может иметь несколько ролей в разных организациях. Например, Сергей С. — это «Финансовый директор» в «ООО Эталон» и «Главный бухгалтер»
в «ООО ЛИИС».
Эта система позволяет вам перемещать людей
без перенастройки процессов. Если ФД уходит, вы просто меняете привязку роли в Матрице адресации — все маршруты согласования продолжают работать без изменений. Это гибкость, которая окупает себя в течение недели.
в «ООО ЛИИС».
Эта система позволяет вам перемещать людей
без перенастройки процессов. Если ФД уходит, вы просто меняете привязку роли в Матрице адресации — все маршруты согласования продолжают работать без изменений. Это гибкость, которая окупает себя в течение недели.
Настройка маршрута:
практический кейс —
Заявка на оплату с ветвлением
Представим реальный сценарий: заявка на оплату поставщику. Мы хотим, чтобы:
- Все заявки проходят первичное согласование
у менеджера отдела. - Если сумма больше
5 млн ₽ — требуется дополнительное согласование
у финансового директора. - Если сумма больше
10 млн ₽ — требуется согласование
у генерального директора. - Если сумма меньше
1 млн ₽ — автоматическое утверждение.
Шаг 1: Создаем шаблон процесса
Называем его «Маршрут согласования Заявки на операцию
(с ветвлением по сумме)». Выбираем тип объекта — «Документ текущей ИБ», согласуемый объект — «Заявка на операцию».
(с ветвлением по сумме)». Выбираем тип объекта — «Документ текущей ИБ», согласуемый объект — «Заявка на операцию».
Шаг 2: Строим диаграмму
Перетаскиваем в область редактирования:
- Блок «Согласование» — называем его «Менеджер отдела». Адресация — по роли «Менеджер по расходам».
- Блок «Переход по условию» — называем его «Проверка суммы». Здесь мы создаем условие: Сумма > 10000000 (10 млн). Добавляем два действия: «Тогда» → «Согласование у ГД», «Иначе» → «Переход по условию 2».
- Блок «Переход по условию» — называем его «Проверка суммы 2». Условие: Сумма > 5000000 (5 млн). Действия: «Тогда» → «Согласование у ФД», «Иначе» → «Объект утвержден».
- Блок «Согласование» — называем его «Согласование у ФД». Адресация — по роли «Финансовый директор».
- Блок «Согласование» — называем его «Согласование у ГД». Адресация — по роли «Генеральный директор».
- Блок «Объект утвержден» — автоматическое утверждение.
Шаг 3: Соединяем блоки
Создаем связи: «Менеджер отдела» → «Проверка суммы».
Из «Проверка суммы» → «Согласование у ГД» и «Проверка суммы 2».
Из «Проверка суммы 2» → «Согласование у ФД»
и «Объект утвержден».
Из «Согласование у ФД» → «Объект утвержден».
Из «Согласование у ГД» → «Объект утвержден».
Из «Проверка суммы» → «Согласование у ГД» и «Проверка суммы 2».
Из «Проверка суммы 2» → «Согласование у ФД»
и «Объект утвержден».
Из «Согласование у ФД» → «Объект утвержден».
Из «Согласование у ГД» → «Объект утвержден».
Шаг 4: Привязываем к документу
Переходим в «Матрицу полномочий». Выбираем объект «Заявка на операцию», организацию «ООО Эталон», и в качестве ответственного указываем наш только что созданный шаблон процесса.
Готово. Теперь, когда менеджер создает заявку на 7 млн ₽, она автоматически идет сначала к нему, затем к ФД, и только после его согласия — к автоматическому утверждению. Если он создает заявку на 12 млн ₽ — она идет к нему, потом к ГД, и только после него — к утверждению. Это не «нажал кнопку» — это автоматизированная бизнес-логика.
Оповещения и каналы связи —
не просто уведомления
Согласование — это не статичный процесс. Это диалог. 1С:УХ предоставляет три мощных канала
для взаимодействия, каждый из которых решает свою задачу.
Внутри системы 1С:УХ
Это основной канал. Пользователь видит задачи на главном экране.
Это надежно,
но требует активности. Идеально
для критических решений, где нужна детальная проработка и комментарии.
Это надежно,
но требует активности. Идеально
для критических решений, где нужна детальная проработка и комментарии.
Электронная почта
Позволяет согласовать документ прямо
из почты. Система отправляет письмо
с ссылкой. Ответив на него с текстом «Согласовано» или «Отклонено», пользователь автоматически выполняет действие в системе. Это революционно
для топ-менеджеров, которые не сидят в 1С. Письмо — это не оповещение,
это инструмент действия.
из почты. Система отправляет письмо
с ссылкой. Ответив на него с текстом «Согласовано» или «Отклонено», пользователь автоматически выполняет действие в системе. Это революционно
для топ-менеджеров, которые не сидят в 1С. Письмо — это не оповещение,
это инструмент действия.
Telegram
Система работает через Telegram-бота. Пользователь получает уведомление
в чате. Он может: просмотреть краткую информацию о документе, получить вложение —
PDF-форму заявки или договора, одним сообщением сказать: «Согласовано»
или «Отклонено. Причина: не хватает анализа рисков».
в чате. Он может: просмотреть краткую информацию о документе, получить вложение —
PDF-форму заявки или договора, одним сообщением сказать: «Согласовано»
или «Отклонено. Причина: не хватает анализа рисков».
Это не просто удобство. Это снижение времени согласования с дней до минут. Особенно критично для экспедиторов, работающих в поле, или руководителей, которые часто в командировках. Согласование стало мобильным и немедленным. Настройка Telegram требует регистрации бота через @BotFather и привязки пользователей по их Telegram-имени и фамилии. Важно: если у пользователя в Telegram не заполнено поле «Last Name» — система не сможет его идентифицировать, и согласование не сработает. Это частая ошибка, которую легко избежать.
Продвинутые сценарии:
когда стандартных маршрутов мало
1С:Управление холдингом позволяет идти дальше
Система не останавливается на выполнении. Она предоставляет инструменты для постоянного улучшения процессов.
Ход согласования — это визуализация маршрута. Вы видите, где документ сейчас, кто его должен согласовать, и какие этапы уже пройдены. Это снижает тревожность и дает полный контроль.
История согласования — это полный аудит. Кто, когда, с каким комментарием, какое решение принял. Это незаменимо при внутренних аудитах, проверках и разборе конфликтов.
Ход согласования — это визуализация маршрута. Вы видите, где документ сейчас, кто его должен согласовать, и какие этапы уже пройдены. Это снижает тревожность и дает полный контроль.
История согласования — это полный аудит. Кто, когда, с каким комментарием, какое решение принял. Это незаменимо при внутренних аудитах, проверках и разборе конфликтов.
Система ведет журналы событий, которые можно анализировать.
- Какие маршруты самые долгие?
- Кто чаще всего отклоняет заявки?
- Какие условия в переходах вызывают наибольшее количество ветвлений?
Контроль и аналитика —
от согласования к управлению
-
Сценарий 1: многократное согласование
Для договоров с государством может потребоваться согласование не просто по одной роли,
а по нескольким. Например, «Юрист», «Финансовый директор» и «Начальник юридического отдела» — все должны дать согласие. В шаблоне вы добавляете три блока «Согласование»
с соответствующими ролями,
и система ждет всех ответов. -
Сценарий 2: динамическая адресация
Используя «Расширенную адресацию» и «Обработку», можно создавать маршруты,
где согласующий определяется
по сложной формуле. Например: «Согласовать у менеджера, чья организация является ответственной за ЦФО, указанное в заявке». Это требует знания языка 1С, но дает абсолютную гибкость. -
Сценарий 3: согласование с ожиданием
Нужно, чтобы документ согласовывался только после того, как будет сформирован отчет
из внешней системы? Используйте блок «Ожидание события». Система будет ждать, пока
в регистре сведений не появится запись, подтверждающая готовность отчета.
Как система работает «под капотом»
Для понимания и диагностики ошибок важно знать, как работает система.
Регламентные задания
Регламентные задания
- Отправка оповещений событий — собирает события из регистра «События оповещений» и отправляет их в Telegram/почту.
- Отправка уведомлений — отправляет письма из регистра «Уведомления по электронной почте».
- Получение данных из Telegram — анализирует сообщения от бота и обновляет статусы документов.
- Согласование по почте — обрабатывает ответные письма и меняет статус документа.
- Регистры сведений
- Задачи процессов — содержит список задач, которые видны пользователю на главном экране.
- События оповещений — хранит события, которые должны быть отправлены как оповещения.
- Уведомления по электронной почте — хранит письма, которые нужно отправить.
- Оповещения пользователей — хранит данные для отправки оповещений в Telegram и систему взаимодействия.
- Эти регистры — это «журналы событий» системы. Если оповещение не приходит, первым делом нужно проверить, появилось ли событие в «Событиях оповещений» и запущено ли регламентное задание.
Согласование
как стратегический инструмент
Процессы и маршруты согласования в 1С:Управление холдингом — это не функция. Это фундамент корпоративной культуры.
Когда вы настраиваете маршрут, вы не просто определяете,
кто подпишет. Вы кодируете корпоративные ценности: прозрачность, ответственность, дисциплину. Вы создаете систему, которая защищает бизнес от хаоса и человеческих ошибок.
Система не просто автоматизирует рутину. Она превращает каждый документ — от заявки на 5000 рублей до договора
на 500 млн — в доказательство того, что ваш бизнес управляем, прозрачен и надежен.
Когда вы настраиваете маршрут, вы не просто определяете,
кто подпишет. Вы кодируете корпоративные ценности: прозрачность, ответственность, дисциплину. Вы создаете систему, которая защищает бизнес от хаоса и человеческих ошибок.
Система не просто автоматизирует рутину. Она превращает каждый документ — от заявки на 5000 рублей до договора
на 500 млн — в доказательство того, что ваш бизнес управляем, прозрачен и надежен.
Ваша задача — не научить сотрудников пользоваться кнопкой «На согласование». Ваша задача — создать такие маршруты, которые станут неотъемлемой частью вашей стратегии. Те, кто использует 1С:УХ как «набор кнопок», теряют 80% потенциала. Те, кто видит в нем инструмент управления, получают конкурентное преимущество, которое невозможно скопировать.
Не бойтесь сложности. Сложность — это цена за контроль.
И эта цена окупается в первый же месяц. Готовы превратить согласование из бремени в вашу сильную сторону? Начните
с анализа одного критического бизнес-процесса. Запишите его текущий путь. Затем — создайте его точную цифровую копию
в 1С:УХ. Сравните результаты. Вы увидите, как ваш бизнес становится не просто автоматизированным, а интеллектуальным.
Не бойтесь сложности. Сложность — это цена за контроль.
И эта цена окупается в первый же месяц. Готовы превратить согласование из бремени в вашу сильную сторону? Начните
с анализа одного критического бизнес-процесса. Запишите его текущий путь. Затем — создайте его точную цифровую копию
в 1С:УХ. Сравните результаты. Вы увидите, как ваш бизнес становится не просто автоматизированным, а интеллектуальным.
Наши реализованные проекты
Запишитесь на консультацию
Отправляя заявку, вы соглашаетесь с политикой обработки персональных данных
Это бесплатно