Ubilling фичереквест.

[dnet 0]

Добрый день. Прошу разработчика/ов воспринять топик конструктивно.

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

Возможно еще кому то будут интересны запрошенные мною пункты, с миру по нитке - бюджет нарисуется на разработку.

 

1. PPPoE:

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

- в учетке абонента, лог сессий, аптайм сессий.

- в учетке абонента, возможность завершить сессию из админки "кнопкой".

 

2. Суточная тарификация:

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

 

3. ARPing:

- возможность работы arping_а(из админки/вебморды) на разных физических итерфейсах(vlan_ах).

 

4. Графички абонентов:

- рисовать графички статистики для абонентов при архитектуре сети состоящей больше чем из одного интерфейса.

 

5. Кредит, используется месячная и суточная тарификация:

- возможность взять кредит один раз в месяц, а не раз в три(например) дня, по новой можно взять кредит, в месячных тарифах.

 

Налетай, дополняй

 

PS:Тема выбора методов авторизации - бесперспективна.

PPS:Если что то из запрошенного уже реализовано, просьба подсказать ссылкой на конкретный пункт в документации или где почитать.

[Ромка 565]

Зря это вы про нах@р написали...

[nightfly 1 221]

 

 

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

Ок

 

 

1. PPPoE:

Итак, что по нему

 

 

 

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

Откуда брать?

 

 

 

- в учетке абонента, лог сессий, аптайм сессий.

Откуда брать?

 

 

 

- в учетке абонента, возможность завершить сессию из админки "кнопкой".

Куда засовывать?

 

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

[nightfly 1 221]

 

 

2. Суточная тарификация: - смена тарифа автоматически, (каждый день) после(в случае) заказа, в 00:00.

Кто его заказывает, и почему?  Юзер из кабинета? Ок - это можно наколбасить двумя способами:

 

1. Нативно: упросить madf-a сделать, чтобы при каких-то определенных положениях звезд/конфигов поле "тариф со следующего месяца" будет работать как "со следующих суток".

2. Средствами Ubilling: просто порождать соответствующее задание для "живи с этим". Что с одной стороны проще, с другой - накладывает свой отпечаток на нюансы с тарификацией.

 

 

3. ARPing:
- возможность работы arping_а(из админки/вебморды) на разных физических итерфейсах(vlan_ах).

ээээ.... ну можно наверное

 

 

 

4. Графички абонентов: - рисовать графички статистики для абонентов при архитектуре сети состоящей больше чем из одного интерфейса.

Надо найти чувака, который напишет "другой" bandwidthd. Мои попытки его форкать и чего-то с ним сделать - получились довольно ущербными и слишком медленными.

 

 

5. Кредит, используется месячная и суточная тарификация:
- возможность взять кредит один раз в месяц, а не раз в три(например) дня, по новой можно взять кредит, в месячных тарифах.

 

Технологически - возможно.

[nightfly 1 221]

 

 

Зря это вы про нах@р написали...

Да, это весьма неосторожное руководство к действию

[l1ght 377]

у меня по пппое свой костыль для mpd5

что бы посмотреть поднята сессия или нет

писалось без особых знаний пхп и без особого понимая в целом

пара скриптов, которые по телнету бегают на мпд + банальная страничка на пхп

[a_n_h 559]

 

 

- возможность взять кредит один раз в месяц

этот пункт уже реализован.

[sanyadnepr 305]

у меня по пппое свой костыль для mpd5

что бы посмотреть поднята сессия или нет

писалось без особых знаний пхп и без особого понимая в целом

пара скриптов, которые по телнету бегают на мпд + банальная страничка на пхп

У мпд из коробки есть этот функционал со страничкой, ненадо никуда бегать

Основная трудность в том что это не в админке биллинга.

[l1ght 377]

 

у меня по пппое свой костыль для mpd5

что бы посмотреть поднята сессия или нет

писалось без особых знаний пхп и без особого понимая в целом

пара скриптов, которые по телнету бегают на мпд + банальная страничка на пхп

У мпд из коробки есть этот функционал со страничкой, ненадо никуда бегать

Основная трудность в том что это не в админке биллинга.

 

ну как бы да, а так оно сходу выдирает параметры (в моем случае логин) и идет его скриптами ищет, в онлайне ли он

[dnet 0]

PPPoE:

1. FreeBSD - mpd.

2. Linux_ы - хз, пусть линуксоиды отпишутся.

3. Mikrotik - api.

 

Мы говорим о решении в комплексе или отдельно взятой ОС ? Меня на данном этапе интересует 1й вариант.

Выражайте свои мысли прямо, не стесняйтесь.

[nightfly 1 221]

 

 

этот пункт уже реализован.

Ну типа да - есть опция SC_MONTHCONTROL, которой  в целом плевать на окружающую реальность - она либо жестко лимитирует попрошайку до "раз в месяц" либо вообще не лимитирует.

 

Возможно я слишком упоролся, но понимаю вопрос именно как "для помесячных тарифов - раз в месяц, для посуточных - раз в Х дней". Для этого следует запилить парочку дополнительных опций, управляющих вот этим вот поведением.

[dnet 0]

 

- возможность взять кредит один раз в месяц

этот пункт уже реализован.

 

В текущей реализации, есть возможность брать кредит раз в например три дня, 10 раз подряд за месяц.

Хотя выше пишут:

Технологически - возможно.

 

 

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

Кто его заказывает, и почему? Юзер из кабинета? Ок - это можно наколбасить двумя способами:

1.

2.

 

Автоматическая смена тарифа - подразумевает, без участия админитратора/оператора.

По умолчанию - заказывает абонент, автоматически биллинг меняет тариф автоматом.

Меня устроят оба варианта, но лучше 1й, спасибо за посыл во 2й, но это опять таки ручная работа оператора, а цель автоматизация работающей в месячных тарифах фичи - автоматическая смена тарифа, после заказа абонентом, в идеале абонентом/оператором.

Чувствуется что кто то еще столкнулся с данным функционалом

Відредаговано 2016-01-20 13:05:38 dnet

[a_n_h 559]

 

 

В текущей реализации, есть возможность брать кредит раз в например три дня, 10 раз подряд за месяц.

 

 

Ну типа да - есть опция SC_MONTHCONTROL, которой в целом плевать на окружающую реальность - она либо жестко лимитирует попрошайку до "раз в месяц" либо вообще не лимитирует.

т.е. если нужно ограничить "попрошаек" один раз в месяц установи соответствующее значение SC_MONTHCONTROL в соответствующем месте.

[dnet 0]

Ну типа да - есть опция SC_MONTHCONTROL, которой  в целом плевать на окружающую реальность - она либо жестко лимитирует попрошайку до "раз в месяц" либо вообще не лимитирует.

Интересный вариант, попробую, спасибо.

Да согласен, для только помесячных тарифов подходит.

 

Возможно я слишком упоролся, но понимаю вопрос именно как "для помесячных тарифов - раз в месяц, для посуточных - раз в Х дней". Для этого следует запилить парочку дополнительных опций, управляющих вот этим вот поведением.

По суточным тарифам вопрос с кредитом у меня не поднимался, надо посмотреть, подумать.

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

 

UPD: Сразу приходит мысль, почему бы немного не заработать на кредитах и на суточных тарифах, цена кредита у нас чисто символическая, но тем не менее.

Відредаговано 2016-01-20 13:24:45 dnet

[a_n_h 559]

 

 

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

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

[dnet 0]

 

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

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

 

С этим тоже есть взаимосвязь возможности реализации настроек, использования суточных и месячных тарифов.

 

После настройки помесячной абонплаты в конце (в последний день) прошлого(каждого) месяца произошли следующие события:

Если у абонента отрицательный баланс (в конце месяца) к первому числу, соответственно абон плата не снимается(не начисляется), после первого числа абонент пополняет счет на сумму больше минуса, балланс становится положительный, получает доступ в инет, абонплата не начисляется(не снимается) - абон доволен

 

Такое происходит по причине не начисления абонплаты абоненту с отрицательным баллансом (это условие поставлено(настроено) в суточных тарифах, не загонять в глубокий/большой минус(постоянно/посуточно), после блокировки доступа в инет(не более чем на сумму меньше тарифа за сутки) соответственно в месячных тарифах происходит аналогичная ситуация.

Тоже интересуют варианты, решения ситуации.

Відредаговано 2016-01-20 16:36:51 dnet

[dnet 0]

PPPoE:

1. FreeBSD - mpd.

2. Linux_ы - хз, пусть линуксоиды отпишутся.

3. Mikrotik - api.

 

Мы говорим о решении в комплексе или отдельно взятой ОС ? Меня на данном этапе интересует 1й вариант.

Выражайте свои мысли прямо, не стесняйтесь.

Добрый день. 

nightfly подскажите пожалуйста что по этому направлению ? 

Необходимо более детальное обсуждение в ЛС ?

Необходимо мнение линуксоидов и микротиководов ?

Если можно ориентировочные сроки и цифры.