Главная · Возможности · Учёт SN/MAC
Склад CPE интернет-провайдера
Учёт оборудования по SN и MAC
ONU, роутеры и материалы не «теряются между складом и монтажником»: резерв под наряд, выдача с фиксацией серийника и MAC, возврат и RMA в том же контуре, что заявки и выезд.
Зачем SN/MAC, а не только остатки
Остаток «10 штук ONU» не отвечает, какой серийник у абонента и кто выдал устройство. Для ISP нужен поштучный учёт.
- Номенклатура, серийные номера и MAC
- Резерв под задачу / обращение
- Выдача исполнителю с привязкой к наряду
- Возвраты, брак и цикл RMA
- Связь с картой и договором при установке
Цикл от заявки до серийника
- 1 По обращению или подключению создаётся задача выезда.
- 2 Со склада резервируется позиция (ONU, роутер, материалы).
- 3 При выдаче фиксируются SN/MAC.
- 4 При снятии — возврат или RMA; история остаётся в системе.
Когда внедрять в первую очередь
- Монтажники берут оборудование «по списку в чате»
- Непонятно, какой ONU стоит у абонента
- Инвентаризация каждый раз превращается в аврал
Чего не обещаем
- Автоматическую закупку у поставщиков без настройки
- WMS уровня крупного ритейла «из коробки»
- Публичные нормативы потерь склада клиентов
Связанные разделы: Склад · Выезд · Замена Excel · Карта покрытия · Техподдержка
Частые вопросы
Зачем учитывать CPE именно по SN и MAC?
Остаток «N штук» не отвечает, какое устройство у абонента и кто его выдал. Поштучный учёт связывает резерв, выдачу монтажнику, возврат и RMA с заявкой и договором.
Видит ли монтажник в задаче, какой SN ему выдали?
При выдаче со склада серийник и MAC фиксируются и остаются связанными с нарядом. Это снижает путаницу «какой ONU ушёл в поле» по сравнению с таблицей без привязки к задаче.