Сравнивать конфигурации целиком бесполезно: они различаются не «лучше или хуже», а составом закрываемых блоков. Поэтому практичнее разложить сервисный ремонт на функциональные блоки и посмотреть, какой из них в какой конфигурации есть, в каком виде и чего не хватает. Разберём поблочно.
Из каких блоков состоит сервисный ремонт
- Учёт обслуживаемого оборудования.
- Приём и регистрация заявок.
- Диспетчеризация и распределение работ.
- Заказ-наряды и выполнение.
- Учёт трудозатрат.
- Запчасти и материалы.
- Плановое обслуживание.
- Гарантия и рекламации.
- Расчёты с клиентом.
- Выездные работы и мобильные места.
- Отчётность и показатели.
Блок 1. Учёт обслуживаемого оборудования
Разница здесь принципиальная. В решениях для внутреннего ремонта оборудование — полноценный объект учёта с иерархией узлов, техническими местами, наработкой и историей отказов. В торговых и универсальных конфигурациях его обычно нет как отдельной сущности: есть номенклатура и серийные номера, но не структура объекта.
Для сервиса чужого оборудования это критично: без карточки объекта у клиента невозможно накопить историю ремонтов по конкретной единице.
Блок 2–3. Заявки и диспетчеризация
Регистрация обращения, приоритет, срок реакции, назначение исполнителя. В универсальных конфигурациях заявка чаще всего отсутствует как самостоятельный документ — её роль играет заказ клиента или задача. Это работает при малых объёмах и перестаёт работать, когда нужен контроль сроков реакции и очередь.
Отдельно стоит смотреть на рабочее место диспетчера: наличие единого экрана с очередью и загрузкой мастеров отличает решение для сервиса от решения, приспособленного под сервис.
Блок 4–5. Заказ-наряды и трудозатраты
Заказ-наряд есть практически везде, различия — в детализации: разбивка на работы с нормативами времени, несколько исполнителей на одной работе, этапы, приостановка и возобновление, фиксация фактического времени.
Учёт трудозатрат — блок, который чаще всего оказывается упрощённым. Без фактического времени по работам невозможно считать ни себестоимость ремонта, ни утилизацию мастеров.
Блок 6. Запчасти и материалы
Здесь универсальные конфигурации сильны: складской учёт, резервирование, аналоги, партии и серийные номера реализованы хорошо. Специфика сервиса добавляет несколько требований: списание в разрезе заказ-наряда, учёт снятых узлов, обменный фонд, возврат неиспользованного, учёт запчастей у выездного мастера.
Последний пункт — распространённый пробел: запчасти, выданные мастеру в машину, во многих решениях не имеют отдельного места хранения и теряются из учёта.
Блок 7. Плановое обслуживание
Регламенты по календарю и по наработке, автоматическое формирование заявок к сроку, планирование потребности в материалах. Развитый блок есть в решениях для управления обслуживанием оборудования; в конфигурациях, ориентированных на реактивный сервис, он либо отсутствует, либо сводится к напоминаниям.
Блок 8. Гарантия и рекламации
Наиболее часто дорабатываемый блок. Требуется: определение гарантийного статуса по дате продажи и условиям, разделение оплаты между клиентом и производителем, учёт рекламаций с контролем сроков, возврат дефектных узлов поставщику.
В типовых конфигурациях гарантийный статус обычно есть как признак, а полноценного контура работы с рекламациями нет.
Блок 9. Расчёты с клиентом
Калькуляция, согласование сметы с клиентом, акт выполненных работ, реализация услуг и запчастей. Сильная сторона учётных конфигураций — здесь вопросов обычно не возникает.
Блок 10. Выездные работы
Маршруты, время в пути, отметки о прибытии и убытии, мобильное рабочее место мастера, работа без связи. Блок, который в типовом виде почти нигде не закрыт полностью и требует либо мобильного приложения, либо доработки.
Блок 11. Отчётность
Базовые отчёты по выполненным работам и выручке есть везде. Специфические для сервиса показатели — соблюдение сроков реакции и выполнения, доля повторных обращений, утилизация мастеров, структура отказов — требуют настройки или разработки практически в любом варианте.
Сводная картина
| Блок | Где обычно закрыт штатно | Где чаще требует доработки |
|---|---|---|
| Оборудование как объект | Решения для управления ремонтами | Универсальные конфигурации |
| Заявки и диспетчеризация | Специализированные под сервис | Торговые и универсальные |
| Заказ-наряды | Практически везде | Детализация по работам и этапам |
| Трудозатраты | Решения с производственным контуром | Малые конфигурации |
| Запчасти | Везде, где есть склад | Обменный фонд, запас у мастера |
| Плановое обслуживание | Решения для ТОиР | Реактивный сервис |
| Гарантия и рекламации | Почти нигде полностью | Почти всегда |
| Расчёты с клиентом | Везде | — |
| Выездные работы | Почти нигде полностью | Почти всегда |
| Показатели сервиса | Почти нигде | Почти всегда |
Как пользоваться этим при выборе
Практический приём: отметить, какие из одиннадцати блоков критичны именно для вашей службы, и требовать демонстрации только по ним. Три нижние строки таблицы — гарантия, выездные работы и показатели сервиса — стоит проверять особенно внимательно: именно они чаще всего оказываются пробелом, обнаруживаемым уже после покупки.
Итог
Сервисный ремонт раскладывается на одиннадцать функциональных блоков, и типовые конфигурации закрывают их неравномерно. Уверенно закрыты запчасти, заказ-наряды и расчёты с клиентом; учёт оборудования и плановое обслуживание зависят от класса решения; гарантия с рекламациями, выездные работы и специфические показатели сервиса почти всегда требуют настройки или доработки. Планировать проект стоит исходя из этой картины, а не из общего впечатления о конфигурации.
Перечисленные блоки в собранном виде реализованы в решении «1С:Сервисный Ремонт» — от базы обслуживаемой техники до заказ-нарядов, склада запчастей и аналитики.
Компания «Сайфилд» проводит аудит функциональных пробелов под задачи сервисной службы и настраивает недостающие блоки в «1С». Опишите свои процессы, и мы дадим оценку.