forum.bitel.ru
http://forum.bitel.ru/

х5.2] Начисление абонплат по периодам
http://forum.bitel.ru/viewtopic.php?f=16&t=6992
Страница 1 из 2

Автор:  borisk [ 20 июл 2012, 15:28 ]
Заголовок сообщения:  х5.2] Начисление абонплат по периодам

Добрый день!

Потребовалась следующая фича: с какого числа подключился пользователь, с такого числа и начислять абонплату за месяц. Т. е. с 15 июля по 15 августа, например. И пользователь знает, что расчетный период у него 15 число месяца. В 5.0 (и 5.1, вроде), для этого существовал "расчетный период" и можно было написать собственный скрипт для абонплат. В 5.2 такого не нахожу. Нашел, что через шедулер и
Код:
service.set.1.title=Абонплаты конца месяца
service.set.1.sids=18
service.set.2.title=Абонплаты начала месяца
service.set.2.sids=3,4,5


могу реализовать что-то подобное, но, получается это создавать разные абонплаты. Есть ли другая возможность?

Автор:  Phricker [ 20 июл 2012, 15:41 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

А как вы подобное решаете с бухгалтерией? у нас тоже хотели но я отговорил.
Ибо с 15 июня по 15 июля - 30 дней (не включая 15 июля)
с 15 июля по 15 августа - 31 день уже

или например с 15 января по 14 февраля - 31 день.
а с 15 февраля по 14 марта - 29 дней.

Бухгалтерия работает календарными месяцами.
Т.е. будет сплошная головная боль.
Либо я чего то не так допонял.

Автор:  Amir [ 20 июл 2012, 15:47 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Цитата:
для этого существовал "расчетный период"
Если это про модуль Dialup - то в модуле Inet есть очень схожий функционал.

Автор:  borisk [ 20 июл 2012, 17:30 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Phricker писал(а):
А как вы подобное решаете с бухгалтерией? у нас тоже хотели но я отговорил.
Ибо с 15 июня по 15 июля - 30 дней (не включая 15 июля)
с 15 июля по 15 августа - 31 день уже

Бухгалтерия работает календарными месяцами.


А какие проблемы? В обоих приведенных Вами случаях клиент работает полный календарный месяц.

Автор:  borisk [ 20 июл 2012, 17:32 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Amir писал(а):
Цитата:
для этого существовал "расчетный период"
Если это про модуль Dialup - то в модуле Inet есть очень схожий функционал.


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

Автор:  Phricker [ 20 июл 2012, 18:08 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Проблема в том что вы говорите пользователю что у него тариф 300 рублей за месяц (например)
Из этого получается вот такая вот шляпа.
Изображение

Хотя конечно я не исключаю что я вас не понял

Автор:  borisk [ 20 июл 2012, 19:06 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Я понял, Вы пытаетесь расписать месячную сумму как сумму ежедневных списаний. Причем вы разрываете период. В этом случае действительно будут проблемы. А списывать надо именно целым периодом.

Автор:  snark [ 30 июл 2012, 19:31 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

"Скользящий/свободный месяц"? Какая старая тема (определенно это летнее обострение - та тема тоже июльская). Об этом тут столько раз говорили, просили и, наверное, даже угрожали, а воз и ныне там. :(

Автор:  skn [ 30 июл 2012, 21:41 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

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

Автор:  borisk [ 14 авг 2012, 12:57 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Добрый день!

А есть примерная дата выхода модуля? Агитирую одного прова за bgb, и ему этот модуль жизненно необходим. Может можно тестово попробовать?

Автор:  skn [ 14 авг 2012, 16:27 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

тестовую версию постараемся запилить в течение августа....

P.S. Опишите как Вы планируете использовать модуль, прикину насколько он вам поможет и может, что то сразу запилим в него.

Автор:  borisk [ 14 авг 2012, 16:37 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Собственно как мне рассказывает тот провайдер - основная идея у них это свободное назначение периода обсчета. Что важно особенно для пенсионеров. То есть человек знает, что денежку он получает например 15 числа месяца, он приходит в контору и говорит - хочу чтобы у меня абонплата рассчитывалась не с 1го по 1е, а с 16е - по 16е. Но тут возникает сразу же ньюанс - в остальных модулях тоже надо предусмотреть что начало периода у нас сдвинуто.
Ну и от себя еще - нужны дробные количества в модуле. А то есть цена размещения за 1U, пользователю надо 1,5U. Приходится извращаться :)

Автор:  stark [ 14 авг 2012, 16:43 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

borisk писал(а):
Но тут возникает сразу же ньюанс - в остальных модулях тоже надо предусмотреть что начало периода у нас сдвинуто.


В inet есть понятие учетного периода

Автор:  snark [ 14 авг 2012, 17:35 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

stark писал(а):
В inet есть понятие учетного периода

Он есть и в dialup, но с ним нечего делать, кроме как скрипты на событие его запроса писать. Он в тарифах не фигурирует, ЕМНИМС.

Автор:  skn [ 14 авг 2012, 19:33 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

насчет начала периода с произвольного числа это понятно, не понятно, что делать если на момент окончания периода нет денег на следующий период...
варианты
1) загонять в минус
2) блокировать, и разблокировать по дате прихода, но учетный период считать с даты окончания предыдущего
3) новый период начинать с той даты когда пополнили баланс...
4) новый период активировать с даты первого обращения после окончания предыдущего
5) как то еще....

у вас как планировалось?

Автор:  borisk [ 14 авг 2012, 21:02 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

1) загонять в минус это плохо. Нам лично очень нравится система блокировки по недостаточному платежу
2) Нет. Учетный период назначается только пользователем. Если деньги пришли на заблокированный договор и их достаточно, то разблокировать договор но дату начала периода не менять.
3) Иногда нужна вот такая система. У пользователя абонплата пропорционально периоду. Но чтоб он сильно не расслаблялся, подключая и отключая себе абонплату когда захочет, было бы неплохо ввести некий минимальный порог активации или "штраф" за простой. В принципе система штрафов и сейчас уже реализуема в модуле NPAY, а вот порог активации нет. Под порогом активации я понимаю: для того чтобы договор разблокировался, абонент должен внести полную сумму абонентной платы за месяц.


У нас планировалось так. Если честно, проводя аналогию с модулем Inet, пока общественность не получит хоть какой-то тестовый модуль - мало кто сможет сделать полное и адекватное ТЗ. На мой взгляд обязательно найдутся люди, которым потребуется не только наш вариант, но и те, которые вы перечислили. Так что логичнее, наверное, будет сделать что-то вроде системы триггеров/событий, программируемых пользователем. И, как и в модуле Inet, вы просто уже приложите какие-то основные варианты использования.

Автор:  snark [ 14 авг 2012, 22:04 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

skn писал(а):
1) загонять в минус

Сразу нет.

borisk писал(а):
Нам лично очень нравится система блокировки по недостаточному платежу

Лично мне, как, наверное, и многим здесь, нравится идея заложенная в дебетовых абонентках, т.е. нет денег на абонентку и пока не положишь "$ >= абонентка", то "ты кто такой? давай, до свиданья!"(с).

borisk писал(а):
Учетный период назначается только пользователем.

Заставлять его лазить на статистику?
Пожалейте юзера, который никогда не знает о наступлении 1-го числа месяца, т.к. эта дата не известна 99% юзеров, а если добавить сюда еще и период, то я боюсь ухудшения статистики психических заболеваний.
Пожалейте ТП, которая должна будет отвечать "зайдите на статистику и установите себе период работы".

В dialup можно делать учетный период произвольной величины в момент 1-го подключения за пределами прошлого периода (сейчас - 1-е подключение в месяце), что давало полную автоматизацию процесса и если в inet прикрутят сюда автоматическую, т.е. без скриптов, установку периодов/статусов будет вообще класс.
Т.е. человек может положить деньги 1-го числа, а подключиться, т.е. начать пользоваться 10-го числа и если мы начнем ему считать $ за то время когда он не пользовался это его не очень обрадует.

borisk писал(а):
Если деньги пришли на заблокированный договор и их достаточно, то разблокировать договор но дату начала периода не менять.

А вот статус договора лучше всего не трогать и делать таким же, как и период - тогда пересчитывать будет удобно.
Вообще все эти периоды должны быть ж0стко привязаны к статусам, т.е. фактически модуль должен только читать статусы и на их основе считать, IMHO.

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

+1
Тут уже об этом писали и я считаю это хорошей, годной фичей.
Нет денег на 1++ (должно быть настраиваемо в дереве) полноценную абонентку - статус = закрыт/приостановлен, есть деньги - снимаем хоть каждый день, хоть сразу за весь период.

Автор:  skn [ 14 авг 2012, 23:11 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

borisk писал(а):
2) Нет. Учетный период назначается только пользователем. Если деньги пришли на заблокированный договор и их достаточно, то разблокировать договор но дату начала периода не менять.
3) Иногда нужна вот такая система. У пользователя абонплата пропорционально периоду. Но чтоб он сильно не расслаблялся, подключая и отключая себе абонплату когда захочет, было бы неплохо ввести некий минимальный порог активации или "штраф" за простой. В принципе система штрафов и сейчас уже реализуема в модуле NPAY, а вот порог активации нет. Под порогом активации я понимаю: для того чтобы договор разблокировался, абонент должен внести полную сумму абонентной платы за месяц.


2) т.е. если клиент просрочил полмесяца(месяц, полгода), то он должен за него(них) все равно заплатить?
3) лично я всегда старался избегать быть клиентом компаний которые "заставляют", что то платить по ОБЯЗАТЕЛЬНОЙ схеме и еще грозят штрафами (по моему очень мало людей которым нравяться когда их что ли завтавляют делать и еще угрожают), предпочитаю те компании которые стимулируют клиентов "подарками", типа "заплати за полгода вперед и получи скидку", "проработал 5 месяцев подряд, шестой бесплатно" или если оплачиваете без перерыва, то с 1 по 3 месяц абонентка 100% с 3 по 6 месяц 90% ну и т.д.

Автор:  skn [ 14 авг 2012, 23:26 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

borisk писал(а):
Собственно как мне рассказывает тот провайдер - основная идея у них это свободное назначение периода обсчета. Что важно особенно для пенсионеров. То есть человек знает, что денежку он получает например 15 числа месяца, он приходит в контору и говорит - хочу чтобы у меня абонплата рассчитывалась не с 1го по 1е, а с 16е - по 16е. Но тут возникает сразу же ньюанс - в остальных модулях тоже надо предусмотреть что начало периода у нас сдвинуто.


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

Автор:  borisk [ 15 авг 2012, 11:37 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Смысл именно пенсионеры, бабушки - люди старой закалки, которые привыкли считать каждую копейку. Пенсию им приносят допустим 15го числа. 16го они идут платить за все услуги. Если сделать как Вы говорите и списывать абонплату 1го числа, то их, соответственно, 1го и заблокирует.

Автор:  skn [ 15 авг 2012, 13:00 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

borisk писал(а):
Смысл именно пенсионеры, бабушки - люди старой закалки, которые привыкли считать каждую копейку. Пенсию им приносят допустим 15го числа. 16го они идут платить за все услуги. Если сделать как Вы говорите и списывать абонплату 1го числа, то их, соответственно, 1го и заблокирует.

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

Автор:  snark [ 15 авг 2012, 13:24 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

skn писал(а):
предпочитаю те компании которые стимулируют клиентов "подарками", типа "заплати за полгода вперед и получи скидку", "проработал 5 месяцев подряд, шестой бесплатно" или если оплачиваете без перерыва, то с 1 по 3 месяц абонентка 100% с 3 по 6 месяц 90% ну и т.д.

ВНЕЗАПНО оказывается, что наши уважаемые разработчики любят бонусы! Скажите, пожалуйста, почему же тогда Вы не стали их запиливать в БГ? А то тут уже сколько копьев сломали на этот счет (небольшая часть линков которые вспомнил).
Наверное Вам надо стать клиентом оператора у которого стоит БГ и тогда я представляю ваш диалог:
- Почему у вас нет бонусов, которые мне очень нравятся?
- Потому что в нашем биллинге нет этого функционала.
- А что же у вас за биллинг такой, в котором нет бонусов?
- БГБ
- <фрустрация>

Автор:  Phricker [ 15 авг 2012, 14:11 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

^ у поста выше гиперссылки на каждом слове. К.О.

Автор:  skn [ 15 авг 2012, 14:47 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

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

Автор:  Phricker [ 15 авг 2012, 14:50 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

skn писал(а):
плагин бонусов в разработке, выложим в конце месяца

wow. чур я бета тестер

Автор:  snark [ 15 авг 2012, 14:57 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

skn писал(а):
плагин бонусов в разработке

skn писал(а):
плагин бонусов

skn писал(а):
плагин

Встроить в БГ a-la дебетовые абонплаты никак не выйдет?

Автор:  skn [ 15 авг 2012, 15:41 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

snark писал(а):
skn писал(а):
предпочитаю те компании которые стимулируют клиентов "подарками", типа "заплати за полгода вперед и получи скидку", "проработал 5 месяцев подряд, шестой бесплатно" или если оплачиваете без перерыва, то с 1 по 3 месяц абонентка 100% с 3 по 6 месяц 90% ну и т.д.

ВНЕЗАПНО оказывается, что наши уважаемые разработчики любят бонусы! Скажите, пожалуйста, почему же тогда Вы не стали их запиливать в БГ? А то тут уже сколько копьев сломали на этот счет (небольшая часть линков которые вспомнил).


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

Автор:  skn [ 15 авг 2012, 15:44 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

snark писал(а):
Встроить в БГ a-la дебетовые абонплаты никак не выйдет?


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

Автор:  skyb [ 15 авг 2012, 16:37 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

Phricker писал(а):
skn писал(а):
плагин бонусов в разработке, выложим в конце месяца

wow. чур я бета тестер

и йа и йа

Автор:  borisk [ 15 авг 2012, 17:48 ]
Заголовок сообщения:  Re: х5.2] Начисление абонплат по периодам

skn писал(а):
borisk писал(а):
Смысл именно пенсионеры, бабушки - люди старой закалки, которые привыкли считать каждую копейку. Пенсию им приносят допустим 15го числа. 16го они идут платить за все услуги. Если сделать как Вы говорите и списывать абонплату 1го числа, то их, соответственно, 1го и заблокирует.

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

:) Проще приведу пример. Для простоты считаем что в месяце 30 дней
Абонплата 30р/месяц. Пользователь подключился 15 числа и положил на счет 30 рублей, чтобы ему хватило до 15 числа следующего месяца.
- Система по тарифу посчитала пользователю 15р в текущем месяце. Все хорошо, пользователь работает
- Наступило 1е число, система насчитала пользователю 30р абонплаты. И опа, денег то на счете не хватает :)
Сразу добавлю что вариант абонплаты "до текущего" дня не вариант, так как открывает поле для спекуляций.

Страница 1 из 2 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/