Page History

...

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

   ais_name

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

Проблемы

1. Что делать с датой начала учётного периода? Если ставить всем один день, то все будут ломиться каждый месяц в этот день платить деньги, а если ставить её не в один день, то как?
2. В UTM абонент может одновременно находиться в нескольких группах, тогда как в

   ais_name

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

...

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

Справочник состояний абонента

1. ID состояния*
2. Наименование состояния

Справочник

...

1. ID валюты*
2. Название валюты

Справочник сетевых служб

1. ID сетевой службы
2. Название сетевой службы

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

Справочник групп абонентов

1. ID группы*
2. Название группы

Справочник услуг

1. ID услуги*
2. Название услуги

Справочник услуг и тарифных планов

1. ID услуги (тарифного плана)*
2. Название тарифного плана
3. Наименование услуги (ТП)
4. Признак тарифного плана (если Y, то ТП; если N, то услуга)

Примечание: В этот справочник выгружаются все ТП, а из услуг только те, которые не входят в ТП, например, услуга "Реальный IP-адрес"

Справочник лицевых счетов

...

1. ID привязки*
2. ID абонента*
3. ID сетевой службы*
4. Логин
5. Пароль

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

Участие абонентов в группах

...

1. ID подписки*
2. ID лицевого счёта*
3. ID услуги (тарифного плана)*
4. Дата окончания текушего учётного периода

Оконечное оборудование абонентов

1. ID оборудования*
2. ID лицевого счёта*
3. Физический адрес (MAC)
4. IP-адрес
5. Абонентский телефонный номер

Справочник абонентов

1. ID абонента*
2. ID состояния абонента*
3. Физическое или юридическое лицо
4. Номер договора
5. ФИО (физлица) / Наименование (юрлица)
6. Домашний адрес
7. Номер паспорта
8. Контактный телефон
9. Контактный email
10. IP-адрес
11. MAC-адрес
12. Абонентский телефонный номер
13. Комментарий

Список атрибутов для личных данных абонента может быть расширен по необходимости.