1. Новый личный кабинет

Главное новшество версии 3.2 — полностью переработанный личный кабинет абонента:

• Новый личный кабинет полностью ориентирован на пользователя и с самого начала проектировался и разрабатывался в соответствии с процессом «user-centered design». Мы провели большое количество исследований с участием реальных пользователей и нашли самое удобное для них решение.
• Личный кабинет дает оператору неограниченные возможности настройки «под себя» с помощью системы виджетов. Уже сейчас доступны штатные виджеты, повторяющие старые функции личного кабинета, а также новые виджеты: подключение и отключение тарифных опций и баннеры с произвольным настраиваемым содержимым. Также теперь можно делать собственные виджеты или заказать «Латере» их разработку.
• Существенно доработан API личного кабинета для поддержки нового приложения.
• Помимо API в виде хранимых процедур Oracle для личного кабинета появился более удобный веб-API (HTTP+JSON). Операторам, использующим личный кабинет собственной разработки, рекомендуем к применению именно его — он более удобен, не требует наличия клиента Oracle и вообще работы с базой данных напрямую.
• Как и прежде, новый личный кабинет поставляется клиентам в исходных кодах.

2. Учет недвижимости

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

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

Учет в системе объектов недвижимости и их параметров позволяет оператору делать отчеты в разрезе зданий:

• отчет по доступности определенных видов услуг (Ethernet- или ADSL-подключение, телефония, телевидение) в зданиях;
• отчеты по покрытию, проникновению и т.п.

3. Улучшение работы с регионами

В версии 3.2 полностью переработана работа с регионами на интерфейсе, а также модернизирован API для работы с регионами. Поиск региона теперь делается с помощью Oracle Text и работает намного быстрее, чем в предыдущих версиях. При вводе поисковой строки в выпадающем списке отображаются не только сами регионы, содержащие вводимую строку, но и их дочерние регионы.

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

В новой версии «Гидры» нет необходимости заполнять поля с разными типами регионов при подборе региона. Достаточно воспользоваться новым универсальным лукапом региона. Старые формы поиска региона были удалены за ненадобностью.

Форма поиска в фильтре для Обычного адреса также упростилась:

4. Динамическое конфигурирование ISG-сервисов

Новая версия АСР «Гидра» может работать с устройствами, поддерживающими функциональность Cisco ISG, в режиме динамического конфигурирования ISG-сервисов по протоколу RADIUS и управлять их настройками через интерфейс «Офиса оператора связи».

В «статическом» режиме, когда система выдает только названия сервисов, которые следует подключить абоненту, сами сервисы должны быть заранее настроены на оборудовании. Динамическое конфигурирование позволяет настраивать сервисы следующим образом:

1. При авторизации абонента «Гидра» в ответе на RADIUS-запрос указывает в специальном атрибуте подключаемые абоненты сервисы (их названия).
2. Если NAS не находит указанный сервис, делается дополнительный RADIUS-запрос настроек ISG-сервиса.
3. «Гидра» выдает ответ, в атрибутах которого заданы настройки сервиса.

NAS запоминает выданные «Гидрой» настройки сервиса на срок, который можно задавать отдельно (или до перезагрузки/принудительного сброса настроек оборудования). Динамическое конфигурирование позволяет, в том числе, быстро менять индивидуальные тарифные планы без отслеживания актуальности заведенных на оборудовании сервисов. Эта возможность особенно актуальна при большом количестве индивидуальных тарифных планов и/или при большом количестве используемых NAS.

Шаблоны настройки ISG-сервисов задаются на форме редактирования RADIUS-службы в «Офисе оператора связи».

5. Штатная поддержка аутентификации абонента с помощью DHCP Option 82

Поддержка IPoE посредством DHCP Option 82 теперь входит в штатную функциональность. Option 82 позволяет подключить абонента без настройки PPP-соединения, без использования логина и пароля и привязки к физическому (MAC) адресу.

Для реализации абоненты должны быть подключены к управляемым коммутаторам, поддерживающим Option 82. Кроме того, в «Гидре» необходимо организовать привязку каждого абонента к порту коммутатора и следить за ее актуальностью.

Аутентификация абонента с помощью Option 82 выглядит следующим образом:

1. Абонент пытается передать или принять данные.
2. Операторский коммутатор определяет, что на порту появилась активность.
3. Коммутатор отправляет DHCP-запрос, который передается по RADIUS-протоколу в биллинг в виде запроса Access-Request. Запрос содержит Remote ID (идентификатор коммутатора) и Circuit ID (код порта, на котором появилась активность).
4. Биллинг по полученным от DHCP-сервера данным определяет порт и коммутатор и по привязке находит абонентское оборудование, по которому определяет можно ли на нем оказывать запрашиваемую услугу.
5. DHCP-серверу выдаетcя ответ на запрос в виде разрешения или запрета на подключение в сеть.
6. DHCP-сервер выдает коммутатору ответ на DHCP-запрос.

В АСР «Гидра» для поддержки Option 82 необходимо сделать следующее:

1. В системе заводятся все коммутаторы оператора, с которых могут приходить запросы Option 82.
2. Для каждого коммутатора указывается признак, по которому он будет идентифицироваться (IP,-адрес MAC-адрес, код и т.д.), создаются все порты, к которым могут быть подключены абоненты. Код каждого порта должен соответствовать коду в запросе Access-Request.
3. Для каждого абонентского оборудования, которое может аутентифицироваться с помощью Option 82, добавляется привязка к соответствующему порту операторского коммутатора.

6. Интеграция с Rentsoft

Реализован модуль Rentsoft «Подписка на антивирусы и другое ПО». Он предоставляет абоненту дополнительные услуги подписки на лицензионное ПО (антивирусы, компьютерные игры и т.д.) за ежемесячную арендную плату. Деньги за аренду ПО списываются как разовые услуги с расчетного счета абонента вместе оплатой интернет-доступа.

Возможности модуля RentSoft:

• Абоненту доступны антивирусы Kaspersky, ESET NOD32, Dr.Web, Panda, Agnitum и Trend Micro, каталог из 500 казуальных игр Alawar, а также другие программные продукты.
• Провайдер ежемесячно получает до 25% от суммарной абонентской платы за программное обеспечение (которая включает как покупку новых услуг, так и автоматическое продление старых).
• Провайдеру не требуется вносить технические изменения, чтобы продавать новые продукты, появляющиеся в модуле.
• Провайдер получает web-витрину услуги для абонентов со списком программного обеспечения в стиле и дизайне основного сайта провайдера. Пример: http://soft.akado-ural.ru
• Абонент осуществляет управление услугой в своем личном кабинете.

Подробные инструкции по настройке модуля, а также формы для ввода необходимых параметров доступны на сайте партнера — компании Rentsoft http://rentsoft.ru/provider/new/hydra_hydra202 .

7. Настраиваемые ссылки на внешние приложения в «Офисе оператора связи»

8. Управление автоматической отменой повторяющихся событий

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

Таким образом своевременно оплачивающий услугу абонент получает ее без разрывов.

9. Конвертация валют на основании документа

Теперь в АСР «Гидра» появилась возможность возможность добавить в документах Приказ по курсам валют, содержащий обменные курсы валют, используемых в системе. В каждый момент времени для каждого поставщика услуг связи может существовать только один действующий приказ по курсам валют.

Приказы по курсам валют хранятся в журнале Документы → Приказы → Приказы по курсам валют.

Теперь абонент может оплачивать предоставляемые ему услуги в валюте, если в действующем приказе по курсам валют заданы обменные курсы для этой валюты. Также есть возможность редактировать курсы в действующем приказе, независимо от наличия связанных с ним платежных документов, переведя приказ из состояния Актуален в состояние В обработке. Суммы в платежках будут автоматически пересчитаны.

10. Асинхронное выполнение внешних операций. Заказы на обработку данных

В новой версии АСР «Гидра» выполнение длинных операций теперь осуществляется в асинхронном режиме, то есть в отдельном процессе, не имеющем отношения к пользовательской сессии. Это стало возможным, во-первых, благодаря отказу от менеджера соединений (hcmd). Кроме того, временные таблицы, использующиеся длинными операциями, заменены на постоянные. А для построения отчетов реализован новый документ Заказ на обработку данных (ЗОД). Результат обработки ЗОД может быть отправлена на почту Получателя – абонента, заказавшего обработку, приложен в виде файла к ЗОД или выгружен каталог насервере, задаваемый в настройках документа ЗОД.

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

11. Резервирование счетчиков автонумераторов

В новой версии АСР «Гидра» реализован новый механизм резервирования счетчиков автонумераторов. Он позволяет избежать задвоения номеров документов, которое могло происходить при одновременном создании однотипных документов. 

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