Перейти до

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


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

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

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

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

Quote

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

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

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

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

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

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

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

СУБД умеет работать с датами. Я у себя на самописном билинге делал два поля begin_date и end_date и туда писал текущий день и день снятия слудующей абонплаты

begin_date = current_date();

end_date = current_date()  + interval 1 month;

И сразу видно за какой период абонка снята и когда в следующий раз абонент попадет в выборку на снятие абонки.

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

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

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

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

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

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

Вхід

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

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

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

  • Схожий контент

    • Від ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • Від ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

    • Від camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
    • Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
×
×
  • Створити нове...