Управление рекламациями связывает дефект, решение и повторную проверку: модуль дописывают агенты

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

Для этого не обязательно строить свою CRM с нуля. Сначала проверьте готовый модуль: умеет ли он хранить обращение отдельно от работы с причиной?

В Microsoft Dynamics 365 несоответствие связывается с корректирующим действием и повторным испытанием. Доработка нужна там, где эта связь обрывается.

Связь начинается с товара и партии. Если номер неизвестен, модуль сохраняет этот пробел и задачу на уточнение. Причину по фотографии он не назначает.

Для приёмки возьмите условие «изделие протекает». Разные обращения могут относиться к одной партии; похожие сообщения ещё не доказывают общий дефект.

Специалист связывает обращения с подтверждённым дефектом. Разные проблемы разбирают отдельно. История сообщений остаётся доступной.

Что значит «исправили»? Для протечки специалист задаёт условия испытания и допустимый результат. Запись «приняты меры» этот критерий не заменяет.

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

Эти условия входят в задание для агента до кода. Заказчику нужна проверка запрещённого перехода: без результата испытания карточку нельзя закрыть.

Наша машина агентов показывает, как такую доработку проверять. В коде vibecoding.ru мы исправляли потерю поля и расхождение ответа с его проверкой.

Агент пишет связи карточек, ограничения переходов и тесты. Специалист компании устанавливает причину дефекта и принимает предметное исправление.

Красивая карточка не доказывает сохранность связи. Запись из формы и запись сотрудника должны сохранять тот же номер дефекта.

Повтор возвращается к прежнему решению. Модуль предлагает связанный дефект по товару и партии; специалист подтверждает связь нового обращения.

Отсутствие жалоб не доказывает устранение причины. Могли прекратиться поставки. Нужны результат испытания и названный период наблюдения.

Управлять этой работой помогает устройство «правило, экран, сигнал». В курсе агентной разработки оно разобрано в уроке «Руль, окно и сторож».

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

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

На 08.10.2026 подписка на разработку «Один проект» стоит 250 000 ₽ в месяц. Это цена месяца работы, не смета готового модуля.

Пройдите путь обращения в своей системе. Найдите место, где исчезает связь с партией, действие или результат проверки. Это предмет доработки.

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

Для обсуждения доработки принесите найденный разрыв связи и сценарий проверки. На звонке можно сверить границу заказа.

1. Разделите закрытие обращения и работу с причиной. Ответ покупателю не заменяет испытание.

2. Свяжите дефект с товаром и партией. Неподтверждённую причину сохраняйте как гипотезу.

3. Задайте критерий результата до кода. Проверьте запрет закрытия без испытания.

4. Сохраняйте историю действий. Подтверждённый повтор должен вернуть к прежнему решению.

5. Проверьте готовый модуль перед покупкой. Закажите недостающие связи и примите их по сценариям.