Просмотр исходного текста страницы Accounts and Subaccounts

= Общая информация = 
В ExpertBilling 1.4 был переработан принцип работы с аккаунтами и появилась новая сущность '''Субаккаунт'''. Если в 1.3 и более ранних версиях один аккаунт являлся одним абонентом и в нём сразу указывались IP адрес, сервер доступа и прочие сетевые параметры, то в 1.4 аккаунт уже является неким базовым договором, который заключатся с абонентом при его создании в биллинге. Доступ к услугам получают субаккаунты этого аккаунта, которых может быть как 1, так и несколько.

== Аккаунты ==
Вместе с этим в самом Аккаунте также может быть указан сервер доступа на закладке "Сетевые параметры", но только в том случае, если вы хотите выполнять какие-то команды на сервере доступа при активации/деактивации самого аккаунта(не субаккаунтов).  К примеру вы хотите, чтобы при появлении у Аккаунта отрицательного баланса, ему блокировался доступ к почтовому ящику(этот пример очень общий, но отражает суть). Для того, чтобы эта логика работала, в системе создаётся Сервер доступа, в команды которого прописаны команды создания/удаления, включения/выключения доступа к почтовому серверу. При появлении у пользователя отрицательного баланса биллинг пошлёт на указанный сервер команду отключения ящика, подставив в шаблон вашей команды переменные _аккаунта_. Соответственно при выборе в списке аккаунтов команды "Добавить на сервер доступа", будет выполнена команда создания _аккаунта_ в указанном в его профиле сервера доступа.
[[Файл:accounts_ipn.png|center|800px]]

[[Файл:account_net.png|center|800px]]
Все настройки с предыдущего скриншота относятся _только_к аккаунту. на субаккаунты они не наследуются и не имеют на них никакой силы.
Всё сказанное в предыдущем абзаце актуально только, если на тарифном плане аккаунта включены IPN действия или это IPN тарифный план или если вы хотите управлять состоянием аккаунта вручную, выбирая в контектном меню нужную команду.

У Аккаунта есть несколько типов статусов, которые определяют можно ли этому аккаунту(и его субаккаунтам) пользоваться услугами провайдера: 
* Статус аккаунта(Активен;Не активен, списывать периодические услуги;Не активен, не списывать периодические услуги;Пользовательская блокировка);
* Блокировка по недостатку баланса(Может быть включена, если в начале расчётного периода на балансе абонента нет нужной суммы и это требование есть в тарифном плане ааккаунта);
* Блокировка по лимитам(Может быть включена, если пользователь превысил лимит трафика, указанный в тарифном плане и превышение этого лимита подразумевает блокировку аккаунта)
* Блокировка по балансу(если баланс абонента <=0).
Все виды статусов, кроме первого, могут быть переопределены на закладке "Сетевые параметры" аккаунта.
Если хотя бы один из статусов запрещает блокировку - всем субаккаунтам аккаунта будет заблокирован доступ к услугам, если в их профилях это поведение не переопределено.

== Субаккаунты == 
Как уже было сказано ранее, непосредственно за доступ к услугам провайдера отвечают субаккаунты. В них прописываются IP адреса, сервера доступа и т.д. Но субаккаунты могут использоваться и шире.

К примеру у вас 2 сервера. Один сервер - маршрутизатор с функциями DHCP, второй сервер для PPTP доступа. Вы можете создать 2 субаккаунта, первый из которых будет добавлять/удалять IP адрес субаккаунта в адрес лист на DHCP сервере, что будет разрешать/запрещать маршрутизацию пакетов внутри вашей сети, а во втором субаккаунте прописать логин/пароль/IP адрес для доступа к PPTP серверу.

Рассмотрим настройку субаккаунтов для различных видов доступа:

'''IPN''':
Указываем сервер доступа, IPN IP адрес, mac-адрес, если вы будете использовать его в командах управления состоянием субаккаунта на сервере доступа(например в случае привязки IP к MAC в файерволе)
[[Файл:subacc.png|center]]
За статус добавленности/активности субаккаунта на сервере доступа отвечают 3 кнопки, которые отправляют соответствующие команды из указанного сервера доступа на этот север доступа.

Кнопка "Управлять доступом"/"Не управлять доступом" соответсвтенно разрешает/запрещает биллингу управлять IPN статусом субаккаунта на сервере доступа.

При изменении IP адресов в субаккаунте IPN статусы сбрасываются и биллинг пошлёт на сервер доступа команды добавления/активации субаккаунта заново. Соответственно вам нужно учитывать, что команды сервера доступа должны перед добавлением новых записей удалить старые(которые, к примеру, содержали в комментарии не изменяемый ID субаккаунта)