К статье
Практический материал

Автоматизация · 10 мин

1С:ТОИР — что это такое и как работает система управления ремонтами

1С:ТОИР — решение для управления ремонтами и обслуживанием оборудования. Разбираем состав, функции, порядок внедрения, типичные ошибки и критерии выбора.

1С:ТОИР — это отраслевая конфигурация на платформе «1С:Предприятие 8», предназначенная для автоматизации технического обслуживания и ремонта оборудования. Аббревиатура ТОиР расшифровывается как «техническое обслуживание и ремонт». Решение используется на производственных предприятиях, в энергетике, транспорте, ЖКХ и в любых организациях, где есть парк машин, станков, механизмов или инженерных систем, требующих планового обслуживания.

Главная задача конфигурации — перевести учёт оборудования и ремонтов из бумажных журналов и разрозненных таблиц в единую информационную систему. В результате руководство службы главного механика или главного энергетика получает актуальную картину: какое оборудование работает, что стоит в ремонте, когда планируется следующее ТО, сколько запчастей израсходовано и во сколько обходится содержание каждой единицы техники.

Решение поставляется в нескольких вариантах: как самостоятельная конфигурация «1С:ТОИР Управление ремонтами и обслуживанием оборудования» и как модуль, встраиваемый в типовые решения «1С:ERP», «1С:Комплексная автоматизация» или «1С:Управление производственным предприятием». Выбор варианта зависит от того, какая учётная система уже работает на предприятии.

Какие задачи решает 1С:ТОИР

Функционал конфигурации охватывает полный цикл работы ремонтной службы. Первый блок — паспортизация оборудования: для каждого объекта ремонта создаётся карточка с характеристиками, местом установки, датой ввода в эксплуатацию, гарантийными сроками и историей обслуживания. Объекты можно объединять в иерархическую структуру — от цеха до конкретного узла станка.

Второй блок — планирование. Система строит графики планово-предупредительных ремонтов (ППР) на основе регламентов: по календарным периодам или по наработке (моточасы, пробег, количество циклов). Годовой график ППР формируется автоматически и может корректироваться вручную.

Третий блок — оперативная работа с ремонтами. Служба фиксирует выявленные дефекты, формирует заявки на ремонт, назначает исполнителей, списывает материалы и запчасти со склада, учитывает трудозатраты и простои оборудования. Внеплановые аварийные ремонты регистрируются тем же инструментарием, что и плановые.

Основные объекты и документы системы

Работа в конфигурации строится вокруг нескольких ключевых сущностей. Важно понимать их назначение до начала внедрения, чтобы правильно спроектировать справочники.

ОбъектНазначение
Объект ремонтаКарточка оборудования с характеристиками, структурой и историей
Типовой дефектСправочник типовых неисправностей для унификации учёта
Выявленный дефектДокумент регистрации обнаруженной неисправности
Заявка на ремонтПлановый или внеплановый документ-основание для работ
Акт о выполнении ремонтаФиксация фактических работ, материалов и трудозатрат
График ППРПлановый документ с датами обслуживания по объектам
НаработкаДокумент ввода показаний счётчиков (моточасы, пробег)

Документооборот устроен так: дефект или график ППР порождает заявку на ремонт, заявка после согласования переходит в работу, а по факту выполнения оформляется акт. Такая цепочка обеспечивает сквозную прослеживаемость — всегда видно, откуда появилась заявка и чем она завершилась.

Как планируются ремонты: по времени и по наработке

1С:ТОИР поддерживает две стратегии планирования. Календарная подходит для оборудования с регламентным обслуживанием по времени: например, осмотр раз в месяц, средний ремонт раз в год. Система сама рассчитывает даты с учётом периодичности и даты последнего ремонта.

Планирование по наработке применяется для техники, чей ресурс измеряется в моточасах, километрах или циклах. Для этого в систему регулярно вводятся показания счётчиков документом «Наработка», и график пересчитывается исходя из фактической интенсивности эксплуатации. Если техника простаивает — дата ТО отодвигается, если работает в три смены — приближается.

Порядок настройки графика ППР
  1. 1
    Создайте объекты ремонта и заполните их структуру
  2. 2
    Настройте виды ремонтов и регламенты обслуживания с периодичностью
  3. 3
    Привяжите регламенты к объектам ремонта или типовым группам
  4. 4
    При планировании по наработке настройте счётчики и порядок ввода показаний
  5. 5
    Сформируйте годовой график ППР и проверьте рассчитанные даты
  6. 6
    Утвердите график и настройте автоматическое создание заявок

Кому подходит 1С:ТОИР и в каком варианте

Решение ориентировано на предприятия, где стоимость простоя оборудования существенна, а объём ремонтных работ не умещается в голову одного мастера. Типичные пользователи — заводы, котельные, управляющие компании с большим фондом инженерных систем, транспортные и логистические предприятия, сельское хозяйство с парком техники.

Если на предприятии уже работает 1С:ERP или 1С:КА, логичнее внедрять модуль ТОиР в составе этих систем: тогда запчасти списываются напрямую со складов учётной системы, затраты попадают в себестоимость, а имущество связано с основными средствами. Отдельная конфигурация подойдёт, когда учёт ведётся в другой системе или ремонтная служба работает автономно.

Сравнение вариантов поставки

Отдельная конфигурация 1С:ТОИР

Подходит, если учёт ведётся вне 1С или ремонтная служба автономна. Ограничение — потребуется интеграция для обмена данными о складах и затратах.

Модуль ТОиР в 1С:ERP / КА

Подходит при работающей ERP-системе: единые справочники, склады и затраты. Ограничение — более сложное и дорогое внедрение.

1С:ТОИР + обмен с 1С:Бухгалтерией

Компромисс для средних предприятий: ремонты в ТОИР, финансовый учёт в бухгалтерии. Ограничение — нужно настраивать и поддерживать обмен.

С чего начать внедрение

Ключевой этап — не установка программы, а подготовка данных. Нужно собрать перечень оборудования, определить глубину детализации (учитывать ли отдельные узлы или только агрегаты целиком), систематизировать виды ремонтов и регламенты. Ошибки на этом этапе потом дорого исправлять: переделка структуры объектов ремонта после года эксплуатации означает потерю или сложную миграцию истории.

Практичный подход — пилотный запуск на одном цехе или участке. За один-два месяца становится ясно, удобна ли выбранная структура справочников, хватает ли аналитики в документах, справляются ли мастера с вводом данных. После отладки методики система тиражируется на остальные подразделения.

Типичные ошибки внедрения
01
Слишком детальная структура объектов ремонта — ввод данных занимает чрезмерное время, мастера начинают саботировать систему
02
Отсутствие ответственного за ввод наработки — планирование по моточасам перестаёт работать, графики устаревают
03
Попытка автоматизировать все процессы сразу без пилотного участка — внедрение затягивается и теряет поддержку пользователей
04
Незаполненные регламенты и виды ремонтов — график ППР формируется пустым или неправильным

Отчёты и контроль результата

Аналитический блок позволяет оценить эффективность ремонтной службы. Стандартные отчёты показывают затраты на ремонты в разрезе объектов и подразделений, длительность простоев, выполнение графика ППР, расход запчастей, статистику дефектов по типам оборудования. Эти данные — основа для решений о модернизации или списании техники: если агрегат требует ремонтов чаще нормы и затраты на него растут, это видно в отчётах.

Для контроля корректности работы системы полезно периодически сверять план и факт: какая доля заявок создана по графику, а какая — по внеплановым дефектам. Рост доли аварийных ремонтов обычно сигнализирует, что регламенты ТО не соответствуют реальности или график не выполняется.

Контрольные точки

Как проверить, что система работает правильно

График ППР
Норма

Даты рассчитаны по всем объектам с регламентами, заявки создаются автоматически

Тревожный признак

Пустые строки, даты не пересчитываются после ремонтов

История объекта ремонта
Норма

В карточке видны все дефекты, заявки и акты за период

Тревожный признак

Разрывы в истории при фактически выполненных работах

Списание запчастей
Норма

Материалы списываются актами и попадают в затраты объекта

Тревожный признак

Запчасти списываются вручную мимо системы

Наработка
Норма

Показания вводятся регулярно, даты ТО сдвигаются при изменении интенсивности

Тревожный признак

Показания не обновлялись месяцами

Ограничения и риски

1С:ТОИР не заменяет системы диспетчеризации и не собирает данные с датчиков оборудования сама по себе — для этого требуется интеграция со SCADA или IoT-решениями. Также конфигурация требует дисциплины пользователей: если мастера не вносят акты, а дефекты фиксируются «на бумажке», отчёты будут вводить руководство в заблуждение.

Итог

Что важно запомнить

1С:ТОИР автоматизирует учёт оборудования, планирование ТО, регистрацию дефектов и контроль затрат на ремонты. Успех внедрения зависит от качества справочников, регулярного ввода данных и пилотного запуска на одном участке.

Частые вопросы о 1С:ТОИР

Чем 1С:ТОИР отличается от учёта основных средств в 1С:Бухгалтерии?

Бухгалтерия учитывает имущество с точки зрения стоимости и амортизации, а ТОИР — с точки зрения технического состояния: история ремонтов, дефекты, наработка, графики обслуживания, затраты на запчасти и работы. Это разные предметные области, которые дополняют друг друга.

Можно ли вести учёт транспорта в 1С:ТОИР?

Да, транспортные средства регистрируются как объекты ремонта с планированием по пробегу или моточасам. Однако для управления перевозками, путевыми листами и ГСМ существуют специализированные решения — 1С:ТОИР закрывает именно ремонтную часть.

Обязательно ли вводить показания наработки вручную?

Базовый механизм предполагает ручной ввод документом «Наработка». Автоматический сбор возможен через доработку интеграции с системами мониторинга или телематики — это отдельный проект, а не штатная функция.

Сколько времени занимает внедрение?

Сроки зависят от масштаба: пилот на одном участке с готовыми данными об оборудовании может занять несколько недель, полноценное внедрение на крупном предприятии с интеграциями — несколько месяцев. Основную часть времени обычно занимает подготовка и загрузка данных, а не настройка программы.

Нужны ли доработки конфигурации?

Базовые процессы ремонтной службы закрываются типовым функционалом. Доработки обычно требуются под специфические отчёты, нестандартные согласования заявок или интеграции с внешними системами. Каждую доработку стоит оценивать на совместимость с будущими обновлениями.

Подойдёт ли 1С:ТОИР небольшой организации?

Если парк оборудования невелик и ремонты эпизодические, полноценная система может оказаться избыточной — иногда достаточно упорядоченного учёта в таблицах. Решение оправдано, когда плановое обслуживание обязательно по регламентам, а простои оборудования обходятся дорого.