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

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

1С:ТОИР: что это такое и для чего используется

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

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

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

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

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

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

  • Паспортизация оборудования — карточка объекта с характеристиками, составом (иерархия «объект — узел — деталь»), гарантиями, нормативами и историей перемещений.
  • Планирование ТО и ремонтов — графики ППР по календарю, наработке (моточасы, пробег, циклы) или по состоянию, с автоматическим расчётом дат.
  • Учёт дефектов и заявок — регистрация выявленных неисправностей, формирование заявок на ремонт, контроль сроков исполнения.
  • Учёт наработки — ввод показаний счётчиков и датчиков, на основе которых строится планирование.
  • Ремонтные работы — акты выполненных работ, списание запчастей и материалов, учёт трудозатрат.
  • Аналитика — затраты на ремонт по объектам, простои, показатели надёжности (MTBF, MTTR), отчёты по выполнению ППР.

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

Кому подходит решение

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

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

Маршрут решения

Нужен ли вам 1С:ТОИР

Парк оборудования от 50–100 единиц и есть выделенная ремонтная службаПолноценное внедрение ТОиР оправдано и обычно окупается снижением простоев
Оборудования немного, но критичны графики ТО и история ремонтовРассмотрите модуль ТОиР в составе 1С:ERP или облегчённый сценарий внедрения
Ремонты нерегулярны, оборудования меньше десятка единицСпециализированное решение избыточно — достаточно учёта в Excel или простой самописной обработки

Отличия от 1С:ERP и других конфигураций

Частый вопрос — чем ТОиР отличается от функционала, уже имеющегося в учётных системах. В «1С:Бухгалтерии» или «Управлении торговлей» оборудование учитывается как основное средство: стоимость, амортизация, местонахождение. Но там нет ни графиков ППР, ни учёта наработки, ни управления заявками на ремонт — это не профильный инструмент.

В составе 1С:ERP есть собственный подсистема управления ремонтами, и отдельный продукт ТОиР также интегрирован с ERP. Разница в глубине: специализированное решение подробнее работает с наработкой, состоянием оборудования, показателями надёжности и сложными стратегиями обслуживания. Для предприятия, где ремонтная тематика — ядро бизнеса (например, сервисная или транспортная компания), специализированный ТОиР даёт больше возможностей.

Варианты автоматизации ТОиР

Модуль ремонтов в 1С:ERP

Подходит, если ERP уже внедрена и требования к ремонтному учёту стандартные. Ограничение: меньше глубины по наработке и показателям надёжности.

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

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

Excel и бумажные журналы

Допустимо при малом парке оборудования. Ограничение: нет автоматических напоминаний, история теряется, аналитика собирается вручную.

Как устроена работа в системе

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

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

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

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

Интеграция с другими системами 1С

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

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

Типичные ошибки при внедрении и работе

Большинство проблем с ТОиР связаны не с программой, а с организацией данных. Самая распространённая ошибка — перенос справочника оборудования «как есть» из Excel с дублями, разными написаниями одних и тех же объектов и пустыми характеристиками. График ППР, построенный на таких данных, будет бесполезен.

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

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

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

После запуска полезно регулярно сверять ключевые показатели. График ППР должен совпадать с фактическими возможностями ремонтной службы: если плановые работы стабильно переносятся, нормативы или ресурсы настроены неверно. Затраты на ремонт по объекту в аналитике должны сходиться с данными бухгалтерии по списанным материалам.

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

Как проверить результат внедрения

Справочник объектов ремонта
Норма

Каждый объект имеет заполненный паспорт, состав и регламент обслуживания

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

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

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

Плановые даты реалистичны, процент выполнения плана стабильно высокий

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

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

Учёт затрат
Норма

Затраты по актам ремонтов сходятся с данными учётной системы

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

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

Контур заявок
Норма

Дефекты регистрируются и закрываются в системе, есть сроки реакции

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

Заявки по-прежнему передаются устно, в системе только плановые работы

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

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

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

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

1С:ТОИР — это отдельная программа или часть 1С:ERP?

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

Можно ли использовать 1С:ТОИР для транспорта, а не станков?

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

Чем ТОиР отличается от EAM и CMMS систем?

По сути 1С:ТОИР относится к классу EAM/CMMS — систем управления активами и ремонтами. Отличие в том, что решение изначально построено на платформе 1С, поэтому естественно интегрируется с российским учётом, бухгалтерией и зарплатой без сложных внешних интерфейсов.

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

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

Обязательно ли вести учёт наработки для графика ППР?

Нет, планирование можно строить только по календарю — например, обслуживание раз в квартал. Учёт наработки нужен там, где износ зависит от интенсивности использования: станки с разной загрузкой смен, транспорт с разным пробегом. Без показаний наработки планирование по моточасам или циклам работать не будет.

Можно ли начать с малого, не внедряя все модули сразу?

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

Итог

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

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