Биллинговая система Nodeny

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

Концепция N+ слегка меняется в отношении групп:

Группа теперь не предназначена для деления клиентов, скажем, по месту проживания или иному признаку. Группа - это сущность для целлого класса: клиент, свич, сетевая карта, работник, склад, узел и т.д.  Таким образом, у вас не может быть группы "Васильковский район" или "Должники". Для клиентов у вас должна быть одна группа "Клиенты".

Если вы хотите разделить клиентов по какому-либо признаку - сделайте дополнительное поле "район" или другое.

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

Что повлекло данное изменение:

1) убраны разделы в дополнительных полях
2) убрана кнопка "клиенты" - осталась только "поиск"
3) поиск возможен только по одной группе, но можно переключаться на другие и тогда напротив несуществующих для группы полей, будет писаться "нет поля". Например, ищем по должности работника и фио Иванов. При переключении на поиск среди клиентов, будет искаться только Иванов, игнорируя должность
4) При глобальном поиске (в верхнем меню Н+) будет отображаться количество найденных клиентов с делением на группы (найдено 5 клиентов Ивановых и 3 работника Ивановых)
5) При глобальном поиске будет динамически меняться url в браузере

дякую.очікував уже тиждень )

И как безболезненно переехать на эту версию?

1. Сделать дополнительное поле "Группа_клиентов"
2. Нынешние группы скопировать в это поле
3. Всех клиентов перекинуть в одну группу
4. Обозвать эту группу "Клиенты"
5. Обновиться

Или как-то по-другому? Может, имеет смысл вместе с обновлением положить скрипт для автоматического переноса данных?

PS Пункт номер 0 - бэкап :)

Как бы на учебном сервере прошло нормально и все понятно. Буду делать на боевом.

я зразу на бойовом))

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

Как сделать, чтобы выбиралась определенная группа, а не та, что стоит первая по алфавиту?

а если я сделаю чтоб выбиралась последняя с которой была работа?

В принципе МЕНЯ это устроит.

А если у меня для каждой группы свой набор улиц? и когда я делаю поиск, мне нужно видеть результат одновременно со всех груп, а не из той которая выбранна в данный момент.

а как тогда по доп полю сделать разные тарифы для нужных районов?

это я сделаю со временем, поэтому и написал, что, возможно, не всем следует переходить на данною ревизию. Но нужно  все равно готовиться ибо мне надо идти вперед

Ну идти вперед это конечно нужно..но...
К примеру нами этот билинг покупался чисто для учета инет клиентов. Нам этот склад, сотрудники впринципе не нужны.
Может эти все новые наработки сделать отдельным модулем, чтоб те кому это нужно его и устанавливали..

нет, отдельным модулем не получится - я не буду писать модуль под работников, модуль под склад и т.д. мильон модулей, если у фирмы будет возможность создать свой модуль, просто изменив настройки

значит проще всем сетям переделать политику работы с биллингом?
как по мне, скалад и работники очень хорошо сделаны в UserSide, да ещё и интеграция с нодени есть.
может будет какой-то безболезненный вариант перехода...подождем.

На самом деле практически ничего не меняется: считайте, что группы переименовались в "класс", а в допданных появилось поле "группа". Ничего принципиального не изменилось. Осталось только подправить модули под эту концепцию и все

Какие функции и модули не будут работать если сейчас перейти?

ну це вам не потрібно тоді оставайтесь на rev 291. і все!

Если вы просто обновитесь, то все будет работать как и раньше. Единственное, что вы заметите - это в поиске результат показывается только по одной группе. Естественно, можно переключаться на любую другую группу, просто результат не будет объединяться в один список. Если вас это устраивает - работайте так и никаких проблем не будет. Если же вы захотите пойти по предложенному мною пути, т.е. объединить все клиентские группы в одну, то тогда у вас будет одна группа и следовательно вы не получите тот функционал, который зависит от группы. Т.е ответ простой: если вы где-то используете понятие группа, это место и будет затронуто. Например, у вас некоторые тарифы предназначены только для группы "бандюки". Поскольку группа станет одна, то не получится сделать тарифы только для бандюков.

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

якщо групу клієнтів (наприклад "центр") обслуговував окремий NAS?
тепер група одна ("класс"), поділена на підгрупи через доп.поле. Як NAS заставити працювати тільки з конкретною категорією абонентів? DOCа планується?

Может тарифы привязать к объектам? И доступ админов сделать не к группам, а к определенным объектам.

Обновил Nodeny с ревизии 278 до ревизии 292 и в списке клиентов пропали столбцы: улица, дом, квартира, точка топологии, координаты, телефон.
Откатился на 291 версию, такая же самая проблема

В выборе столбцов, для показа, данные столбцы затенены и появился еще один не определенный после info

Сравнил структуру базы, вроде ничего не менялось

Настройки -> Доп. поля -> В каждом доп. поле добавить нужные группы.

Чи можливо добавити фічу: при авторизації адміністратора просить змінити пароль! доки пароль не змінено - ніяких функцій не можливо виконувати!
Примусову заміну паролю щоб задавав наприклад суперюзер (по потребі). Можливо в новій ревізії?

Услуги в режиме заморозки и вторая часть в конец месяца и снятие в минус, сегодня сняло по 10% услуги в 23,00 и еще 100% в 00,00, это проблема в ревизии?

Может есть смысл сделать подгруппы к примеру: клиентов на районы; работников на планктон и монтажников; склад на типы оборудования

В этой ревизии сняло почему то так : , а после в 00:00 еще раз полную стоимость тарифа.

Есть вопрос: перенос всех клиентов из разных групп в одну. Куда в этом случае денется "список подсетей"? Не прописывать-же все подсети со всех сателлитов в одной этой группе. Из какого тогда диапазона будут выдаваться адреса при добавлении нового клиента?

Кстати, без группировки допполей стало неудобно смотреть данные по клиенту. Все данные смешиваются в одну большую кучу. Хотелось-бы, чтобы группировка была.

я еще думаю как красиво решить эту ситуацию. Пока видится дополнительное поле "ip pool"

Допустим я создал дополнительное поле, регион с выпадающим списком. Как сделать выборку по абонентам из нескольких регионов?

не выбирать регион. Или нужно выбрать не все регионы? Пока такой возможности нет, но я подумаю как сделать мультиселект

Допустим из 10 регионов мне нужно выбрать Киев и Одесса и сформировать по данным регионам фин. отчет. Как сделать?

Таким образом я выберу один регион а мне нужно несколько как я писал выше.

подумаю

Подумайте пожалуйста, думаю это актуальный вопрос, потому как много доработок вышло после 292 ревизии а обновляться чтобы потерять необходимый функционал не представляется возможным.

http://forum.nodeny.com.ua/index.php?topic=2746.0

Хочу вот перенести всех клиентов в одну группу, но надо ж значение группы записать в доп. поле перед этим. Как это сделать?

update data0 d join users u on d.uid = u.id set d._grp = u.grp;

А можно пояснить, какие куда значения подставить? и что конкретно команда выполняет.
Спасибо.

Если у тебя в дополнительных данных есть поле с именем _grp, то этот sql скопирует значение в это поле из поля grp учетки клиента. Естественно, должно быть соответствие номеров и там и там

_grp не обязательно ж такое, просто свое подставить можно созданное для этих целей??
Соответствие ID группы и Ключа объекта созданного для доп. поля соответствующей группы?

Да

Да