Page tree

Versions Compared

Key

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

...

В технической документации к решениям СОРМ 3 есть так называемые структурированные и неструктурированные поля для выгрузки данных. Первые, как следует из названия, разделены по смысловой нагрузке на атомарные единицы, хранящие в себе строго определенные данные. Вторые - это большие строки произвольной длины, в которых, в общем случае, может быть записано что угодно и как угодно. Да, формально, можно сказать, что необязательно хранить данные в биллинге структурированно, ведь есть поддержка неструктурированных данных. Но опыту работы с УФСБ разных регионов операторам приходится приводить свои данные в структурированный вид. К таким данным можно отнести следующее:

  1. ФИО абонента
  2. Даты (дата рождения, заключения договора, выдачи паспорта и т.д.)
  3. Сведения о документе, удостоверяющем личность
  4. Адрес регистрации (для физических лиц)
  5. Юридический адрес (для юридических лиц)
  6. Адрес установки конечного абонентского оборудования

...

Рекомендуется завести 3 отдельных текстовых поля, хранящих отдельно Фамилию, Имя, Отчество. Для удобства работы, если в качестве комментария договора выступает не ФИО, а какой-либо шаблонный номер, можно использовать дополнительное четвертое текстовое поле, в котором аккумулировать результат структурированных полей. Правда, для этого необходимо написать скрипт, который бы при наступлении события изменения параметра договора, формировал данные в этом сборном поле.

Даты

Параметры договора, которые предполагается использовать под хранение дат, рекомендуется создавать с типом Дата. Также необходимо следить за тем, чтобы вбивались корректные даты (речь в основном идет о годах, т.к. часто вбивают по ошибке даты либо далеко в прошлом, либо в будущем). Помимо обучения сотрудников можно создать скрипты поведения, которые срабатывали бы на изменение параметра договора и в случае некорректного значения выдавали бы сообщение оператору. Использование параметра типа Дата предпочтительно вместо текстового параметра, т.к. в выгрузках даты должны фигурировать в определенном формате. А при использовании текстового параметра в общем случае невозможно гарантировать корректный разбор значения с целью переформатирования.

Сведения о документе, удостоверяющем личность

...

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

Зеркалирование flow/radius-потоков.

Решения СОРМ 3 требуют зеркалировать nat/flow/radius потоки на их железо для дальнейшей привязки к выгруженным справочникам данных. Это можно делать напрямую с оборудования оператора. Необходимо следить за тем, чтобы в radius/flow-данных были те идентификаторы (логины, адреса), которые выгружаются в справочниках, чтобы решение СОРМ 3 могло соотнести между собой эти данные.