Суточная абонплата

[stix]

сложно будет сделать режим пропорционального снятия абонплаты?
хотя бы для версии 50.хх

[versus]

Давай думать логически, пропорциональная ежемесячная оплата только снижает поступление денег. Т.е. Клиент кинул на счет 9 грн  выгреб их и вырубило. какой смысл в том что бы вводить пропорциональное снятие АРПУ уменьшается, стоимость клиента растет, окпуаемость и рентабельность падает. Смысл ? Жопку клиенту лизнуть ?? Так сколько не лижи клиенту все мало. Надо действовать жетско, например тариф 50 грн ставить 3 грн ежедневки, таким образом хоть потери компенсируем от падения уровня продаж.
Ох уж эти маркетологи.... Учитесь у гигантов, например Яблоко 3 раза за 5 лет продал модификации своего Я-телефона своим фанатам. Если б он сразу все функции включил, кому б надо было менять совершенный телефон на что то еще ??

[stix]

Абсолютно с согласен с вашим мнением насчет абонплаты
Но руководство требуют именно такого.
Сделал по среднеарифметическому значению аля 30+31/2, 28 пока исключение изза большой дельты.

[olegotek]

Давай думать логически, пропорциональная ежемесячная оплата только снижает поступление денег. Т.е. Клиент кинул на счет 9 грн  выгреб их и вырубило. какой смысл в том что бы вводить пропорциональное снятие АРПУ уменьшается, стоимость клиента растет, окпуаемость и рентабельность падает. Смысл ? Жопку клиенту лизнуть ?? Так сколько не лижи клиенту все мало. Надо действовать жетско, например тариф 50 грн ставить 3 грн ежедневки, таким образом хоть потери компенсируем от падения уровня продаж.
Ох уж эти маркетологи.... Учитесь у гигантов, например Яблоко 3 раза за 5 лет продал модификации своего Я-телефона своим фанатам. Если б он сразу все функции включил, кому б надо было менять совершенный телефон на что то еще ??

Вполне нормальный вариант в нашей системе начислений. Берем 50 грн в месяц, и 20 грн повторное включение. Если клиент отключился и хочет сделать паузу - без проблем - 20 грн при повторном включении или если на пару дней или даже неделю то ему не выгодно и он НЕ ОТКЛЮЧАЕТСЯ. Таким образом клиенту становится вигодным только отключение на 2 недели и больше.

[olegotek]

Так вот основная суть посуточного снятия в том что например клиент посередине месяца хочет перейти на другой тариф, а по системе Нодени ему придется заплатить по новому тарифу за целый месяц. Он естественно от этого откажется и будет ждать следующего месяца, если не передумает. В итоге имеем меньше заработка - так где тут ВАШ МАРКЕТИНГ!?
Следующий момент: клиент отключается в середине месяца или в первых числах, для таких моментов также как и для начала пользования услугами - сделан ввод даты и по коефициенту начисляется плата до конца месяца - так же сделать оплата от начала месяца до конца пользования услугами, к-во дней. Кстати именно из за отсутствия такой возможности становится СТРАШНЫМ перевод клиента в середине месяца на тарифний план (по рекомендации в инструкции) "Заблокирован", потому что после этого абсолютно снимается абонплата за текущий месяц. В результате мы не можем предоставить клиенту самому выбрать этот тариф и тем самым отключиться автоматически, а сами мы можем только либо вручную запретить доступ, либо назначить тариф заблокирован на слудующий месяц.
Вообще как для серйозной системы на тисячи абонентов автоматика по 5-ой шкале на 3 бала
Кстати я за то чтобы кому то доплатить за доработку, а функционал существующей системы пускай остается на совести разработчиков. Просто со временем понимаеш что в системе все сделано для того что бы ты больше платил а не с комфортом работал.

[stix]

сумма снятия будет посчитана так как будто вы работаете на выбранном тарифном плане с начала месяца.

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

Смотри как получается:
Есть тариф за 100 грн и есть тариф за 200 грн
У человека на 20 число остается например ровно 100 грн с учетом того, что он был на тарифе за 100 грн, при переходе на тариф за 200 грн, у него будет не -100 грн, а 0, т.к. эти 100 грн, что брались за абонплату первого тарифа перейдут на второй тариф.

Следующий момент: клиент отключается в середине месяца или в первых числах, для таких моментов также как и для начала пользования услугами - сделан ввод даты и по коефициенту начисляется плата до конца месяца - так же сделать оплата от начала месяца до конца пользования услугами, к-во дней. Кстати именно из за отсутствия такой возможности становится СТРАШНЫМ перевод клиента в середине месяца на тарифний план (по рекомендации в инструкции) "Заблокирован", потому что после этого абсолютно снимается абонплата за текущий месяц. В результате мы не можем предоставить клиенту самому выбрать этот тариф и тем самым отключиться автоматически, а сами мы можем только либо вручную запретить доступ, либо назначить тариф заблокирован на слудующий месяц.

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

[olegotek]

сумма снятия будет посчитана так как будто вы работаете на выбранном тарифном плане с начала месяца.

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

Смотри как получается:
Есть тариф за 100 грн и есть тариф за 200 грн
У человека на 20 число остается например ровно 100 грн с учетом того, что он был на тарифе за 100 грн, при переходе на тариф за 200 грн, у него будет не -100 грн, а 0, т.к. эти 100 грн, что брались за абонплату первого тарифа перейдут на второй тариф.

Это хорошо только если переход на тариф подороже, а если на дешевле - тогда хохма - человек был на 200 проработал до 25-го числа, в конце месяца выбрал 100 и оплатил 100 ЗА ЦЕЛЫЙ МЕСЯЦ, это разве биллинг!? Это попадалово. Поэтому переводы в середине месяца возможно делать только на тарифы дороже и то делать этого никто не будет, то есть платить за то что не было использовано.

Следующий момент: клиент отключается в середине месяца или в первых числах, для таких моментов также как и для начала пользования услугами - сделан ввод даты и по коефициенту начисляется плата до конца месяца - так же сделать оплата от начала месяца до конца пользования услугами, к-во дней. Кстати именно из за отсутствия такой возможности становится СТРАШНЫМ перевод клиента в середине месяца на тарифний план (по рекомендации в инструкции) "Заблокирован", потому что после этого абсолютно снимается абонплата за текущий месяц. В результате мы не можем предоставить клиенту самому выбрать этот тариф и тем самым отключиться автоматически, а сами мы можем только либо вручную запретить доступ, либо назначить тариф заблокирован на слудующий месяц.

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

Ну а если клиент отключился не в конце месяца, а например 4 числа, по-моему нечелоевечно ему считать целый месяц, тогда как? Далее если отсрочка платежа стоит до 5-го. Тогда он может не платить ни за 4 дня потому что отключившись перейдет в заблокированные, и история о том что он был работал уйдет в бытие, ни за месяц, а я хотел бы чтобы он при повторном подключении оплатил свои 4 дня. Подсумировав видно что биллинг идеально настроен для тарифов помегабайтной оплаты, но никак не для безлимитов!

[versus]

Так вот основная суть посуточного снятия в том что например клиент посередине месяца хочет перейти на другой тариф, а по системе Нодени ему придется заплатить по новому тарифу за целый месяц. Он естественно от этого откажется и будет ждать следующего месяца, если не передумает. В итоге имеем меньше заработка - так где тут ВАШ МАРКЕТИНГ!?
Следующий момент: клиент отключается в середине месяца или в первых числах, для таких моментов также как и для начала пользования услугами - сделан ввод даты и по коефициенту начисляется плата до конца месяца - так же сделать оплата от начала месяца до конца пользования услугами, к-во дней. Кстати именно из за отсутствия такой возможности становится СТРАШНЫМ перевод клиента в середине месяца на тарифний план (по рекомендации в инструкции) "Заблокирован", потому что после этого абсолютно снимается абонплата за текущий месяц. В результате мы не можем предоставить клиенту самому выбрать этот тариф и тем самым отключиться автоматически, а сами мы можем только либо вручную запретить доступ, либо назначить тариф заблокирован на слудующий месяц.
Вообще как для серйозной системы на тисячи абонентов автоматика по 5-ой шкале на 3 бала
Кстати я за то чтобы кому то доплатить за доработку, а функционал существующей системы пускай остается на совести разработчиков. Просто со временем понимаеш что в системе все сделано для того что бы ты больше платил а не с комфортом работал.

Только что вы прослушали фантазии человека, который не потратил время на изучение нодени и его возможностей имеет сеть в размере 100 человек и имеет мнение о работе сети в несколько тысяч абонентов. Шкала автоматики у вас по каким критериям построена ??

[versus]

сумма снятия будет посчитана так как будто вы работаете на выбранном тарифном плане с начала месяца.

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

Смотри как получается:
Есть тариф за 100 грн и есть тариф за 200 грн
У человека на 20 число остается например ровно 100 грн с учетом того, что он был на тарифе за 100 грн, при переходе на тариф за 200 грн, у него будет не -100 грн, а 0, т.к. эти 100 грн, что брались за абонплату первого тарифа перейдут на второй тариф.

Это хорошо только если переход на тариф подороже, а если на дешевле - тогда хохма - человек был на 200 проработал до 25-го числа, в конце месяца выбрал 100 и оплатил 100 ЗА ЦЕЛЫЙ МЕСЯЦ, это разве биллинг!? Это попадалово. Поэтому переводы в середине месяца возможно делать только на тарифы дороже и то делать этого никто не будет, то есть платить за то что не было использовано.

Следующий момент: клиент отключается в середине месяца или в первых числах, для таких моментов также как и для начала пользования услугами - сделан ввод даты и по коефициенту начисляется плата до конца месяца - так же сделать оплата от начала месяца до конца пользования услугами, к-во дней. Кстати именно из за отсутствия такой возможности становится СТРАШНЫМ перевод клиента в середине месяца на тарифний план (по рекомендации в инструкции) "Заблокирован", потому что после этого абсолютно снимается абонплата за текущий месяц. В результате мы не можем предоставить клиенту самому выбрать этот тариф и тем самым отключиться автоматически, а сами мы можем только либо вручную запретить доступ, либо назначить тариф заблокирован на слудующий месяц.

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

Ну а если клиент отключился не в конце месяца, а например 4 числа, по-моему нечелоевечно ему считать целый месяц, тогда как? Далее если отсрочка платежа стоит до 5-го. Тогда он может не платить ни за 4 дня потому что отключившись перейдет в заблокированные, и история о том что он был работал уйдет в бытие, ни за месяц, а я хотел бы чтобы он при повторном подключении оплатил свои 4 дня. Подсумировав видно что биллинг идеально настроен для тарифов помегабайтной оплаты, но никак не для безлимитов!

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

[stix]

По топику.
Не хотелось бы самому вбивать костыли в биллинг, но довольно просто реализовать через класс Date_DaysInMonth, модуля Date::Manip

Код:

use Date::Manip;
my ($m, $y) = UnixDate("today", "%m", "%Y");
my $days = Date_DaysInMonth($m,$y);
print "$days\n";

выведет количество дней

а если делать выборку из таблицы plans2, с поля price и делить ее на переменную $days, то получим сумму суточной абонплаты.
вроде не сложно, но костыли не хочется вбивать самому, чтобы не увалить биллинг

[versus]

И каждый месяц объяснять клиенту почему в этом месяце он платит больше а в предыдущем платил меньше, особенно прикольно про февраль будет объяснялочка:
Ну эта панимаешь нам бабло надо за тариф отбить поэтому мы разделили 50 грн на 28 дней, а в следующем на 31 разделим.

Полный бред, если абонплата суточная, то она должна быть одна и таже за весь год, иначе это плавающая ставка получается. На безлимите 28 дней скачаю меньше чем за 31, а цена за день разная и в феврале больше чем в январе и это без объективных причин, в пору пообщатся с обществом прав потребителей, выплатить нехилый штраф и сделать единую абонплату за день в независимости от количества дней в месяце.

Хотя дураки на чужих ошибках не учатся, надо своих шишек набить...

[stix]

И каждый месяц объяснять клиенту почему в этом месяце он платит больше а в предыдущем платил меньше, особенно прикольно про февраль будет объяснялочка:
Ну эта панимаешь нам бабло надо за тариф отбить поэтому мы разделили 50 грн на 28 дней, а в следующем на 31 разделим.

нене, сумма будет одна и таже.
просто в разные месяцы будет меняться суточная абонплата.
например абонплата 20 грн.
в январе 31 день: 20/31 = 1.55
в феврале 28 дней: 20/28 = 0.71

цитирую юзера:

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

[versus]

И каждый месяц объяснять клиенту почему в этом месяце он платит больше а в предыдущем платил меньше, особенно прикольно про февраль будет объяснялочка:
Ну эта панимаешь нам бабло надо за тариф отбить поэтому мы разделили 50 грн на 28 дней, а в следующем на 31 разделим.

нене, сумма будет одна и таже.
просто в разные месяцы будет меняться суточная абонплата.
например абонплата 20 грн.
в январе 31 день: 20/31 = 1.55
в феврале 28 дней: 20/28 = 0.71

цитирую юзера:

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

Получается цена а феврале ежедневно почти в половину меньше чем в январе.
Ура товарищи это прогресс!!!

[stix]

общая сумма то не меняется
на 28 число она выйдет 20 грн

[versus]

Не мог бы автор сказать в какой системе исчисления 1,55*31=20 ?
 и потом объяснить плюсы и минусы от того что мы делаем пропорциональную  и фиксированную абонплату скажем в 1 грн в день