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