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