5
В этой главе перечислены базовые объекты системы, т. е. объекты, действующие для всей системы в целом. Базовые объекты могут оказывать на логику работы системы непосредственное или же опосредованное влияние.
Рис. 1. Соотношение базовых объектов системы.
Объекты, непосредственно влияющие на работу системы:
Объекты, оказывающие опосредованное влияние:
Например, такой объект, как класс трафика, влияет на работу системы постоянно и непосредственно, поскольку вся информация о трафике обрабатывается и классифицируется постоянно (если существует поставщик данной информации). А такой объект, как валюта, оказывает на работу системы опосредованное влияние, поскольку наличие или отсутствие той или иной валюты в системе не оказывает влияния на текущую работу, т. к. все расчеты в системе производятся во внутренних условных единицах и только потом, при выставлении счетов, активации карт или внесении платежей, происходит перерасчет из внутренних условных единиц в ту или иную валюту.
Пользователи – это конечные потребители услуг (IP-трафика, телефонии и др.), оплата которых контролируется биллинговой системой UTM5. С пользователями можно выполнять широкий круг операций: назначать услуги, выставлять счета, совершать платежи, просматривать статистику и т.д.
Пользователей можно объединять в группы. У каждого пользователя имеется один или несколько лицевых счетов, с которыми могут быть ассоциированы услуги разных типов, как по отдельности, так и в составе тарифных планов.
Существует разновидность пользователей со специальными свойствами – карточные пользователи, создаваемые при активации предоплаченных карт (см. Карты оплаты).
Интерфейс работы с пользователями описан в разделе Пользователи. Групповые операции описаны в разделе Группы. Создание пользователей и прочие операции с ними описаны в примере Создание пользователяи последующих примерах.
Лицевой счёт – это объект системы, содержащий информацию о финансовом состоянии пользователя. C лицевым счётом могут быть связаны услуги посредством сервисных и тарифных связок.
Лицевой счёт может быть заблокирован, что приводит к приостановке предоставления всех связанных с ним услуг. В системе UTM5 предусмотрено три типа блокировок:
1.Системная – вступает в силу автоматически, когда сумма баланса и кредита лицевого счёта становится отрицательной или (при определённых настройках) когда на лицевом счёте недостаточно средств для списания периодической составляющей стоимости услуг, а также при превышении квоты.
2.Административная – активируется администратором, если необходимо вручную заблокировать лицевой счёт пользователя.
3.Пользовательская – активируется пользователем в Личном кабинете (например, если пользователь не планирует в течение некоторого времени пользоваться доступом в Интернет и не желает, чтобы абонентская плата за этот период списывалась в полном объёме).
Для каждого типа блокировки можно задать дополнительные параметры, такие как, например, пересчёт абонентской платы или предоплаченного трафика при активации блокировки. Эти и другие параметры блокировок задаются в настройках Политики списания (см. Пересчет при блокировкеи Создание политики списания).
|
|
Обратите внимание, что при блокировке лицевого счёта параметр Интернет в свойствах лицевого счёта всегда меняется на Выключен, но не всегда меняется на Включен при снятии блокировки. Если в свойствах лицевого счёта для параметра Интернет не выбрана опция Автоматически включать, и блокировка была снята вручную, то необходимо также вручную включить доступ в Интернет для данного пользователя. |
Работа с лицевыми счетами в интерфейсе администратора производится на странице свойств пользователя (см. Лицевой счет). Пример создания лицевого счёта смотрите в разделе Создание лицевого счёта.
Системные пользователи – особый класс пользователей, имеющих доступ к администрированию системы через центр управления UTM5. Отличительной особенностью системных пользователей является отрицательный идентификатор. Обычный пользователь не может одновременно являться системным, и наоборот . Изначально в системе присутствуют следующие системные пользователи:
учётная запись системного администратора;
учётная запись, под которой программа пользовательского интерфейса осуществляет доступ к системе;
учётная запись, под которой входит в систему RADIUS-сервер;
учётная запись демона RFW;
учётная запись DHCP-сервера;
учётная запись для внешних коллекторов трафика.
С системным пользователем связаны следующие свойства: логин, пароль, сеть, из которой разрешено авторизоваться, и список групп, в которых пользователь состоит.
Интерфейс работы с системными пользователями описан в разделе Системные пользователи.
Права системного пользователя ограничены списком вызовов, разрешенных группам, в которых он состоит. Если системный пользователь входит в состав нескольких системных групп, то действует правило добавления: пользователь имеет суммарные привилегии всех групп, в которых он состоит. Случаи вызова запрещённых операций заносятся в системный журнал ядра. Изначально в системе заведены следующие системные группы:
администраторы (разрешены все системные функции).
дилеры (доступны функции, связанные с заведением пользователей, назначением услуг и внесением платежей).
Интерфейс настройки прав для системных групп описан в разделе Системные группы.
Система поддерживает работу с картами оплаты, которые могут активироваться пользователями в Web-интерфейсе (см. Web-интерфейс) или приложении utm5_tray (см. Утилита utm5_tray). Карты могут иметь либо ограниченную дату использования, либо ограниченный срок действия.
Если карта активирована для входа в систему, происходит создание карточного пользователя с балансом, равным балансу карты. Созданный карточный пользователь получает логин вида card_NUM, где вместо card_ указывается префикс (системный параметр Префикс логина карточных пользователей, см. Настройки в интерфейсе администратора), а вместо NUM – номер карты. Тарифный план карточного пользователя и некоторые другие его свойства задаются администратором заранее при создании карт оплаты. Если к данной карте привязан тарифный план, тогда к основному лицевому счету пользователя подключатся услуги из этого тарифного плана. Если задан срок действия карты, то её баланс поступает на счёт пользователя в виде сгорающего платежа (см. Платежи) с данным сроком истечения.
Если карта активирована существующим пользователем для оплаты, то её баланс добавляется к балансу пользователя, а связанный с картой тарифный план игнорируется.
Интерфейс работы с карточными пользователями описан в разделе Карточные пользователи. Создание карт оплаты описано в разделе Пул карт оплаты.
Класс трафика – маркер, который определяет, к какой категории относится трафик. Классификация трафика необходима для его последующей тарификации.
Трафик принадлежит классу, если:
–он принадлежит хотя бы одному из подклассов данного класса;
–он не принадлежит ни одному из подклассов данного класса с установленной опцией Пропустить;
–время поступления информации о трафике входит в указанный для класса трафика временной диапазон, если он задан.
Трафик проверяется на принадлежность классам в порядке убывания ID. Если трафик не принадлежит ни к одному классу, он попадает в класс с ID=0 (неклассифицированный).
С классом трафика связаны параметры отнесения межабонентского трафика и сохранения первичной информации, а также параметры отображения данного класса в статистике.
Подкласс трафика – набор признаков, по которым определяется принадлежность к данному классу трафика. Отнесение трафика к подклассу происходит на основании набора признаков, присутствующих в информации о трафике. В качестве признаков могут выступать данные, содержащиеся в NetFlow-пакетах (адрес и порт источника и адресата), а также адрес поставщика NetFlow (IP-маршрутизатора).
Трафик принадлежит к подклассу, если:
–адрес отправителя и адрес получателя принадлежат сети отправителя и получателя, указанных в параметрах подкласса;
–остальные параметры NetFlow-записи совпадают с параметрами, указанными в свойствах подкласса;
–IP-адрес поставщика NetFlow совпадает с IP-адресом, указанным в свойствах подкласса, либо в свойствах подкласса не задан адрес поставщика.
Интерфейс работы с классами и подклассами трафика описан в разделе Классы трафика.
Расчётный период – это период времени, в течение которого производятся периодические действия, определенные бизнес-логикой системы, например, удержание средств с лицевых счетов пользователей за периодические услуги и услуги с периодической составляющей стоимости.
Расчётные периоды используются для проведения расчетов с абонентами за одно и то же время, например, с первого по первое число каждого месяца.
При закрытии расчётного периода при необходимости выполняются следующие действия:
–досписание абонентской платы с учетом блокировок;
–перенос неистраченного предоплаченного трафика на следующий расчётный период;
–автоматическая смена тарифного плана;
–обнуление баланса лицевых счетов у тех пользователей, которым назначена такая опция;
–если подключен модуль динамического шейпирования (см. UTM5 Dynashape), то происходит отправка событий Снятие ограничений для IP-адресов из сервисных связок услуг с dynashape и выполнение соответствующих правил firewall;
–автоматическое создание нового расчётного периода. В качестве времени начала следующего периода устанавливается время окончания предыдущего. Время окончания устанавливается автоматически в зависимости от типа периода. Тип периода (т. е. его длительность), а также количество списаний в неделю остаются неизменными. Все сервисные и/или тарифные связки, ссылавшиеся на предыдущий расчётный период, привязываются к новому периоду.
Интерфейс работы с расчётными периодами описан в разделе Расчетные периоды.
Тарифный план представляет собой пакет предоставляемых в комплексе услуг. Система позволяет создавать такие пакеты, а затем одной операцией (выбор тарифного плана) добавлять услуги пользователям. При назначении пользователю тарифного плана необходимо выбрать расчётный период и ввести настройки услуг (установить требуемые значения свойств сервисных связок), входящих в план. По окончании расчётного периода, в зависимости от настроек, план может либо продлеваться на следующий период, либо сменяться на другой совместимый план.
Интерфейс работы с тарифными планами описан в разделе Тарифные планы. Связь лицевого счёта с тарифными планами осуществляется посредством тарифных связок (см. пример Создание тарифной связки).
Для корректного переключения настроек услуг необходимо, чтобы тарифный план, на который происходит переключение, был совместим с подключенным в текущий момент.
Между услугами совместимых тарифных планов имеется взаимно однозначное соответствие. Это означает, что система без вмешательства оператора может поменять тарифный план, сохраняя полезную информацию из сервисных связок, такую как, например, IP-адреса в услуге передачи IP-трафика.
Несовместимые тарифные планы система также может переключать, но услуги, которых нет в тарифном плане следующего учетного периода, будут удалены.
Пример. Пусть пользователю подключена услуга А в составе тарифного плана 1, и тарифный план следующего учетного периода – 2, в состав которого входит услуга Б. Для того, чтобы произошел корректный перенос всех параметров подключенной услуги А, необходимо, чтобы обе услуги (А и Б) происходили от общего шаблона (родительской услуги) В.
Услуга – базовый объект системы, определяющий правила тарификации.
Интерфейс работы с услугами описан в разделе Услуги. Связь пользователя с услугами осуществляется посредством сервисных связок (см. пример Создание сервисной связки). Сервисные связки можно создавать по одной или группами в составе тарифного плана.
В качестве общих параметров услуги выступают:
–Название услуги (обязательный параметр);
Вид услуги определяет область применимости услуги. В системе существуют следующие виды услуг:
Тип услуги определяет набор правил тарификации, задаваемых данной услугой. В системе существуют следующие типы услуг:
|
Тип |
Значение |
|
Разовая |
|
|
Периодическая |
|
|
Услуга передачи IP-трафика |
|
|
Услуга hotspot |
|
|
Услуга dialup |
|
|
Услуга телефонии |
|
|
Услуга IPTV |
|
|
Услуга видео по запросу |
Для каждого типа услуг существуют свои специфичные параметры, которые рассматриваются при описании соответствующих типов услуг (см. Типы услуг). Логика тарификации также зависит от типа и рассматривается при описании соответствующих типов услуг.
Цены услуг указываются без учёта налогов. Ставки налога на добавленную стоимость и налога с продаж указываются в свойствах лицевого счёта пользователя и учитываются при списании средств.
Для услуг всех типов, кроме Разовая услуга, существуют параметры даты начала и даты окончания действия услуги. Дата начала действия услуги – срок начала предоставления услуги и списаний за нее. В текущей версии UTM5 данный параметр не используется. Дата окончания действия услуги – срок завершения предоставления услуги и списаний за неё. При наступлении этой даты услуга будет удалена, если на неё не ссылается ни одна сервисная связка.
–услуга коммутируемого доступа
существуют параметры периодической составляющей стоимости услуги. Списания со счетов пользователей по данной составляющей производятся аналогично списаниям по периодической услуге, но в отчётах они отображаются как списания за услуги соответствующих типов.
Обычные услуги создаются в том случае, если они будут использоваться для некоторых пользователей в системе в определенных ситуациях, не зависящих от тарифного плана, выбранного абонентом. Например, разовая услуга “Выезд настройщика”.
–создается непосредственно (без участия шаблонов);
–порождает сервисные связки в неограниченном количестве;
–не может входить в состав тарифного плана.
Услуга, входящая в состав тарифного плана, предназначена для включения в тарифные планы.
Услуга, входящая в состав тарифного плана:
–создается на основании шаблона;
–может использоваться только в составе тарифного плана;
–порождает ограниченное количество сервисных связок (ограничено количеством тарифных связок).
Специфичным параметром, отличающим данный вид услуги от обычной услуги, является опция Подключать услугу по умолчанию. Если выбрана данная опция, то при создании в ручном режиме тарифной связки для тарифного плана, в который входит услуга, будет отображено окно создания сервисной связки для данной услуги. При автоматическом создании тарифной связки, в которую входит данная услуга, если данная опция установлена, сервисная связка будет создана автоматически с параметрами по умолчанию.
Шаблоны услуг используются при создании услуг, входящих в состав тарифных планов, и при автоматической смене тарифных планов в момент закрытия расчетного периода.
–не является услугой (не порождает сервисные связки и не входит в тарифные планы);
–играет роль родителя для услуг тарифного плана.
Интерфейс для создания шаблонов услуг и операций с ними описан в разделе Шаблоны услуг.
Имеет смысл создать по одному шаблону для каждого логического типа услуг. Например,
–один шаблон услуг для абонентской платы;
–один шаблон услуг для оплаты использования реального IP-адреса;
–один шаблон услуг для передачи трафика обычных пользователей;
–один шаблон услуг для передачи трафика пользователей, использующих обособленное адресное пространство и т. д.
В свойствах каждого такого шаблона можно задать наиболее часто используемые параметры для данного логического типа услуг. Эти параметры будут использоваться по умолчанию при создании услуги, входящей в состав тарифного плана.
Разовая услуга предназначена для единовременных списаний денежных средств с лицевого счета абонента. Стоимость может быть отрицательной; в этом случае услуга фактически применяется для пополнения счёта абонента. Время списания определяется параметрами сервисной связки. Одновременно со списанием средств может быть назначено удаление пользователя из заданной группы.
Интерфейс создания услуги см. в разделе Разовая услуга, а соответствующей сервисной связки – в разделе Сервисная связка разовой услуги.
Периодическая услуга предназначена для периодических списаний с лицевого счёта абонента. Списания могут происходить в начале расчётного периода, в конце расчётного периода, или частями в течение всего периода. Стоимость, списываемая в начальном расчётном периоде, может быть перерасчитана в зависимости от параметров, указанных при создании сервисной связки, а списываемая в текущем расчётном периоде – в зависимости от параметров лицевого счета или параметров блокировки, установленной на нём.
Интерфейс создания услуги см. в разделе Периодическая услуга, а соответствующей сервисной связки – в разделе Сервисная связка периодической услуги.
Услуга передачи IP-трафика предназначена для тарификации трафика. Стоимость может зависеть от времени и от количества потреблённого трафика. Определённое количество трафика может пропускаться бесплатно (т. н. предоплаченный трафик). Также могут быть заданы квоты, по достижении которых клиент блокируется.
Интерфейс создания услуги см. в разделе Услуга передачи трафика, а соответствующей сервисной связки – в разделе Сервисная связка услуги передачи трафика.
Услуга hotspot предназначена для организации беспроводного доступа по Wi-Fi с тарификацией по времени и авторизацией пользователей по протоколу RADIUS (если поддерживается оборудованием) или через стандартный Web-интерфейс системы. Можно задать разную стоимость соединения для разных временных диапазонов.
Интерфейс создания услуги см. в разделе Услуга hotspot, а соответствующей сервисной связки – в разделе Сервисная связка услуги hotspot.
Услуга dialup предназначена для организации коммутируемого доступа с тарификацией по времени. Стоимость соединения может быть задана разной для разных временных диапазонов.
Интерфейс создания услуги см. в разделе Услуга коммутируемого доступа (dialup), а соответствующей сервисной связки – в разделе Сервисная связка услуги коммутируемого доступа.
Услуга телефонии предназначена для тарификации телефонных звонков. Стоимость звонка может быть задана зависящей от направления и от времени, а также может включать фиксированную плату за соединение. Абоненту может предоставляться некоторое количество предоплаченного времени. Вызывающий или вызываемый телефонный номер должен быть зарегистрирован в свойствах сервисной связки услуги телефонии, иначе тарификация звонков невозможна.
Интерфейс создания услуги см. в разделе Услуга телефонии, а соответствующей сервисной связки – в разделе Сервисная связка услуги телефонии.
Услуга IPTV предназначена для предоставления и тарификации услуг IP-телевидения. Данная услуга позволяет предоставлять и приостанавливать доступ к определенному IPTV-контенту в зависимости от состояния лицевого счета, а также производить списания аналогично периодической услуге.
Услуга видео по запросу предназначена для предоставления и тарификации услуг видео по запросу (VoD). Она позволяет на время предоставлять доступ к определенному VoD-контенту при приобретении его пользователем (аренда фильмов).
Политика списания - это набор правил, применяемых при списании средств со счета пользователя. Эти правила применяются в тех случаях, когда клиенту по какой-то причине услуги оказываются не в полном объеме. Это возможно, например, при создании сервисной связки (когда часть расчетного периода уже прошла, и услуга будет оказываться только в течение оставшейся части), или при включении добровольной блокировки (когда клиент не собирается пользоваться услугами в течение оставшейся части расчетного периода, а периодическая составляющая стоимости услуг за весь учетный период уже была списана).
Политика списания дает возможность пересчитать стоимость услуг в таких ситуациях и списать меньшее количество средств, либо вернуть часть средств, если списание уже произошло.
Пересчет средств происходит пропорционально части расчетного периода, в течение которой услуга оказывалась или будет оказываться по факту (подробнее о логике см. Правила пересчета периодической составляющей стоимости).
|
|
Сумма средств, списываемых со счета за оказание услуги, определяется не только стоимостью, указанной при создании услуги, но и свойствами сервисной связки. |
Помимо пересчета стоимости, политика списания позволяет пересчитывать объем оказываемых услуг. Например, для услуги предоставления доступа в Интернет, есть возможность, помимо абонентской платы, также пересчитать объем предоплаченного трафика, а для услуги телефонии - продолжительность предоплаченных звонков.
Пересчет периодической составляющей стоимости услуги и возврат средств подчиняется следующим правилам:
Дата и время начала действия сервисной связки могут не совпадать с текущими датой и временем, а быть установлены в прошлом или в будущем. В том случае, если эти дата и время установлены в прошлом, для пересчета вместо них используются текущие дата и время. Т.е.:
пересчитанная стоимость = (стоимость всего расчетного периода) × I1/L, если дата и время начала действия сервисной связки установлены в будущем, и
пересчитанная стоимость = (стоимость всего расчетного периода) × I2/L, если дата и время начала действия сервисной связки установлены в прошлом, либо совпадают с текущими датой и временем.
По такой же логике может быть пересчитан объем предоплаченного трафика и продолжительность предоплаченных звонков.
В текущей версии UTM5 существуют 3 вида блокировки - административная, системная и пользовательская.
–Административная блокировка включается администратором, если необходимо вручную заблокировать счет пользователя.
–Пользовательская блокировка включается пользователем (например, если пользователь не планирует в течение некоторого времени пользоваться Интернетом и не хочет, чтобы средства за этот период списывались в полном объеме).
–Системная блокировка вступает в силу, когда баланс счета становится отрицательным или (при определенных настройках) когда на счету недостаточно средств для списания периодической составляющей стоимости услуг.
Для каждого вида блокировки политика списания дает возможность настроить следующие параметры:
–не списывать абонентскую плату, когда счет находится в блокировке;
–пересчитывать абонентскую плату при блокировке счета;
–пересчитывать предоплаченный трафик при блокировке счета;
–пересчитывать предоплаченные звонки при блокировке счета.
При всех операциях пересчета абонентская плата, объем предоплаченного трафика и продолжительность предоплаченных звонков, уменьшаются пропорционально времени, проведенному в блокировке в данном расчетном периоде. Т. е. в случае блокировки счета в одном расчетном периоде и ее снятия в другом пересчет произойдет 2 раза.
Возврат средств может понадобиться в том случае, если по какой-либо причине со счета произошло избыточное списание средств. Это может произойти, например, при включении пользовательской блокировки, т. е. когда расчетный период еще не закончился, а средства за оказание услуг в течение всего расчетного периода уже были списаны.
Политика списания дает возможность настроить, когда именно будет произведен возврат средств:
–при удалении сервисной связки.
В настройки политики списания входит также настройка свойств системной блокировки.
Системная блокировка происходит в том случае, когда на счету не достаточно средств для списания периодической составляющей стоимости услуг в начале нового расчетного периода. Политика списания дает возможность настроить включение блокировки до или после списания средств. Это настраивается отдельно для каждой сервисной связки.
|
|
Периодическая составляющая стоимости услуги может быть скорректирована в свойствах сервисной связки. |
Списание периодической составляющей стоимости для нескольких услуг происходит в произвольном порядке. Если после очередного списания лицевой счет блокируется системной блокировкой, то списания по оставшимся услугам происходят согласно настройкам политик списания при системной блокировке.
Временной диапазон – период или объединение периодов времени. Временные диапазоны используются для задания услуг, доступных только в определённые периоды времени, или услуг, стоимость которых зависит от времени.
Интерфейс управления временными диапазонами описан в разделе Временные диапазоны.
Схема коэффициентов – это последовательность применения коэффициентов к периодической составляющей стоимости услуги. Схема позволяет менять стоимость услуги по заданному расписанию.
Например, стоимость услуги в первый месяц составляет 50%, со второго по шестой месяц – 100%, седьмой месяц – 75%, а далее всё время 100%. В таком случае, в схему нужно включить два коэффициента: коэффициент для первого месяца со значением 0.50 и коэффициент для седьмого месяца со значением 0.75. В те периоды, когда коэффициенты из схемы не действуют, стоимость услуги составляет 100%.
Подключить схему коэффициентов к услуге можно во время создания или редактирования услуги (см. Периодическая услуга).
|
|
Если на услугу ссылается хотя бы одна сервисная связка, то к услуге нельзя подключить другую схему коэффициентов. |
Интерфейс управления схемами коэффициентов описан в разделе Схемы коэффициентов.
В схему коэффициентов можно вносить изменения: добавлять и удалять коэффициенты, изменять их период действия и значения. Изменённая схема коэффициентов будет использоваться для новых сервисных связок и не повлияет на сервисные связки, созданные ранее (см. Сервисная связка периодической услуги).
Валюта – денежная единица системы. NetUP UTM5 поддерживает работу с любым количеством валют . Система оперирует внутренними условными единицами. Валюты используются только при внесении платежей и при выставлении счетов. При внесении платежей валюты конвертируются во внутренние условные единицы системы для определения суммы средств, поступающих на лицевой счет . При выставлении счетов внутренние условные единицы системы конвертируются в валюты для определения стоимости позиций в счете, налогов и суммы счета.
C каждой валютой связаны: курс, процент (искусственная поправка к курсу) и история изменения курса за всё время работы системы. История используется для определения курса при финансовых операциях, проводимых задним числом. Имеется возможность online-обновления курса.
Интерфейс управления валютами описан в разделе Валюта.
За каждым абонентом закреплена валюта, в которой будут происходить операции взаиморасчетов между провайдером и абонентом. По умолчанию закреплённая валюта абонента определяется значением системного параметра ISO-код системной валюты (см. Настройки системы). NetUP UTM5 позволяет в любой момент времени сменить закреплённую за абонентом валюту на любую другую, зарегистрированную в системе. В результате смены валюты все счета на оплату услуг будут отображаться в новой валюте, независимо от того, когда они были сгенерированы системой - до или после момента смены валюты.
Управление закреплённой валютой абонента описано в пункте Другое.
Платежи в системе могут вводиться несколькими способами, а именно:
–автоматический ввод платежей на лицевой счет абонента при оплате абонентом услуг провайдера через электронные платежные системы;
–автоматический ввод платежей на лицевой счёт абонента из стороннего программного обеспечения с помощью утилиты utm5_payment_tool;
–ручной ввод платежа администратором системы (оператором) посредством центра управления UTM5, интерфейса дилера или интерфейса кассира.
Ввод платежа администратором или оператором системы производится на странице Внести платеж, вызываемой одноимённой кнопкой из списка пользователей или из окна детализации информации по пользователю.
На странице ввода платежа администратору предоставляется возможность указать сумму, валюту, дату платежа, а также некоторые другие данные. В частности, имеется необязательный параметр – номер внешнего или внутреннего платежного документа, являющегося основанием для платежа.
Можно выбрать в свойствах платежа опцию Включить Internet, чтобы открыть пользователю доступ в Интернет, если баланс после проведения платежа окажется положительным.
Можно указать дату истечения платежа. Платежи с установленной датой истечения называются сгорающими платежами и суммируются в отдельном отчёте. Если платёж истрачен не полностью (т. е. если сумма списаний со счёта за время, прошедшее с момента внесения этого платежа, меньше суммы платежа), то при наступлении даты истечения платёж сгорает. Неистраченный остаток платежа изымается со счёта клиента. Если до времени истечения поступают другие сгорающие платежи, то сгорание всех откладывается до самой поздней даты истечения.
Имеется возможность вносить платежи методом Кредит. Платежи данного типа отображаются в балансе лицевых счетов клиента отдельной колонкой. У платежей типа Кредит также обязательно устанавливается дата истечения, при наступлении которой платёж аннулируется. При этом проверяется общий кредит счёта, и если при возврате полной суммы кредита он стал бы отрицательным, то возвращается меньшая сумма, так, чтобы общий кредит счёта стал нулевым. Помимо кредитных платежей и возвратов, общий кредит счёта можно изменить вручную в интерфейсе администратора (см. Кредит).
Интерфейс ввода платежей описан в разделе Внести платеж.
В системе UTM5 реализована функция отката платежа. Операция отката платежа выполняется администратором или оператором системы UTM5 через центр управления. Формально откат происходит через внесение платежа с противоположной суммой и со специальным методом платежа – Откат.
Процедура отката неприменима к сгорающим и кредитным платежам.
Откат платежей производится через контекстное меню в отчёте по платежам, см. Отчет по платежам.
Система позволяет формировать следующие типы документов:
Документы генерируются автоматически на основе имеющихся шаблонов (см. Шаблоны документов ).
Сформированные документы, кроме договоров, в системе не хранятся, а генерируются непосредственно перед использованием.
Пользовательские договоры могут быть сформированы на основе шаблона или загружены из файла. Каждый сформированный или загруженный договор сохраняется в анкете пользователя на странице Документы.
Счета за услуги формируются на странице Документы в интерфейсе администратора (см. Отчёты по документам). Счета можно выставлять вручную и автоматически. При ручном выставлении счёта баланс пользователя не изменяется.
Счёт за разовую услугу выставляется сразу после её подключения. Счета за периодические услуги и периодическую составляющую стоимости специализированных услуг выставляются пользователю в начале расчётного периода, если в свойствах услуги задан метод снятия средств В начале расчётного периода и у соответствующего лицевого счёта пользователя установлен параметр Работа по предоплате (см. Основные параметры). В противном случае – в конце периода.
При автоматическом выставлении счетов позиции в них агрегируются по тарифным связкам (за исключением услуг телефонии, которые выделяются в отдельный счёт) и по расчетным периодам. Новые услуги, подключённые в течение текущего периода, не учитываются при агрегации, если у лицевого счёта установлен параметр Работа по предоплате.
Выставленные счета генерируются из шаблонов непосредственно перед использованием и могут быть отредактированы для печати, но без сохранения.
Счета с отрицательной ставкой НДС в системе не отображаются.
Многие объекты системы включают в качестве одного из своих свойств диапазон IP-адресов (т. е. IP-адрес и маску подсети). В интерфейсе администратора IP-адрес и маска подсети, как правило, задаются в одном общем поле ввода в формате <IP-адрес>/<число значащих бит>. Если задан только IP-адрес, то он интерпретируется как диапазон с максимально узкой маской, содержащей единственный адрес.
UTM5 поддерживает адреса IPv4 и IPv6. Адреса IPv6 записываются стандартным образом с возможностью сокращения (например, 2001:0db8:0000:0000: 0000:0000:ae21:ad12 сокращается до 2001:db8::ae21:ad12).