Заморозка и логика снятия абонплаты

[Midday1024 0]

Поясните как поведет себя STG в такой ситуации:

 

Абонплата снимается полностью на месяц вперед 5 числа. Пользователь был заморожен с 27 по 7 число. При разморозке 7 числа как и когда снимется абонплата?

[madf 279]

5-го и 5-го.

Первый раз 5-го когда пользователь еще заморожен - снимет за период с 5-го по 27-е.

Второй раз когда он уже разморожен, снимет за период с 7-го по 5-е.

[SVD 6]

для  UBilling  так же ?

[Midday1024 0]

5-го и 5-го.

Первый раз 5-го когда пользователь еще заморожен - снимет за период с 5-го по 27-е.

Второй раз когда он уже разморожен, снимет за период с 7-го по 5-е.

Это верно для случая снятия абонплаты за ПРОШЕДШИЙ месяц...

 

Я же, моделировал ситуацию: Абонплата снимается на следующий месяц.

 

Т.е. пользователь предполагал не пользоваться услугой следующий месяц и поэтом заранее заморозил счет, чтобы 5-го числа не произошло снятие абонплаты, но потом его планы поменялись...

Изменено 2014-01-27 10:39:48 пользователем Midday1024

[madf 279]

В Stg абонплата всегда снимается за прошедший месяц.

[SVD 6]

Добрый день вот опять у меня всплыл вопрос по заморозке. 

2014-12-01 09:12:49  100   12   112                                          Платеж Наличка Карточка 6231318253372085 external

2014-09-30 22:59:43  -0      12   12                                            Платеж Наличка Стоимость заморозки external

2014-09-01 11:27:08  100   -88   12                                           Платеж Наличка Карточка 9996413661169880 external

2014-09-01 00:00:03  -90    2.000000       -88.000000                Абонплата Абонплата Интернет stargazer

2014-08-01 07:06:53   50    -48     2                                          Платеж Наличка Карточка 7966545034542611 external

2014-08-01 00:00:03  -90     42.000000    -48.000000                Абонплата Абонплата Интернет

 

По моему здесь что то не  правильно. 12.01 у него абон плату не  сняло  . Получается что он 09 месяц бесплатно поработал??? 

Изменено 2014-12-12 12:01:49 пользователем SVD

[nightfly 1 239]

 

 

По моему здесь что то не правильно. 12.01 у него абон плату не сняло . Получается что он 09 месяц бесплатно поработал???

а замороженость как?

[SVD 6]

09.01 сняло плату >. поработал  > далее в конце 90.30 клиент затормозился.  >  2014-12-01 я его разморозил + он пополнился. 

по чему 10.01 у него не забрало деньги. Он же весь сентябрь проработал. 

 

получается следующая АП будет 01.01 и что?? оно снимет 90 гр за декабрь.?

 

помню что при заморозке никаких операций не происходит со счетом. Как разобраться в механизме? 

Изменено 2014-12-12 12:32:47 пользователем SVD

[nightfly 1 239]

 

 

помню что при заморозке никаких операций не происходит со счетом. Как разобраться в механизме?

1. Пользователь заморожен = АП не начисляется, пользователь перманентно OnDisconnect, все остальное может себе происходить.

2. Пользователь неморожен = АП начисляется старгейзером, относительно состояния счета вызываются OnConnect/OnDisconnect, все остальное может себе все так же происходить.

[SVD 6]

Так получается по "Пользователь заморожен = АП не начисляется, пользователь перманентно OnDisconnect, все остальное может себе происходить." что он взял за морозился 25  а потом 01 раз морозился. "АП не начисляется???? то есть состояние счета не поменялось??

[BARVIT 113]

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

[SVD 6]

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

 

Да это то понятно. Просто интерес разобраться. Надо ж понять как работает.  

 

Да и клиенты кучу вопросов имеют по этому вопросу

Изменено 2014-12-12 14:26:59 пользователем SVD

[madf 279]

А думаю у вас стоит FullFee = yes. логично что при заморозке у вас не снимается АП. Если бы снималась - заморозка потеряла бы смысл.

А вот если бы была FullFee = no то снялось бы за тот промежуток что абон работал.

[SVD 6]

А думаю у вас стоит FullFee = yes. логично что при заморозке у вас не снимается АП. Если бы снималась - заморозка потеряла бы смысл.

А вот если бы была FullFee = no то снялось бы за тот промежуток что абон работал.

 

Да вы правы FullFee = yes у меня.

 

FullFee – не обязательный параметр, указывающий серверу снимать

полную абонплату, даже если учетная запись абонента была заморожена

(или не существовала) часть учетного периода. Принимает значения yes и

no, по умолчанию установлен в no.

 

вроде так я и думал что если yes то по любому снимет.

 

 

Скажите пожалуйста То есть адекватное поведение финансового счета  по отношению к заморозкам это  FullFee = no ?

При включении этой опции какие могут быть неожиданности? бекабы БД есть просто хочу добить этот вопрос до конца для понимания. 

Изменено 2014-12-12 15:05:17 пользователем SVD

[madf 279]

 

А думаю у вас стоит FullFee = yes. логично что при заморозке у вас не снимается АП. Если бы снималась - заморозка потеряла бы смысл.

А вот если бы была FullFee = no то снялось бы за тот промежуток что абон работал.

 

Да вы правы FullFee = yes у меня.

 

FullFee – не обязательный параметр, указывающий серверу снимать

полную абонплату, даже если учетная запись абонента была заморожена

(или не существовала) часть учетного периода. Принимает значения yes и

no, по умолчанию установлен в no.

 

вроде так я и думал что если yes то по любому снимет.

 

 

Скажите пожалуйста То есть адекватное поведение финансового счета  по отношению к заморозкам это  FullFee = no ?

При включении этой опции какие могут быть неожиданности? бекабы БД есть просто хочу добить этот вопрос до конца для понимания. 

 

FullFee указывает снимать полную АП даже если абон проработал только часть месяца. Побочные эффекты от FullFee = no:

 - если абон зарегистрирован в середине месяца - первая АП будет только за часть месяца;

 - если абон замораживается в середине месяца - снимается часть АП за отработанную часть месяца;

 - если абон размараживается в середине месяца - снимается часть АП за отработанную часть месяца.

Т.е. АП рассчитывается исходя из фактического времени на протяжении которого абон был активен.

[SVD 6]

 

 

А думаю у вас стоит FullFee = yes. логично что при заморозке у вас не снимается АП. Если бы снималась - заморозка потеряла бы смысл.

А вот если бы была FullFee = no то снялось бы за тот промежуток что абон работал.

 

Да вы правы FullFee = yes у меня.

 

FullFee – не обязательный параметр, указывающий серверу снимать

полную абонплату, даже если учетная запись абонента была заморожена

(или не существовала) часть учетного периода. Принимает значения yes и

no, по умолчанию установлен в no.

 

вроде так я и думал что если yes то по любому снимет.

 

 

Скажите пожалуйста То есть адекватное поведение финансового счета  по отношению к заморозкам это  FullFee = no ?

При включении этой опции какие могут быть неожиданности? бекабы БД есть просто хочу добить этот вопрос до конца для понимания. 

 

FullFee указывает снимать полную АП даже если абон проработал только часть месяца. Побочные эффекты от FullFee = no:

 - если абон зарегистрирован в середине месяца - первая АП будет только за часть месяца;

 - если абон замораживается в середине месяца - снимается часть АП за отработанную часть месяца;

 - если абон размараживается в середине месяца - снимается часть АП за отработанную часть месяца.

Т.е. АП рассчитывается исходя из фактического времени на протяжении которого абон был активен.

 

))) наверное с опозданием благодарю за данное разъяснение. После выше вами написанного все стало на свои места. Спасибо за помощь.

 

еще небольшой вопрос 2015-01-29 21:05:56 -- Invalid configuration request логах старгайзера. На что может ругать?? подскажите.

[madf 279]

...

 

еще небольшой вопрос 2015-01-29 21:05:56 -- Invalid configuration request логах старгайзера. На что может ругать?? подскажите.

Кто-то ломится на порт конфигуратора.