Перейти до

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


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

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

 

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

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

5-го и 5-го.

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

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

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

5-го и 5-го.

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

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

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

 

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

 

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

Відредаговано Midday1024
Ссылка на сообщение
Поделиться на других сайтах
  • 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

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

 

 

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

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

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

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

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

 

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

 

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

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

 

 

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

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

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

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

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

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

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

 

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

 

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

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

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

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

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

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

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

 

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

 

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

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

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

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

 

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

 

 

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

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

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

 

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

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

 

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

 

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

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

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

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

 

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

 

 

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

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

 

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

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

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

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

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

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

 

 

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

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

...

 

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

Кто-то ломится на порт конфигуратора.
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вхід

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

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

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

×
×
  • Створити нове...