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