Jump to content

Як працює AUTOFREEZE_CASH_LIMIT ?

ppv

By ppv,
in Stargazer Ubilling

 Share Followers 1

Recommended Posts

ppv

ppv 0

Posted
Posted (edited)

Підкажіть будь ласка щось не працює параметр, або я щось не розумію. Якщо абонплата 100 грн. (для прикладу) то, якщо  AUTOFREEZE_CASH_LIMIT="-2"  то морозити буде пр стані рахунку -200 грн. і 300 грн. і дальше в мінус ?

  

Порог денег (отрицательный) для автозаморозки пользователя. Работает только при вызове из remote API. При использовании вызова autofreezemonth данная опция рассматривается как множитель (положительный) стоимости тарифа пользователя. Пользователь будет заморожен при состоянии счета ⇐ стоимости его тарифа умноженного на значение опции.

AUTOFREEZE_CASH_LIMIT="-2"

в кроні  запускається (завдання спрацьовує). 

/usr/local/bin/curl -o /dev/null "http://127.0.0.1:1111/billing/?module=remoteapi&key=1111111111111111111111111111111&action=autofreezemonth&param=nocredit"

 

Edited by ppv
Link to post
Share on other sites
  • ppv changed the title to Як працює AUTOFREEZE_CASH_LIMIT ?
nightfly

nightfly 1,252

Posted
Posted
14 часов назад, ppv сказав:

якщо  AUTOFREEZE_CASH_LIMIT="-2"  то морозити буде пр стані рахунку -200 грн. і 300 грн

Чому ви так вирішили?

 

14 часов назад, ppv сказав:

autofreezemonth

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

Link to post
Share on other sites
ppv

ppv 0

Posted
  • Author
Posted (edited)
53 minutes ago, nightfly said:

Чому ви так вирішили?

 

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

 

1. autofreeze + param [nocredit] - запускает процедуру автозаморозки пользователей с балансом ниже alter.ini:AUTOFREEZE_CASH_LIMIT

Тут я так розумію якщо значення  AUTOFREEZE_CASH_LIMIT ="-2" то буде морозити всіх хто має менший рахунок.

 

2. autofreezemonth + param [nocredit] - запускает процедуру автозаморозки пользователей с балансом ниже или равным alter.ini:(AUTOFREEZE_CASH_LIMIT*стоимость тарифа). Опциональный параметр

 "(При использовании вызова autofreezemonth данная опция рассматривается как множитель (положительный) стоимости тарифа пользователя. Пользователь будет заморожен при состоянии счета ⇐ стоимости его тарифа умноженного на значение опции.)"

Тут мало бути  UTOFREEZE_CASH_LIMIT ="-2" *стоимость тарифа. Чи я щось не так розумію?

По задумці має морозити якщо знято абонплату за 2 місяці і більше і абонент не оплатив, ну і кредиту немає.

 

 

 

Edited by ppv
Link to post
Share on other sites
nightfly

nightfly 1,252

Posted
Posted
годину тому, ppv сказав:

Тут я так розумію якщо значення  AUTOFREEZE_CASH_LIMIT ="-2" то буде морозити всіх хто має менший рахунок.

Так. Менший за -2. Логічно?

 

годину тому, ppv сказав:

рассматривается как множитель (положительный) стоимости тарифа

ну то може 2?

 

годину тому, ppv сказав:

Тут мало бути  UTOFREEZE_CASH_LIMIT ="-2" *стоимость тарифа. Чи я щось не так розумію?

Ну то може 2*вартість тарифу? І звідки ви про 200 та 300 гривень взяли..

Link to post
Share on other sites
ppv

ppv 0

Posted
  • Author
Posted
5 minutes ago, nightfly said:

Так. Менший за -2. Логічно?

 

ну то може 2?

 

Ну то може 2*вартість тарифу? І звідки ви про 200 та 300 гривень взяли..

Та я щось так і подумав потім що має бути 2.  Мене ввело в оману значення AUTOFREEZE_CASH_LIMIT="-20".  Але розумію що воно для autofreeze + param [nocredit].  Я чомусь подумав що "-" ігнорується при використанні  "autofreezemonth + param [nocredit] ". 

Link to post
Share on other sites
nightfly

nightfly 1,252

Posted
Posted
1 час назад, ppv сказав:

Та я щось так і подумав потім що має бути 2.  Мене ввело в оману значення AUTOFREEZE_CASH_LIMIT="-20".  Але розумію що воно для autofreeze + param [nocredit].  Я чомусь подумав що "-" ігнорується при використанні  "autofreezemonth + param [nocredit] ". 

Ну все, починаючи з Ubilling CURRENT 1.2.1 rev 8136 для виклику autofreezemonth значення AUTOFREEZE_CASH_LIMIT буде завжди позитивним множником примусово.

Link to post
Share on other sites
ppv

ppv 0

Posted
  • Author
Posted
1 hour ago, nightfly said:

Ну все, починаючи з Ubilling CURRENT 1.2.1 rev 8136 для виклику autofreezemonth значення AUTOFREEZE_CASH_LIMIT буде завжди позитивним множником примусово.

Дякую за допомогу, все побігло нормальним ходом. 

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Followers 1
Go to topic listing

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • camchatix
      Чи можна знімати абонплату не у північ ?
      By camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
    • camchatix
      купаген - зайвохромосомний NAS
      By camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • grach_witch_cheese
      ubilling+accel-ppp-ipoe+option82
      By 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? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • nightfly
      Релізи Ubilling 2025
      By nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • ppv
      Проблеми з відображення сигналів на OLT BDCOM P3310B та P3608-2TE
      By ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
×
×
  • Create New...