Кто отвечает за ремонт, если оборудование продаёт одна компания, а обслуживает другая

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

Схема с несколькими участниками распространена, и сама по себе она не плоха. Плохо, когда правила между участниками не записаны.

Кто участвует в ремонте

В типичной цепочке четыре стороны:

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

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

Где возникают споры

Споры повторяются в одних и тех же точках:

1. Гарантия или нет. Срок считается от продажи, от ввода в эксплуатацию или от поставки? Что делать, если ввод выполнял не авторизованный партнёр?
2. Кто оплачивает диагностику. Если случай оказался негарантийным, выезд уже состоялся. Платит клиент, производитель или никто?
3. Замена узла. Кто решает, ремонтировать или менять, и сколько ждать решения?
4. Смешанный случай. Один узел вышел из строя по гарантии, другой из‑за неправильной эксплуатации. Как разделить работы и оплату?
5. Качество работ. Кто принимает работу у партнёра и что делать при повторной поломке?

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

Что записать в правилах сети

Правила сети полезно записать в виде коротких решений:

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

Это рабочая логика процесса. Юридические условия договоров согласуются отдельно с юристами сторон, и рабочие правила не должны им противоречить.

Где хранить заявку

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

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

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

Матрица ответственности для вашей сети

Заполните таблицу по последним десяти ремонтам. Пустые клетки покажут, где споры возникнут снова.

В каждой строке должна стоять ровно одна отметка «решает». Если их две, решение будут перекладывать друг на друга. Если ни одной, решения не будет.

Что дальше

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

Остальное часто можно оставить как есть. Если клиент привык звонить дилеру, это нормально, пока дилер видит статус заявки и может ответить сразу. Заставлять всех работать в одном окне не нужно. Достаточно, чтобы решение каждого участника было записано и доступно тому, кто от него зависит.

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

В демонстрационном сценарии можно проследить общую цепочку: проверка гарантии, назначение партнёра, диагностика, согласование производителем, приёмка клиентом и вознаграждение партнёру.

Посмотреть сценарий

Связанная статья: От гарантийной заявки до расчёта с партнёром: показываем весь процесс.

Источники и границы примера

• Работа сервисной службы
• Мобильное рабочее место

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