Автоматизация · 12 мин
ТОиР в 1С: как работает система управления ремонтами и обслуживанием
Как работает ТОиР в 1С: справочники оборудования, графики ППР, наряды на ремонт, учет запчастей и затрат. Пошаговое устройство подсистемы.
ТОиР — техническое обслуживание и ремонт оборудования. В экосистеме 1С эта задача решается либо типовой подсистемой ТОиР в составе 1С:ERP «Управление предприятием 2», либо отраслевым решением «1С:Управление ремонтами и обслуживанием оборудования», которое интегрируется с 1С:ERP или 1С:КА. Логика в обоих случаях одинакова: система ведет реестр оборудования, планирует работы по графикам ППР, оформляет наряды и заказы на ремонт, списывает запчасти и накапливает затраты по каждому объекту ремонта.
Главный принцип работы ТОиР в 1С — переход от «аварийного» ремонта к плановому. Вместо того чтобы чинить оборудование после поломки, система по наработке или по календарю заранее формирует потребность в обслуживании, резервирует материалы и исполнителей, а после выполнения работ фиксирует фактические трудозатраты и расход запчастей. Вся история хранится в карточке объекта ремонта, что позволяет анализировать стоимость владения техникой.
Ниже разобрано, из каких блоков состоит подсистема, как настроить планирование, как проходит ремонт от заявки до закрытия затрат и какие ошибки чаще всего мешают внедрению.
Из каких блоков состоит подсистема ТОиР
Ядро подсистемы — справочник «Объекты ремонта». Каждая карточка описывает единицу оборудования: инвентарный номер, подразделение-эксплуатант, место установки, дату ввода в эксплуатацию, паспортные характеристики. Объекты можно выстраивать в иерархию: цех → линия → станок → узел, что позволяет планировать ремонт как целого агрегата, так и отдельного узла.
Второй ключевой блок — нормативы. Для каждого объекта или типовой модели задаются виды ремонтов (осмотр, текущий, средний, капитальный), их периодичность и трудоемкость. Нормативы могут задаваться по календарному времени (раз в 6 месяцев) или по наработке (каждые 2000 моточасов, 50 000 км пробега). На основе нормативов система рассчитывает даты будущих ремонтов.
Третий блок — документы оперативного учета: выявленные дефекты, заявки на ремонт, наряды на выполнение работ, акты выполненных работ, регистрация наработки. Четвертый блок — ресурсы: спецификации запчастей (нормы расхода материалов на вид ремонта), исполнители (собственные бригады или подрядчики), ремонтные циклы. Замыкает все учет затрат: материалы списываются со склада, работы оцениваются по тарифам или по договору подряда, итог собирается на объекте ремонта.
Как настроить объекты ремонта и нормативы
Начинать внедрение нужно с классификатора: определите уровни иерархии оборудования и правила кодирования. Практичный подход — синхронизировать объекты ремонта со справочником основных средств, чтобы не вести два реестра вручную. В типовых решениях предусмотрена связь объекта ремонта с ОС по инвентарному номеру, а для оборудования, не являющегося ОС (инструмент, оснастка), объект создается отдельно.
Для каждого объекта заполните график ТО: укажите виды ремонтов и периодичность. Если обслуживание зависит от выработки, дополнительно настройте показатель наработки (моточасы, пробег, тоннаж) и источник его регистрации — вручную документом «Регистрация наработки» либо автоматически из производственных данных.
Типовые объекты ремонта экономят время: для группы одинаковых станков создается один шаблон с нормативами и спецификациями запчастей, а карточки конкретных единиц наследуют настройки. При изменении норматива правка вносится один раз в типовой объект.
- 1Создайте иерархию объектов ремонта и свяжите их с основными средствами
- 2Задайте виды ремонтов и периодичность для каждого объекта или типового шаблона
- 3Настройте показатели наработки для оборудования с обслуживанием по выработке
- 4Заполните спецификации запчастей и нормы трудозатрат по видам ремонтов
- 5Укажите исполнителей: внутренние бригады и подрядные организации
- 6Постройте график ППР и проверьте даты ближайших ремонтов
Как работает планирование по графику ППР
График ППР (планово-предупредительных ремонтов) строится автоматической обработкой. Система берет дату последнего выполненного ремонта каждого вида, прибавляет периодичность из норматива и получает плановую дату. Для оборудования с учетом по наработке дата рассчитывается прогнозно: среднесуточная выработка экстраполируется на будущее, и система определяет, когда будет достигнут лимит.
Результат — календарный план по месяцам или неделям, где видно, какие объекты и какие виды ремонтов требуются в периоде. Планировщик может сдвигать даты, объединять ремонты смежных узлов в одну остановку линии и оценивать суммарную потребность в материалах и трудозатратах. На основе плана формируются заказы поставщикам на запчасти с учетом сроков поставки.
Важно понимать ограничение: качество прогноза по наработке полностью зависит от регулярности ввода показаний. Если счетчики снимаются раз в месяц «задним числом», плановые даты будут плавать, и система начнет выдавать ремонты «вдогонку».
Как проходит ремонт: от дефекта до закрытия наряда
Плановый ремонт
По графику ППР на выбранную дату создается заказ на ремонт (в 1С:ERP) или наряд на выполнение работ. В документ подтягиваются спецификация запчастей и нормы трудоемкости. Материалы резервируются на складе, бригаде назначается задание. После выполнения работ оформляется акт: фиксируются фактически израсходованные запчасти, фактические часы, выполненный объем. Разница между нормой и фактом остается видимой для анализа.
Аварийный и внеплановый ремонт
Точка входа — документ «Выявленный дефект» (или заявка на ремонт): мастер или оператор фиксирует симптом, объект, срочность. Дефект проходит согласование, превращается в наряд, далее цикл повторяет плановый сценарий, но уже без привязки к графику. Система хранит историю дефектов по объекту, что позволяет выявлять «проблемные» узлы и принимать решение о замене оборудования.
Подрядный ремонт
Если работы выполняет подрядчик, в заказе указывается исполнитель-контрагент, а стоимость работ приходуется документом поступления услуг. Материалы могут быть как давальческими (списание со своего склада на подрядчика), так и подрядчика — это определяет схему проводок.
Проверьте, заполнены ли нормативы и дата последнего ремонта у объектов
Если наряды вводятся без связи с ППР, планирование не работает
Сформируйте отчет по затратам на объект — пустая аналитика означает разрыв в цепочке документов
Учет запчастей и затрат на ремонт
Материальное обеспечение строится через спецификации: для каждого вида ремонта задан перечень запчастей с количеством. При формировании плана система рассчитывает суммарную потребность, сравнивает со складскими остатками и показывает дефицит. Дальше работает стандартный механизм закупок 1С: заказы поставщикам, поступление, резервирование под конкретный наряд.
Списание выполняется документом расхода материалов на ремонт с аналитикой «объект ремонта». Трудозатраты собственных бригад учитываются через сдельные наряды или распределение зарплаты, услуги подрядчиков — через поступление работ. В результате на каждом объекте накапливается полная себестоимость обслуживания: материалы + работы + услуги сторонних организаций.
Отчеты по затратам позволяют сравнивать стоимость владения по объектам, видеть долю аварийных ремонтов относительно плановых и оценивать экономический смысл дальнейшей эксплуатации конкретной единицы техники.
Варианты решения ТОиР в 1С
Подходит, если уже внедрен ERP и нужен базовый учет ремонтов без глубокой специфики; ограничение — меньше отраслевых функций
Отраслевое решение с расширенным планированием, дефектными ведомостями и аналитикой; требует отдельного внедрения и интеграции
Допустим только для десятков единиц техники; не дает автоматического планирования и истории по объектам
Типичные ошибки и ограничения
Самая частая проблема — незаполненные нормативы. Если у объекта не задана периодичность или не указана дата последнего ремонта, график ППР его «не видит», и оборудование выпадает из планирования. Вторая ошибка — ведение наработки нерегулярно или в несогласованных единицах (часть объектов в моточасах, часть в часах работы линии), что искажает прогноз.
Третья группа ошибок — организационная: наряды закрываются без фактического расхода материалов, дефекты фиксируются устно, а не документом, объекты ремонта дублируются при смене ответственных. Все это делает аналитику по затратам недостоверной. Перед запуском подсистемы стоит провести инвентаризацию оборудования и закрепить регламент: кто вводит дефекты, кто закрывает наряды, кто снимает показания счетчиков.
Как проверить, что система работает правильно
Контрольный тест прост: выберите один объект ремонта и пройдите полный цикл — от плановой даты в графике ППР до закрытого наряда со списанными материалами. Затем сформируйте отчет по затратам на этот объект: в нем должны быть видны материалы, работы и услуги именно этого ремонта.
Дополнительно сверьте плановые даты с фактическими: систематическое опережение или отставание графика указывает на неверные нормативы. Проверьте и складской контур: зарезервированные под наряд запчасти не должны быть доступны для других расходных документов.
Как проверить результат
Даты рассчитаны от последнего ремонта согласно нормативу
Объект отсутствует в графике или даты не обновляются
В отчете видны материалы, работы и услуги по каждому наряду
Отчет пуст или затраты висят на подразделении без объекта
Материалы под наряд зарезервированы и недоступны другим документам
Дефицит обнаруживается только в момент списания
Что важно запомнить
ТОиР в 1С работает как замкнутый цикл: объекты ремонта с нормативами → график ППР → наряды → списание запчастей и затрат → аналитика по объектам. Ключ к работающей системе — полные нормативы, регулярная регистрация наработки и дисциплина оформления дефектов и нарядов документами, а не устно.
Частые вопросы
Чем ТОиР в 1С:ERP отличается от отдельного решения 1С:Управление ремонтами?
Подсистема в ERP покрывает базовый сценарий: объекты ремонта, графики, заказы на ремонт, учет затрат. Отраслевое решение добавляет дефектные ведомости, расширенные модели планирования по наработке, паспорта оборудования и более детальную аналитику. Выбор зависит от масштаба парка техники и требований службы главного механика.
Можно ли планировать ремонт по наработке, а не по календарю?
Да. Для объекта настраивается показатель наработки (моточасы, пробег, выработка продукции), норматив задается в этих единицах, а показания регистрируются отдельным документом. Система прогнозирует дату достижения лимита исходя из средней интенсивности эксплуатации.
Нужно ли связывать объекты ремонта с основными средствами?
Не обязательно, но желательно: связь по инвентарному номеру исключает двойной ввод и позволяет сопоставлять затраты на ремонт с балансовой стоимостью ОС. Оборудование, не являющееся ОС (оснастка, инструмент), заводится как самостоятельные объекты ремонта.
Как учесть ремонт, который выполняет подрядчик?
В заказе на ремонт указывается контрагент-исполнитель, стоимость работ отражается поступлением услуг с аналитикой на объект ремонта. Если запчасти ваши — они списываются со склада как давальческие; если подрядчика — в затраты попадает только сумма его счета.
Почему объект не попадает в график ППР?
Чаще всего не заполнен норматив (вид ремонта и периодичность), не указана дата последнего ремонта или ввод в эксплуатацию, либо объект находится в статусе, исключенном из планирования. Проверьте карточку объекта и настройки типового объекта, от которого он наследует параметры.
С чего начать внедрение ТОиР, если парк оборудования большой?
Начните с пилотного участка: один цех или одна линия. Создайте объекты, нормативы, пройдите полный цикл от графика до закрытия наряда, проверьте отчеты по затратам. После отладки методики масштабируйте на остальные подразделения, используя типовые объекты для групп однотипной техники.