У многих компаний проблема не в том, что у них «старые системы», а в том, что между ними слишком много ручных передач, согласований и слепых зон. В итоге заказ, подключение услуги или внутренняя операция застревают не в одной большой ошибке, а в десятке маленьких пауз.
На этом фоне кейс UiPath и новозеландского телеком-оператора One NZ выглядит не как очередной AI-анонс, а как нормальный бизнес-сигнал. По данным пресс-релиза UiPath от 4 июня 2026 года, компания сократила время enterprise mobile provisioning с 10 дней до менее чем 10 минут, не выкидывая существующий стек, а добавив слой оркестрации поверх Salesforce, Oracle и внутренних платформ.
Короткое оглавление
Почему этот кейс важен бизнесу
В новости важен не сам бренд UiPath и не слово AI. Важен паттерн: бизнес не переписывал всё с нуля, а собрал управляемый слой поверх уже существующих систем. Это намного ближе к реальности большинства компаний, чем красивая история про «полную цифровую трансформацию».
В кейсе One NZ речь шла о сложном процессе подключения корпоративной мобильной связи. Внутри были Salesforce, Oracle, внутренние платформы, разорванные handoff-цепочки и зависимость от ручных действий. До изменений отдельные циклы заказа могли тянуться по несколько дней, а полный provisioning — до 10 дней. После внедрения orchestration layer процесс стал почти реального времени.
Для предпринимателя или руководителя это хороший ориентир: самый большой эффект часто появляется не там, где вы «ставите ИИ», а там, где убираете разрывы между CRM, ERP, сервис-деском, таблицами и внутренними кабинетами.
Почему legacy тормозит не из-за технологий, а из-за разрывов между системами
Когда в компании говорят «нам мешает legacy», обычно проблема выглядит так:
- данные о клиенте живут сразу в нескольких местах;
- каждый шаг требует ручной проверки или перекладки информации;
- сотрудники не видят статус процесса целиком;
- ошибка всплывает слишком поздно, когда клиент уже ждёт;
- масштабирование упирается не в спрос, а в операционную тяжесть.
Именно поэтому автоматизация бизнес-процессов сегодня всё чаще означает не «один умный бот», а координацию действий между системами, людьми и правилами. Где-то нужен AI-агент, чтобы разобрать входящий контекст. Где-то — робот, который выполнит действие в старом интерфейсе. Где-то — человек, который подтверждает спорный шаг. Ценность появляется в связке.
Это тот же класс задач, с которым бизнес приходит за автоматизацией бизнес-процессов и интеграциями CRM, API и внутренними инструментами: не заменить всё, а сделать процесс предсказуемым, быстрым и управляемым.
Как работает orchestration layer поверх CRM, ERP и внутренних сервисов
Из описания UiPath видно довольно зрелую схему.
- Системы остаются на месте. Salesforce, Oracle и внутренние сервисы не выбрасывают только потому, что они старые.
- Появляется единая логика маршрута. Процесс больше не зависит от того, кто кому отправил письмо или в каком чате потерялся статус.
- AI-агенты координируют шаги. Они помогают принимать операционные решения внутри заранее заданной рамки.
- Роботы выполняют рутинные действия. Там, где нет удобного API или процесс завязан на старый интерфейс, автоматизация всё равно может работать.
- Люди остаются в контуре. Эскалации, исключения, контроль качества и спорные случаи не исчезают — они становятся лучше видимыми.
Это важный сдвиг. Раньше многие компании пытались автоматизировать отдельные куски процесса: одну форму, один отчёт, один импорт. Сейчас выигрывает тот, кто собирает весь путь целиком — от входящего события до финального результата.
Где такой подход даёт быстрый ROI
Кейс One NZ относится к телекому, но сама логика универсальна. Такой подход особенно хорошо работает там, где много статусов, правил и межсистемных зависимостей.
1. Онбординг клиентов и подключение услуг
Если продажа произошла быстро, а подключение тянется неделями, клиенту всё равно, насколько красив у вас CRM-процесс. Он видит только задержку. Оркестрация убирает ручные стыки между продажами, операционкой и исполнением.
2. Финансы, риск и антифрод
UiPath прямо указывает, что One NZ планирует расширение в finance, risk и fraud. Это логично: именно там часто много правил, исключений и разрозненных систем, из-за которых сотрудники тонут в проверках.
3. Внутренний service delivery
Подключение доступа, запуск кабинета, выпуск договора, настройка интеграции, активация услуги — всё это часто страдает от того, что никто не видит процесс end-to-end.
4. Поддержка и сложные B2B-операции
Когда вопрос клиента требует действий в нескольких системах, «быстрый ответ» сам по себе не решает проблему. Нужна связка AI, автоматизации и внутреннего workflow. Это хорошо дополняет сценарии, где компании внедряют AI-сотрудников и AI-агентов для бизнеса не как витрину, а как рабочую роль внутри процесса.
Где бизнесу не стоит бежать за AI-оркестрацией
Не каждый процесс нужно срочно обвешивать AI-слоем. Есть случаи, где это будет дорогой игрушкой.
- если сам процесс ещё не описан и каждая команда понимает его по-своему;
- если нет владельца процесса и некому принимать решения по исключениям;
- если объём операции слишком мал и ручной режим пока дешевле;
- если в данных хаос и ошибки появляются раньше, чем начинается автоматизация;
- если бизнес хочет «автономного агента», но не готов к контролю, логированию и правилам доступа.
Главная ошибка здесь простая: пытаться лечить AI-инструментом организационный бардак. Оркестрация усиливает хороший процесс, но плохо спасает процесс, который сам по себе не согласован.
С чего начать, если у вас похожий зоопарк систем
Если у вас уже есть CRM, ERP, таблицы, почта, внутренние кабинеты и ручные согласования, не нужно начинать с большой программы трансформации. Практичнее идти так:
- Выберите один дорогой процесс. Не самый модный, а тот, где задержка реально бьёт по деньгам, срокам или клиентскому опыту.
- Нарисуйте путь end-to-end. Где начинается событие, где теряется статус, где нужен человек, где можно автоматизировать действие.
- Посчитайте handoff-стоимость. Сколько времени уходит не на полезную работу, а на ожидание, передачу и перепроверку.
- Соберите orchestration layer поверх текущего стека. Не обязательно менять всё ядро, если можно связать существующие узлы.
- Сразу закладывайте контроль. Логи, эскалации, права доступа, ручные override-сценарии и понятные KPI нужны с первого дня.
Хороший пилот в таких проектах — не «сделать агента», а сократить конкретный цикл: подключение, обработку заявки, выпуск документа, проверку кейса или запуск внутреннего процесса.
Именно здесь кейс UiPath и One NZ полезен: он показывает, что бизнес-результат появляется не от красивой AI-витрины, а от дисциплины в процессе, нормальной интеграции систем и понятного слоя управления между ними.
FAQ
Что такое orchestration layer в автоматизации бизнес-процессов?
Это слой, который координирует шаги между системами, роботами, AI-агентами и людьми. Он нужен, чтобы процесс шёл по понятному маршруту, а не распадался на ручные передачи и слепые зоны.
Нужно ли менять legacy-системы, чтобы автоматизировать сложный процесс?
Не всегда. Во многих случаях быстрее и дешевле построить управляемую связку поверх уже существующих CRM, ERP и внутренних сервисов, чем сразу затевать полную замену стека.
Где автоматизация бизнес-процессов с помощью ИИ даёт самый быстрый эффект?
Там, где есть повторяемые операции, много ручных передач между системами, высокая цена задержки и понятный KPI: скорость подключения, время обработки заявки, доля ошибок, нагрузка на команду, прозрачность статусов.
Чем оркестрация отличается от обычного чат-бота или одного AI-агента?
Чат-бот или один агент решает узкую задачу. Оркестрация управляет целым маршрутом процесса: кто что делает, когда подключается человек, какое действие идёт в CRM, что запускается в ERP и где нужен контроль.
Обсудить статью со своим ИИ-ассистентом
Скопируйте эту статью в Markdown: заголовок, ссылка и вся структура текста уже будут готовы для Cursor, Claude, ChatGPT или любого другого агента.
Готово для вставки в ИИ-ассистент.