BORNLI / о разработке по делу
Приложение для обслуживания оборудования на площадке
Начните с одного наряда. Механик у насоса должен открыть историю именно этого агрегата, записать осмотр и понять, принял ли мастер результат. По этому пути удобно проверить готовую систему и определить, где нужен свой мобильный экран.
До заказа разработки
Возьмите наряд на вчерашний осмотр.
Попросите механика открыть его там, где он обычно работает. Как он отличит два одинаковых насоса рядом? Где увидит, что делала предыдущая смена? Попросите мастера найти результат того же осмотра со своего рабочего места. Если оба проходят этот путь в существующей программе, запишите оставшееся неудобство. Иногда достаточно заменить нечитаемую метку или поправить форму наряда.
В опубликованном 1С разборе «Магнита» сотрудник сканировал штрихкод на оборудовании и видел историю ремонтов на телефоне. Это пример работы с конкретным экземпляром оборудования. Проверьте, что открывает метка в вашей системе, особенно после переноса агрегата на другой участок. Описание проекта «Магнита» и «Деснол Софт» у 1С, 2018 год.
Модельный сценарий
Один насос, несколько нарядов.
На участке два внешне похожих агрегата. Механик открывает паспорт насоса Н-17. На первом экране ему нужны место установки, инвентарный идентификатор и последняя принятая запись. Название модели может совпадать у нескольких машин. Историю стоит привязывать к идентификатору экземпляра, а каждую работу — ещё и к номеру наряда.
Сегодняшний наряд 042 уже связан с Н-17. Механик сверяет табличку, прикладывает фото и оставляет замечание для следующей смены. Если табличка не совпадает с паспортом, он отмечает расхождение и передаёт его мастеру. Запись в истории соседнего насоса появляться не должна.
Договоритесь, какие поля обязательны именно для этого вида осмотра. Например, пустой комментарий допустим при штатном результате. При расхождении мастер должен увидеть, что именно заметил механик. Перечень операций и порядок допуска к работам задаёт предприятие.
Связь и учёт
Черновик дошёл после смены оборудования.
Представьте, что механик сохранил результат без связи. Пока планшет был в цехе, мастер поменял привязку оборудования в учётной системе. Фотография осталась ценной, но переносить её в обновлённый паспорт автоматически опасно. Сохраните в черновике идентификаторы агрегата и наряда, версию на момент осмотра и время наблюдения.
При восстановлении связи покажите мастеру обе версии и исходную фотографию. Он может привязать наблюдение к прежнему агрегату либо вернуть его механику для уточнения. После решения в истории должны остаться исходная запись, автор решения и ссылка на наряд. Для следующей смены это объясняет, почему фото и текущее место установки различаются.
На планшете нужны различимые состояния «Сохранено на устройстве», «Получено учётной системой» и «Принято мастером». Если подтверждение потерялось, приложение повторяет отправку с прежним идентификатором операции. При согласовании обмена выясните, умеет ли принимающая система вернуть результат уже обработанной операции.
Проверка пилота
Четыре испытания с механиком и мастером.
- Метка повреждена. Дайте механику два похожих паспорта. Он должен найти нужный экземпляр по инвентарному номеру и сверить место установки до внесения результата.
- Планшет без связи. Сохраните наблюдение и закройте приложение. После повторного открытия видны фото, номер наряда и состояние черновика. В журнале мастера осмотр ещё открыт.
- Ответ сервера потерялся. Имитируйте разрыв после записи и повторите отправку. В учётной системе должна остаться одна операция, а на планшете — её подтверждение.
- Агрегат заменили. Отправьте старый черновик после замены. Мастер видит причину сверки, может найти исходное фото и принять решение. История нового агрегата остаётся корректной.
Для каждого испытания запишите, кто принимает результат и в какой системе его проверяет. Видимая галочка на планшете подтверждает только то состояние, которое вы заранее за ней закрепили.
Подготовка к оценке
Покажите один настоящий маршрут наряда.
Подготовьте обезличенные образцы паспорта и закрытого наряда, список ролей и один пример расхождения. Укажите, откуда берётся справочник оборудования, кто открывает работу и где мастер её закрывает. Этого хватит, чтобы обсудить первую версию для одного участка и увидеть, требуется ли двусторонний обмен.
Интеграции и внешние сервисы BORNLI оценивает отдельно. Состав и цену работ согласуем до старта. Если главный вопрос — объём, пригодится разбор сметы разработки. Если механики ездят к клиентам и важны выезды, посмотрите сценарий выездного сервиса. Обсудить свой наряд можно через форму BORNLI.
От идеи к конкретике
Покажем, как может работать ваш продукт.
Обсудим задачу и материалы, затем подготовим бесплатный кликабельный прототип за 24 часа. До договора.
Обсудить прототип ↗