forum.bitel.ru http://forum.bitel.ru/ |
|
Насчитать Npay принудительно вне зависимости он статуса http://forum.bitel.ru/viewtopic.php?f=19&t=12480 |
Страница 1 из 1 |
Автор: | aiwbend [ 02 июн 2017, 15:18 ] |
Заголовок сообщения: | Насчитать Npay принудительно вне зависимости он статуса |
Есть задача насчитать абонплату принудительно вне зависимости он статуса договора. В ru.bitel.bgbilling.modules.npay.server.Calculator есть параметра activeFromDate который правильно считает но работает только при preCalcMode. Есть ли возможно это сделать как то другим способом? |
Автор: | spectrum [ 02 июн 2017, 17:16 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
Может вам штатных будет достаточно, если я вас правильно понял Код: # id статусов, накоторых не начислять абонплату contract.status.suspend.codes=2,3,4,5 # id услуг модуля NPAY на которых начислять абонплату вне зависимости от статуса. service.no.suspend.3=70,74 Мы это используем для начисления абонплат на аренду оборудования например. |
Автор: | aiwbend [ 05 июн 2017, 08:21 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
Таким способом я не смогу контролировать начало активного периода. |
Автор: | aiwbend [ 05 июн 2017, 09:11 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
Есть вариант выставлять статус на договоре затем после перерасчета возвращать его. В таком случае будет много мусора в логах. |
Автор: | aiwbend [ 05 июн 2017, 15:35 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
Разработчики, проясните пожалуйста ситуацию. Если нужна доработка где ее оформить? HelpDesk нет в нашем лк(B6243-15). |
Автор: | dimOn [ 05 июн 2017, 19:47 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
задача непонятна Цитата: Есть задача насчитать абонплату принудительно вне зависимости он статуса договора. просто отмечаете все статусы как активные и всё, и не ставите contract.status.suspend.codes ничего из реальных статусов будет считать во всех статусах. это же явным образом и настраивается. или вопрос в другом? з.ы. хелпдеск на договоре техподдержки, типа такого: BS***-09 |
Автор: | aiwbend [ 05 июн 2017, 23:38 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
dimOn писал(а): задача непонятна Цитата: Есть задача насчитать абонплату принудительно вне зависимости он статуса договора. просто отмечаете все статусы как активные и всё, и не ставите contract.status.suspend.codes ничего из реальных статусов будет считать во всех статусах. это же явным образом и настраивается. или вопрос в другом? з.ы. хелпдеск на договоре техподдержки, типа такого: BS***-09 Есть договор, у него статус Закрыт(01.06.17-...) абонентка не начисляется. Мне нужно начислить абонентку как будто договор активен с 06.06.17( curdate)-... но закрыт с 01.06.17-05.06.17. Т.е. насчитать наработку в задаваемом периоде калькулируемого месяца как реализовано в ru.bitel.bgbilling.modules.npay.server.Calculator если указать activeFromDate и включить preCalcMode. Суть - реализовать постоплатную помесячную логику начисления с уменьшением долга на каждый новый день если статус изначально "Закрыт". dimOn, пожалуйста скажите есть ли на текущий момент прозрачный вариант реализации такой логики, если нет мы закажем доработку. Я понимаю что можно нагородить сменой статуса при калькуляции, тарифами, опциями, переписать калькуляцию и тп, хотелось бы просто начислять по такой логике как это реализовано в сценарии preCalcMode с activeFromDate, не накручивая лишних логических цепочек и не греть голову при последующем обновлении. |
Автор: | dimOn [ 06 июн 2017, 00:42 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
то есть вы хотите чтобы статус не менялся и ничего не менялось вообще в договоре, но на самом деле за некоторые дни считало, а за некоторые нет? ну нет, такого нельзя, конечно. даже если вы напишете супер-скрипт, который это делает, то в любом случае как вы потом собираетесь это всё задним числом пересчитывать? если никакой информации о том куда в какой день что считать - у вас в принципе нету, кроме мысленной концепции "activeFromDate=сегодня". может быть надо плясать от цели, ну от суммы для разблокировки или что-то типа того? |
Автор: | aiwbend [ 06 июн 2017, 06:01 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
dimOn писал(а): даже если вы напишете супер-скрипт, который это делает, то в любом случае как вы потом собираетесь это всё задним числом пересчитывать? если никакой информации о том куда в какой день что считать - у вас в принципе нету, кроме мысленной концепции "activeFromDate=сегодня". В прошлом периоде и будет считать по статусам как они есть, а в будущем с текущего дня по логике activeFromDate. Повторюсь, необходимо насчитывать абоплату пропорционально периоду по предоплате. Те нужно чтобы долг за текущий месяц у него уменьшался с каждым днем если статус не активен. Например у него с начала месяца (01 число) статус "Не активен"(абонентка не должна насчитываться) но мы ему начисляем ее за текущий месяц с условием activeFromDate=01число, чтобы она насчиталась с 01 числа по конец месяца. Затем второго числа повторяем операцию но уже activeFromDate=02число, тем самым 1 числа статус учитывается как закрытый, а с 02 и до конца месяца условно активный, сумма наработки становится меньше без учета 01 числа и тд. Абонент в середине месяца решил оплатить, у него минус за пол месяца, он оплачивает, у него активируется статус и все гуд, и в логику статусов все укладывается. Далее на него уже не применяется эта логика начисления до тех пор пока он снова станет "Не активен". То что я описал выше правильно калькулируется в ru.bitel.bgbilling.modules.npay.server.Calculator но там в задачу начисления это не улетает. В общем с перерасчетом задним числом проблем нет. |
Автор: | dimOn [ 06 июн 2017, 11:56 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
идея понятна, только непонятно всё же зачем именно в таком виде всё пересчитывать. то что вы описываете штатно решается просто установкой суммой для разблокировки, просто немного в другом виде. но по сути так и есть - указание сколько остался клиент должен. ну или можете написать скрипт который будет статус вам двигать каждый день, пока клиент находится в неоплате. это наиболее надёжный способ, полагаю. а чтобы "контролировать начало активного периода" итд - ну делате виртуальный статус ещё один заблокированный и всё. больше не знаю что ещё посоветовать. |
Автор: | Phricker [ 06 июн 2017, 12:03 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
Я уточнил у ТСа в телеграме, почему его не устраивает функционал Запрос доп. расхода для открытия договора". Пока молчит. По идее, его он должен устроить, т.к. он просто хочет чтобы договор открывался когда у абонента будет хватать денег для наработки до конца месяца. Тут либо запрос расхода, либо тарифы авансом за месяц. |
Автор: | aiwbend [ 06 июн 2017, 13:17 ] |
Заголовок сообщения: | Re: Насчитать Npay принудительно вне зависимости он статуса |
Да я видел, но еще не вникал. Спасибо. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |