viki 0 Опубликовано: 2012-12-19 11:58:22 Share Опубликовано: 2012-12-19 11:58:22 Здравствуйте. Возник вопрос. Приходит первое число и так как оплата помесячная срабатывает биллинг. Но в старой версии было все нормально у клиентов у которых было мало денег депозит становился отрицательным, что отображалось в графе депозит в списке клиентов. В новой 0.53, депозит не уменьшается. Но если зайти на странице клиента статус меняется на "Слишком маленький депозит". Если вручную сделать его на активно то только тогда происходит снятие денег. Как сделать так что бы деньги снимались сами без изменения статуса вручную. Это я что-то напутал с настройками или глюк биллинга. Скоро конец месяца и перелопачивать всех клиентов вручную будет грустно..... Задавал вопрос на сайте разработчика, объяснения не добился. Спасибо за помощь, жду ответ. Ссылка на сообщение Поделиться на других сайтах
ТИТАНчик 8 Опубліковано: 2012-12-19 12:09:15 Share Опубліковано: 2012-12-19 12:09:15 Просто так за спасибо, вопросы никто не решает. Плати разработчику, посмотрит, решит проблему. Мы также платили, и причём неоднократно. Ссылка на сообщение Поделиться на других сайтах
Kto To 602 Опубліковано: 2012-12-19 12:11:33 Share Опубліковано: 2012-12-19 12:11:33 Помоему разработчик только с этого и живет Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2012-12-19 12:19:18 Share Опубліковано: 2012-12-19 12:19:18 Покажите скрин окна настройки одного из тарифных планов Ссылка на сообщение Поделиться на других сайтах
tivi 56 Опубліковано: 2012-12-19 12:52:27 Share Опубліковано: 2012-12-19 12:52:27 Помоему разработчик только с этого и живет а почему он должен это делать бесплатно ? Ссылка на сообщение Поделиться на других сайтах
Tux 24 Опубліковано: 2012-12-19 12:57:07 Share Опубліковано: 2012-12-19 12:57:07 Кажется в настройках ТП стоит блокировка пользователя при нехватке депозита. Ссылка на сообщение Поделиться на других сайтах
viki 0 Опубліковано: 2012-12-19 14:07:54 Автор Share Опубліковано: 2012-12-19 14:07:54 Вот скрин тарифного плана. Один билинг в конце месяца снимает с пользователей абонплату и они уходят в минус и не работают. Другой в конце месяца тех пользователей у кого нет денег на на покрітие тарифа, меняет статус на слишком маленький депозит. Снятие денег происходит только при смене статуса на "Активно". Причем если статус меняется через несколько дней, то абонплату он снимает за вычетом тех дней что не пользовался человек. Соответственно реально полученніе деньги и в биллинге никогда не совпадают. В результате рисуетмся таблица в екселе для подсчета оборота, ну как пещерные люди. Но при наличии биллинга который все это теоретически умеет. Пересмотрел настройки обоих, различий не нашёл. Почему так происходит мне просто непонятно. Ссылка на сообщение Поделиться на других сайтах
Tux 24 Опубліковано: 2012-12-19 14:32:31 Share Опубліковано: 2012-12-19 14:32:31 А где скрин-то? Ссылка на сообщение Поделиться на других сайтах
chip_shpak 1 Опубліковано: 2012-12-19 14:43:12 Share Опубліковано: 2012-12-19 14:43:12 Здравствуйте. Возник вопрос. Приходит первое число и так как оплата помесячная срабатывает биллинг. Но в старой версии было все нормально у клиентов у которых было мало денег депозит становился отрицательным, что отображалось в графе депозит в списке клиентов. В новой 0.53, депозит не уменьшается. Но если зайти на странице клиента статус меняется на "Слишком маленький депозит". Если вручную сделать его на активно то только тогда происходит снятие денег. Как сделать так что бы деньги снимались сами без изменения статуса вручную. Это я что-то напутал с настройками или глюк биллинга. Скоро конец месяца и перелопачивать всех клиентов вручную будет грустно..... Задавал вопрос на сайте разработчика, объяснения не добился. Спасибо за помощь, жду ответ. это у вас в тарифном плане стоит Действие при недостаточном депозите: -1 приостановление поставте на и будет все нормально Ссылка на сообщение Поделиться на других сайтах
chip_shpak 1 Опубліковано: 2012-12-19 14:45:47 Share Опубліковано: 2012-12-19 14:45:47 Вот скрин тарифного плана. Один билинг в конце месяца снимает с пользователей абонплату и они уходят в минус и не работают. Другой в конце месяца тех пользователей у кого нет денег на на покрітие тарифа, меняет статус на слишком маленький депозит. Снятие денег происходит только при смене статуса на "Активно". Причем если статус меняется через несколько дней, то абонплату он снимает за вычетом тех дней что не пользовался человек. Соответственно реально полученніе деньги и в биллинге никогда не совпадают. В результате рисуетмся таблица в екселе для подсчета оборота, ну как пещерные люди. Но при наличии биллинга который все это теоретически умеет. Пересмотрел настройки обоих, различий не нашёл. Почему так происходит мне просто непонятно. что б снималось полность снимите галку только за активные дни Ссылка на сообщение Поделиться на других сайтах
~AsmodeuS~ 34 Опубліковано: 2012-12-19 14:57:29 Share Опубліковано: 2012-12-19 14:57:29 Задавал вопрос на сайте разработчика, объяснения не добился. странно кому я написал сам себе? ) http://abills.net.ua/forum/viewtopic.php?f=2&t=6682 Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2013-01-15 06:25:21 Share Опубліковано: 2013-01-15 06:25:21 Дабы не открывать новую тему, напишу здесь: Есть сервер с биллингом Abills 0.54b, 2 NASa - 1 Mikrotik, 1 - accel-ppp 1.7.1. По микротику вопросов нет, а вот с accel-ppp есть проблемка. При достижении отрицательного баланса у абонента не разрывается PPPoE сессия. Хенгап с вэб интерфейса биллинга работает нормально. Подозреваю что что-то не то в скрипте billd, но что? Ссылка на сообщение Поделиться на других сайтах
masters 126 Опубліковано: 2013-01-15 07:20:29 Share Опубліковано: 2013-01-15 07:20:29 Я пошел по более простому пути. Использую макс. время сессии 24часа (как Укртелеком). Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2013-01-15 07:23:24 Share Опубліковано: 2013-01-15 07:23:24 Дабы не открывать новую тему, напишу здесь: Есть сервер с биллингом Abills 0.54b, 2 NASa - 1 Mikrotik, 1 - accel-ppp 1.7.1. По микротику вопросов нет, а вот с accel-ppp есть проблемка. При достижении отрицательного баланса у абонента не разрывается PPPoE сессия. Хенгап с вэб интерфейса биллинга работает нормально. Подозреваю что что-то не то в скрипте billd, но что? у меня pptp и нормально обрывает когда абон уходит в минуса Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2013-01-15 07:44:00 Share Опубліковано: 2013-01-15 07:44:00 Я пошел по более простому пути. Использую макс. время сессии 24часа (как Укртелеком). Какой НАС ?И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается. Ссылка на сообщение Поделиться на других сайтах
~AsmodeuS~ 34 Опубліковано: 2013-01-15 07:53:06 Share Опубліковано: 2013-01-15 07:53:06 подключитесь сделайте абоненту негативный депозит запустите /usr/abills/libexec/billd посмотрите что напишет программа Ссылка на сообщение Поделиться на других сайтах
~AsmodeuS~ 34 Опубліковано: 2013-01-15 09:43:45 Share Опубліковано: 2013-01-15 09:43:45 Я пошел по более простому пути. Использую макс. время сессии 24часа (как Укртелеком). Какой НАС ?И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается. а что мешает сделать ALTER TABLE CHANGE max_session_duration `max_session_duration` int(11) unsigned NOT NULL default '0'; Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2013-01-15 10:29:39 Share Опубліковано: 2013-01-15 10:29:39 подключитесь сделайте абоненту негативный депозит запустите /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 Ссылка на сообщение Поделиться на других сайтах
~AsmodeuS~ 34 Опубліковано: 2013-01-15 10:33:03 Share Опубліковано: 2013-01-15 10:33:03 сморите в ТП абонента смистемапросто не знает тчо его нужно отключать возможно у Васпослеоплата Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2013-01-15 10:33:08 Share Опубліковано: 2013-01-15 10:33:08 Я пошел по более простому пути. Использую макс. время сессии 24часа (как Укртелеком). Какой НАС ?И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается. а что мешает сделать ALTER TABLE CHANGE max_session_duration `max_session_duration` int(11) unsigned NOT NULL default '0'; Объясните пожалуйста, что это даст? Сильно не пинайте в БД сильно не разбираюсь. Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2013-01-15 10:34:45 Share Опубліковано: 2013-01-15 10:34:45 сморите в ТП абонента смистемапросто не знает тчо его нужно отключать возможно у Васпослеоплата На микротике те же ТП, пользователи отключаются нормально в 00:00 часов Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2013-01-15 10:44:14 Share Опубліковано: 2013-01-15 10:44:14 сморите в ТП абонента смистемапросто не знает тчо его нужно отключать возможно у Васпослеоплата Может ли быть причиной то что в ТП в "Фильтр негативного дипазита" прописано: RAD:Mikrotik-Address-List=negative ? Раньше просто когда были НАСы микротик и абиллс версии 0.50, неплательщики редиректились по адресслисту на страницу заглушку, в 0.54b добавился "пул негативного депазита" и в принципе переделали редерект на основании IP, но если вытереть RAD:Mikrotik-Address-List=negative в ТП, то пользователи с негативным депазитом просто не подключаются. Ссылка на сообщение Поделиться на других сайтах
masters 126 Опубліковано: 2013-01-15 10:57:04 Share Опубліковано: 2013-01-15 10:57:04 Какой НАС ? И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается. НАС на FreeBSD 8.3 x64 (mpd). У меня в биллинге ставится без проблем 86399. Какая версия Абилса, 0.54? Ссылка на сообщение Поделиться на других сайтах
Ромка 567 Опубліковано: 2013-01-15 11:33:48 Share Опубліковано: 2013-01-15 11:33:48 Какой НАС ? И как удалось добиться макс времени сессии в 86400 секунд, там ведь больше 65535 поставить не получается. НАС на FreeBSD 8.3 x64 (mpd). У меня в биллинге ставится без проблем 86399. Какая версия Абилса, 0.54? 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 Ссылка на сообщение Поделиться на других сайтах
~AsmodeuS~ 34 Опубліковано: 2013-01-15 14:24:48 Share Опубліковано: 2013-01-15 14:24:48 в 00 часов отключаютсьяпо таймауту сессии, а не по команде билинга Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас