Инвентаризация

Зашли к жене на работу чтобы какие-то данные сверить (сейчас в дугой кабинет перешла работать). Села за компьютер, говорит: "Посмотри, чего-то мышка плохо работает очень".

Переворачиваю, смотрю, вижу заклеенный датчик) Видимо была инвентаризация.

Проект появился благодаря тому, что мне было необходимо потренировать свой скилл в Angular. Хотел сменить работу на более выгодную, но не срослось. При этом проект зачался и мне стало жалко убивать его. Дописав его до юзабельного состояния установил его в родном учреждении. В надежде что проект принесет пользу кому то еще выкладываю его здесь.

Краткое описание:

Это проект инвентаризации компьютеров на базе ОС в на базе ОС Windows 7, 8, 10 с возможностью мониторинга некоторых критичных параметров. Принцип работы проекта заключается в следующем: клиентский компьютер с установленным клиентским сервисом (с заданной периодичностью) отчитывается системе о своем состоянии и параметрах. Если клинтский компьютер не зарегистрирован в системе, то происходит автоматическая регистрация компьютера. Если компьютер уже есть в системе, то в систему записываются его обновленные параметры и состояние.

Проект предоставляет следующую информацию о клиентских компьютерах:

Текущий авторизированный пользователь системы

Описание компьютера

Версию ОС

Сетевое подключение (MAC адрес, адрес ipv4, ipv6, название сетевого адаптера)

Модель процессора

Модель видеокарты

Модель материнской платы

Модель жестккого диска

Модель монитора

Число, имя, полное имя, описание пользователей компьютера

Название принтеров, установленных в системе, их драйвер, порт, является ли принтер сетевым, а так же информацию о адресе ресураса, если принтер является сетевым

Тома компьютера, название тома, свободное место на томе, размер тома, файловая система

Реестр программ, установленных на компьютере, название программы, издатель, версия программы

Возможности мониторинга:

Мониторинг свободного места на томах

Мониторинг температуры процессора

Мониторинг температуры видеокарты

Мониторинг температуры жестких дисков

Заряд батарейки БИОС

Так же для удобства присутствует возможность распределять компьютеры по группам, система поиска по всем параметрам компьютера, фильтрация по таблицам с событиями и реестром программного обеспечения компьютера.

Полное описание тут - http://freebees.ru/hm

Видосик с демонстрацией интерфейса:

Кто хоть раз работал в ритейлерских сетях (например, Евросеть, Связной, МТС, МегаФон, БиЛайн, Теле2 и т.д.) или углублялся в суть рабочего процесса, связанного с продажами, прекрасно знает страшное слово, сравнить которое можно разве что с одним из всадников Апокалипсиса. Имя этого всадника - недостача.

Частенько служба безопасности ритейлов не утруждает себя в поиске технически грамотных решений, посредством которых можно существенно упростить поиск пропажи, а идёт по самому лёгкому пути - надавить на юридически неграмотного сотрудника (Работа для активных и молодых, а также не знающих свои трудовые права?), дабы "стрясти долг" с того, кто эту самую недостачу обнаружил или с того, кто закрыл предыдущую смену. Мало того, что такие действия СБ весьма напоминают обычное вымогательство, так и ещё и подрывают сплочённость людей, загнанных в рамки инструкций и не самого гуманного трудового графика (например, с 9 до 21, т.е. 12 часов).

Попробуйте простоять на ногах 12 часов и всё это время соблюдать бдительность кошки, выслеживающей мышек. Если к этому добавить явление неполного штата сотрудников на торговой точке (что редкостью не является), то вероятность что-то "потерять" увеличивается в разы. Откуда вся эта информация? К большому сожалению директоров ритейлерских сетей, есть огромное множество сайтов и форумов, где бывшие и нынешние работники делятся мнениями о работодателях. Кстати, соответствующим органам хорошо бы конкретно "прошерстить" всех этих ритейлеров на предмет массового нарушения трудового законодательства...

Как минимизировать вероятность возникновения недостачи, а, следовательно, и негативные последствия как для бизнеса, так и для людей, подписавших коллективный договор материальной отвественности (именно такие подписывают работники на точках продаж)? На помощь нам придут технологии и автоматизация процессов контроля за имуществом (кстати, как-то уже писал на схожую тему, но там речь шла о серверном оборудовании).

Начнём с компонентов. Нам понадобятся следующие девайсы:

1. Специализированная касса с полным контролем внесения/выдачи наличных средств.

2. Устройство контроля открытия витрин и ящиков, где хранятся ТА и другие дорогостоящие изделия.

3. Персональные магнитные ключи (для операций, связанных с п.1-2).

4. Датчики с идентификационными данными (imei, серийный номер и т.д.) на каждое устройство.

5. Регистраторы перемещения устройств, промаркированных спец. датчиками (см. п.4).

6. Специализированные сканеры для датчиков из п.4.

7. Сервер контроля за датчиками (п.4), регистраторами (п.5), сканерами (п.6) и кассовым аппаратом, принимающим наличные деньги (п.1).

8. Сервер с системой управления базами данных (СУБД).

Компоненты обозначены. Приступим к алгоритмам, которые целесообразно разделить на 2 типа: алгоритмы, касающиеся взаимодействия с кассовым аппаратом; алгоритмы, связанные с непосредственной продажей ТА (и других устройств).

I. Алгоритмы взаимодействия с кассовым аппаратом

Тут есть 2 варианта:

1. Кассовый аппарат специализирован под функцию банкомата (т.е. внесение/выдача денег происходит через спец. приёмники), но с той особенностью, что выдача д.с. (в виде сдачи) возможна только при проведении покупки или проведении операции размена. Открытие же самой кассы - только посредством приложения персонального магнитного ключа и только при проведении инкассации. Если таких устройств нет, то их стоило бы придумать.

2. Кассовый аппарат оборудован только системой контроля доступа по персональному магнитному ключу. В этом случае каждая покупка, сопровождающаяся использованием наличных денег, будет аналогом открытия кассы по факту инкассации из п.1.

1. Кассовый аппарат специализирован под функцию банкомата

а) Фиксация на спец. устройстве персонального магнитного ключа продавца.

б) Сканирование товара.

в) Кассовый аппарат ожидает внесения наличных средств в виде суммы, равной или превосходящей цену товара.

г) Внесение д.с., автоматическая проверка на наличие фальшивок и их автоматический подсчёт.

д) Вычисление и выдача сдачи.

е) Расчёт текущей суммы в кассе.

ё) Расчёт необходимого запаса разменных купюр.

Каждый из этапов сопровождается занесением соответствующих данных в СУБД.

Если речь идёт про размен, то алгоритм будет иметь такой вид:

а) Фиксация на спец. устройстве персонального магнитного ключа продавца.

б) Обозначение суммы размена.

в) Внесение д.с., автоматическая проверка на наличие фальшивок и их автоматический подсчёт.

г) Выдача размена. Например, если было внесено 10 купюр по 100 рублей, то выдаётся купюра номиналов в 1000 рублей.

д) Расчёт необходимого запаса разменных купюр.

Естественно, каждый из этапов должен сопровождаться занесением соответствующих данных в СУБД.

С инкассацией всё ещё проще.

а) Фиксация на спец. устройстве персонального магнитного ключа продавца.

б) Фиксация на спец. устройстве персонального магнитного ключа инкассатора, т.е. одним персональным ключом, находящимся на руках у продавца-консультанта, открыть кассу просто не будет возможности.

в) Открытие кассы.

г) Выемка д.с., не относящихся к необходимому размену.

д) Закрытие кассы.

Само собой, всё фиксируется в СУБД (через сервер контроля).

2. Кассовый аппарат оборудован только системой контроля доступа по персональному магнитному ключу

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

а) Фиксация на спец. устройстве (которое блокирует кассу) персонального магнитного ключа продавца.

б) Сканирование товара (пункт отсутствует при проведении инкассации).

в) Видеокамеры начинают фиксацию всех действий работника, а спец. устройство отправляет time-код в СУБД.

г) Работник вынимает или помещает д.с. в кассу (при покупке или инвентаризации).

д) Закрытие кассы.

Все действия фиксируются в СУБД.

II. Алгоритмы, связанные с непосредственной продажей ТА (и других устройств)

Пожалуй, начнём с условий.

1. Каждое устройство должно быть помечено специальной электронной наклейкой, содержащей краткую информацию (модель, imei, стоимость и т.д.). Наглядный аналог - программируемые наклейки NFC (они, правда, для других целей, но в качестве примера технологии - сойдёт). Желательно, чтобы данные девайсы можно было бы многократно переиспользовать.

2. Все места хранения ценного товара необходимо оборудовать устройствами контроля за прогр. наклейками и устройствами контроля открытия/закрытия, осуществляемых посредством персонального магнитного ключа продавца. Целесообразно разделить хранение ценных товаров от других, помечать которые электронными маркерами нет необходимости.

3. Места хранения непромаркированного товара хорошо бы также оборудовать устройствами открытия/закрытия посредством электронного ключа продавца.

4. Все выходы (в т.ч. и служебные) необходимо оборудовать устройствами контроля за выносом/вносом промаркированных товаров.

5. Программирование наклеек-маркеров и их крепление к ценным товарам необходимо осуществлять вне торговых точек. Если же товар уже на точке продаж, то маркировка осуществляется выездными ИТ-специалистами (или специалистами от СБ).

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

Собственно, сам алгоритм.

1. Покупатель выбрал необходимый товар.

2. Продавец-консультант посредством персонального ключа открывает "склад" с ценным товаром.

3. Устройство контроля фиксирует выемку товара и считывает данные с прогр. наклейки.

4. Продавец консультант на кассе считывает данные с электронного маркера посредством спец. сканера.

5. Наклейка-маркер снимается с устройства и помещается в спец. контейнер для отправки на пункт программирования маркеров и дальнейшего переиспользования.

6. Клиент оплачивает товар и покидает пункт продаж.

Вы, уважаемые читатели, вероятно, уже догадались, что все действия заносятся в СУБД. Если же говорить про продажу товара, не помеченного спец. маркером, то из алгоритма исключаются п.3 (та часть, где говорится про считывание данных), п.4 и п.5. Более того, даже схема без электронных закладок (но с фиксацией открытия стендов посредством перс. электронных ключей) куда более эффективна, чем существующий алгоритм продажи ценного товара...

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

Итого, именно системно-технологический подход (а технологии позволяют решить многое) к проблеме наиболее эффективен при ведении ритейл-бизнеса (или любого другого бизнеса), а не кипы инструкций и обещания "кар небесных" за пропажу товара, когда человек работает более 8 часов к ряду, т.к., увы и ах, но человеческий фактор не отменить. Более того, любая компания должна думать прежде всего о людях, создающих доход, а не только об этом самом доходе без учёта интересов наёмного рабочего. Это и называется, как мне кажется, эффективным менеджментом (или ТОП-менеджментом)... А вот случаи, когда руководство требует от живых людей поведения роботов-рабов посредством запугивания, удержаний, ура-мотивации - это малоэффективно или даже вредно, т.к. не формирует уважение к труду и к самой компании, а только отталкивает. Именно эта неприязнь порождает текучку кадров... Кстати, давно пора вводить понятие (наравне с потерей доверия) - кадровый саботаж.

***

Статья написана 11 июня 2017 года

Инвентаризация - страшное слово. Одно дело - обнаружить излишки, но совсем другое - не найти чего-то важного и дорогого, что по документам обязательно должно быть в наличии. Также, если говорить о технологической сфере, тут есть свои особые нюансы, которые можно свести к двум аббревиатурам: ЗИП (запас инженерных принадлежностей) и АТР (аварийно-технологический резерв). От наличия в нужном количестве ЗИП и АТР напрямую зависит скорость восстановления работоспособности технологического оборудования при возникновении неполадок или аварийных ситуаций.

Итак, представим, что у нас в наличии 100 серверов, 70 из которых подключены и работают, а 30 - в запасе. Допустим, что из этих тридцати 25 ждут штатного запуска в эксплуатацию, а 5 - находятся в АТР (т.е. это запасные единицы для замены любого сервера, который выйдет из строя). Также имеется набор ЗИП по типу комплектующих: процессоры, модули памяти и т.д. Пока максимально упростим задачу и представим, что все сервера одной и той же модели и, как следствие, ЗИП и АТР - одинаковы.

Когда ведётся периодический и качественный учёт, а также есть контроль в русле "внос/вынос", то в идеале никаких проблем не должно возникать принципиально. Но мы, увы и ах, в идеальном мире не живем. И тут вмешивается он - великий и ужасный человеческий фактор (кстати, не забываем, что пока у нас речь идет про случай с однотипным оборудованием)! Если состояние включенного оборудования можно контроллировать, т.к. многие производители встраивают по умолчанию управляющую консоль, где есть возможность увидеть всю картину по каждому конкретному серверу (от серийного номера до состава компонентов), то с выключенными серверами (которые, например, хранятся в кладовке) картина совсем иная.

Так вот, человеческий фактор может (и чаще всего это именно так и происходит) серьезно повлиять даже на инвентаризационную картину с однотипным оборудованием. Банальное воровство даже рассматривать не стоит, а вот различные перемещения оборудования (как физические, так и на "бумаге"), проводимые в спешке (случаи бывают разные), повлияют так, что после сам чёрт ногу сломит в последующем поиске точного местонахождения технологических единиц. Например, что-то может числиться в системе учёта за локацией А, но физически находиться в локации Б (или наоборот).

Ясно как день - даже при "идеальных" условиях могут возникнуть проблемы с проведением учёта оборудования. Добавим реализма и "кошмариков" по максимуму (собственно говоря, как это обычно и бывает):

1) на балансе не 100, а 1000 серверов;

2) используется не один тип серверов, а, например, 10;

3) АТР и ЗИП может храниться не в одном помещении, а в разных, имеющих разные физические адреса;

4) работающие серверы расположены в разных автозалах (как внутри одного помещения, так и в разных);

5) наблюдается небольшая текучка кадров, в обязанности которых входит поддержание карты ресурсов (т.е. серверов) в актуальном состоянии.

Количество факторов, вносящих неопределенность, можно представить гораздо больше, но суть понятна.

Как же сделать так, чтобы в любой относительно короткий промежуток времени было возможно определить точное местоположение любого сервера или отдельных компонентов (быть может, даже провести полноценную инвентаризацию) без привлечения множества аудиторов и отвлечения собственного персонала от профильных задач (увы, но далеко не каждый аудитор на все 100% разбирается в типах серверного оборудования)? В очередной раз применим системный подход.

Представим, что каждый элемент (сервер или комплектующие к оному) помечен специальным пассивным радио-маяком (т.е. таким, который сам никаких радиоволн не испускает, но отвечает на внешний сигнал определенной структуры). Чтобы отыскать в неком помещении какую-либо искомую единицу, нам понадобится своеобразный радио-сканер, но это был бы самый простой вариант. Мы же лёгких путей не ищем, поэтому постараемся "нарастить" функциональность таким образом, чтобы свести всю рутину до минимума. Думаю, никто не будет спорить с фактом - инвентаризация есть совокупность множества рутинных операций.

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

1) Максимально возможная миниатюрность.

2) Термоустойчивость (для крепления к тем компонентам, которые при работе выделяют тепло).

3) Самоклеющаяся поверхность.

4) Индикация факта снятия маяка с поверхности сервера/детали после его закрепления на объекте.

5) Возможность записи данных (серийный номер, модель и т.д.) до факта использования самоклеющейся поверхности. Раз это радио-маяк, то и запись должна быть возможна посредством радио-сигнала.

6) Невозможность изменения данных после использования самоклеющейся поверхности.

По-хорошему, было бы здорово, если бы производители оборудования и комплектующих сами озаботились подобной "маркировкой" своей продукции.

Перейдём к системе контроля за перемещением серверов и компонентов.

1) Сервер с БД, который также было бы неплохо пометить радио-меткой (такой вот самоконтроль). Пусть этих серверов будет два - для резервирования.

2) Множество стационарных сканеров, расположенных в различных точках контроля: склады, автозалы, входы, выходы и т.д. "Опрос" радио-маяков дожен осуществляться с заданной периодичностью.

3) Некоторое количество портативных сканеров.

4) Непрерывная связь между сервером БД и всеми сканирующими устройствами. Думаю, тот же Wi-Fi вполне сгодится.

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

P.S. Сей подход вполне подойдёт и для учёта других материальных ценностей.

***
Статья написана 16 января 2017 года

Провели недавно в нашем замечательном образовательном учреждении инвентаризацию и наклеили новые бумажки с ин.номерами. Такой подлянки встретить в компьютерном классе не ожидал.