Поделиться через

Обзор агента заказов на продажу (предварительная версия)

  • Статья

[Данная статья посвящена предварительному выпуску и может быть изменена.]

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

Чаевые

Просмотрите короткое видео в канале Dynamics Business Central на YouTube по адресу Начало работы с агентом заказов на продажу для Dynamics 365 Business Central.

Важно!

Функциональность

Активация и конфигурация

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

Разрешения и профили

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

Операция

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

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

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

Мониторинг электронной почты и коммуникации

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

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

Вовлечение клиентов и пользователей Business Central

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

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

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

Как агент обрабатывает запросы

Агент отслеживает в определенном почтовом ящике входящие сообщения электронной почты от клиентов с запросами о товарах. Почтовый ящик указывается в конфигурации агента заказов на продажу (подробнее см. в разделе Настройка агента заказов на продажу). Когда агент обнаруживает потенциальный запрос в сообщении электронной почты, он начинает готовить предложение по продаже. Например, проверяет, зарегистрирован ли клиент в Business Central. Затем проверяется наличие товара, создается предложение по продаже и подготавливается ответ клиенту по электронной почте, который включает предложение в виде вложения PDF.

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

Агент гарантирует, что запрос от одного клиента не может быть связан с запросами другого клиента. Когда агент обрабатывает запрос, он сначала идентифицирует клиента в Business Central по адресу электронной почты отправителя. Агент ищет адрес электронной почты среди зарегистрированных контактов Business Central, предложений по продаже и заказов, а затем ищет клиента, связанного с этим адресом электронной почты:

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

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

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

  • Если контакт не найден, агент отфильтровывает все документы и может запросить вмешательство пользователя, так как не может найти документ.

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

Поиск продуктов/товаров

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

Стол Поля
Товаров №
Описанием
Описание 2
Описание для поиска
Код GTIN
Номер товара поставщика
Вариант товара Код
Описанием
Описание 2
Ссылка на товар Номер ссылки
Описанием
Описание 2
Атрибуты товара Имя/название
Номинал
Категория товара Код
Описанием
Родительская категория — 1 уровень
Перевод товара Язык
Описанием
Описание 2
Идентификатор товара Код
Строка расширенного текста Текст

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

Заметка

Может потребоваться до 15 минут, чтобы вновь введенные данные стали доступны для поиска, поскольку система повторно индексирует таблицы в фоновом режиме.

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

Последовательность процессов агента

В обработке запроса предложения по продаже в заказ участвуют три участника:

  • Клиент, запросивший предложение по продаже по электронной почте.

    Вот пример электронного письма:

    Здравствуйте!

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

    • 2 стола "Антверпен"
    • 4 стула "Берлин"
    • 4 стула "Рим"

    Не могли бы вы предоставить предложение с расценками? Нам нужно, чтобы товары были доставлены ко 2 марта. Кроме того, обратите внимание на наш номер заказа на покупку: DC1011234.

    Спасибо,

    [Имя]

  • Агент заказов на продажу, который отслеживает почтовый ящик, обрабатывает входящий запрос и создает предложение и заказ

  • Business Central пользователь, который проверяет задачи агента

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

Отображает поток агента заказов на продажу

  1. Клиент: отправляет сообщение электронной почты в почтовый ящик Business Central с запросом предложения по продаже товаров.
  2. Агент заказов на продажу: забирает непрочитанное сообщение электронной почты из папки "Входящие" и создает задачу с шагом для проверки входящего запроса.
  3. Проверяющий: проверяет/подтверждает шаг по электронной почте.
  4. Агент заказов на продажу:
    1. Находит контакт или клиента.
    2. Находит запрошенные товары и проверяет их наличие.
    3. Создает предложение по продаже.
    4. Добавлен шаг проверки с ответным сообщением электронной почты с вложенным предложением по продаже в формате PDF.
  5. Проверяющий: проверяет/подтверждает сообщения электронной почты и предложения по продаже.
  6. Агент заказов на продажу: отправляет клиенту сообщение электронной почты и предложения по продаже в формате PDF.
  7. Клиент: проверяет предложение по продаже и отправляет сообщение электронной почты о заказе.
  8. Агент заказов на продажу: принимает сообщение электронной почты и добавляет шаг для проверки.
  9. Проверяющий: проверяет/подтверждает сообщение электронной почты с подтверждением заказа на продажу.
  10. Агент заказов на продажу:
    1. Преобразует предложение в заказ.
    2. Добавляет задание на проверку с исходящим сообщением электронной почты, подтверждающим заказ.
  11. Проверяющий: проверяет/подтверждает исходящее сообщение электронной почты.
  12. Агент заказов на продажу: отправляет клиенту сообщение электронной почты.

Дальнейшие шаги

Настройка возможностей Copilot и ИИ