Дневные - есть вероятность потерять много денег
| forum.bitel.ru http://forum.bitel.ru/ |
|
| Можно ли начислять ежемесячную абонплату не всем сразу? http://forum.bitel.ru/viewtopic.php?f=16&t=12155 |
Страница 1 из 1 |
| Автор: | Fate [ 07 дек 2016, 22:01 ] |
| Заголовок сообщения: | Можно ли начислять ежемесячную абонплату не всем сразу? |
При разовом начислении все абонентам месячной абонплату 1го числа резко увеличивается нагрузка на колцентр. Можно ли сделать начисление, скажем, по 1000 абонентов в час, или просто начислять одному абоненту в секунду?.. |
|
| Автор: | Ildar [ 07 дек 2016, 22:39 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Как минимум можно раскидать запуск по услугам и группам. Если этого мало, скорее всего придется писать глобальный скрипт который будет запускать начисление с предварительно сформированным списком договоров которые надо обсчитать( в смысле, работа этого скрипта как раз и будет состоят в формировании данного списка ). |
|
| Автор: | skn [ 08 дек 2016, 00:41 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
может вам перейти на дневные абонплаты? |
|
| Автор: | Fate [ 08 дек 2016, 02:53 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Дневные - есть вероятность потерять много денег
|
|
| Автор: | skn [ 08 дек 2016, 03:11 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Fate писал(а): Дневные - есть вероятность потерять много денег почему? я не раз описывал на форуме схему с подневными абонплатами и разблокировкой договора только при внесением средств не менее чем на 30 дней. |
|
| Автор: | Phricker [ 08 дек 2016, 10:24 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Добавлю, что эта схема и на вики есть |
|
| Автор: | Fate [ 08 дек 2016, 12:10 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Спасибо, коллеги, но подневной вариант я не могу рассматривать, слишком много работы придется с абонентами проводить, а это дорого. |
|
| Автор: | Phricker [ 08 дек 2016, 12:32 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Fate писал(а): слишком много работы придется с абонентами проводить, а это дорого. Представим на секунду, что 1го числа блокируются абоненты у которых баланс близок к нулю. Тех у кого средств не хватит на еще 1 день работы. Т.е. абоненты в прошлом месяце 1го числа пополнили счет ровно на сумму тарифа. Ваша идея (т.е. их не заблокирует 1го числа) позволит им проработать как минимум еще сутки. Или двое. Или трое. В зависимости от того, как вы хотите раскидать нагрузку (смысла в раскидывании нагрузки на call-центр если у вас меньше 24к активных абонентов я не вижу. Т.е. если будет блокироваться по 1000 абонентов в час - то все равно их заблокирует в одни сутки). И вот эти вот абоненты (т.к. их статус не изменился и модуль абонплат им начислит наработку), провалятся в минус. И с ними придется проводить "много работы" Если я конечно все правильно понял. |
|
| Автор: | dimOn [ 08 дек 2016, 13:14 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
непонятно, а как начисление раз в секунду уменьшит нагрузку на колцентр? |
|
| Автор: | Ildar [ 08 дек 2016, 13:19 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
dimOn писал(а): непонятно, а как начисление раз в секунду уменьшит нагрузку на колцентр? Скорее уменьшит пиковую нагрузку. Размажет ее на некоторый период. |
|
| Автор: | dimOn [ 08 дек 2016, 15:55 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
люди сразу в ту же секунду ломятся звонить чтоле? это же ночью тем более происходит. |
|
| Автор: | Fate [ 08 дек 2016, 21:42 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
dimOn писал(а): люди сразу в ту же секунду ломятся звонить чтоле? это же ночью тем более происходит. Нет, ночью это жестоко. Мы днем начисляем. |
|
| Автор: | Fate [ 08 дек 2016, 21:54 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Phricker писал(а): (смысла в раскидывании нагрузки на call-центр если у вас меньше 24к активных абонентов я не вижу. Как так?  Если 2-31го нагрузка Nзвонков/день, то 1го числа - N*N*2
|
|
| Автор: | spectrum [ 15 дек 2016, 00:40 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Ildar писал(а): Как минимум можно раскидать запуск по услугам и группам. Если этого мало, скорее всего придется писать глобальный скрипт который будет запускать начисление с предварительно сформированным списком договоров которые надо обсчитать( в смысле, работа этого скрипта как раз и будет состоят в формировании данного списка ). Спасибо, есть вопросы: 1. Нужно делать "Закрытие статуса договоров" и "Начисление абонплат". Для закрытия статуса рецепт разделения услуг и групп сработает? 2. Уточнение: насколько я понял начисление по раздельным услугам можно сделать, предварительно сформировав set-ы в конфигурации и включить в планировщике в "Параметрах запуска": service.set=<код набора услуг>? 3. Какие параметры запуска в планировщике должны быть для запуска на разных группах? 4. Сформированный список договоров кому "скармливать"? Если тем же задачам "Закрытия договоров" и "Начисления абонплат" в планировщике, то каким образом? |
|
| Автор: | spectrum [ 19 дек 2016, 17:52 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Ildar, можете подсказать по теме? |
|
| Автор: | zavndw [ 19 дек 2016, 18:15 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
лучше начисление на наборы услуг разделите а закрытие статуса оставьте как есть. Делаете наборы услуг а потом делаете задачи начисления с параметром в конфигурации service.set=<код набора услуг> ссылка в документации |
|
| Автор: | spectrum [ 19 дек 2016, 18:42 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Не совсем понял. Что значит закрытие статуса оставить как есть? Надо чтобы и абонентов закрывалось тоже не всех сразу, а постепенно. вал звонков наступает ведь сразу после закрытия статусов. Да и с разделением на наборы услуг как-то не очень, если такое внедрять, то это будет большая путаница для операторов. По сути разные наборы услуг - это по факту разные абонплаты. А если разные абонплаты, то соответстенно на договоре должна быть установлена именно та абонплата, которая прописана и в тарифном плане. Если поставить не ту абонплату, то начисления производится не будут. |
|
| Автор: | Ildar [ 21 дек 2016, 22:40 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Да я ввел в заблуждение вас слегка, в самой задаче начисления абонплаты нет пока возможности указать группу, ее можно указать только при ручном запуске( что не очень удобно ). А у задачи закрытия, в обще нет возможности выбрать какие именно договора закрывать( точнее они есть, но они глобальные для всего модуля ) Проблему с группами в начислении решить довольно просто, скрипт будет не большой. А вот с закрытием сложнее. У вас сейчас как настроены задачи закрытия и начисления( в смысле в какое время )? |
|
| Автор: | spectrum [ 21 дек 2016, 23:10 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
У нас планировщик 1-го числа месяца запускает сначала закрытие в 11:00 дня. А в 11:30 начисление абонплаты. В январе эти операции проводим 4-го числа. |
|
| Автор: | Ildar [ 22 дек 2016, 00:40 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Ну тогда писать глобальный скрипт, который поставить на запуск планировщику вместо стандартной задачи закрытия договоров. |
|
| Автор: | spectrum [ 29 янв 2017, 21:08 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Подскажите по данному вопросу - правильно ли я делаю? 1. Для того, чтобы выставить статусы абонентов перед расчетом абонплаты не существует готовых методов? Нужно сначала запустить Calculator? 2. Затем по его результатам сделать ручную блокировку, используя ContractStatusManager? 3. На незаблокированных договорах запустить расчет абонплаты, используя Recalculator из bitel.billing.server.npay? Или существует какой-то другой метод расчета абонплаты? Суть задачи топика: сделать собственный скрипт расчета абонплаты, чтобы растянуть ее по времени. |
|
| Автор: | Ildar [ 29 янв 2017, 21:19 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Да, в общем так. 1 и 3 это в принципе одно и то же, но в первом случае Calculator запускается в режиме предварительной тарификации( preCalcMode ) и выдает данные, а во-втором реально заносит наработку. |
|
| Автор: | spectrum [ 29 янв 2017, 23:45 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Спасибо! Насколько я понял установка int serviceSet=0 запускает обсчет на всех услугах договора? Эта переменная нужна для Recalculator. Еще такой вопрос. Ежедневно запускающийся штатный скрипт расчета абонплаты - это по сути тот же самый Recalculator? Причем запускаемый с String cids="" и int serviceSet=0;? |
|
| Автор: | dimOn [ 30 янв 2017, 00:04 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Recalculator это просто ручная запускалка для Calculator, задачи, которая и есть "штатный скрипт расчета абонплаты". |
|
| Автор: | spectrum [ 20 фев 2017, 19:13 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
Скажите, а где можно почитать про класс Calculator? Я почему-то не смог найти этот класс в документации. |
|
| Автор: | dimOn [ 20 фев 2017, 22:22 ] |
| Заголовок сообщения: | Re: Можно ли начислять ежемесячную абонплату не всем сразу? |
потому что это не часть api а внутренний класс, а что про него читать? |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|