Oracle Fusion Claw: что изменилось для бизнес-процессов

*Концептуальная иллюстрация сценария; не снимок продукта, клиентского проекта или выполненного теста.*

26 октября 2026 года Oracle представила предметные сценарии Fusion Claw для цепочек поставок и клиентских процессов, а также новые способы работы с Fusion Applications через Fusion Companion и Agentic Home. Смысл анонса — переход от ответа на вопрос к выполнению согласованной работы внутри корпоративной системы. Это заявление поставщика о возможностях продуктов, а не независимое доказательство экономии. Общий анонс Oracle.

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

Источники проверены 27 октября 2026 года. Мы изучили официальные релизы; доступ в действующий tenant Fusion, запуск приложений, стоимость, региональная доступность и результаты клиентов в рамках этой статьи не проверялись.

Главное: Fusion Claw — среда исполнения, Agentic Applications — приложения для конкретной работы, а Companion и Agentic Home — способы поставить задачу и увидеть её ход. Объявленные функции нельзя автоматически перенести на любую ERP или CRM.

Что новое, а что уже было

Сам Fusion Claw Oracle анонсировала 29 сентября 2026 года. В том релизе уже говорилось о 25 приложениях на его основе. Поэтому октябрьскую публикацию некорректно пересказывать как первое появление платформы или прибавлять ещё 25 к сентябрьским 25 без отдельного подтверждения. Сентябрьский первоисточник.

В октябрьском наборе публикаций появились подробные описания прикладных задач в SCM и CX. SCM здесь означает управление цепочками поставок и производством, CX — клиентские процессы, включая продажи и обслуживание. Это помогает обсуждать не абстрактного «универсального сотрудника», а определённую работу в определённой системе.

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

В недавнем дайджесте новостей ИИ мы рассматривали Oracle Deep Trust на уровне архитектуры доступа к данным. Fusion Claw в этом материале — другая тема: исполнение работы внутри бизнес-приложений.

Как устроен Fusion Claw

Oracle описывает разделение двух частей работы: модель рассуждает, планирует и пересматривает план, а детерминированные вычисления выполняют расчёты и операции. Для разрешённых действий заявлены ограничения, права, согласования и отчёт о выполненном результате — Outcome Receipt. Это описание механизма со стороны разработчика. Архитектура в релизе Fusion Claw.

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

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

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

Поставки и закупки

В отраслевом анонсе от 26 октября Oracle называет три сценария: Supply Planning Allocation для распределения дефицитных материалов и мощностей; Shipment Load Planning для планирования загрузки и объединения отправок; Procurement Spend для анализа закупочных расходов и отклонений от договорённостей. Для них описаны сравнение вариантов и участие команды в утверждении действий. Релиз для цепочек поставок.

Эти задачи различаются по управленческому смыслу:

Сценарий	Основной вопрос владельца процесса	Возможный конфликт интересов
Распределение дефицита	Какому спросу отдать ограниченный ресурс?	Маржа одного заказа против обязательства по другому
Планирование отправок	Какие грузы объединить?	Заполнение транспорта против срока доставки
Анализ закупок	Где покупают вне согласованных условий?	Формальная скидка против полной стоимости и качества

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

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

Продажи и сервис

В CX Oracle описывает планирование территорий продаж, оценку состояния сервиса и спроса на выездные работы. Ещё один сценарий — CPQ Test-to-Production Setup & Configuration Migration: подготовка изменений конфигурации, выявление зависимостей и выполнение одобренных шагов переноса. CPQ — система конфигурирования, расчёта цены и подготовки коммерческого предложения. Релиз для клиентских процессов.

Пример с CPQ показывает, почему генеративная функция не обязательно выглядит как чат с покупателем. Сотруднику может быть нужна помощь с изменениями справочников и зависимостями продукта, от которых потом зависят корректность расчёта и предложение клиенту.

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

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

Зачем Companion и Agentic Home

В общем анонсе Oracle позиционирует Fusion Companion как слой, который использует корпоративный контекст и права пользователя, чтобы связать намерение с процессами и действиями. Fusion Agentic Home описана как персонализированное пространство постановки целей, делегирования и отслеживания выполнения. Описание новых интерфейсов.

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

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

Что это значит для компаний

Для действующих пользователей Fusion новость имеет прямой продуктовый смысл: можно сопоставить свои процессы с объявленными приложениями. Для компаний с другой ERP она прежде всего показывает направление развития корпоративного ПО. Это не подтверждение готовой совместимости Oracle с их системой.

Владельцу логистики полезно посмотреть на момент, когда расчёт превращается в изменение плана. Коммерческому директору — на работу с ограничениями территорий и конфигураций. ИТ-команде — на то, где фактически находятся данные и исполняются операции. Такие вопросы различаются; общий запрос «поставить ИИ» скрывает их.

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

Какие ограничения остаются

Официальные публикации подтверждают, что Oracle заявила перечисленные возможности и обозначила их место в Fusion. Они не дают независимого сравнения с работой специалистов, универсальной цены или доказательства окупаемости для российского бизнеса. Доступность зависит от конкретного продукта, версии и договорных условий; мы её не проверяли.

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

Заявления об экономичности и масштабе в этой новости принадлежат Oracle. Мы не переносим их на собственную практику и не выдаём предлагаемые примеры поставок или CPQ за клиентские внедрения.

Как AIrassvet связывает ИИ с рабочим процессом

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

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

Итог

Октябрьские публикации показывают, какие бизнес-задачи Oracle направляет в Fusion Claw: от распределения ресурсов до изменений конфигурации коммерческих предложений. Для пользователей Fusion это повод изучить предметные приложения; для остальных — полезный пример архитектуры, где модель и вычислительные правила выполняют разные части работы. Следующий содержательный вопрос — какой именно переход от анализа к действию нужен вашей компании.