Перейти к содержимому
Local
mac

Плавающие периоды тарификации

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

Добрый день всем!

Прочитал в вики про Stargazer 2.409 о том, что "реализованы плавающие периоды тарификации".

Это то, что я думаю??? (пример) :
 

Quote

абонент заплатил месячную абонплату, например, 20-го этого месяца, и у него есть доступ к Сети до 20-го следующего месяца.

Потом он провтыкал, был без интернета, заплатил месячную абонплату 25-го, теперь у него Инет есть до 25 след месяца.

Где, кроме исходного кода, можно узнать более подробно, какие параметры использовать? В документации к Stargazer 2.408 не нашел или не увидел.

Изменено пользователем mac

Поделиться сообщением


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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 11.10.2018 в 15:19, mac сказал:

"реализованы плавающие периоды тарификации"

Это по_суточная абонплата.

Поделиться сообщением


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

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

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

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

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

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

Войти

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

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: camchatix
      Привет!
       
      Переношу ubilling на новый сервер, скопировал бэкап базы на новый и чистый убиллинг (версия одинаковая)
      Делаю восстановление базы - все клиенты онушки оплаты и.т.д - на месте
      а вот когда кликаю на киенте - выскакивает ошибка - wrong data input: SELECT `virtualid`,`realid` from `op_customers`;
       
      что делаю не так ?
    • Автор: ronin_zp
      Доброй ночи.

      Пытаюсь настроит динамический шейпер, но он не отрабатывает. С помощью tcpdump выловил такое
      /queue/simple/set id=*1E2.=  max-limit=11000k/11000k.=burst-limit=k/11000k.=  burst-threshold=8800k/8800k.=burst-time=0/0
      trap(=message=failure: no download-burst-time  done.

      Чего ему не хватает?
       
    • Автор: sape4000
      Здравствуйте! Подскажите как сделать чтобы при выгрузке  файлов добавлять время выгрузки пример ABONENTS_yyyyMMdd_HHmm.csv
    • Автор: sape4000
      Здравствуйте!, Поставили мы биллинг без настройки nas, как теперь включить поддержку и доустановить nas на этом же сервере где и ubilling
    • Автор: mohax_kh_ua
      Добрый день.
      Пробую в тестовом режиме связку Ubilling + Mikrotik DHCP + multigen. Добавлен один НАС, заведено 3 абонента. Настроены следующие атрибуты:

      Столкнулся с такой проблемой, после запуска команды '/bin/ubapi "multigen"' в табличке mlg_reply чередуется количество атрибутов.
      Первый запуск:
      mysql> select * from mlg_reply; +----+-------------------+-----------------------+----+-----------------+ | id | username | attribute | op | value | +----+-------------------+-----------------------+----+-----------------+ | 1 | 20:47:da:8f:eb:96 | Session-Timeout | = | 7200 | | 2 | 20:47:da:8f:eb:96 | Framed-IP-Address | = | 10.10.10.2 | | 3 | 20:47:da:8f:eb:96 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 4 | 20:47:da:8f:eb:96 | Mikrotik-Address-List | = | ALLOW | | 5 | 14:88:40:82:80:77 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 6 | 14:88:40:82:80:77 | Framed-Pool | = | pool1 | | 7 | 14:88:40:82:80:77 | Mikrotik-Address-List | = | DOWN | | 8 | 14:88:40:82:80:77 | Session-Timeout | = | 120 | | 9 | 14:88:14:89:88:30 | Session-Timeout | = | 7200 | | 10 | 14:88:14:89:88:30 | Framed-IP-Address | = | 10.10.10.4 | | 11 | 14:88:14:89:88:30 | Mikrotik-Rate-Limit | = | 100k/100k | | 12 | 14:88:14:89:88:30 | Mikrotik-Address-List | = | ALLOW | +----+-------------------+-----------------------+----+-----------------+ Второй запуск:
      mysql> select * from mlg_reply; +----+-------------------+---------------------+----+-----------------+ | id | username | attribute | op | value | +----+-------------------+---------------------+----+-----------------+ | 2 | 20:47:da:8f:eb:96 | Framed-IP-Address | = | 10.10.10.2 | | 3 | 20:47:da:8f:eb:96 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 5 | 14:88:40:82:80:77 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 6 | 14:88:40:82:80:77 | Framed-Pool | = | pool1 | | 10 | 14:88:14:89:88:30 | Framed-IP-Address | = | 10.10.10.4 | | 11 | 14:88:14:89:88:30 | Mikrotik-Rate-Limit | = | 100k/100k | +----+-------------------+---------------------+----+-----------------+ Третий запуск вернет первую табличку, но будут изменены часть id-шников.
      При этом в биллинге никаких изменений не делаю.
      Что я делаю не так, и как побороть это?
       
×