...
В технической документации к решениям СОРМ 3 есть так называемые структурированные и неструктурированные поля для выгрузки данных. Первые, как следует из названия, разделены по смысловой нагрузке на атомарные единицы, хранящие в себе строго определенные данные. Вторые - это большие строки произвольной длины, в которых, в общем случае, может быть записано что угодно и как угодно. Да, формально, можно сказать, что необязательно хранить данные в биллинге структурированно, ведь есть поддержка неструктурированных данных. Но опыту работы с УФСБ разных регионов операторам приходится приводить свои данные в структурированный вид. К таким данным можно отнести следующее:
- ФИО абонента
- Даты (дата рождения, заключения договора, выдачи паспорта и т.д.)
- Сведения о документе, удостоверяющем личность
- Адрес регистрации (для физических лиц)
- Юридический адрес (для юридических лиц)
- Адрес установки конечного абонентского оборудования
...
Рекомендуется завести 3 отдельных текстовых поля, хранящих отдельно Фамилию, Имя, Отчество. Для удобства работы, если в качестве комментария договора выступает не ФИО, а какой-либо шаблонный номер, можно использовать дополнительное четвертое текстовое поле, в котором аккумулировать результат структурированных полей. Правда, для этого необходимо написать скрипт, который бы при наступлении события изменения параметра договора, формировал данные в этом сборном поле.
Даты
Параметры договора, которые предполагается использовать под хранение дат, рекомендуется создавать с типом Дата. Также необходимо следить за тем, чтобы вбивались корректные даты (речь в основном идет о годах, т.к. часто вбивают по ошибке даты либо далеко в прошлом, либо в будущем). Помимо обучения сотрудников можно создать скрипты поведения, которые срабатывали бы на изменение параметра договора и в случае некорректного значения выдавали бы сообщение оператору. Использование параметра типа Дата предпочтительно вместо текстового параметра, т.к. в выгрузках даты должны фигурировать в определенном формате. А при использовании текстового параметра в общем случае невозможно гарантировать корректный разбор значения с целью переформатирования.
Сведения о документе, удостоверяющем личность
...
Зачастую требуется выгружать физический адрес установки коммутатора. В случае использования модуля Inet, например, можно использовать параметры устройства, в котором завести адресный параметр. Для остальных модулей можно использовать поле комментарий.
Зеркалирование flow/radius-потоков.
Решения СОРМ 3 требуют зеркалировать nat/flow/radius потоки на их железо для дальнейшей привязки к выгруженным справочникам данных. Это можно делать напрямую с оборудования оператора. Необходимо следить за тем, чтобы в radius/flow-данных были те идентификаторы (логины, адреса), которые выгружаются в справочниках, чтобы решение СОРМ 3 могло соотнести между собой эти данные.