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