Учёт перемещений ИТ-активов в любой организации быстро обрастает проблемами. Актив переехал из одного кабинета в другой, но в учёте числится на старом месте. Ответственный сотрудник сменился, а данные остались прежними. Кто-то что-то куда-то унёс, и теперь никто не может найти концы. Ручное отслеживание таких операций либо не работает вовсе, либо отнимает часы на сверку и поиск.
В Altevics для этой задачи предназначен отдельный механизм — операции перемещения активов. Он не просто фиксирует факт смены местоположения, а выстраивает вокруг этого процесса жёсткую, но удобную логику: от регистрации намерения до фактического закрытия задания исполнителем.
Одно окно для всей операции
Все перемещения собираются в едином реестре. Здесь создаются новые операции, редактируются существующие и отслеживается статус каждой. Форма перемещения включает несколько ключевых разделов. В разделе «Активы для перемещения» указывается, что именно переезжает. В разделе «Параметры перемещения» задаётся новое местоположение, конечный статус, который получат активы после завершения операции, а также материально ответственный сотрудник. Идентификатор операции, дата создания и статус операции (запланирована, в работе, проведена, отменена) заполняются автоматически в зависимости от этапа жизненного цикла.
Доступные для перемещения активы определяются не вручную, а на основе их категории. Система сама понимает, какие активы можно включить в операцию, а какие нет. Разрешённые категории задаются администратором в настройках — гибкость есть, но порядок соблюдается.
Процесс, который ведёт за руку
Перед запуском система проверяет обязательные условия: добавлены ли активы, заполнены ли местоположение и конечный статус. Только после этого процесс стартует. Дальше всё происходит автоматически. Если у перемещаемых активов есть материально ответственные лица, запускается согласование. Согласование работает по модели голосования: все должны сказать «да». Если хотя бы один против — операция отменяется.
После успешного согласования создаются записи в журнале перемещений, а сами активы получают промежуточный статус «Перемещение». Затем формируется задание на перемещение, которое назначается ответственной группе согласно шаблону, заданному в настройках системы. Исполнители видят, что нужно сделать, и обрабатывают задание.
Когда задание выполнено, а когда нет
Если задание выполнено успешно, система актуализирует данные по перемещённым активам, проставляет текущую дату как дату перемещения и меняет статус операции на «Проведена». Перемещение становится закрытым и недоступным для изменений.
Если задание не выполнено, сценарий меняется. Активы, которые планировалось переместить, удаляются из операции, а её статус становится «Отменена». Такой подход исключает «висящие» перемещения, которые начаты, но ничем не закончились.
Отдельного внимания заслуживает возможность исключить активы прямо из задания. Если в процессе выполнения выяснилось, что какой-то актив перемещать не нужно, исполнитель может выделить его и удалить. Система сама скорректирует и задание, и исходную операцию перемещения.
Что это меняет на практике
Внедрение описанного механизма превращает учёт перемещений из головной боли в прозрачный процесс. Инициатор видит, на какой стадии находится операция: запланирована, на согласовании, в работе у исполнителей или уже проведена. Материально ответственные лица получают уведомления и согласовывают только те перемещения, которые касаются их активов. Исполнители получают чёткие задания с перечнем того, что нужно переместить. Администратор может в любой момент заглянуть в реестр и понять, где что находится.
В результате активы не теряются, ответственность не размывается, а каждый переезд оставляет в системе понятный след. Никаких «кажется, этот ноутбук отдали в другой отдел» — только факты, зафиксированные в единой цепочке от регистрации до закрытия задания
