Бортовой — журнал техники, который ведётся голосом
Учёт ремонтов и заявок
Дефект, который живёт в переписке, не существует для учёта. Механик увидел трещину, снял на телефон, написал в общий чат — и снимок ушёл вверх под сотней сообщений. Через месяц узел разваливается, и никто не может сказать, когда это заметили в первый раз. Бортовой разрывает эту цепочку в самом начале: дефект фиксируется у машины, с фотографией, и остаётся открытым, пока по нему не закроют работу.
Путь от находки до закрытой заявки
Вся цепочка проходит через один чат — чат той единицы техники, с которой что-то случилось. Ничего не нужно дублировать и никуда не нужно переносить.
Дефект с фотографией
«Течь по левому гидроцилиндру стрелы, снял» — фотография прикрепляется к записи и остаётся в истории машины с датой и автором. Дефект получает приоритет и статус открытого. Он не исчезнет из виду, пока по нему не появится работа, и это главное отличие от переписки, где всё тонет за сутки.
Заявка на запчасти
«Нужен ремкомплект гидроцилиндра и два фильтра» — из фразы рождается заявка, привязанная к этой машине. Она не теряется в личных сообщениях снабженца и не зависит от того, запомнил ли он разговор в коридоре. Видно, под какой дефект и по какой единице техники эти позиции.
Выгрузка поставщику
Заявка выгружается в Excel — когда её дальше обрабатывают в таблице или сверяют со складом, — или в PDF, когда отправляют поставщику как запрос цены. Позиции, количество, привязка к машине и цены за единицу попадают в файл сами. Перебивать список из переписки вручную не приходится.
Ремонт и закрытие
Выполнили — механик наговаривает, что сделали, на какой наработке и сколько ушло. Ремонт ложится в историю машины, дефект закрывается. С этого момента у единицы техники есть связка «нашли — заказали — починили — столько стоило», а не три разрозненных следа в трёх разных местах.
История машины: ремонты, дефекты и расходы в одной хронологии с фотографиями, датами и авторами записей.
Дефект и ремонт — разные сущности
Различие кажется бюрократическим, пока не попробуешь управлять парком без него.
Дефект — обнаруженная неисправность. У него есть приоритет, дата обнаружения, автор и состояние: открыт или закрыт. Открытые дефекты по парку отвечают на вопрос «что нас ждёт»: где течь, которую пока терпят, где стук, который слушают вторую неделю, какая машина накопила критическую массу мелочей и вот-вот встанет.
Ремонт — выполненное действие. У него есть работы, затраты и наработка, на которой его сделали. Ремонты отвечают на другой вопрос — «во что нам обошёлся парк»: сколько стоило содержание конкретной машины за год, какой узел ломается повторно, где реактивных работ больше, чем плановых.
Когда всё сваливается в одну графу «работы по технике», обе картины пропадают: нельзя ни оценить очередь, ни посчитать расходы. Поэтому в приложении эти вещи разведены, хотя механик по-прежнему пишет обычными словами и о разделении не думает.
Дефектная ведомость — бланк Excel
В приложении ведомость собирается из накопленных дефектов и выгружается готовым файлом .xlsx. Если нужен просто пустой бланк — берите готовый: шапка по форме, строки под перечень неисправностей, подписи. Без регистрации и без почты.
Скачать дефектную ведомость .xlsx Как заполнять дефектную ведомость — разбор с примерамиДокументы, которые получаются сами
Здесь нужна точность: из документов автоматически формируются ровно два, и обещать каталог форм мы не будем.
| Документ | Формат | Из чего собирается |
|---|---|---|
| Дефектная ведомость | .xlsx | Из накопленных по машине открытых дефектов с описаниями и приоритетами |
| Заявка на ТМЦ | Excel или PDF | Из позиций заявки: номенклатура, количество, привязка к единице техники, цены за единицу |
| Выгрузка данных | CSV | Из кабинета руководителя — для собственных расчётов в Excel |
Остальные формы — акты, наряды, внутренние бланки под ваш документооборот — добавляются по запросу под конкретный парк. Готового каталога, из которого достаточно выбрать нужное, сейчас нет, и на этапе выбора инструмента об этом лучше знать.
Пустые бланки смежных документов лежат в шаблонах и скачиваются свободно: заявка на запчасти, акт приёма-передачи техники, дефектная ведомость.
Что даёт накопленная история ремонтов
Через несколько месяцев по каждой машине складывается хронология, из которой становятся отвечаемы вопросы, на которые обычно отвечают ощущениями.
- 1Сколько на самом деле стоит эта машина. Затраты на ремонт за год рядом с наработкой — и понятно, что дешевле: чинить дальше или менять. Разговор с руководством переходит из плоскости «она всё время ломается» в плоскость цифр.
- 2Какой узел ломается повторно. Три одинаковых ремонта одного узла за полгода — это не невезение, это либо условия эксплуатации, либо некачественная запчасть, либо ошибка при прошлом ремонте. Без истории такие повторы не видны.
- 3Сколько работ реактивные. Доля аварийных ремонтов против плановых — самый честный показатель состояния учёта в парке. Если реактивных 80%, дело не в технике.
- 4Чем обосновать цену при продаже. Подтверждённая история обслуживания и ремонтов стоит реальных денег на вторичном рынке — и это единственный аргумент, который покупатель воспринимает всерьёз.
Данные не заперты: из кабинета выгружается CSV, дальше вы считаете по своей методике. Показатели, если нужно свериться с терминологией, — MTBF, MTTR, КТГ, наработка на отказ. Как этими цифрами пользоваться в разговоре с руководством — в статье MTBF и MTTR для руководства.
Учёт по агрегатам
Отдельный случай, который ломает учёт в большинстве таблиц. Двигатель, гидронасос, редуктор могут иметь собственную наработку и собственную историю ремонтов. Как только агрегат переставили с машины на машину, привязка «ремонт принадлежит шасси» перестаёт работать: статистика по узлу размазывается между двумя единицами, и понять реальный ресурс уже невозможно.
В приложении история едет вместе с агрегатом. Для парков, где двигатели и насосы ходят по кругу между машинами, это единственный способ получить осмысленные цифры по узлам, а не по корпусам.
Чего в разделе нет
- —Нет заказ-нарядов с нормо-часами. Учёт ведётся событиями и затратами, а не калькуляцией работ по расценкам. Если у вас своя ремонтная база с внутренним биллингом, эту часть приложение не закрывает.
- —Нет складского учёта. Остатки, приход-расход, партии и места хранения — соседняя задача. Заявка формируется и выгружается, но движение запчастей по складу ведётся там, где вы его ведёте сейчас.
- —Нет многоступенчатого согласования. Заявка проходит путь от механика к снабженцу и получает решение, но ролей утверждающих с лимитами сумм, как в корпоративных закупках, здесь не предусмотрено.
- —Нет каталога запчастей с артикулами. Позиции пишутся так, как их называет механик. Сверка с каталожными номерами остаётся за снабженцем.
В каком виде выгружается заявка на запчасти?
Чем дефект отличается от ремонта в приложении?
Как выгрузить дефектную ведомость?
Можно ли вести ремонты по агрегатам, а не только по машине?
Сохраняются ли фотографии повреждений?
Есть ли согласование заявок и заказ-наряды?
Соседние разделы
Общая картина продукта — программа для учёта спецтехники. Для автотранспорта — учёт автопарка. Сроки и напоминания — учёт и планирование ТО.
По теме ремонтов и снабжения: дефектная ведомость, заявка на запчасти, стоимость машино-часа, KPI инженера по ТО.