Более не поддерживается. 

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

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

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

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% от суммарной абонентской платы за программное обеспечение (которая включает как покупку новых услуг, так и автоматическое продление старых).
• Провайдеру не требуется вносить технические изменения, чтобы продавать новые продукты, появляющиеся в модуле.
• Провайдер получает веб-витрину услуги для абонентов со списком программного обеспечения в стиле и дизайне основного сайта провайдера. Пример: http://soft.akado-ural.ru
• Абонент управляет услугой в своем личном кабинете.

Для запуска модуля Rentsoft необходимо предварительно заключить агентское соглашение. Это можно сделать, обратившись в «Латеру» — мы являемся партнером компании «Рентсофт».

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

Появилась возможность задавать настраиваемые ссылки на внешние веб-ресурсы с формы редактирования абонента. Такая возможность бывает полезна для перехода во внешнюю систему мониторинга или CRM-систему. «Офис оператора связи» автоматически подставит в шаблон URL (задается в конфигурационном файле) для конкретного объекта нужное значение — идентификатор, код, IP-адрес и т.п.

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

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

Таким образом, если абонент своевременно оплачивает услугу, то по нему можно не генерировать «лишние» события.

9. Автоматическая конвертация валют

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

Загрузку курсов валют можно автоматизировать.

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

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

В новой версии «Гидры» выполнение длинных операций (отчеты, обработки, загрузки и выгрузки) теперь осуществляется в асинхронном режиме, то есть в отдельном процессе, не имеющем отношения к пользовательской сессии. Такие операции выполняются на основании специального документа Заказ на обработку данных (ЗОД), который создается автоматически. В одной из ближайших версий «Гидры» ЗОД можно будет создавать ЗОД вручную, а результат обработки ЗОД отправить на электронную почту, приложить к ЗОД в виде файла или выгрузить каталог на сервере. Таким образом, ЗОД можно будет использовать, например, для массовых рассылок сообщений по группам, регионам и другим настраиваемым признакам.

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

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

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

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