Учёт инструмента, когда все работники приходящие: выдача и возврат по QR со смартфона

Учёт инструмента в компании, где все работы делают приходящие бригады, держится на трёх вещах: у каждой единицы своя этикетка с QR-кодом, каждая выдача делается со сроком возврата, а просрочки руководитель видит в одном списке. Мы разобрали такую задачу управляющей компании, собрали демо-стенд на Snipe-IT 8.8.1 и показали выдачу, возврат, аудит и поверку со смартфона. Рассказываем, как устроили справочники, где границы системы и что бы сделали иначе.

Почему инструмент «уходит», когда все работники приходящие

Заявка пришла через форму на сайте — после того как человек прочитал наш обзор Snipe-IT для учёта техники. Управляющая компания «Дом в порядке»: в офисе двое, все работы на домах делают приходящие бригады, самозанятые и подрядчики. Инструмента много, и он разный — от наборов ключей до сварочного инвертора и лазерного нивелира. Кроме инструмента есть автозапчасти для своих машин и обычная офисная техника: ноутбуки, телефоны, роутеры. Хранится всё в нескольких местах: склад со стеллажами, гараж, кладовка на объекте и машина-мастерская, которая сама постоянно ездит. Задача звучала коротко: «хочу в любой момент видеть, у кого какой инструмент, работать с телефона, клеить штрихкоды и печатать этикетки».

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

Бумажный журнал выдачи инструмента и Excel-таблица в такой схеме ломаются не потому, что люди ленивые. Журнал лежит на одном складе, а выдача происходит в гараже или прямо из машины. В таблице нет связи между строкой и конкретной единицей: «перфоратор Makita» в компании может быть четыре штуки, и по записи «выдан перфоратор» уже не понять, какой именно вернулся сломанным. Таблицу правит тот, у кого она открыта, история изменений теряется, а напоминание о сроке возврата Excel сам никому не пришлёт. И главное — в таблицу не заглянешь с объекта, стоя у стремянки с телефоном в руке.

Поэтому мы сформулировали требование к программе для учёта инструмента так: каждая единица — отдельная карточка со своим номером и этикеткой; любая выдача и возврат — это действие в системе, а не строчка от руки; у каждой выдачи есть срок, и система сама показывает просрочки; всё это открывается с телефона по QR-коду. Сравнение того, что было и что должно получиться, удобно свести в таблицу.

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

Что предложили и как устроили справочники

Мы разобрали задачу по нашему опроснику и предложили Snipe-IT в виртуальной машине Linux на сервере клиента: одна ВМ Ubuntu 24.04, Snipe-IT и MariaDB в Docker, наружу только HTTPS. Для одного Snipe-IT хватает ориентира 2 vCPU, 4 ГБ памяти и 40 ГБ диска. Сам процесс развёртывания мы подробно описывали в статье про установку Snipe-IT в Docker, поэтому здесь сосредоточимся на том, ради чего клиент пришёл: как устроить справочники, чтобы выдача инструмента по QR-коду занимала секунды. Чтобы показать это на деле, а не на слайдах, мы собрали демо-стенд на Snipe-IT 8.8.1 и наполнили его правдоподобными данными: склады, бригады, инструмент, расходники, история выдач и просрочки.

Места хранения сделали вложенными. «Склад №1» содержит стеллажи A, B и C — это отдельные места внутри склада, и в карточке инструмента видно не только «на складе», но и «на стеллаже B». Рядом стоят «Склад №2 (Гараж)», «Объект „ЖК Северный“» и «Машина-мастерская». Машину мы сознательно завели как место, а не как человека: она переходит от водителя к водителю, а инструмент в ней должен числиться за машиной. Отдельно — «Офис» для ИТ-техники. По каждому месту система считает, сколько активов там числится, и это первый отчёт, который руководитель открывает утром.

Категорий получилось около двух десятков, и разделены они по смыслу учёта, а не по каталогу магазина. Поштучно с инвентарным номером ведутся электроинструмент аккумуляторный и сетевой, измерительный инструмент, наборы ручного инструмента, сварочное и силовое оборудование, лестницы и стремянки, а также ИТ: ноутбуки, смартфоны, сетевое оборудование. Аккумуляторы, зарядки, кейсы и оснастка — это аксессуары: их тоже выдают, но учитывают количеством. Диски, свёрла, биты, электроды, изолента и СИЗ — расходные материалы с минимальным остатком: когда коробок с дисками становится меньше порога, позиция попадает в список «мало на складе».

Наборы дополнительных полей добавили там, где они реально нужны. Для аккумуляторного инструмента — напряжение АКБ и аккумуляторная платформа (выпадающий список Makita LXT, Bosch 18V и так далее): так сразу видно, какие аккумуляторы подходят к какому гайковёрту. Для измерительного инструмента — дата поверки, следующая поверка и номер свидетельства о поверке. Для телефонов — IMEI. Не стоит заводить поля «на всякий случай»: каждое лишнее поле — это то, что при приёмке инструмента никто не заполнит.

Работников-подрядчиков завели пользователями без права входа. Для Snipe-IT приходящий электрик — просто получатель: у него есть ФИО, должность вроде «Электрик (подрядчик)», отдел по виду работ и примечание с номером договора. Пароль ему не нужен, лицензионных платежей за пользователя нет — система открытая, под лицензией AGPL-3.0. Отделы мы сделали по направлениям: электромонтаж, сантехника и отопление, отделка и общестрой, автопарк, управление. На скриншоте ниже — карточка работника: что на нём сейчас числится и на какую сумму.

Статусы — самая недооценённая часть настройки. От статуса зависит, можно ли выдать единицу, и именно по статусам потом строятся отчёты о ремонте и потерях. Мы завели семь статусов на русском языке.

Одна деталь, которую стоит знать заранее: когда инструмент выдан работнику, в карточке Snipe-IT показывает не ваш статус, а системную отметку о выдаче — в русском переводе это «Развернут» с именем получателя. Это не ошибка настройки, так устроен интерфейс.

Выдача и возврат инструмента по QR-коду со смартфона

На стенде мы прошли выдачу и возврат ровно так, как это будет делать кладовщик или руководитель на складе: телефон в руке, работник напротив, инструмент на столе. Шагов немного, и мы специально засекали, что в них может тормозить.

Перед этим одна оговорка про русский перевод. Операция выдачи (checkout) в интерфейсе Snipe-IT называется «Привязать», а возврат (checkin) — «Отвязать» или «Вернуть на склад». Людям, которые впервые открывают систему, это неочевидно, поэтому в обучении мы прямо говорим: «Привязать» — значит выдать, «Отвязать» — принять обратно. Часть заголовков на главной панели тоже остаётся английской, например «Today & Up Next» и «Low Inventory».

Журнал выдачи инструмента в Snipe-IT при этом ведётся сам: каждая выдача и каждый возврат попадают в историю карточки и в общий журнал действий с датой, исполнителем и примечанием. Отдельно ничего записывать не нужно — запись и есть результат нажатия кнопки. Это главное отличие от бумаги: нельзя «выдать и забыть записать», потому что без записи инструмент в системе остаётся на складе и при ближайшем аудите это всплывёт.

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

Возврат устроен зеркально. Работник приносит инструмент, кладовщик сканирует этикетку, на карточке нажимает «Отвязать», выбирает место, куда кладёт инструмент, и пишет примечание о состоянии. На стенде мы писали, например, «Возвращён, исправен, комплект: кейс + 2 АКБ». Это не формальность: если через месяц выяснится, что в кейсе одна батарея, по истории видно, после кого именно она пропала. Если инструмент вернулся неисправным, после возврата сразу меняем статус на «В ремонте» — и выдать его следующему работнику система уже не позволит.

Выдавать можно не только человеку, но и на место или на другой актив. Для управляющей компании с машиной-мастерской это означает: набор инструмента, который постоянно возит машина, выдан на место «Машина-мастерская», а не на конкретного водителя. Для крупной оснастки к станку можно выдать её на сам станок. Мы советуем держать правило простым: на человека выдаём то, что он уносит с собой; на место — то, что закреплено за машиной или объектом.

• Навести камеру телефона на QR-код этикетки — открывается карточка инструмента (если вы уже вошли в систему в браузере).
• Проверить статус: должно быть «Готов к выдаче». Если «В ремонте» или «На поверке», кнопка выдачи недоступна.
• Нажать «Привязать», выбрать работника из списка — поиск работает по первым буквам фамилии.
• Указать ожидаемую дату возврата: для разовой работы — день или два, для объекта — до конца этапа.
• Написать в примечании, куда и зачем: «Замена стояка, подъезд 2» — через месяц это сэкономит звонок.
• Сохранить. Карточка показывает получателя и срок, единица появляется в списке «что на руках» у работника.

Просрочки, аудит инструмента, ТО и поверка

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

Первый — «Просрочено для возврата». Сюда попадает всё, у чего прошла ожидаемая дата возврата. На демо-данных в списке восемь позиций: перфораторы, лазерный дальномер, лестница, сварочный инвертор. Для каждой видно, у кого инструмент, когда выдан и на сколько дней просрочен. Руководителю достаточно открыть этот список раз в день, лучше утром, и обзвонить людей по нему. Снаружи всё выглядит буднично, но именно этот список и закрывает главную боль: раньше о том, что инструмента нет, узнавали, когда он понадобился.

Второй — аудит, то есть инвентаризация по отдельным единицам. У каждого актива есть дата последнего аудита и дата следующего. Кладовщик идёт по складу, сканирует этикетку, на карточке нажимает аудит, подтверждает место и, если нужно, прикладывает фото. Система ставит отметку и переносит следующий аудит на заданный интервал. В списке «Подлежит или просрочен аудит» видно, что пора проверить в ближайшие две недели, и, что важно, у кого и где эта единица числится. Если инструмент числится на складе, а его там нет, он не найдётся в ходе обхода — и это сразу кандидат на разговор или на статус «Утерян».

Аудит удобнее всего делать по местам, а не по всему парку сразу: сегодня стеллаж A, завтра гараж, в пятницу машина-мастерская. Так он занимает минуты в день, а не выходные раз в год. Для инструмента, который находится на руках у работников, аудит лучше проводить в момент возврата: раз уж человек принёс перфоратор, его можно сразу отметить как проверенный.

Третий блок — техническое обслуживание. В Snipe-IT это отдельные записи по активу: ремонт, плановое ТО, поверка, калибровка. У каждой записи есть даты начала и окончания, поставщик услуги, стоимость и примечания. На стенде мы завели ремонт гайковёрта, плановое ТО генератора, поверку мультиметра, токоизмерительных клещей и мегаомметра, калибровку лазерного нивелира. Для измерительного инструмента дату следующей поверки и номер свидетельства мы держим ещё и в полях карточки — это видно на экране прибора и в отчёте по полю.

Связка «статус плюс запись ТО» решает практическую задачу: мегаомметр, отправленный на поверку, переводится в статус «На поверке», выдать его нельзя, а в истории остаётся, когда он ушёл и когда вернулся. Электрик, который пришёл за прибором, видит не «где-то был», а «на поверке до такого-то числа».

Мобильная работа и честные ограничения Snipe-IT

Главный вопрос клиента был про телефон, и тут нужна прямота: официального мобильного приложения у Snipe-IT нет. Работа идёт через браузер смартфона — веб-интерфейс адаптивный, карточка, формы выдачи, возврата и аудита нормально помещаются на экран. QR-код на этикетке ведёт на адрес карточки актива, поэтому сканировать можно обычной камерой телефона. Ярлык на рабочий стол открывает систему почти как приложение, без адресной строки. Сторонние приложения для Snipe-IT существуют, но официальными они не являются, и мы их клиентам не ставим.

Из этого следует первое ограничение: QR открывает карточку только после входа. Если работник со своим телефоном отсканирует этикетку, он увидит страницу входа, а не данные. Для управляющей компании это скорее плюс — посторонний человек, нашедший инструмент, ничего не узнает о складе. Но значит, сканирует всегда тот, у кого есть учётная запись: кладовщик, руководитель, прораб.

Второе ограничение — подпись акта выдачи. Snipe-IT умеет требовать подтверждение получения: работник получает письмо, открывает ссылку и подписывает акт пальцем на экране, подпись сохраняется в карточке. Но для этого работнику нужны почта и вход в систему. У приходящих людей часто нет ни того, ни другого, и заставлять самозанятого сантехника заводить учётную запись ради одного акта — плохая идея. Рабочие варианты: печатный акт с подписью для дорогого инструмента, отметка выдачи без подписи для мелкого или вход только для постоянных бригадиров, которые берут инструмент на всю бригаду.

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

И последнее: QR-коды — это ещё и лазейка для мошенничества, когда поверх настоящей этикетки клеят чужую с фишинговой ссылкой. На складе риск ниже, чем на парковке, но правило простое — после скана смотреть на адрес в браузере. Такую подмену легко заметить: адрес будет не вашего сервера.

Запуск: маркировка, обучение и порядок выдачи

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

Маркировку начинаем с теста, а не с закупки рулона на две тысячи этикеток. Snipe-IT сам формирует этикетки: QR или линейный Code128, инвентарный номер, модель, серийник, логотип, есть шаблон под ленту 53 мм и пакетная печать в PDF. Для инструмента берём полиэстер на термотрансферном принтере: бумажная термоэтикетка на перфораторе от масла и трения быстро перестаёт читаться. Перед закупкой партии клеим пробные этикетки на реальный инструмент и смотрим через пару недель работы. Мелочь вроде свёрл и бит не маркируем поштучно — этикетка идёт на кейс или ячейку, а для ценных наборов — бирка на стяжке. Выбор принтеров, материалов и размеров разобран в статье про этикетки и принтеры для маркировки инструмента.

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

Обучение для такого клиента короткое и предметное: показываем на реальном складе выдачу, возврат, аудит, список просрочек и где смотреть «что у кого». Отдельно объясняем странности перевода — «Привязать» и «Отвязать». Работников-подрядчиков учить не нужно вовсе, им достаточно знать правило: инструмент без сканирования этикетки не выдаётся и не принимается.

Самое важное в запуске — регламент, а не кнопки. Его стоит уместить на одну страницу и повесить на складе. Ниже — тот вариант, который мы предложили, его легко адаптировать. О том, как поддерживать систему в порядке после запуска — обновления, бэкапы, права, — у нас есть отдельный регламент эксплуатации Snipe-IT.

• Выдают только люди с учётной записью: руководитель, кладовщик, прораб объекта. Работник сам инструмент со склада не берёт.
• Любая выдача — со сроком возврата и примечанием «куда и зачем». Без сканирования этикетки инструмент не выдаётся.
• Возврат принимает тот же круг людей, с осмотром и примечанием о комплекте и состоянии; неисправный — сразу в статус «В ремонте».
• Список просрочек руководитель смотрит каждое утро; на следующий день после срока — звонок работнику.
• Если просрочка больше недели, новый инструмент этому работнику не выдаётся, пока не вернёт старый или не объяснит, где он.
• Не нашли при аудите и работник не подтвердил — статус «Утерян» и разговор по договору о возмещении.
• Аудит по местам по графику: стеллажи, гараж, объект, машина-мастерская.

Что получилось на стенде и что бы сделали иначе

На демо-стенде мы прошли под учётной записью с правами кладовщика полный круг: поиск инструмента, карточку, выдачу работнику-подрядчику, возврат через форму, историю, список просрочек, отчёт «что у кого», аудит, записи ТО и поверки, расходники с минимальным остатком, места со счётчиками, печать этикеток в PDF — одиночную и пакетом, — и открытие карточки на смартфоне по QR-ссылке. Всё это работает на штатном Snipe-IT без доработок кода. Это демонстрация на правдоподобных данных, а не отчёт о внедрении: цифр «потери снизились на столько-то» здесь нет и быть не может, пока система не прожила у клиента хотя бы несколько месяцев.

Что стоит знать администратору, который будет ставить Snipe-IT 8.8 сам. После создания администратора из консоли в нашей установке не появилась запись настроек, и система бесконечно возвращала на страницу первоначальной настройки — пришлось создать её вручную. Для работы API нужно сгенерировать ключи Passport. По умолчанию API ограничен 120 запросами в минуту (параметр API_THROTTLE_PER_MINUTE), и при массовом импорте через API в этот лимит упираешься почти сразу. Записи техобслуживания через API требуют указать тип обслуживания. Архивные активы — списанные и утерянные — API без фильтра по статусу не отдаёт, и при сверке кажется, что они пропали.

Что бы мы сделали иначе, если бы запускали в работу сразу. Во-первых, сократили бы набор категорий на старте: двадцать категорий хорошо выглядят на демо, но кладовщику в первые недели проще выбирать из десяти. Во-вторых, подтверждение получения с подписью включили бы только для дорогого инструмента и только для работников с почтой, а для остальных категорий выключили, чтобы синяя плашка о письме не сбивала с толку. В-третьих, с самого начала завели бы машину-мастерскую и объект как места с ответственным, иначе инструмент, выданный «на объект», быстро становится ничьим.

Ещё один вывод касается автозапчастей. На стенде расходники и запчасти для инструмента прекрасно уживаются в Snipe-IT, но запчасти для машин — с OEM-номерами, партиями, приходом по заказам и списанием на конкретный автомобиль — мы показали в соседней системе. Если запчастей у клиента десятки, хватит одного Snipe-IT; если сотни — две системы на одной виртуальной машине получаются аккуратнее, чем попытка заставить Snipe-IT быть складом.

Отдельно про инфраструктуру. Сервер клиента — Windows Server 2016 с Hyper-V, и поддержка этой версии заканчивается 12 января 2027 года. Это не мешает запуску: виртуальная машина с Snipe-IT переносится на новый хост целиком, данные при этом не страдают. Но планировать замену хоста стоит уже сейчас. Наружу открываем только 443-й порт, для администраторов включаем двухфакторный вход и защиту от перебора паролей, ночью делаем дамп базы и копию файлов с хранением вне сервера, а восстановление проверяем при сдаче. Если хотите пройти тот же путь у себя — от опросника до пилота на одном складе, — это наше направление внедрение open-source систем.

Частые вопросы