19 сентября 2026

ИИ-агент для рекламаций поставщикам

Как ИИ-агент собирает доказательства по дефектной поставке, готовит претензию, контролирует ответ, замену, компенсацию и корректирующие действия.

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

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

Что ИИ-агент делает в процессе рекламации

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

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

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

Документы удобно обрабатывать в контуре ИИ для документов: извлекать номера, даты, позиции и условия из накладных, актов и сертификатов. Заказы, остатки и платежи подключаются через сценарии ИИ для 1С. Если рекламации — лишь один из процессов, где планируются агенты, сначала стоит определить общие правила и архитектуру в рамках ИИ для бизнеса.

Как выглядит рабочий маршрут

1. Зарегистрировать проблему

Входом может быть форма приёмки, письмо, сообщение в корпоративном мессенджере, запись в QMS или событие из 1С. Агент выделяет из сообщения поставщика, номер заказа, товар, партию, дату поставки, количество, место обнаружения и описание отклонения. Исходное сообщение, фотографии и файлы сохраняются без изменений: извлечённые поля помогают работать со случаем, но не заменяют первичные материалы.

Если данных недостаточно, агент не просит абстрактно «добавить подробности», а задаёт конкретные вопросы. Сколько единиц проверили? Сколько из них имеют дефект? Видна ли на упаковке маркировка партии? Кто проводил приёмку? Где сейчас лежит остаток? Зафиксировал ли перевозчик повреждение? Поле, на которое пока нет ответа, остаётся пустым. Догадываться по похожим случаям нельзя.

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

2. Поднять заказ, договор и историю партии

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

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

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

3. Ограничить риск для компании

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

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

4. Собрать доказательства

Для разных нарушений нужен разный комплект. При дефекте качества это могут быть акт, фотографии, протокол измерений, маркировка, накладная, сведения о выборке и условиях хранения. При недопоставке — документы приёмки, весовые данные и отметки перевозчика. Агент формирует чек-лист по типу случая и сразу показывает, чего не хватает.

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

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

5. Подготовить и согласовать претензию

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

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

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

6. Контролировать ответ поставщика

Из входящего ответа агент выделяет позицию поставщика, запросы дополнительных сведений, предложенный вариант урегулирования и обещанные даты. Каждое существенное обязательство становится отдельной контрольной точкой. Например: забрать брак 22 сентября, привезти замену 24 сентября, прислать отчёт 8D в течение десяти рабочих дней.

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

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

7. Проверить результат и закрыть случай

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

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

Пример: отклонение размера в новой партии

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

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

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

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

Какие системы нужно подключить

ERP или 1С. Отсюда приходят заказы, фактическая приёмка, цены, остатки, оплаты и движения партии. Читать эти данные агент может в пределах своей роли. Критичные изменения проводятся через отдельные операции с проверкой прав и параметров.

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

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

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

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

Кто за что отвечает

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

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

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

Где агент ошибается и какие нужны ограничения

• Приписывает дефекту знакомую причину. Похожий симптом не доказывает одинаковый источник. Гипотеза должна быть помечена как гипотеза, пока её не подтвердили.
• Готовит претензию по старому документу. У договора и спецификации обязательны версия, дата действия и связь с заказом.
• Склеивает разные случаи. Один поставщик и одна номенклатура не гарантируют, что дефект общий. Возможный дубль подтверждает сотрудник.
• Считает фотографию достаточным доказательством. Снимок без номера партии, масштаба или нужного ракурса может быть бесполезен.
• Отправляет текст без согласования. Неверное требование или неподтверждённая формулировка ослабляют позицию компании. Финальную версию принимает ответственный.
• Закрывает случай по обещанию. Письмо о будущей замене не равно принятой годной поставке. Нужны подтверждения результата.
• Создаёт слишком много уведомлений. Приоритет и эскалация должны зависеть от риска, роли получателя и срока.
• Получает лишние права в 1С. Модель не должна напрямую менять остатки, оплаты и юридически значимые статусы.
• Не умеет работать при сбое. Для каждого канала нужны очередь, ручной резервный маршрут и сверка после восстановления.
• Оптимизирует только скорость закрытия. Быстро закрытая карточка может скрывать неисполненное требование. Важны возмещение, повторяемость дефектов и эффективность мер.

Как запустить пилот

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

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

Запись в критичные системы подключают последней. Для неё создают ограниченные операции: поставить партию на удержание, зарегистрировать отправку, изменить конкретный статус. Каждая операция проверяет права, допустимый предыдущий статус и обязательные параметры. У агента не должно быть универсального доступа «на всякий случай».

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

Чек-лист перед запуском

• Назначена одна официальная система, где хранится статус рекламации.
• Для каждого типа нарушения определены обязательные поля и доказательства.
• Заказ, поставка, партия и номенклатура имеют устойчивые идентификаторы.
• Договоры и спецификации доступны с версиями и датами действия.
• Утверждены правила приоритета и расчёта срока уведомления.
• Назначены сотрудники, которые могут блокировать запас, выбирать требование, отправлять письмо и закрывать случай.
• Факты, предположения и принятые решения хранятся раздельно.
• У каждого доказательства есть источник, автор и время получения.
• Возможные дубли не объединяются без проверки человеком.
• До выбора временной меры видны остатки и движения партии.
• Критичные действия требуют явного подтверждения уполномоченного сотрудника.
• Успешная отправка подтверждается целевой системой, а не только интерфейсом агента.
• Каждое обещание поставщика получает отдельного владельца и срок.
• Перенос срока сохраняется вместе с причиной и согласующим.
• Для закрытия нужно подтверждение фактического результата.
• Для повторных дефектов задан проверяемый критерий эффективности мер.
• У интеграций есть очередь, повторная доставка и защита от дублей.
• Права сервисной учётной записи ограничены необходимыми действиями.
• Журнал отличает предложение модели от решения человека и результата операции.
• Метрики пилота отражают бизнес-результат, а не только скорость обработки.

FAQ

Может ли ИИ-агент сам отправлять претензии?

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

Обязательно ли внедрять отдельную QMS?

Для пилота — нет. Рекламации можно вести в сервис-деске или настроенном процессе другой корпоративной системы. Важно, чтобы там были роли, статусы, сроки, вложения и журнал изменений, а сама система считалась официальным источником состояния случая.

Что делать, если поставщик не признаёт дефект?

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

Как рассчитывается сумма претензии?

Агент может собрать стоимость товара, перевозки, сортировки, экспертизы и простоя и применить утверждённые формулы. Финансовый владелец проверяет исходные данные, а юрист — допустимость требования по договору и закону.

Можно ли принимать сообщения о дефектах из мессенджера?

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

Как не получить ложные дубли?

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

Когда рекламацию можно считать закрытой?

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