Снятие АП

[init]

Добрый день! В конфиге включено размазанное снятие АП, но есть подозрение, что если у пользователя минус, то завтра минус станет еще больше. Пользователь в этот момент не получает услуги, так как сервер доступа включает доступ, если Cash > 0.

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

Постарался выразить правильно мысль Спасибо

Відредаговано 27 грудня, 2015 init

[a_n_h]

FeeChargeType = 0

FeeChargeType — не обязательный параметр, регулирующий процесс снятия абонплаты. Может принимать значения 0, 1 и 2, по умолчанию имеет значение 0. При значении 0 абонплата снимается как обычно, при значении 1 абонплата снимается только если баланс пользователя положительный или равен нулю, при значении 2 абонплата снимается только если баланс пользователя больше или равен абонплате. Значение 2 следует использовать с осторожностью, т. к. при этом на безлимитных тарифах абоненты получат услугу бесплатно.

[init]

FeeChargeType = 0

 

FeeChargeType — не обязательный параметр, регулирующий процесс снятия абонплаты. Может принимать значения 0, 1 и 2, по умолчанию имеет значение 0. При значении 0 абонплата снимается как обычно, при значении 1 абонплата снимается только если баланс пользователя положительный или равен нулю, при значении 2 абонплата снимается только если баланс пользователя больше или равен абонплате. Значение 2 следует использовать с осторожностью, т. к. при этом на безлимитных тарифах абоненты получат услугу бесплатно.

 

В конфиге данный параметр отсутствует, а значит по умолчанию 0. В конфиге юбиллинга стоит морозить юзера при балансе -20, но я вижу что у юзеров списывается АП при балансе ниже -20. Может что-то еще в старгейзере покрутить? Может FeeChargeType выставить как раз в 1? Чтобы у пользователя при минусовом балансе АП не списывалась? В логах вижу вот такое

2015-12-13 00:00:03 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '0.000000' to '-9.677419'. Subscriber fee charge
2015-12-14 00:00:03 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-9.677419' to '-19.354839'. Subscriber fee charge
2015-12-15 00:00:10 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-19.354839' to '-29.032258'. Subscriber fee charge
2015-12-16 00:00:16 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-29.032258' to '-38.709677'. Subscriber fee charge
2015-12-17 00:00:21 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-38.709677' to '-48.387097'. Subscriber fee charge
2015-12-18 00:00:30 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-48.387097' to '-58.064516'. Subscriber fee charge
2015-12-19 00:00:33 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-58.064516' to '-67.741936'. Subscriber fee charge
2015-12-20 00:00:34 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-67.741936' to '-77.419355'. Subscriber fee charge
2015-12-21 00:00:47 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-77.419355' to '-87.096774'. Subscriber fee charge
2015-12-22 00:00:37 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-87.096774' to '-96.774194'. Subscriber fee charge
2015-12-23 00:00:47 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-96.774194' to '-106.451613'. Subscriber fee charge
2015-12-24 00:00:43 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-106.451613' to '-116.129032'. Subscriber fee charge
2015-12-25 00:00:49 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-116.129032' to '-125.806451'. Subscriber fee charge
2015-12-26 00:00:48 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-125.806451' to '-135.483870'. Subscriber fee charge
2015-12-27 00:00:55 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-135.483870' to '-145.161290'. Subscriber fee charge
2015-12-28 00:00:55 -- Admin '@stargazer', 0.0.0.0: User '0101': 'cash' parameter changed from '-145.161290' to '-154.838709'. Subscriber fee charge

Відредаговано 27 грудня, 2015 init

[a_n_h]

Читай документацию "старгейзера", где нужно "прописать"

FeeChargeType = 1

[init]

Читай документацию "старгейзера", где нужно "прописать"

FeeChargeType = 1

 

я также подумал, что мне нужно скорее всего это значение, а не 0, тогда как работает в юбиллинге заморозка пользователя при балансе в -20 (по умолчанию в юбиллинге стоит) - или здесь речь идет не о балансе пользователя, а о чем-то другом?

Відредаговано 27 грудня, 2015 init

[a_n_h]

 

 

тогда как работает в юбиллинге заморозка пользователя при балансе в -20 (

документация.........

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

[Endr93]

какая опасность ждет абонентов которые сидят бесплатно, если установить в параметр значение 2 ? то что то не понятно, а рисковать не хочется

[l1ght]

какая опасность ждет абонентов которые сидят бесплатно, если установить в параметр значение 2 ? то что то не понятно, а рисковать не хочется

Такая что абонент никогда не попадет "в минуса"

[madf]

 

какая опасность ждет абонентов которые сидят бесплатно, если установить в параметр значение 2 ? то что то не понятно, а рисковать не хочется

Такая что абонент никогда не попадет "в минуса"

 

И у него никогда не отключится инет.

[Endr93]

И снова здравствуйте светлые головы сие форума, необходимо все же установить так что бы инет отрубался при нулевом балансе уже, а не уходил в -20, как же это будет правильно сделать?, чтобы не было такого.. 

Такая что абонент никогда не попадет "в минуса"

И у него никогда не отключится инет.

 

Заранее Спасибо!

 

[a_n_h]

И снова здравствуйте светлые головы сие форума, необходимо все же установить так что бы инет отрубался при нулевом балансе уже, а не уходил в -20, как же это будет правильно сделать?, чтобы не было такого.. 

Такая что абонент никогда не попадет "в минуса"

И у него никогда не отключится инет.

 

Заранее Спасибо!

уже ранее указывал, ищи в документации параметр:

 

 

FeeChargeType = 1

 

[Endr93]

это то знаю где.. 

 

 

FeeChargeType = 1

 и стоит единичка уже.. давненько

 

вопрос в другом, скажем FeeChargeType = 2 установлю, то как будет работать, чет не доходит никак,  при этом  пока установил в alter.ini  AUTOFREEZE_CASH_LIMIT="0" (ренее -20 стояло), не знаю как при 0 будет работать, но ранее всегда уходил в минус и в минусе замораживал до пополнения в положительный баланс, 

 

Все это мне надо для учета приходящих денег, иначе приходится всегда класть не сколько принесли, а на большую сумму на сколько было в минусе, ..............

[a_n_h]

 

 

скажем FeeChargeType = 2 установлю, то как будет работать

из документации:

FeeChargeType — не обязательный параметр, регулирующий процесс снятия абонплаты. Может принимать значения 0, 1 и 2, по умолчанию имеет значение 0. При значении 0 абонплата снимается как обычно, при значении 1 абонплата снимается только если баланс пользователя положительный или равен нулю, при значении 2 абонплата снимается только если баланс пользователя больше или равен абонплате. Значение 2 следует использовать с осторожностью, т. к. при этом на безлимитных тарифах абоненты получат услугу бесплатно.

что-то еще не понятно?

 

 

Все это мне надо для учета приходящих денег, иначе приходится всегда класть не сколько принесли, а на большую сумму на сколько было в минусе,

пункт "установить счет" не используешь? 

[Endr93]

пункт "установить счет" не используешь?

нет..

 

из документации:

FeeChargeType — не обязательный параметр, регулирующий процесс снятия абонплаты. Может принимать значения 0, 1 и 2, по умолчанию имеет значение 0. При значении 0 абонплата снимается как обычно, при значении 1 абонплата снимается только если баланс пользователя положительный или равен нулю, при значении 2 абонплата снимается только если баланс пользователя больше или равен абонплате. Значение 2 следует использовать с осторожностью, т. к. при этом на безлимитных тарифах абоненты получат услугу бесплатно.

что-то еще не понятно?

не понятно именно.. : . .. предположим.. 1 день=20 денег.. (по дневное списание),  FeeChargeType=2, в alter.ini установленно  AUTOFREEZE_CASH_LIMIT="0" 

 

1 абонент  на балансе = 20 денег, произойдет списание до нуля  и произойдет заморозка.

2 абонент на балансе = 25 денег, произойдет списание до 5 денег,  заморозки не будет и списываться больше не будет (и.. "при этом на безлимитных тарифах абоненты получат услугу бесплатно.")

 

верные ли утверждения, или как работает, или что нужно еще прописать где, (по старгайзеру мануал читал) .......

.....или никак иначе не сделать и необходимо производить 2 действия.. 

1. пополнить счет

2. установить счет

..как -то объединять действия чтобы ложить ровно столько при отрицательном балансе и устанавливался счет столько сколько денег приносят игнорируя минус, чтобы видеть в фин отчетах реальный приход.

 

Відредаговано 26 серпня, 2016 Endr93

[a_n_h]

Делай по другому

 FeeChargeType=1

ттариф 20 денег в сутки, на счету 25 денег: 

1-е сутки 25-20=5 иннет у абона есть

2-е сутки 5-20=-15 иннета у абона нет 

3-и и далее сутки - абонплата не снимается

абон пополнил на 100 т.е. -15+100=85 инет у абона есть, т.е. фактически за сутки будет списано 20

и т.д.

зачем "компенсировать" -15 абону?

Відредаговано 26 серпня, 2016 a_n_h

[Endr93]

Делай по другому

 FeeChargeType=1

ттариф 20 денег в сутки, на счету 25 денег: 

1-е сутки 25-20=5 иннет у абона есть

2-е сутки 5-20=-15 иннета у абона нет 

3-и и далее сутки - абонплата не снимается

абон пополнил на 100 т.е. -15+100=85 инет у абона есть, т.е. фактически за сутки будет списано 20

и т.д.

зачем "компенсировать" -15 абону?

так и было сначала  , потом  хрень какая-то начала происходить, я конечно ложил болт на смещение, но напарник против из за абонетов (у него руль сие бизнеса, хозяин барин что) но в итоге стало не ясен приход, норм такие расхождения в приходе  , ......дни оплаты смещаются тогда почему-то, абоненты ругаются, в прошлый месяц оплатили скажем, 20 числа, а сейчас 24 числа, и тп..   поэтому и хочу найти способ чтобы в нуле заморажевалось, как то так.. уже мозг кипит от этого, есть варианты какие, или тока так как описано свыше..

 

эм вот еще не большой вопросик.. что за зверь.. (мануалы читал)

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

AUTOFREEZE_CASH_LIMIT="-20" 

почему-то этот момент не совсем доходит до ума, это значит ручками если команду посылаешь откуда-то( то откуда), или в автономном режиме работает.. как работает?

Відредаговано 26 серпня, 2016 Endr93

[a_n_h]

 

 

значит ручками если команду посылаешь откуда-то( то откуда), или в автономном режиме работает..

а "крон" зачем? прописываешь в кроне один раз в сутки в определенное время заморозить и т.д. как вариант:

7       0       *       *       *       root    /bin/ubapi "autofreeze=nocredit"

[Endr93]

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

 

26 авг 2016 - 6:33 PM a_n_h писал:

Делай по другому

 FeeChargeType=1

ттариф 20 денег в сутки, на счету 25 денег: 

1-е сутки 25-20=5 иннет у абона есть

2-е сутки 5-20=-15 иннета у абона нет 

3-и и далее сутки - абонплата не снимается

абон пополнил на 100 т.е. -15+100=85 инет у абона есть, т.е. фактически за сутки будет списано 20

и т.д.

зачем "компенсировать" -15 абону?

так и было сначала   , потом  хрень какая-то начала происходить, я конечно ложил болт на смещение, но напарник против из за абонетов (у него руль сие бизнеса, хозяин барин что) но в итоге стало не ясен приход, норм такие расхождения в приходе   , ......дни оплаты смещаются тогда почему-то, абоненты ругаются, в прошлый месяц оплатили скажем, 20 числа, а сейчас 24 числа, и тп..     поэтому и хочу найти способ чтобы в нуле заморажевалось, как то так.. уже мозг кипит от этого, есть варианты какие, или тока так как описано свыше..

Відредаговано 26 серпня, 2016 Endr93

[a_n_h]

 

 

какой найти выход из расхождений в фин отчетах

скорее всего выход один - пользоваться "опцией" "установить счет".

[Endr93]

 

какой найти выход из расхождений в фин отчетах

скорее всего выход один - пользоваться "опцией" "установить счет".

 

весьма печально и не совсем не удобно  , но все же надеюсь, может реализуете опцию где-нибудь в конфигах, чтобы опция "Добавить денег " игнорировал минус (объединяя опции "установки счета" и "добавления денег")...чтобы можно не было расхождений в фин отчетах 

 

Відредаговано 27 серпня, 2016 Endr93

[a_n_h]

 

 

опция "Добавить денег " игнорировал минус

установить счет так и работает, в финансовом отчете учитывается

 

 

не совсем не удобно

что не совсем?  и что не удобно?

[Endr93]

что не совсем?  и что не удобно?

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

установить счет так и работает, в финансовом отчете учитывается

странно конечно тогда (баг может), но у нас не учитывается, в фин отчетах, счет установил, а денег в отчетах не прибавилось..

версия ubilling 0.7.3 rev 4912

Відредаговано 27 серпня, 2016 Endr93

[a_n_h]

 

 

придется в 2 действия производить платежку 

какие действия?

 

 

версия ubilling 0.7.3 rev 4912

наверно пора обновить.

 

 

тогда (баг может)

скорее всего.

[Endr93]

какие действия?

учитывая "баг" 

1-действие добавлять денег;

2-действие устанавливать счет.

наверно пора обновить.

значит в последней версии опция "установить счет"  учитывается в фин отчетах, верно? ..

 

...в демке тоже в отчетах денег не прибавляется, ..и да, как и у нас "учитывает" то что была установка счета, но в "кассе" денег не прибавляется по отчетам

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

Відредаговано 27 серпня, 2016 Endr93