Остаток по переписке вместо фактического учёта
Сообщение о заказанном продукте не означает, что продукт уже доставлен. Если агенту дать переписку без состояний поставки, он может включить ожидаемое в доступный запас. Проект закупки станет логичным по тексту и неверным по фактам. Сотрудник должен видеть, где подтверждена приёмка и на какой момент относится остаток.
Не исправляйте такую ошибку просьбой быть внимательнее. Разделите заказ, ожидаемое поступление и принятую поставку в источнике. Если подтверждения нет, агенту поручают вопрос закупщику. Пустое поле не превращают в отсутствие продукта: оно может означать, что запись ещё не проверили.
Упаковки и порции складываются как одинаковые числа
Допустим, поставщик описывает молочный продукт упаковками, кухня ведёт расход в другой единице, а таблица не объясняет пересчёт. Агент может сопоставить названия, но не получает основание объединить количества. Пересчёт должен опираться на проверенный справочник, а спорная позиция оставаться отдельной.
При разборе закупочного черновика проверьте такие признаки:
- У каждого количества сохранена исходная единица.
- Указан источник пересчёта, если единицы различаются.
- Заказанная позиция не смешана с уже принятой поставкой.
- Причина списания не выведена из общего комментария кухни.
Удобный график скрывает несогласованный обмен
Просьба официанта поменяться сменами ещё не содержит согласия коллеги. Когда проект сразу показывает обмен состоявшимся, управляющий рискует обсуждать готовую перестановку вместо открытого вопроса. Агенту нужно дать отдельные состояния: пожелание, предложение обмена и подтверждение участников.
Связь с приёмом заказов здесь организационная: управляющий не должен отвлекаться на исправление расписания во время обслуживания из-за ложной завершённости проекта. Но нельзя утверждать, что любой такой сбой вызван ИИ. Сначала выясните, был ли неподтверждённый обмен уже отмечен как действующий в исходной таблице.
Перезапуск от места потери смысла записи
Сохраните обезличенный ошибочный сюжет и сравните источник с черновиком. Если единица отсутствует в таблице, исправляют данные. Если единица есть, но потеряна в ответе, меняют требуемую форму выписки. Если пожелание неверно отмечено как согласие, уточняют состояние и правило его чтения.
Повторная проба должна включать именно спорный продукт или обмен, а не только простые записи. Для внешних действий сохраняйте проверку сотрудника. Удаление неудобного примера из набора сделает демонстрацию спокойнее, но не подготовит кафе к следующему аналогичному обращению; причина ошибки останется внутри рабочего процесса.
Как с этим работает Coagent
В Coagent у каждого сотрудника есть свой агент с ролью и правилами. Платформа работает на вашем сервере, а решения принимают люди.
Проследите в кафе путь одной спорной единицы продукта или просьбы об обмене сменами от источника до черновика агента.