Миграция с UTM 5

Миграция из биллинга UTM 5 делается через промежуточный набор таблиц в формате DBF . Таблицы выгружаются из UTM с помощью специального скрипта на Python или Perl . Далее с помощью специального инструмента DBF-файлы загружаются в АСР «Гидра», где происходит сопоставление справочников и выполняется собственно миграция данных.

Упрощения и допущения

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

Проблемы

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

Таблицы, выгружаемые из UTM

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

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

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

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

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

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

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

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

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

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

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

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

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

1. ID лицевого счёта*
2. ID абонента *
3. Номер лицевого счёта
4. ID валюты*
5. Баланс счёта
6. Кредитный лимит

Привязки абонента к сетевым службам

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

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

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

1. ID записи об участии*
2. ID абонента*
3. ID группы*

Подписка абонентов на услуги

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

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