forum.bitel.ru http://forum.bitel.ru/ |
|
Alarm в клиенте биллинга. Важно!!! http://forum.bitel.ru/viewtopic.php?f=1&t=3086 |
Страница 1 из 2 |
Автор: | Akhmat [ 28 окт 2009, 15:14 ] |
Заголовок сообщения: | Alarm в клиенте биллинга. Важно!!! |
В клиенте биллинга есть неприятная дырка. И приходится частенько проверять, не провалился ли в неё кто ![]() Если есть тарифный план, например интернет + абонплата, то, если договору не назначена услуга абонплат, либо она закрыта(по какой либо причине), то клиент может работать сколько ему влезет, пока это каким либо образом не всплывёт. К тому времени он может благополучно проработать несколько месяцев, и затем весьма сложно взыскать с абонента деньги за потреблённые услуги, да ещё приходится краснеть перед ним, и ссылаясь на технический сбой, либо на то что его глупые менеджеры не правильно завели. Такая ситуация возможна, если договор был закрыт, в последствии открыт, ему открыли тарифный план, но не открыли услугу абонплат, и т.д. На практике встречается редко, но всегда неприятно, и у всех на слуху в компании. Теперь что бы очень хотелось. Чтобы клиент биллинга вёл себя более строго. Надо чтобы клиент сразу же говорил, что нехватает таких то услуг в договоре для тарифного плана при добавлении ТП, и всякий раз при открытии этого договора. Эту опцию можно включать либо отключать в настройках. Мелочь, а очень приочень желательно! Спасибо! |
Автор: | Victor [ 28 окт 2009, 15:35 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
1. Не снимающаяся абонентка это не повод абоненту ее исправно не перечислять... тогда при перерасчете все встанет на место и не придется никому ни перед кем краснеть. 2. В тарифный план как правило заруливается все возможное, а уже услугами рулится, снимать или нет деньги, поэтому предлагаемый функционал не всем удобен. 3. У нас на такой случай есть скриптик, который формирует отчет о таких договорах и уже вручную производятся все корректировки. |
Автор: | Akhmat [ 28 окт 2009, 15:58 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Victor писал(а): 1. Не снимающаяся абонентка это не повод абоненту ее исправно не перечислять... тогда при перерасчете все встанет на место и не придется никому ни перед кем краснеть. 2. В тарифный план как правило заруливается все возможное, а уже услугами рулится, снимать или нет деньги, поэтому предлагаемый функционал не всем удобен. 3. У нас на такой случай есть скриптик, который формирует отчет о таких договорах и уже вручную производятся все корректировки. Пункт 1 поясни. Не понял маневра ![]() 2. Так у меня не принято, не знакома ситуация. Если не удобен, то отключи опцию, и всё. 3. Скриптик есть. Скриптик запускаю я, иногда забываю ![]() |
Автор: | Victor [ 28 окт 2009, 17:00 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
1. Абонент выбрал тарифный план, согласился с его условиями, соответственно он должен каждый месяц приносить деньги. Если абонент видит не изменяющийся месяц от месяца баланс, то наиболее честные звонят и интересуются, почему так, наиболее хитрожопые сидят и помалкивают, надеясь на халяву. Честные получают перерасчет и благодарность, хитрожопые перерасчет и большой минус на счету. Услуга была оказана, деньги списаны. А когда они списаны, уже дело 10-ое. Единственно, идем навстречу и если в какой-то из месяцев не было наработки, то не производим переначисления за этот месяц. 3. Поставь на крон, пусть он тебе на мыло раз в сутки шлет отчет, если появились леваки. |
Автор: | Akhmat [ 28 окт 2009, 17:55 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
1. Как оригинально. У нас все хитрожопые, если у меня инет работает, чего беспокоиться, считается он или нет. А когда это обнаруживается, бывает клиент должен бывает порядка 10 тысяч. И что делает данный клиент? Возмущается, говорит что ему все равно до "чужого горя" затем либо оплачивает, либо уходит к конкуренту. 3. Полезный совет. Спасибо. А если я умру что делать? Такого вообще не должно быть в биллинге. Это дырка, а тема данная - предложение залатать данную дырку, а не подставлять вёдра, чтобы не намокал пол. Уважаемые защитники разработчиков. Не надо относится так строго к новым поступающим предложениям. Разработчики не сломаются. Неженок там нету. Это всего лишь предложения на обсуждение, как появится время у них на рассмотрение. Не требую же чтобы это немедленно реализовали. Не критично это, просто неприятно. Предлагаю добавить в ТУДУ. |
Автор: | Amir [ 28 окт 2009, 20:24 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Но бывает же в одном тарифе прописаны цены сразу для всех услуг (например для телефонии - переадресация, аон и т.п.) А в договоре услуга подключается когда она действительно есть. Как быть тут? P.S. Для некоторых сложных операций мы иногда предлагаем сделать "дополнительное действие" в клиенте биллинга, где скриптом делается сразу несколько нужных вам операций, а расчетному отделу достаточно нажать только выбрать действие и нажать выполнить. |
Автор: | max [ 28 окт 2009, 21:54 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
а я предлагаю сделать просттую вещь, которая бы реализовала данную фичу: сделать отчёт по вновь создаваемому договору, в котором были бы выведены все параметры и после заведения договора оператор бы нажимал кнопку "Проверить" и ему бы выдавался данный отчёт, незаполненные поля можно выделять красным по моему было бы очень удобно... |
Автор: | Akhmat [ 28 окт 2009, 22:02 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Прикол в том, что после заведения договора такая бодяга также легко может появится как и при заведении. А аларм сразу будет предупреждать нерадивого пользователя о его косяке. При заведении договора, если шаблон договора хорошо заполнен, такой вероятности даже меньше. |
Автор: | stark [ 28 окт 2009, 22:05 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Можно повесить скриптовые обработчики на событие закрытия/открытия договора (я не помню есть ли это событие, но если надо можем добавить). В них делать все что вам нужно - открывать абонплату и т.п . Некоторые вешают нечто подобное на смену тарифа . например тариф сменили и добавили другую услугу сразу . Т.е автоматизировать с помощью обработчиков скриптов . Это решение нужно пока только вам ..у каждого свое понятие "правильности " заполения договора . У большинства в тарифе указано как раз намного больше , чем есть в договоре . Это более рапрстраненный и универсальный случай, а у вас частный |
Автор: | stark [ 28 окт 2009, 22:08 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Akhmat писал(а): Уважаемые защитники разработчиков. Не надо относится так строго к новым поступающим предложениям. Разработчики не сломаются. Неженок там нету. Это всего лишь предложения на обсуждение, как появится время у них на рассмотрение. Не требую же чтобы это немедленно реализовали. Не критично это, просто неприятно. Предлагаю добавить в ТУДУ. Они защищают не только нас . Они защищают универсальны функционал . Вы пытаетесь порой подмять его под себя, т.е просите нас сделать так, чтобы биллинг работал по логике, нужной только вам и удобной в вашей организации . Остальным это не нужно . в данном случае пример с тарифами это показывает, не все используют тарифы как вы . |
Автор: | Akhmat [ 28 окт 2009, 22:15 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
stark писал(а): Они защищают не только нас . Они защищают универсальны функционал . Вы пытаетесь порой подмять его под себя, т.е просите нас сделать так, чтобы биллинг работал по логике, нужной только вам и удобной в вашей организации . Остальным это не нужно . в данном случае пример с тарифами это показывает, не все используют тарифы как вы . Не не не, таких собак не вешайте на меня ![]() Согласен с Вами, думаю имеющимися средствами можно сделать такое, и убрать неугодные мне моменты. Надо время чтобы придумать как. В общем случае, полагаю что и другим такое может оказаться полезным. Такие моменты с абонплатами крайне популярны, потому что абонплаты используются у любого оператора. Подозреваю любому из них не понравится, что абонент потенциально может пользоваться услугами без начисления ему наработки по невнимательности операторов биллинга. Таким образом это универсальная нужда любого провайдера. А если кому не надо, так это же предполагается реализовать опцией? ![]() |
Автор: | Akhmat [ 22 ноя 2009, 05:26 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Доброго времени суток. Решил написать таки скрипты предобработки, которые бы проверяли, все услуги добавлены для данного тарифа или нет, но вот ведь не задача, оказывается нету такого события, "добавление/изменение тарифа". Подскажите как по другому проверять в режиме онлайн, валидность заведения/изменения тарифов? |
Автор: | stark [ 23 ноя 2009, 17:26 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Akhmat писал(а): Доброго времени суток. Решил написать таки скрипты предобработки, которые бы проверяли, все услуги добавлены для данного тарифа или нет, но вот ведь не задача, оказывается нету такого события, "добавление/изменение тарифа". Подскажите как по другому проверять в режиме онлайн, валидность заведения/изменения тарифов? добавили в TODO |
Автор: | Akhmat [ 24 дек 2009, 22:42 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Большая просьба добавить это событие как можно скорее. Очень надо уже сейчас. Можно также заодно на удаление тарифа событие реализовать, для автоматической коррекции абонплаты. (не обязательно) |
Автор: | Akhmat [ 25 дек 2009, 22:21 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
сообщите по срокам инфу |
Автор: | KostiK [ 11 янв 2010, 20:17 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Сделал события на добавление/редактирование и удаление тарифа в договоре. В ближайшем обновлении сервера будет. |
Автор: | Akhmat [ 12 янв 2010, 01:46 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
![]() хм, уже хотел обидеться)) Спасибо! |
Автор: | stark [ 12 янв 2010, 18:21 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
выложили |
Автор: | Akhmat [ 15 янв 2010, 21:35 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Как получить услуги используемые тарифным планом? ![]() Наверное както запросом с использованием TariffRequest можно. Да вот описания нет нормального как рикуестить в тарифы( |
Автор: | Akhmat [ 28 янв 2010, 16:43 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Скрипт синхронизации периодов действия услуг в соответсвии с тарифными планами В работе использую не долго, но ошибок не было пока что, работает стабильно. ![]() |
Автор: | Akhmat [ 09 фев 2010, 23:03 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Никто не прикололся? ![]() Попробуйте, удобно, и не сложно добавить. Добавляете скрипт на тестовый договор и смотрите как синхронизируются услуги) Не нужно больше вслед за тарифом добавлять договору услуги. Особенно полезно для тех, у кого лицензии на какието модули ограничены, т.к. при закрытии/удалении какогото тарифа, уже не нужные услуги на договоре сами закрываются/удаляются. |
Автор: | max [ 10 фев 2010, 11:12 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
встречный вопрос, а как быть если не все услуги из тарифа нужно назначить клиенту? не юзать скрипт? ![]() |
Автор: | Akhmat [ 10 фев 2010, 15:13 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
тогда не юзать ![]() Предпочитаю делать просто поболее тарифов, и все. если тариф не популярен, то делаю персональный тариф. |
Автор: | skyb [ 12 апр 2010, 08:54 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Akhmat писал(а): Скрипт синхронизации периодов действия услуг в соответсвии с тарифными планами В работе использую не долго, но ошибок не было пока что, работает стабильно. ![]() Не могли бы подсказать, попытался заюзать ваш скрипт, при смене тарифного плана не меняется абонплата. Вылетает вот такое в логах - где я не прав?? Версия биллинга - 4.6 Код: GENERATE_TIME: 12.04.10 03:38:08 EXECUTION_STOP_TIME: 12.04.10 03:38:09 PROCESS_TIME: 383 OUT: Event bitel.billing.server.script.bean.event.ContractTariffUpdateEvent cid: 1344; module: 0; type: 32 Services must be synchronized with folowing date periods cid=1344 SERVICES: sid=17 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=2 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=1 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=3 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=18 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=22 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=24 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= NPAY SERVICES: sid=4 date1=2010-02-26 date2=2010-04-10 sid=9 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=11 date1=2010-02-26 date2=2010-04-10 date1=2010-04-12 date2= sid=6 date1=2010-04-12 date2= DELETE FROM contract_service WHERE cid=1344 AND sid NOT IN (17,2,1,3,18,22,24) DELETE FROM npay_service_object_8 WHERE cid=1344 AND sid NOT IN (4,9,11,6) ERROR: EXCEPTIONS: Method Invocation sidman.synchronizeServices : at Line: 22 : in file: Function [id:22; title:ТП] : sidman .synchronizeServices ( cid , con ) Called from method: onEvent : at Line: -1 : in file: <Called from Java Code> : <Compiled Java Code> Target exception: Method Invocation psDelOther.executeUpdate : at Line: 164 : in file: Function [id:22; title:ТП] : psDelOther .executeUpdate ( SQLdelNonNeeded ) Called from method: synchronizeServices : at Line: -1 : in file: <Called from Java Code> : <Compiled Java Code> Target exception: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Table 'bgbilling.npay_service_object_8' doesn't exist java.util.concurrent.ExecutionException: Method Invocation sidman.synchronizeServices : at Line: 22 : in file: Function [id:22; title:ТП] : sidman .synchronizeServices ( cid , con ) Called from method: onEvent : at Line: -1 : in file: <Called from Java Code> : <Compiled Java Code> Target exception: Method Invocation psDelOther.executeUpdate : at Line: 164 : in file: Function [id:22; title:ТП] : psDelOther .executeUpdate ( SQLdelNonNeeded ) Called from method: synchronizeServices : at Line: -1 : in file: <Called from Java Code> : <Compiled Java Code> Target exception: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Table 'bgbilling.npay_service_object_8' doesn't exist at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source) at java.util.concurrent.FutureTask.get(Unknown Source) at bitel.billing.server.script.bean.ScriptMachine$ThreadedScriptMachine.runScriptImpl(ScriptMachine.java:359) at bitel.billing.server.script.bean.ScriptMachine.runScript(ScriptMachine.java:128) at bitel.billing.server.script.bean.event.EventProcessor.processEvent(EventProcessor.java:239) at bitel.billing.server.script.bean.event.EventProcessor.processEvent(EventProcessor.java:182) at bitel.billing.server.script.bean.event.EventProcessor.run(EventProcessor.java:140) Caused by: Method Invocation sidman.synchronizeServices : at Line: 22 : in file: Function [id:22; title:ТП] : sidman .synchronizeServices ( cid , con ) Called from method: onEvent : at Line: -1 : in file: <Called from Java Code> : <Compiled Java Code> Target exception: Method Invocation psDelOther.executeUpdate : at Line: 164 : in file: Function [id:22; title:ТП] : psDelOther .executeUpdate ( SQLdelNonNeeded ) Called from method: synchronizeServices : at Line: -1 : in file: <Called from Java Code> : <Compiled Java Code> Target exception: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Table 'bgbilling.npay_service_object_8' doesn't exist at bsh.BSHMethodInvocation.eval(Unknown Source) at bsh.BSHPrimaryExpression.eval(Unknown Source) at bsh.BSHPrimaryExpression.eval(Unknown Source) at bsh.BSHBlock.evalBlock(Unknown Source) at bsh.BSHBlock.eval(Unknown Source) at bsh.BshMethod.invokeImpl(Unknown Source) at bsh.BshMethod.invoke(Unknown Source) at bsh.BshMethod.invoke(Unknown Source) at bsh.This.invokeMethod(Unknown Source) at bsh.This.invokeMethod(Unknown Source) at ru.bitel.bgbilling.kernel.script.server.bean.ScriptInstance.invoke(ScriptInstance.java:329) at bitel.billing.server.script.bean.ScriptMachine$InvokeScriptRunner.runScript(ScriptMachine.java:84) at bitel.billing.server.script.bean.ScriptMachine.runScriptImpl(ScriptMachine.java:204) at bitel.billing.server.script.bean.ScriptMachine$ThreadedScriptMachine.access$0(ScriptMachine.java:1) at bitel.billing.server.script.bean.ScriptMachine$ThreadedScriptMachine$1.call(ScriptMachine.java:349) at bitel.billing.server.script.bean.ScriptMachine$ThreadedScriptMachine$1.call(ScriptMachine.java:1) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) WARNINGS: Этого в мускуле нет - Код: bgbilling.npay_service_object_8 есть только Код: bgbilling.npay_service_object_4
|
Автор: | skyb [ 12 апр 2010, 09:03 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Это я дурной, непосмотрел сразу надо было поменять Код: int NPAY_MID = 8 ; и Код: private int NPAY_MID=8 ; Все заработало, спасибо за скриптик ![]() А мож кто подскажет - как вы делаете? У меня ТП только те которые используются и в них выставлены все услуги (типо статический ip ) как вы в этом случае поступаете? ведь не всегда нужно выставлять эти услуги. Просто делаете ТП с набором тех или иных видов услуг? и ими уже управляете?? или есть более интересный выход? При тестировании родилась такая идея - по включению в биллинг Сделать нечто вида шаблонов, тоесть при добавлении в учетку такого то ТП или группы ТП использовать такие вот параметры (группы, скрипты). Чтоб выставлял, а при смене синхронизировал. Было бы кул |
Автор: | philyuchkoff [ 12 апр 2010, 11:13 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Akhmat писал(а): Спасибищще! Очень удобный скрипт! |
Автор: | Akhmat [ 12 апр 2010, 20:11 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Спасибо за оценку. Позже выложу скрипт обновленный. Там есть метод, void NotSynchronizeServices( list ); // не синхронизировать сервисы, через запятую список сервисов. Ато этот скрипт удаляет услугу модуля карточек например, т.к. в тарифах её не бывает, и клиенты не могут потом активировать карты. Также скрипт не добавляет модуль абонплат в таблицу contract_module. Считал что запись в этой таблице не обязательна, а оказалось, что если абонплата "пропорционально периоду" в тарифе стоит, то при начислении абонплат, абонплата списывается полностью, независимо от статусов, при отсутсвии записи в contract_module для этого договора, что есть малость странно. |
Автор: | Akhmat [ 12 апр 2010, 20:21 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
skyb писал(а): А мож кто подскажет - как вы делаете? У меня ТП только те которые используются и в них выставлены все услуги (типо статический ip ) как вы в этом случае поступаете? ведь не всегда нужно выставлять эти услуги. Просто делаете ТП с набором тех или иных видов услуг? и ими уже управляете?? или есть более интересный выход? При тестировании родилась такая идея - по включению в биллинг Сделать нечто вида шаблонов, тоесть при добавлении в учетку такого то ТП или группы ТП использовать такие вот параметры (группы, скрипты). Чтоб выставлял, а при смене синхронизировал. Было бы кул У меня абонплата за статический ИП отдельный ТП. Не многим клиентам нужен стат ИП, потому не видел смысла заводить его в общий тариф. Если в тарифах присутствует логика, "завести побольше услуг", а в договоре добавлять только необходимые, то этот скрипт синхронизации не уместен в том виде какой он есть сейчас. ИМХО такой подход довольно не удобен, потому что есть логический "разрыв" между услугами и содержимым тарифа, и менеджерам надо объяснять, "в этом тарифе есть услуга, в этом нету", ведь менеджеры обычно не могут просмотреть содержимое тарифного плана, да и незачем им это. |
Автор: | skyb [ 13 апр 2010, 05:19 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Разработчики, А Вы что думаете по этому поводу? |
Автор: | philyuchkoff [ 13 апр 2010, 05:54 ] |
Заголовок сообщения: | Re: Alarm в клиенте биллинга. Важно!!! |
Akhmat писал(а): если абонплата "пропорционально периоду" в тарифе стоит, то при начислении абонплат, абонплата списывается полностью, независимо от статусов У меня как раз такой случай, абонплата пропорционально периоду. Наверное, мне пока лучше отключить скрипт, пока вы его не переделаете? |
Страница 1 из 2 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |