Перейти до

Посуточное снятие (не размазанное) абонплаты и размер кредита в ЛК абонента


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

Добрый день! 

Есть тариф с посуточным списанием в размере 10 денег, например. Регистрирую абонента, корректирую сальдо до -10, абонент морозится. Допустим хочет он теперь взять обещанный платеж. Ставлю в alter.ini EASY_CREDIT=10, абонент заходит в ЛК, соглашается с условиями кредитования и нажимает кнопку, ему выставляется размер кредита в 10 денег (!), а "кредит до" равен на +10 дней от текущей даты.

Теперь вопрос. Абонент будет работать до даты "кредит до" или до исчерпания размера кредита (т.е. выключится на следующий день, т.к. размер кредита всего лишь 10 денег)?

 

Я так понимаю что при  ubapi "autofreeze" в кроне абонент заморозится на следующий день, а при autofreeze&param=nocredit абонент будет жить еще 10 дней и уходить в минус независимо от размера кредита, который выставился?

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

Однокнопочная кредитовалка - это мелкая заказуха, для одного провайдера, с помесячной АП, которому было лень нажимать две кнопки вместо одной. Синергия с отличными от дефолтной моделями начисления АП - вообще не предусмотрена. С морозильником - он морозит как настроено, и руководствуется своими соображениями.

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
Ставлю в alter.ini EASY_CREDIT=10, абонент заходит в ЛК, соглашается с условиями кредитования и нажимает кнопку, ему выставляется размер кредита в 10 денег (!), а "кредит до" равен на +10 дней от текущей даты.

ВНЕЗАПНО -  EASY_CREDIT к кабинетной кредитовалке, не имеет вообще никакого отношения.

 

http://wiki.ubilling.net.ua/doku.php?id=alteriniconf

http://wiki.ubilling.net.ua/doku.php?id=userstats

 

Итого, вам следует самому определиться - вам шашечки, или ехать? Начислять по три копейки в день или использовать сервисы, дающие пользователю запас времени, чтобы дойти до вас и заплатить полную АП  + комиссию? Начислять бабки когда это реально должно происходить, или насильно блокировать эти процессы, используя морозильник?

Гибкость настроек, и количество сервисов, предоставляемых Ubilling всем своим видом, намекает на то, что вы сами должны понимать, чего вы хотите добиться, и каковы будут взаимоотношения между этими сервисами в рамках системы.

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

Мне нужно позволить уходить в минус абоненту до "кредит до" при посуточном списании, при этом морозильник не должен его трогать. Остальных морозильник морозит, заставляя идти платить или брать кредит. Такое возможно? Опять же есть заказ, я пытаюсь сделать как просят, а не навязать свою стратегию.

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

 

Ставлю в alter.ini EASY_CREDIT=10, абонент заходит в ЛК, соглашается с условиями кредитования и нажимает кнопку, ему выставляется размер кредита в 10 денег (!), а "кредит до" равен на +10 дней от текущей даты.

ВНЕЗАПНО -  EASY_CREDIT к кабинетной кредитовалке, не имеет вообще никакого отношения.

 

http://wiki.ubilling.net.ua/doku.php?id=alteriniconf

http://wiki.ubilling.net.ua/doku.php?id=userstats

 

Итого, вам следует самому определиться - вам шашечки, или ехать? Начислять по три копейки в день или использовать сервисы, дающие пользователю запас времени, чтобы дойти до вас и заплатить полную АП  + комиссию? Начислять бабки когда это реально должно происходить, или насильно блокировать эти процессы, используя морозильник?

Гибкость настроек, и количество сервисов, предоставляемых Ubilling всем своим видом, намекает на то, что вы сами должны понимать, чего вы хотите добиться, и каковы будут взаимоотношения между этими сервисами в рамках системы.

 

Да, перепутал с SC_TERM = 10, прошу прощения. Для посуточных списаний есть возможность включить кредит в размере не одного платежа, а АП*SC_TERM? Или нужна правка кода ЛК?

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

Мне нужно позволить уходить в минус абоненту до "кредит до" при посуточном списании, при этом морозильник не должен его трогать. Остальных морозильник морозит, заставляя идти платить или брать кредит. Такое возможно? Опять же есть заказ, я пытаюсь сделать как просят, а не навязать свою стратегию.

Ваш заказ - вы и разбирайтесь, че :)

 

Короче - вам не нужна, либо кредитовалка, либо автозаморозка, либо нужно почитать доку по старгейзеру, либо не нужна размазанная АП.

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від raven405
      Добрый день!
      Давно используем на небольшой сети в пару тысяч человек Ubilling в связке с NAS Mikrotik по API. В какой момент появилась проблема что каждое первое число, после того как по отключает должников, не всех оплативших услугу (либо поставивших кредит) в течении дня подключает назад, точнее в самом биллинге все хорошо, не переключается в статус enabled правило адрес-листе на микротике. Таких невезучих +/- пару десятков на пару сотен должников, системности никакой нету, учетные записи разные. Происходит только первого числа и примерно где только в первой половине дня, потом все отрабатывает нормально до конца месяца. Ручной ресет такого "невезучего" исправляет ситуацию. После чего появилась проблема уже сказать невозможно, уже долгое время в ручном режиме исправляем проблему.
      При анализе stargazer.log никаких аномалий, по таким абонентам нету, а от уже в allconnect.log у таких абонентов тишина, вызовов OnConnect после оплаты нету, как и каких либо ошибок.
      Собственно вопрос куда можно копать дальше и сталкивался ли кто с такой проблемой? 
      Ubilling стоит на FreBSD 13.1 (виртуалка) версии 1.3.7
       
    • Від Karfax
      Здравствуйте!
      Пишу api на php для добавления пользователя. Скрипту передаются логин, пароль, ip, mac, email, имя пользователя.
      Пробую добавлять пользователя путем прямого insert в mysql в таблицы users, email, nethost, realname, notes (может ещё что пропустил). В интерфейсе юбилинга пользователь появляется, в проверке пользователя на целостность показывает по всем полям OK, но вот у созданного пользователя не меняется тариф, тупо ничего не происходит. Также, если посмотреть через конфигуратор самого старгейзера, то пользователь там не появляется.
      Может быть где-то нужно какой-то кеш обновить или скрипт запустить чтобы юзер попал в старгейзер?
    • Від Maxxx
      Акціонерне товариство комерційний банк «ПРИВАТБАНК» (далі – Банк) висловлює вам свою повагу та інформує, що Банк здійснює постійний моніторинг діяльності своїх клієнтів на підставі положень Умов і правил надання послуг у системі Internet Banking Приват24, правил Міжнародних платіжних систем, ч. 6 ст. 11 Закону «Про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом, фінансуванню тероризму та фінансуванню розповсюдження зброї масового знищення» (1).
      28 квітня 2020 року набула чинності нова редакція Закону «Про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом, фінансуванню тероризму та фінансуванню розповсюдження зброї масового знищення». Згідно з визначеннями закону будь-яке цифрове вираження вартості, яким можна торгувати в цифровому форматі або переказувати та яке може використовуватися для платіжних або інвестиційних цілей є віртуальним активом, а постачальники послуг, які надають послуги з обміну, переказу, зберігання, адміністрування, розповсюдження віртуальних активів або інструментів, що дають змогу контролювати віртуальні активи, або беруть участь і надають фінансові послуги, пов’язані із пропозицією емітента та/або продажем віртуальних активів, виступають у ролі суб’єкта первинного фінансового моніторингу та зобов’язані забезпечити всебічний аналіз і перевірку документів (інформації) про фінансові операції своїх клієнтів та відомостей про їх учасників.
      Відповідно до нашої оцінки наявний формат взаємодії із використанням API Приват24 за своїм змістом не відповідає вимогам чинного законодавства та програмі ідентифікації, верифікації та вивчення клієнтів Банку.
      Тому, починаючи
      з 07.10.2020, API Приват24 https://api.privatbank.ua/p24api/pay_pb з переказу на картку буде закрито,
      з 01.11.2020 API Приват24 https://api.privatbank.ua/p24api/ishop з приймання платежів також буде закрито.
    • Від pLastUn
      Приветствую коллеги.
      Имеется сеть небольшого провайдера в нескольких бизнес-центрах,  NAS и маршрутизация на микротиках. Исключительно юр-лица. 
      От каждого клиента отдельный VLAN по свичам и на  NAS-е в отдельный bridge, т.е. на Микроте у каждого клиента отдельный интерфейс.
      Поставил последний стабильный Ubilling 1.0.7 rev 7462 на FreeBSD 12.1.
      Из биллинга  в микротике для управления используются простые очереди и файрвол листы. 
      Все красиво работает, когда клиенту выдается IP из ./30 подсети, этот же IP попадает в листы на микротике и в Target очередей.
      Но как быть, если клиенту надо отдать /29 или больше, и еще есть клиенты, которым отдаются  серые /24. Есть ли возможность выдать клиенту подсеть, и в микроте в листах и очередях получать эту подсеть а не IP?
      Перечитав оффдоки и форум не нашел никакого решения. Существует модуль юр.лица, может быть он реализует необходимый функционал?
       
      Пару мелких вопросиков: какие еще переменные можно использовать в /etc/stargazer/system/executer/tpls/*.ini кроме IP и LOGIN ?
      В диалоге Расширенная настройка MikroTik  - Users Interface и Graph Interface где используются?  Для ссылки на графики используется имя очереди оно же логин клиента.  Так же клиенту можно добавить произвольные поля. Можно ли данные из Users Interface  и из произвольных полей  использовать в ...tpls/*.ini  ?
       
      Буду благодарен за любые мысли по этому поводу.
       
      З,Ы, В процессе  осваивания наткнулся на баг: если клиенту присвоить порт на свиче, а потом удалить клиента, порт остается занятым и нового клиента на него не повесить и как освободить порт не нашел. Создал клиента с логином как у удаленного, удалил порт со свича, потом удалил клиента.
       
       
       
       
       
       
    • Від strushke
      Добрый день! Пробежался на страниц 5 по форуму, не нашел ответа на свой вопрос.
      Ситуация такая: у некоторых пользователей не сработало отключение правила ALLOW при снятии АП
      Теперь, если ресетить пользователя, ничего не происходит с его правилами
      Помогает только перевод пользователя в онлайн при помощи кредита
       
      Проблема в том, что при отрицательном балансе биллинг не хочет вообще никаких действий выполнять.
      Попытка ввести второе правило для отключенных ничего не меняет.
       
      Я точно помню, что подобная проблема всплывала, но не помню, где я видел возню над ней.
       
      Всем спасибо, извиняйте, если насрал
×
×
  • Створити нове...