Автоматизация бизнеса / Блог ontech.pro
Учёт оборудования в веб-системе: какие события сохранять
Список оборудования показывает, что когда-то было у компании. Для повседневной работы важнее знать, где конкретная единица находится сейчас, кто за неё отвечает и какие события привели к текущему состоянию.
Подготовила команда ontech.pro · · 3 мин чтенияОпределите единицу учёта
Различайте модель и конкретный экземпляр. Два одинаковых ноутбука могут иметь разные серийные номера, пользователей и историю ремонта. Если учитывать только общее количество, не получится уверенно связать поломку или передачу с нужным устройством.
Выберите устойчивый внутренний идентификатор и правило маркировки. Серийный номер производителя полезен, но может отсутствовать, плохо читаться или требовать проверки. Не назначайте другой технике старый внутренний код после выбытия: история должна оставаться однозначной.
Записывайте события вместо тихой перезаписи
Приём, выдача, перемещение, возврат, обслуживание и выбытие должны иметь дату, автора, объект и основание. Текущее местоположение можно показывать в карточке, но важно сохранить, как оно изменилось. Иначе спор о последнем получателе нельзя разрешить по данным системы.
Для передачи укажите отправителя, получателя и факт подтверждения по принятому порядку. Запись «офис» слишком неопределённа, если компания работает на нескольких площадках. Используйте понятный справочник мест и ответственных, сохраняя возможность уточнить временное хранение.
Отделите состояние от доступности
Устройство может быть исправным, но выданным сотруднику; находиться на складе, но ждать проверки; быть в ремонте вне компании. Одного поля «есть» недостаточно. Согласуйте состояния, которые влияют на возможность выдачи и планирование замены.
Для сервиса сохраняйте симптом, выполненную работу и итог проверки. Не заменяйте техническую историю субъективным комментарием «починили». Если документы хранятся отдельно, обеспечьте понятную связь с конкретным экземпляром и событием.
Подготовьте инвентаризацию и расхождения
Проверка фактического наличия должна фиксировать дату и результат, не уничтожая предыдущую историю. Отсутствующее на месте устройство не всегда потеряно: оно может быть передано без записи или находиться на обслуживании. Для расхождений нужен разбор с ответственным.
Не давайте любому пользователю исправлять остаток одним числом ради совпадения отчёта. Изменение должно иметь объяснимое основание. Финансовый и бухгалтерский учёт могут требовать других документов и правил; операционная система должна быть согласована с ними, но не объявляться их автоматической заменой.
Примите на маршруте одной единицы
Проведите тестовый экземпляр от поступления через выдачу, смену пользователя, ремонт и возврат. Проверьте, можно ли восстановить историю и найти актуального ответственного. Затем испытайте неверную маркировку, дублирующий номер и попытку выдать уже занятое устройство.
Попросите сотрудника найти свободное оборудование для новой задачи и объяснить, почему выбранная единица доступна. Если ответ требует обзвона коллег, данных ещё не хватает. Полезная система показывает подтверждённое состояние и помогает заметить незаписанное событие до следующей выдачи.