| Table of Contents |
|---|
Общие требования
Миграция из других АСР делается через промежуточный набор таблиц в формате CSV.
...
Далее с помощью специального инструмента CSV-файлы загружаются в
| ais_name |
|---|
Упрощения и допущения
- Юридические и физические лица находятся в одной таблице и отличаются только по специальному признаку.
- Из реквизитов юридического лица выгружается только его название, остальное требует ручного ввода (таблицу при необходимости можно дополнить полями с реквизитами).
- Текущий объём потреблённых услуг (трафик, минуты) никак не мигрирует, но дата окончания текущего периода мигрирует.
- Особенности оказания услуг (периодичность, пороги, единицы измерения, стоимость и т.д.) не мигрируют, а переносятся вручную и затем сопоставляются.
...
Примечание: поля OP_EQUIP_ID, OP_EQUIP_PORT, OP_EQUIP_PORT_TYPE используются для указания привязки абонентского оборудования к операторскому и не являются необходимыми.
Справочник абонентских договоров
Таблица CONTRACTS
| Поле | Описание | Примечание |
ID | ID договора | |
USER_ID | ID абонента | Ссылка на USERS.ID |
NUM | Номер договора | |
D_DOC | Дата заключения договора | |
D_BEGIN | Дата начала действия договора | |
D_END | Дата окончания действия договора |
...
Суммы в таблице WRITEOFFS не должны быть отрицательными - только положительные значения и 0.
Многофилиальная структура
При наличии многофилиальной структуры используется справочник филиалов, на который ссылаются поля FIRM_ID в таблицах USERS и OP_EQUIP
...
Сопоставляется с организационной структурой предприятия.
Множественные комментарии
Поддерживается загрузка множественных комментариев к абонентам и абонентскому оборудованию
...
| ID | Идентификатор |
| EQUIP_ID | Ссылка на EQUIP.ID |
| COMMENT_TYPE_ID | Ссылка на COMMENT_TYPES.ID |
| CL_COMMENT | Текст комментария |
| D_OPER | Дата создания |
| D_SIGNAL | Дата напоминания |
| D_EXEC | Дата выполнения |
Дополнительные таблицы
Адреса
В процессе миграции некоторые поля разбираются, и данные из них записываются в дополнительные таблицы. В частности, адрес из USERS.ADDR подвергается парсингу и записывается в таблицу PARSED_USER_ADDRESSES. Таким образом, если в биллинге, из которого выгружаются данные, информация об адресе хранится в разобранном виде, то нет нужды писать его в одну строку — можно сразу заполнить таблицу.
...
| Поле | Описание | Примечание |
EQUIP_ID | Соответствующий ID из таблицы EQUIP* | Ссылка на EQUIP.ID |
| ADDR_BIND_TYPE_ID | Вид адреса | Ссылка на FACT_ADDR_BIND_TYPES.ID. Необязательное поле. По умолчанию - адрес обслуживания |
VC_ORIGINAL | Строка с адресом из EQUIP.ADDR. При ручном заполнении необязательно. | |
| VC_DISTRICT | Район | |
VC_CITY | Название населенного пункта | |
VC_CITY_TYPE | Тип населенного пункта | Краткое наименование типа региона: «г.», «пгт.»... |
VC_STREET | Название улицы | |
VC_STREET_TYPE | Тип улицы | Краткое наименование типа региона: «ул.», «п-т», «пер.»... |
VC_HOUSE | Номер дома | |
VC_BUILDING | Корпус | |
| VC_CONSTRUCT | Строение | |
| VC_OWNERSHIP | Владение | |
VC_ENTRANCE_NO | Номер подъезда | Допустимо только числовое значение |
VC_FLOOR | Номер этажа | Допустимо только числовое значение |
VC_FLAT | Квартира | |
VC_DIS_CODE | Код домофона | |
| VC_CUSTOM_ADDRESS | Нестандартный адресс | |
| VC_REM | Комментарий |
Таблица USER_PHONES
| USER_ID | Соответствующий ID из таблицы USERS* |
| PHONE_TYPE_ID | Соответствующий ID вида привязки телефона к СУ из таблицы PHONE_TYPES* |
| PHONE | Телефон |
| REM | Примечание |
...
| USER_ID | Соответсвующий ID из таблицы USERS* |
| USER_DST_CODE | Соответствующий код абонента из Гидры |
Сотрудники компании
Часто число сотрудников достаточно велико, и вводить их вручную нецелесообразно. Для этого необходимо добавить сотрудников как абонентов в таблицу USERS, выдать доступ к приложениям с помощью NETSERV (по аналогии с доступом в ЛК) и заполнить следующие таблицы.
...