Jump to content

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


Recommended Posts

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

 

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

Link to post
Share on other sites

5-го и 5-го.

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

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

Link to post
Share on other sites
  On 1/27/2014 at 9:27 AM, madf said:

5-го и 5-го.

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

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

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

 

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

 

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

Edited by Midday1024
Link to post
Share on other sites
  • 10 months later...

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

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 месяц бесплатно поработал??? 

post-7538-0-52929800-1418385296_thumb.png

Edited by SVD
Link to post
Share on other sites

 

 

  On 12/12/2014 at 11:59 AM, SVD said:
По моему здесь что то не правильно. 12.01 у него абон плату не сняло . Получается что он 09 месяц бесплатно поработал???

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

Link to post
Share on other sites

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

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

 

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

 

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

Edited by SVD
Link to post
Share on other sites

 

 

  On 12/12/2014 at 12:30 PM, SVD said:
помню что при заморозке никаких операций не происходит со счетом. Как разобраться в механизме?

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites
  On 12/12/2014 at 2:19 PM, BARVIT said:

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

 

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

 

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

Edited by SVD
Link to post
Share on other sites

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

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

Link to post
Share on other sites
  On 12/12/2014 at 2:36 PM, madf said:

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

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

 

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

 

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

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

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

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

 

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

 

 

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

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

Edited by SVD
Link to post
Share on other sites
  On 12/12/2014 at 3:03 PM, SVD said:

 

  On 12/12/2014 at 2:36 PM, madf said:

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

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

 

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

 

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

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

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

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

 

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

 

 

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

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

 

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

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

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

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

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

Link to post
Share on other sites
  • 1 month later...
  On 12/12/2014 at 3:37 PM, madf said:

 

  On 12/12/2014 at 3:03 PM, SVD said:

 

  On 12/12/2014 at 2:36 PM, madf said:

А думаю у вас стоит 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 логах старгайзера. На что может ругать?? подскажите.

Link to post
Share on other sites
  On 1/29/2015 at 8:01 PM, SVD said:

...

 

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

Кто-то ломится на порт конфигуратора.
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
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...