spo0okie / arms_inventory Goto Github PK

и не должно, но в таком случае наверно надо отвязывать от помещения при сохранении. Иначе есть проблема что помещение невозможно удалить, т.к. оно не пустое и не видно оборудование, т.к. привязка к АРМ в приоритете.

Требуется сделать сортировку в "Расход материалов" по дате (новые - сверху).

Нужно добавить возможность указывать периоды с одним открытым концом (действует неограниченно в одно из направлений)

а должна как единожды

• АРМ/оборудование без помещений
• ОС без АРМ

Также можно написать афтофикс через консольную команду:

• Ищем ОС без домена но с АРМ

• Если к ней есть дубликаты с доменом и без АРМ (или тем же самым)

  • Выбираем Самую Свежую версию.
  • Запоминаем ее домен
  • Удаляем все дубликаты
  • ставим бездоменной правильный домен

• Ищем все ОС без домена и без АРМ

• Удяляем

Расширенная модель сервисов, дополнительные поля - резервируемые сервисы и ОС.

В оборудовании собираем, и с АРМов тоже надо, т.к. для поиска дубликатов - очень подойдет!

Вариант 1: в Url:to передавать в качестве признака выдачи полной ссылки (а не относительной) обнаружение запроса по CORS
Вариант 2: если запрос CORS явно себя не дает обнаружить - выдавать полные ссылки всегда (желательно установить это както в настройках, чтобы не переделывать все запросы)

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

точно можно выяснять через астер кучу данных
МАК -> внутренний номер
внутренний номер -> IP, модель
ну и при желании можно и серийник распарсить если вебморду подтянуть
результаты наверно лучше выдавать отдельным файлом для внесения ручных правок

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

у ОС добавить поле "архивирован"
у статусов оборудования и АРМ добавить флажок "архивировать с этим статусом"

Для ввода сервисов оказываемых сторонними организациями

надо при генерации тултипа, если понятно что картинка будет, сразу делать другую верстку и расширять тултип под секцию с картинкой

в настоящее время можно добавить нестандартный день, но нельзя нестандартный период

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

сабж

ввести сущность "даунтайм" с возможностью прикрепления к услугам ИТ, связи и телефонии.

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

надо записывать каким пользователям предоставлены админские права на ОС

поставить флажок "архивный" для сервисов, которые более не используются, но лучше оставить записи о них для истории

В текущий момент ответственные за АРМ могут быть только у "не серверов". Это некорректно. На сервере тоже могут быть пользователи - админы. Несколько на сервер/АРМ, а не один.

Вообще пока неясно полностью что с ними делать, но точно можно их внести и обозвать для инвентаризации, и более того можно их закрепить за площадками и обнаруживать перемещения оборудования и АРМов

Переименовать типы лицензирования в схемы (поскольку лицензирование довольно сложно описывается в некоторых случаях)
Схемы лицензирования сделать гибкими в которых указать:
К чему привязываются лицензии: АРМ/ОС/Юзер (на текущий момент доступны только АРМ)
Что лицензирует 1 лицензия:

• Все установки ПО на АРМ (все ВМ),
• 1 установку ПО на АРМ,
• 1 ядро АРМ (то же что и все установки ПО на АРМ, но нужно лицензировать все ядра),
• 1 ядро ОС
  Плавающая лицензия (лицензирует все инсталляции ПО в предприятии)

Есть еще более сложные схемы лицензирования на кластер, где нужно вводить понятия кластера и лицензировать

• 1 CPU в кластере для 1 инсталляции ПО (нужно лицензировать все инсталляции в кластере * все ядра в кластере)
• 1 АРМ (хост) в кластере для 1 инсталляции ПО (нужно лицензировать все инсталляции * все хосты)
  и т.д.
  Но поскольку это сложно и на настоящий момент не используется, то это отложим на дальнюю перспективу или до тех пор пока не понадобится.

если есть несколько поступлений одного и того-же то они выводятся разными позициями. Это косяк. должно показывать сумму на остатке, и давать возможность провалиться в детали

Надо бы искать переименования, если есть 2 машины с одинаковыми именами, но в разных доменах, то надо как-то проверять их содержимое. Если оборудование "совпадает" - то надо производить какую-то процедуру переименования старой ОС в новую. Ну или выводить хотя-бы чтобы проверить, что разные АРМы не заведены

также календарь не локализован, но это не точно, возможно дело в настройках

если в списке документов искать внутренние по слову "внутр", то ничего не находится

Сделать авторизацию и RBAC
Авторизацию предпочтительно через НТЛМ.
Предпочтительно предусмотреть несколько бэкендов авторизации.

БД при этом ругается, что оно не может быть нулл и все такое. Хотя там на уровне БД как раз есть default value

Привязка документа в одноименном разделе сейчас сопряжена с дополнительными, промежуточными действиями, Документ сначала сканируется, потом сохраняется на компьютер в промежуточную папку в виде файла в формате PDF, потом нужно нажать кнопку создать новый документ, потом подтянуть его базу. Очень рутинно и затратно по времени.
Этот процесс был бы гораздо проще, если бы для появления документа в базе данных, достаточно было бы просто отправить электронное письмо, с вложенным документом, на "специальный" почтовый ящик.
Всё, что останется, при таком подходе, это только привязать этот документ к объектам в базе.

Добавить поле стоимость к объектам услуг
(среднемесячный бюджет)

добавить поле для ключевых слов для поиска
название сервиса это одно, а как его будут искать - это другое

Отсутствие номера отображается как Not present in EDID, если такое у нескольких мониторов, то модуль работы с железом считает что это глюк и устройства идентичны

в чем баг?

• то, что в журнал пушатся логоны в разных часовых поясах как будто в одном.

в чем улучшение?
надо переделать журнал логонов таким образом, что информация о логоне пушится не только в момент логона, но и по шедулеру, т.к. имеется большое количество ПК не сразу доступные по сети.
задача:

• в скрипте определить время логона в UTC
• найти такую запись в журнале
• если нет - добавить.

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

Нужно переделать класс scans таким образом, чтобы он мог обслуживать и другие классы, не только документы.
Вернее всего надо сделать несколько доп. полей: ссылки на все обслуживаемые сущности:
places_id - для карт помещений
tech_models_id - для фото оборудования
material_models_id - для фото оборудования
lic_types_id - для licensing guide по конкретным продуктам

которые видны через форму редактирования

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

неправильно отображается. следующие 7 дней считаются не с начала сегодняшнего дня, а с текущего момента. Это неправильно
не видно что сегодня нестандартное расписание!

Т.К. есть счета в USD

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

пример скрипта

# Get HostName connected clients
:if ($leaseBound = 1) do={
  :local sysname
  :set sysname [/system identity get name];
  /ip dhcp-server lease;
  :foreach i in=[find dynamic=yes] do={
    :local dhcpip
    :set dhcpip [ get $i address ];
    :local dhcphn
    :set dhcphn [get $i host-name];
    :local dhcpmac
    :set dhcpmac [get $i mac-address];
    :if ($leaseActIP = $dhcpip) do={
      :local comment "DHCP Host connected: "
      :set comment ( $comment . $dhcphn . " [" . $dhcpip . " - " . $dhcpmac . "] on " . $sysname);
      :log info ( $comment );
      :log info ( "/tool fetch host=\"inventory\" keep-result=no mode=http address=\"inventory\" src-path=\"/api/mac/$sysname/$dhcpmac\"" );
#     /tool fetch host="mysite.ru" keep-result=no mode=http address="mysite.ru" src-path="/sms.php?text=IP:$leaseActIP;$leaseActMAC;SRV:$leaseServerName;HN:$clientid"
    }
  }
}

Получим запрос вида
http://inventory/api/mac/CHELYABINSK/50:8F:4C:72:46:D8

P.S.
На микротиках должен быть правильно указан system Identity

Отстутствуют привязанные сервисы
Дает возможность удаления в любом случае безотносительно активных привязок

При неверном указании предка можно сделать петлю. надо сделать проверку в Validate

Полезно и в просмотре и в тултипе, особенно для ВМ

Есть типы оборудования, которые не различают моделями/артикулами разные конфигурации и невозможно различить их только по названию
Таким образом необходимо прописывать детальную конфигурацию в самом экземпляре АРМ/Оборудования
(для серверного оборудования оч характерно)

Возможность заводить произвольные услуги, которые можно привязывать к помещениям, к лицензиям ПО.

Все изменения АРМов (а желательно и ОСов) сопровождать сохранением предыдущего состояния в отдельную таблицу

Обслуживание серверной, приемка техники и т.п.
Просто добавить поле-флажок