Розбіжності

Тут показані розбіжності між вибраною ревізією та поточною версією сторінки.

--- branches [2022/09/24 14:39]
127.0.0.1 зовнішнє редагування
+++ branches [2023/06/16 12:42]
borisov
@@ Рядок 1: / Рядок 1: @@
-====== Филиалы ======
+====== Філії ======
 {{ :branchesicon.png?191|}}
-Начиная с релиза Ubilling 0.8.3 стала доступной механика филиалов. Она предназначена для делегирования некоторых полномочий по администрированию определенной части пользовательской базы конкретным администраторам. Данная механика предполагает контроль доступа к пользователям, изменению их параметров (номера телефонов, MAC-адреса, Тарифы итд..) и разделению статистической информации по группам этих пользователей - такой как "отчет по подключениям" или "финансовый отчет". Практическим примером использования данной механики, можно считать, например, ситуацию когда вы отдаете обслуживание части своей сети на аутсорсинг, либо когда вы построили сеть для кого-то и не хотите начинать закупать оборудование, устанавливать новый биллинг, подписывать договора с платежными системами итд. Вам просто нужно, чтобы человек взял и начал обслуживать каких-то "своих" пользователей. Либо вы действительно являетесь региональным оператором с точками присутствия в разных населенных пунктах и вы хотите, делегировать базовый менеджмент пользователей в этих населенных пунктах персоналу на местах. В общем конкретные кейсы применения, ограничиваются вашей фантазией а в общих чертах механика филиалов призвана просто упростить централизованное управление вашим франчайзом/филиалами/дочерними операторами. \\
+Починаючи з релізу Ubilling 0.8.3 стала доступною механіка філій. Вона призначена для делегування деяких повноважень з адміністрування певної частини користувацької бази конкретним адміністраторам. Ця механіка передбачає контроль доступу до користувачів, зміну їхніх параметрів (номери телефонів, MAC-адреси, Тарифи тощо...) і розподіл статистичної інформації за групами цих користувачів - як-от "звіт з підключень" або "фінансовий звіт". Практичним прикладом використання цієї механіки можна вважати, наприклад, ситуацію, коли ви віддаєте обслуговування частини своєї мережі на аутсорсинг, або коли ви побудували мережу для когось і не хочете починати закуповувати обладнання, встановлювати новий білінг, підписувати договори з платіжними системами тощо. Вам просто потрібно, щоб людина взяла і почала обслуговувати якихось "своїх" користувачів. Або ви дійсно є регіональним оператором з точками присутності в різних населених пунктах і ви хочете делегувати базовий менеджмент користувачів у цих населених пунктах персоналу на місцях. Загалом конкретні кейси застосування обмежуються вашою фантазією, а в загальних рисах механіка філій покликана просто спростити централізоване управління вашим франчайзом/філіями/дочірніми операторами. \\
-**Отвечая на вопросы, которые вам первыми приходят в голову:**
+**Відповідаючи на запитання, які вам першими спадають на думку:**
-  * Нет, пользователи привязываются не к городам. Это было бы не гибко и в целом глупо.
+  * Ні, користувачі прив'язуються не до міст. Це було б не гнучко і загалом нерозумно.
-  * Да, каждый пользователь прикреплен к своему филиалу напрямую.
+  * Так, кожен користувач прикріплений до своєї філії безпосередньо.
-  * Нет, влияние данной механики на быстродействие всей системы в целом - сведено к минимуму.
+  * Ні, вплив цієї механіки на швидкодію всієї системи загалом - зведено до мінімуму.
-  * Да, пользователю в любой момент времени можно сменить филиал в несколько кликов.
+  * Так, користувачеві в будь-який момент часу можна змінити філію в кілька кліків.
-  * Да, пользователя можно сделать не принадлежащим ни к какому филиалу.
+  * Так, користувача можна зробити таким, що не належить до жодної філії.
-  * Да, для остальной части абонбазы ничего не меняется.
+  * Так, для іншої частини абонбази нічого не змінюється.
-  * Да, пользователь "филиала" физиологически ничем не отличается от "нормального".
+  * Так, користувач "філії" фізіологічно нічим не відрізняється від "нормального".
-  * Да, можно сделать для филиала сколько угодно администраторов, либо передать администратору под управление сколько угодно филиалов.
+  * Так, можна зробити для філії скільки завгодно адміністраторів, або передати адміністратору під управління скільки завгодно філій.
-  * Нет, адаптированными для использования администраторами филиалов являются на данный момент только конкретные модуля.
+  * Ні, адаптованими для використання адміністраторами філій є наразі тільки конкретні модулі.
-  * Да, для каждого филиала предусмотрены свои тарифы, услуги(читаем подсети->NAS) и возможность заселения только в определенных населенных пунктах.
+  * Так, для кожної філії передбачені свої тарифи, послуги (читаємо підмережі->NAS) і можливість заселення тільки в певних населених пунктах.
-  * Да, осьминог, это первое что пришло в голову.
+  * Так, восьминіг, це перше що спало на думку.
-====== Начальная конфигурация ======
+====== Початкова конфігурація ======
-Включается все это одной опцией [[alteriniconf|alter.ini]]
+Вмикається все це однією опцією [[alteriniconf|alter.ini]]
 <code ini>
@@ Рядок 27: / Рядок 27: @@
 </code>
-И очень фигурным разделением прав по администраторам. Базовым правом для использования "Филиалов" является право **BRANCHES**. Следует заметить, что наличие этого права автоматически переводит администратора в свою, особенную реальность, и должно вами рассматриваться как "клеймо филиальности", то есть администратор после этого должен быть администрирующим конкретные филиалы с максимально урезанными правами и все. В это же время, вы можете сохранить контроль за всеми пользователями, для своих основных кадров, таких как техподдержка, администраторы, мальчики по вызову, бухгалтера, инженеры. Для этого, вы не поверите, - у них просто не должно быть этого самого "клейма филиальности".
+І дуже фігурним поділом прав за адміністраторами. Базовим правом для використання "Філій" є право **BRANCHES**. Слід зауважити, що наявність цього права автоматично переводить адміністратора у свою, особливу реальність, і повинно вами розглядатися як "тавро філіальності", тобто адміністратор після цього має адмініструвати конкретні філії з максимально урізаними правами, і все. Водночас ви можете зберегти контроль за всіма користувачами, для своїх основних кадрів, таких як техпідтримка, адміністратори, хлопчики за викликом, бухгалтери, інженери. Для цього, ви не повірите, - у них просто не повинно бути цього самого "клейма філіальності".
-====== Использование ======
+====== Використання ======
-После включения опции BRANCHES_ENABLED, следует создать начального администратора. Если вы не понимаете глубоко какое право для чего требуется, вы можете положить себе в директорию **content/users/** данного семплового администратора [[http://ubilling.net.ua/default_admin/branchmin|branchmin]] и склонировать с него права на нужных вам администраторов.\\
+Після ввімкнення опції BRANCHES_ENABLED, слід створити початкового адміністратора. Якщо ви не розумієте глибоко, яке право для чого потрібне, ви можете покласти собі в директорію **content/users/** цього семплового адміністратора [[http://ubilling.net.ua/default_admin/branchmin|branchmin]] і схилити з нього права на потрібних вам адміністраторів.
-Далее следует настроить сами филиалы. Допустим у нас их будет два, с разными доступными населенными пунктами, разными доступными тарифами и услугами.
+Далі слід налаштувати самі філії. Припустимо, у нас їх буде дві, з різними доступними населеними пунктами, різними доступними тарифами і послугами.
 {{:branches0.png?800|}}
-Надеемся, что связи всех этих вещей вполне себе самоочевидны и понятны
+Сподіваємося, що зв'язки всіх цих речей цілком собі самоочевидні та зрозумілі
 {{:branchesarch.png?800|}}
-Далее можно пробовать это использовать под уже филиальным администратором. Вот все что он видит в базовом варианте, и чего должно хватать для базовой работы с "его" абонентами.
+Далі можна пробувати це використовувати під уже філіальним адміністратором. Ось усе, що він бачить у базовому варіанті, і чого має вистачати для базової роботи з "його" абонентами.
 {{:branches1.png?800|}}
-Как видим, доступ он имеет только к пользователям принадлежащим к филиалам, которые ассоциированы с его логином администратора.
+Як бачимо, доступ він має тільки до користувачів, що належать до філій, які асоційовані з його логіном адміністратора.
 {{:branches2.png?800|}}
-При включенной механике филиалов, у всех пользователей в профиле появляется соответствующее поле указывающее на филиал, к которому пренадлежит пользователь.
+За увімкненої механіки філій, у всіх користувачів у профілі з'являється відповідне поле, що вказує на філію, до якої належить користувач.
 {{:branches3.png?800|}}
-При регистрации пользователя, адрес пользователя будет формироваться по цепочке "город->улица->дом->квартира" из населенных пунктов доступных конкретному филиалу и собственно администратору. На заключительном этапе регистрации, любой администратор может выбрать филиал к которому будет принадлежать новый пользователь, из списка доступных для администратора филиалов. Администраторы без "клейма филиальности" тоесть права BRANCHES, могут регистрировать пользователей в любом из доступных филиалов, либо устанавливать чекбокс "Зарегистрировать пользователя без филиала".
+Під час реєстрації користувача адреса користувача формуватиметься за ланцюжком "місто->вулиця->будинок->квартира" з населених пунктів доступних конкретній філії та власне адміністратору. На заключному етапі реєстрації, будь-який адміністратор може вибрати філію, до якої належатиме новий користувач, зі списку доступних для адміністратора філій. Адміністратори без "клейма філіальності" тобто права BRANCHES, можуть реєструвати користувачів у будь-якій з доступних філій, або встановлювати чекбокс "Зареєструвати користувача без філії".".
 {{:branches4.png?800|}}
-Также вы можете в любой момент времени изменить филиал пользователя на какой угодно из существующих и доступных администратору, либо удалить его вообще, сделав пользователя "нормальным". Функция удаления пользователя из филиала доступна только пользователям с правами ROOT.
+Також ви можете в будь-який момент часу змінити філію користувача на яку завгодно з наявних і доступних адміністратору, або видалити її взагалі, зробивши користувача "нормальним". Функція видалення користувача з філії доступна тільки користувачам з правами ROOT.
 {{:branches5.png?800|}}
-Также для филиалов существуют свои отчеты финансовый и по подключениям, интегрированные в основной модуль. Для них также есть отдельные права (ну вдруг вы не хотите финансовую статистику филиальному администратору светить, и вообще подпускать его близко к денежным операциям). Да, в нормальные отчеты им нельзя.
+Також для філій існують свої звіти фінансовий і по підключеннях, інтегровані в основний модуль. Для них також є окремі права (ну раптом ви не хочете фінансову статистику філіальному адміністратору світити, і взагалі підпускати його близько до грошових операцій). Так, у нормальні звіти їм не можна.
 {{:branches6.png?|}}
-Следует также заметить, что право BRANCHESCONF является "типа рутовым" в рамках филиалов и не должно быть установлено филиальным администраторам в принципе.
+Слід також зауважити, що право BRANCHESCONF є "типу рутовим" в рамках філій і не повинно бути встановлено філіальним адміністраторам в принципі.

Ubilling Wiki

Користувальницькькі налаштування

Налаштування сайту

Розбіжності

Налаштування сторінки