forum.bitel.ru http://forum.bitel.ru/ |
|
Списание абонплаты http://forum.bitel.ru/viewtopic.php?f=16&t=12334 |
Страница 1 из 1 |
Автор: | Inspire [ 27 мар 2017, 16:01 ] |
Заголовок сообщения: | Списание абонплаты |
Добрый день! Скажите, можно ли сделать так, чтобы статус у дебетового договора с пропорциональным режимом снятия, на котором не хватает денег на полный месяц, менялся с закрытого на активный только при наличии прихода в этом месяце? То есть, например, если у абонента лежит на договоре 100 рублей и в течении месяца прихода не было, то статус не менялся на активный в конце месяца. Это нужно для того, чтобы, когда мы в конце месяца делаем рассылку смс абонентам с просьбой пополнить баланс на недостающую сумму, не было такого, что они положили деньги 29 числа, договор активировался и на 1 число денег опять стало не достаточно Код: Информация о версии:
Клиент: вер. 7.0.834 / 09.09.2016 13:06:09 os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_51 Сервер: вер. 7.0.1103 / 09.09.2016 13:07:53 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_66 bill: вер. 7.0.92 / 23.08.2016 18:37:34 card: вер. 7.0.40 / 22.08.2016 16:40:03 cerbercrypt: вер. 7.0.219 / 22.08.2016 15:40:08 dialup: вер. 7.0.319 / 29.08.2016 16:38:40 email: вер. 7.0.180 / 25.05.2016 13:53:19 inet: вер. 7.0.677 / 06.09.2016 19:06:54 ipn: вер. 7.0.258 / 01.09.2016 18:14:39 mps: вер. 7.0.198 / 09.09.2016 13:08:12 npay: вер. 7.0.198 / 19.07.2016 18:37:21 phone: вер. 7.0.275 / 01.09.2016 18:04:07 rentsoft: вер. 7.0.65 / 10.06.2016 17:00:01 reports: вер. 7.0.215 / 06.09.2016 17:39:00 rscm: вер. 7.0.180 / 10.06.2016 17:00:08 ru.bitel.bgbilling.plugins.cladr: вер. 7.0.123 / 08.04.2016 17:40:39 ru.bitel.bgbilling.plugins.crm: вер. 7.0.194 / 31.05.2016 15:00:38 ru.bitel.bgbilling.plugins.helpdesk: вер. 7.0.190 / 29.08.2016 16:32:16 ru.bitel.bgbilling.plugins.organizer: вер. 7.0.74 / 08.04.2016 17:40:44 tv: вер. 7.0.239 / 30.11.2016 18:26:17 voiceip: вер. 7.0.189 / 08.04.2016 17:40:15 Окружение: Клиент: os: Windows 8.1 amd64, 6.3 java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_51 jre home: C:\Java\jre8 default tz: 27.03.2017 14:00 SAMT +0400 (Europe/Samara) user tz: 27.03.2017 14:00 GET +0400 (Asia/Tbilisi) locale: ru_RU Сервер: os: Linux amd64, 3.19.0-33-generic java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_66 jre home: /opt/java/jdk1.8.0_66/jre default tz: 27.03.2017 14:00 SAMT +0400 (Europe/Samara) db time: master: 27.03.2017 14:00 SAMT db charset: connection: utf8(utf8_general_ci), database: utf8(utf8_unicode_ci) locale: ru_RU uptime: Started: 27.02.2017 14:57:57 Uptime: 27 d 23:02:50 |
Автор: | zavndw [ 27 мар 2017, 16:49 ] |
Заголовок сообщения: | Re: Списание абонплаты |
А сейчас он разве меняется на активный если не достаточно средств? Вообще можно под конец мес сверять баланс с тарифом и слать смс сколько не хватает на списание или делать скрипт на определение суммы к разблокировке договора и если сумма на балансе ниже чем тариф за мес не автивировать договор |
Автор: | Inspire [ 27 мар 2017, 16:58 ] |
Заголовок сообщения: | Re: Списание абонплаты |
zavndw писал(а): А сейчас он разве меняется на активный если не достаточно средств? Вообще можно под конец мес сверять баланс с тарифом и слать смс сколько не хватает на списание или делать скрипт на определение суммы к разблокировке договора и если сумма на балансе ниже чем тариф за мес не автивировать договор Ну если на балансе есть достаточное количество денег для оставшихся дней в месяце, то да. Это не решит проблемы. Допустим у абона абонплата 500 руб. На счете у него есть 20 руб и я отправляю ему смс, что на след месяц не хватает 480 руб. Он кладет в конце месяца (28 числа например. в месяце 31 день) 480 руб, договор активируется и за следующие 4 дня до конца месяца с абона спишется 64,51 руб. Получается, к началу след месяца его баланс 435,48. На след месяц не хватает. Абонент звонит нам и жалучется и говорит, что в этом месяце он интернетом не пользовался, куда делить его 64.51 руб. |
Автор: | Boris [ 03 апр 2017, 21:20 ] |
Заголовок сообщения: | Re: Списание абонплаты |
но последние 4 дня то он был активен же , это нормальная логика. В принципе в скрипте возврата суммы можно любую логику заложить в том числе и запрет открытие в определенные дни. Правда потом возможно придеться в начале следующего месяуа открыть принудительно такие договора |
Автор: | Inspire [ 04 апр 2017, 10:50 ] |
Заголовок сообщения: | Re: Списание абонплаты |
Нормальная. Но когда абоненту говоришь, что ему не хватает 480 рублей для следующего месяца, то он потом звонит и жалуется, что положил 480 рублей, как просили, а денег все равно не достаточно. Вот в чем проблема. В скрипте возврата? |
Автор: | spectrum [ 05 май 2017, 00:07 ] |
Заголовок сообщения: | Re: Списание абонплаты |
А у вас автоматически меняется статус на активный, если денег становится достаточно? Это из-за опции "check.account.changed=true"? |
Автор: | dimOn [ 05 май 2017, 13:21 ] |
Заголовок сообщения: | Re: Списание абонплаты |
нет, это штатная логика разблокировки вообще-то |
Автор: | Phricker [ 05 май 2017, 13:32 ] |
Заголовок сообщения: | Re: Списание абонплаты |
dimOn писал(а): нет, это штатная логика разблокировки вообще-то Так то нет. Если абонента заблокировало по недостатку средств (например в том случае если у него тариф 1000 рублей за месяц режим снятия авансом за месяц а у него на счету 990 рублей.), то как-то абонент будет возмущаться если его самостоятельно разблокирует 2 числа. Я думаю он даже будет возмущен этим фактом. И у нас не разблокировывает. Но у нас правда и прописано Код: check.account.changed=false
|
Автор: | dimOn [ 05 май 2017, 15:01 ] |
Заголовок сообщения: | Re: Списание абонплаты |
а не, я про другое подумал |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |