Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Юрлица и физлица находятся в одной таблице и отличаются только специальным признаком.
  2. Из реквизитов юрлица выгружается только его название, остальное требует ручного ввода.
  3. У абонента максимум 1 IP-адрес и максимум 1 MAC-адрес.
  4. У абонента максимум 1 абонентский телефонный номер.
  5. Текущий объём потреблённых услуг (трафик, минуты) никак не мигрирует, поэтому трафика включенным абонентам в момент миграции придётся накинуть как будто начался новый учётный период, соответственно нужно будет переместить и дату начала периода.
  6. Подробности тарифов (периодичность, пороги, единицы измерения, стоимость и т.д.) не мигрируют, а перебиваются вручную и затем сопоставляются. Системы тарификации в UTM и
    ais_name
    отличаются слишком сильно, и автоматическая миграция при небольшом числе тарифных планов приведёт к бОльшим трудозатратам, нежели полуавтоматическая. То же касается и других небольших справочников, таких как классы трафика, валюты и т.д.

Проблемы

  1. Что делать с датой начала учётного периода? Если ставить всем один день, то все будут ломиться каждый месяц в этот день платить деньги, а если ставить её не в один день, то как?
  2. В UTM абонент может одновременно находиться в нескольких группах, тогда как в
    ais_name
    — только в одной. Кроме того, в UTM с помощью групп сделаны многие настройки (разделение на физических и юридических лиц, привязка к файрволам и другому оборудованию). У нас это реализовано по-другому, нужно найти правильный подход.
  3. Нужно разобраться, откуда лучше брать данные для привязки абонента к DHCP-серверу и файрволам. Можно, например, смотреть прямо по группе, к которой принадлежит абонент, а можно включить в привязки.

...