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