Перейти до

помогите с Abills


viki

Рекомендованные сообщения

Здравствуйте.

 

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

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

Задавал вопрос на сайте разработчика, объяснения не добился.

 

Спасибо за помощь, жду ответ.

Ссылка на сообщение
Поделиться на других сайтах

Просто так за спасибо, вопросы никто не решает. Плати разработчику, посмотрит, решит проблему. Мы также платили, и причём неоднократно.

Ссылка на сообщение
Поделиться на других сайтах

Вот скрин тарифного плана.

Один билинг в конце месяца снимает с пользователей абонплату и они уходят в минус и не работают. Другой в конце месяца тех пользователей у кого нет денег на на покрітие тарифа, меняет статус на слишком маленький депозит. Снятие денег происходит только при смене статуса на "Активно". Причем если статус меняется через несколько дней, то абонплату он снимает за вычетом тех дней что не пользовался человек. Соответственно реально полученніе деньги и в биллинге никогда не совпадают. В результате рисуетмся таблица в екселе для подсчета оборота, ну как пещерные люди. Но при наличии биллинга который все это теоретически умеет. Пересмотрел настройки обоих, различий не нашёл. Почему так происходит мне просто непонятно.

post-17925-0-94731700-1355939641_thumb.jpg

Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте.

 

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

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

Задавал вопрос на сайте разработчика, объяснения не добился.

 

Спасибо за помощь, жду ответ.

 

это у вас в тарифном плане стоит Действие при недостаточном депозите: -1 приостановление поставте на и будет все нормально

Ссылка на сообщение
Поделиться на других сайтах

Вот скрин тарифного плана.

Один билинг в конце месяца снимает с пользователей абонплату и они уходят в минус и не работают. Другой в конце месяца тех пользователей у кого нет денег на на покрітие тарифа, меняет статус на слишком маленький депозит. Снятие денег происходит только при смене статуса на "Активно". Причем если статус меняется через несколько дней, то абонплату он снимает за вычетом тех дней что не пользовался человек. Соответственно реально полученніе деньги и в биллинге никогда не совпадают. В результате рисуетмся таблица в екселе для подсчета оборота, ну как пещерные люди. Но при наличии биллинга который все это теоретически умеет. Пересмотрел настройки обоих, различий не нашёл. Почему так происходит мне просто непонятно.

что б снималось полность снимите галку только за активные дни

Ссылка на сообщение
Поделиться на других сайтах

 

Задавал вопрос на сайте разработчика, объяснения не добился.

 

 

 

странно кому я написал сам себе? )

 

http://abills.net.ua/forum/viewtopic.php?f=2&t=6682

Ссылка на сообщение
Поделиться на других сайтах
  • 4 weeks later...

Дабы не открывать новую тему, напишу здесь:

Есть сервер с биллингом Abills 0.54b, 2 NASa - 1 Mikrotik, 1 - accel-ppp 1.7.1.

По микротику вопросов нет, а вот с accel-ppp есть проблемка.

При достижении отрицательного баланса у абонента не разрывается PPPoE сессия. Хенгап с вэб интерфейса биллинга работает нормально.

Подозреваю что что-то не то в скрипте billd, но что?

Ссылка на сообщение
Поделиться на других сайтах

Дабы не открывать новую тему, напишу здесь:

Есть сервер с биллингом Abills 0.54b, 2 NASa - 1 Mikrotik, 1 - accel-ppp 1.7.1.

По микротику вопросов нет, а вот с accel-ppp есть проблемка.

При достижении отрицательного баланса у абонента не разрывается PPPoE сессия. Хенгап с вэб интерфейса биллинга работает нормально.

Подозреваю что что-то не то в скрипте billd, но что?

у меня pptp и нормально обрывает когда абон уходит в минуса

Ссылка на сообщение
Поделиться на других сайтах

Я пошел по более простому пути. Использую макс. время сессии 24часа (как Укртелеком).

Какой НАС ?

И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается.

Ссылка на сообщение
Поделиться на других сайтах

Я пошел по более простому пути. Использую макс. время сессии 24часа (как Укртелеком).

Какой НАС ?

И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается.

 

а что мешает сделать

 

ALTER TABLE CHANGE max_session_duration `max_session_duration` int(11) unsigned NOT NULL default '0';

Ссылка на сообщение
Поделиться на других сайтах

подключитесь

сделайте абоненту негативный депозит

запустите /usr/abills/libexec/billd

 

посмотрите что напишет программа

Ничего особенного не написала

[root@billing /usr/abills/libexec]# /usr/abills/libexec/billd
NAS: (3) 192.168.100.5 NAS_TYPE: mikrotik STATUS: 0 Alive: 300 Online: 179
NAS: (5) 192.168.100.2 NAS_TYPE: accel_pptp STATUS: 0 Alive: 300 Online: 195
2013-01-15 12:27:35 LOG_WARNING: LOST_ALIVE [voruna] NAS: 5 (192.168.100.2) Last Alive: 1022, Session-ID: 07101cdcd74ddeca
GT: 1.18418

Ссылка на сообщение
Поделиться на других сайтах

Я пошел по более простому пути. Использую макс. время сессии 24часа (как Укртелеком).

Какой НАС ?

И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается.

 

а что мешает сделать

 

ALTER TABLE CHANGE max_session_duration `max_session_duration` int(11) unsigned NOT NULL default '0';

Объясните пожалуйста, что это даст? Сильно не пинайте в БД сильно не разбираюсь.
Ссылка на сообщение
Поделиться на других сайтах

сморите в ТП абонента смистемапросто не знает тчо его нужно отключать возможно у Васпослеоплата

На микротике те же ТП, пользователи отключаются нормально в 00:00 часов
Ссылка на сообщение
Поделиться на других сайтах

сморите в ТП абонента смистемапросто не знает тчо его нужно отключать возможно у Васпослеоплата

Может ли быть причиной то что в ТП в "Фильтр негативного дипазита" прописано: RAD:Mikrotik-Address-List=negative ?

Раньше просто когда были НАСы микротик и абиллс версии 0.50, неплательщики редиректились по адресслисту на страницу заглушку, в 0.54b добавился "пул негативного депазита" и в принципе переделали редерект на основании IP, но если вытереть RAD:Mikrotik-Address-List=negative в ТП, то пользователи с негативным депазитом просто не подключаются.

Ссылка на сообщение
Поделиться на других сайтах

Какой НАС ?

И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается.

 

НАС на FreeBSD 8.3 x64 (mpd). У меня в биллинге ставится без проблем 86399. Какая версия Абилса, 0.54?

 

post-6440-0-03530600-1358247648_thumb.jpg

Ссылка на сообщение
Поделиться на других сайтах

Какой НАС ?

И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается.

 

НАС на FreeBSD 8.3 x64 (mpd). У меня в биллинге ставится без проблем 86399. Какая версия Абилса, 0.54?

 

post-6440-0-03530600-1358247648_thumb.jpg

0.54b

Та с этим вроде бы вопрос решил, в ТП в доп радиус параметрах указал Session-Timeout=86400

По идее сработало. Вот что в /var/run/ppp.X

Acct-Interim-Interval 300
Session-Timeout 86400
User-Name mister
PPPD-Upstream-Speed-Limit 15600
Framed-IP-Address 91.202.ХХХ.ХХХ
Framed-IP-Netmask 255.255.255.255
PPPD-Downstream-Speed-Limit 3144
MS-CHAP2-Success 01533D33443134344314446314541393934344533364230424641343436333931373843333138444635
MS-MPPE-Recv-Key B698862A2C477678E874E013E77BB114D6477FCCBD54148AC838B38700D20EAA3
MS-MPPE-Send-Key B98613F374A4B0C7FAEA4688A4873531C8A778DA81CDC0368C361D00FEF86B94A
MS-MPPE-Encryption-Policy 1
MS-MPPE-Encryption-Type 6

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...