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