Голосовой ввод в 1С с ИИ: от диктовки до подтверждённого черновика заказа
Распознать речь недостаточно, чтобы правильно заполнить документ. Разбираем, как выделить реквизиты, уточнить товар и количество, подтвердить результат и создать один черновик в 1С.
Менеджер диктует: «Для Востока десять коробок, нет, восемь, как в прошлый раз, доставка в пятницу». В этой фразе есть исправление количества, неоднозначный контрагент, ссылка на прошлый заказ и относительная дата. Даже безошибочная расшифровка не даёт готовых реквизитов.
Полезный голосовой помощник связывает речь с конкретной операцией. Ниже — проектная схема создания черновика заказа: распознаватель получает текст, прикладная логика находит объекты 1С, сотрудник подтверждает интерпретацию и только затем запускается запись.
Для первого этапа подходит действие с небольшим количеством реквизитов и понятным экраном проверки. Например, добавить позиции в черновик заказа, заполнить комментарий к задаче или найти документ по номеру. Это разные сценарии: обычная диктовка текста не требует той же логики, что выбор товаров и количества.
В описании работы с речью в платформе 1С рассматриваются преобразование речи в текст и синтез звука. Для интеграции важно не смешивать их с управлением документами. Распознаватель не назначает права, не определяет покупателя и не подтверждает условия сделки.
Сначала зафиксируйте, что система умеет выполнять и какие команды приведут к уточнению. Просьбу «сделай как обычно» нельзя считать однозначной, если у клиента было несколько прошлых заказов с разными товарами и условиями.
Возможны потоковая обработка во время диктовки и обработка уже записанного файла. В потоке важно отличать предварительный текст от окончательной фразы: пока сотрудник говорит, распознанные слова могут уточняться. Создавать документ по каждому промежуточному варианту нельзя.
Официальная страница сервиса распознавания речи 1С описывает облачный и локальный варианты. Доступность нужного режима проверяют для версии платформы, клиентского приложения и конфигурации. Не следует обещать одинаковое качество или одинаковый набор функций во всех вариантах размещения.
При выборе оценивают качество записи на рабочем месте, сетевую задержку, допустимость передачи аудио и нагрузку. Если пользователь диктует возле работающего оборудования, чистая запись из тихого кабинета плохо подходит для приёмки. Нужны реальные микрофоны, характерный шум и используемые названия товаров.
После завершения диктовки система выделяет кандидатов на значения реквизитов. «Нет, восемь» должно исправить ранее названные десять, но не создать вторую строку. «В пятницу» преобразуется в явную дату с учётом текущего момента и принятого правила; при неоднозначности задаётся вопрос.
Контрагента ищут среди доступных сотруднику объектов. Если найдено несколько компаний «Восток», показывают отличия и предлагают выбрать. Самая популярная организация в базе не обязательно та, которую имел в виду пользователь. Аналогично «как в прошлый раз» требует выбора конкретного документа и проверки, какие его условия можно повторить.
Фраза «восемь коробок» требует известной фасовки. Если в коробке двенадцать штук, учебный пересчёт даст девяносто шесть штук. Но это верно только для подтверждённой упаковки выбранного товара. Для другой позиции того же семейства коробка может содержать иное количество.
Уверенное распознавание слова «восемь» не подтверждает правильность всего реквизита. В экран проверки должны попасть товар, количество, упаковка и итоговая единица документа. Если недостаёт фасовки, задают вопрос, а не используют коэффициент из похожего прошлого заказа.
Названия и артикулы также стоит проверять на сходство звучания. Для длинных кодов может быть удобнее сканирование или выбор из справочника. Голосовой интерфейс не обязан быть единственным способом ввода; смешанный маршрут часто лучше соответствует конкретной работе.
Подтверждение должно относиться к определённой редакции #
После распознавания сотрудник видит черновые реквизиты и может исправить их. Подтверждается конкретная редакция: если после проверки поменялись товар или количество, старое подтверждение уже не должно разрешать запись новых значений.
Фраза «да» имеет смысл только в контексте показанного действия. Система должна понимать, подтверждает ли человек выбор контрагента, исправленное число или создание документа. Для критичных операций можно оставить явное действие в интерфейсе вместо свободного голосового подтверждения.
При записи сервер повторно проверяет права и прикладные ограничения. Наличие микрофона и знакомый голос сами по себе не дают полномочий пользователя. Нужна обычная авторизованная сессия, связанная с конкретным сотрудником, а аудио не следует считать самостоятельным доказательством его личности.
После нажатия подтверждения сеть может оборваться. Пользователь не знает, создан ли заказ, и повторяет действие. Интеграции нужен идентификатор подтверждённой операции и сохранённый результат: повтор возвращает ссылку на тот же черновик, а не создаёт новый.
Если пользователь начал новую диктовку или изменил состав, это другая редакция и отдельное решение. Сравнивать только текст недостаточно: две одинаковые заявки могут быть самостоятельными заказами. История должна показывать исходную фразу, подтверждённые реквизиты и итог записи в пределах принятых правил хранения.
Создание черновика и проведение документа разделяют. Для выбранного сценария сначала достаточно проверить заполнение. Отправка клиенту, резервирование, проведение и другие последствия подключаются отдельно, когда известны правила и результаты пилота.
Соберите записи с числами, исправлениями, отрицаниями, похожими названиями и относительными датами. Проверьте их в характерном шуме и на нужных устройствах. Измеряйте не только качество текста, но и правильность конечных реквизитов, количество уточнений и время исправления сотрудником.
Затем испытайте потерю связи до и после записи, двойное подтверждение, отмену и изменение справочника между подбором и сохранением. Корректный помощник либо создаёт один ожидаемый черновик, либо объясняет, что нужно уточнить. Он не должен молча подменять отсутствующий товар ближайшим по звучанию.
Нет. Для диктовки обычного поля может хватить распознавания речи. Ограниченный набор команд иногда надёжнее разобрать правилами. Модель полезна при разнообразных формулировках и извлечении нескольких реквизитов, если её результат затем проверяется прикладной логикой.
Локальный вариант предусмотрен технологиями 1С, но нужно проверить его применимость в конкретном клиенте и качество на своих записях. Отдельно определить место исполнения последующей языковой модели: локальное распознавание само по себе не означает, что полученный текст остаётся внутри компании.
NetLabCS поможет выбрать сценарий, настроить распознавание и подтверждение реквизитов, а затем связать их с созданием черновика при интеграции ИИ с 1С . Для обсуждения проекта подготовьте несколько типичных фраз и пример документа: проверим, где голос экономит действия, а где удобнее сохранить выбор из справочника.
