| forum.bitel.ru http://forum.bitel.ru/ |
|
| Груповые операции (CRM) http://forum.bitel.ru/viewtopic.php?f=54&t=10418 |
Страница 1 из 1 |
| Автор: | Dima_M [ 15 апр 2015, 14:29 ] |
| Заголовок сообщения: | Груповые операции |
Пытаюсь раскидать задачу по договорам следуя документации: http://bgbilling.ru/v6.1/doc/ch43s03s05s03.html Получаю ошибку в клиенте: Цитата: java.lang.NullPointerException задачи в договорах не появляются. Вручную всё добавляется, всё работает, но хотелось бы сразу по множеству договоров. |
|
| Автор: | Artur [ 15 апр 2015, 14:31 ] |
| Заголовок сообщения: | Re: Груповые операции |
Здравствуйте. Вы бы полный текст ошибки показали из логов, было бы гораздо проще. |
|
| Автор: | Dima_M [ 15 апр 2015, 14:34 ] |
| Заголовок сообщения: | Re: Груповые операции |
Который лог надо смотреть? |
|
| Автор: | Artur [ 15 апр 2015, 14:35 ] |
| Заголовок сообщения: | Re: Груповые операции |
Dima_M писал(а): Который лог надо смотреть? Серверный. Если он пустой, то в клиенте в окошке с ошибкой должен быть. |
|
| Автор: | Dima_M [ 15 апр 2015, 14:36 ] |
| Заголовок сообщения: | Re: Груповые операции |
Код: server 04-15/13:31:09 ERROR [http-bio-0.0.0.0-8443-exec-5] AbstractJaxWsHandler -
java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at ru.bitel.bgbilling.kernel.container.service.server.ServiceInfo.invoke(ServiceInfo.java:101) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler.invoke0(AbstractJaxWsHandler.java:195) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler.access$0(AbstractJaxWsHandler.java:169) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler$1.run(AbstractJaxWsHandler.java:242) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:415) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler.invoke(AbstractJaxWsHandler.java:236) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWsHandler.invoke(JaxWsHandler.java:315) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler$ServiceInstanceResolver$1.invoke(AbstractJaxWsHandler.java:335) at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:150) at com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHandler.java:261) at com.sun.xml.ws.server.sei.SEIInvokerTube.processRequest(SEIInvokerTube.java:100) at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:641) at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600) at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585) at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482) at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:314) at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:608) at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:259) at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:162) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWSAdapter.handle(JaxWSAdapter.java:288) at bitel.billing.server.Executer.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:647) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.NullPointerException at ru.bitel.bgbilling.plugins.dispatch.server.dao.SubscriptionDao.update(SubscriptionDao.java:356) at ru.bitel.bgbilling.plugins.dispatch.server.DispatchServiceImpl.updateSubscriptions(DispatchServiceImpl.java:294) at ru.bitel.bgbilling.plugins.dispatch.server.DispatchServiceImpl.addSubscriptions(DispatchServiceImpl.java:340) ... 44 more |
|
| Автор: | skn [ 15 апр 2015, 15:51 ] |
| Заголовок сообщения: | Re: Груповые операции |
пофиксили, проверьте |
|
| Автор: | Dima_M [ 15 апр 2015, 16:38 ] |
| Заголовок сообщения: | Re: Груповые операции |
по одному - добавляет нажимаю все, открываю договор наугад и нет рассылки |
|
| Автор: | skn [ 15 апр 2015, 16:44 ] |
| Заголовок сообщения: | Re: Груповые операции |
Dima_M писал(а): по одному - добавляет нажимаю все, открываю договор наугад и нет рассылки не понял... что значит "по одному"? |
|
| Автор: | Dima_M [ 15 апр 2015, 16:47 ] |
| Заголовок сообщения: | Re: Груповые операции |
две кнопки: следующий и все. если нажимаю следующий, то в следующий добавляется и пометка с выбора договора снимается. И так по одному всех прощёлкал - везде добавилось. Хорошо что в выборке всего порядка 200 абонентов. а если нажать все, то не добавляется рассылка в договор. |
|
| Автор: | skn [ 15 апр 2015, 17:15 ] |
| Заголовок сообщения: | Re: Груповые операции |
Dima_M писал(а): две кнопки: следующий и все. если нажимаю следующий, то в следующий добавляется и пометка с выбора договора снимается. И так по одному всех прощёлкал - везде добавилось. Хорошо что в выборке всего порядка 200 абонентов. а если нажать все, то не добавляется рассылка в договор. странно, по коду там не должно быть разницы, по одной или все... да и на тестовой базе тоже не смог воспроизвести |
|
| Автор: | Dima_M [ 15 апр 2015, 17:18 ] |
| Заголовок сообщения: | Re: Груповые операции |
ну, необходимость пока отпала - добавил по одному. Но эффект такой был, три раза проверил по разному |
|
| Автор: | Dima_M [ 15 апр 2015, 17:20 ] |
| Заголовок сообщения: | Re: Груповые операции |
В логах тоже пусто. |
|
| Автор: | skn [ 15 апр 2015, 17:32 ] |
| Заголовок сообщения: | Re: Груповые операции |
Dima_M писал(а): ну, необходимость пока отпала - добавил по одному. Но эффект такой был, три раза проверил по разному там есть условие не добавлять рассылку если на договоре нет контактов... |
|
| Автор: | Dima_M [ 15 апр 2015, 18:26 ] |
| Заголовок сообщения: | Re: Груповые операции |
контакты заполнены. Правда не у всех, но заполнены. Речь идёт только о договорах с заполненными контактами. |
|
| Автор: | nikav80 [ 19 мар 2016, 17:34 ] |
| Заголовок сообщения: | Re: Груповые операции |
Код: Информация о версии: Клиент: вер. 6.2.805 / 10.03.2016 15:08:45 os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_66 Сервер: вер. 6.2.1032 / 10.03.2016 15:09:06 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_60 bill: вер. 6.2.75 / 01.03.2016 00:18:23 card: вер. 6.2.37 / 01.03.2016 00:15:25 cerbercrypt: вер. 6.2.213 / 03.03.2016 18:28:53 dialup: вер. 6.2.315 / 01.03.2016 00:17:59 gorod: вер. 6.2.164 / 01.03.2016 00:18:32 inet: вер. 6.2.641 / 10.03.2016 14:20:55 mps: вер. 6.2.191 / 11.03.2016 00:50:50 npay: вер. 6.2.192 / 01.03.2016 18:22:14 reports: вер. 6.2.203 / 02.03.2016 01:08:39 rscm: вер. 6.2.176 / 01.03.2016 00:18:37 ru.bitel.bgbilling.plugins.bonus: вер. 6.2.116 / 01.03.2016 00:18:24 ru.bitel.bgbilling.plugins.crm: вер. 6.2.190 / 01.03.2016 00:18:30 ru.bitel.bgbilling.plugins.dispatch: вер. 6.2.83 / 01.03.2016 00:18:31 ru.bitel.bgbilling.plugins.documents: вер. 6.2.168 / 01.03.2016 00:18:31 ru.bitel.bgbilling.plugins.helpdesk: вер. 6.2.178 / 10.03.2016 15:18:17 trayinfo: вер. 6.2.170 / 02.02.2016 17:42:09 Проблема не исчезла! Из списка договоров(1,2,3), в групповой операции, рассылка попадает только на первый договор(1)! Нигде,никаких ошибок нет! В логах клиента Код: {http://common.dispatch.plugins.bgbilling.bitel.ru/}DispatchService:addSubscriptions
<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Body><ns5:addSubscriptions xmlns:ns5="http://common.dispatch.plugins.bgbilling.bitel.ru/" xmlns:common="http://common.bitel.ru" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><dispatchIds>1</dispatchIds><contractIds>1, 2, 3</contractIds></ns5:addSubscriptions></S:Body></S:Envelope> |
|
| Автор: | Dima_M [ 23 мар 2016, 16:19 ] |
| Заголовок сообщения: | Re: Груповые операции |
Подтверждаю! Только что добавлял рассылку на договоры с помощью групповой операции. Опять пришлось "прощёлкивать" по одному договору. Сразу на все договоры рассылка не добавляется!!! |
|
| Автор: | Ildar [ 24 мар 2016, 12:59 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Спасибо. Исправление будет доступно в ближайшем обновлении. |
|
| Автор: | nikav80 [ 24 мар 2016, 20:13 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Ещё вопрос, правда не по теме. Есть глобальный скрипт который запускается планировщиком. Скрипт берёт некоторые параметры из конфигурации плагина. Если я внесу в эти параметры изменения, то при запуске через планировщик скрипт принимает параметры, которые были до изменения, а при запуске из редактора скрипт принимает измененные значения параметров! Чтобы при запуске через планировщик скрипт принимал измененные параметры, каждый раз приходится перезапускать планировщик! 
|
|
| Автор: | skyb [ 25 мар 2016, 06:14 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
подтверждаю |
|
| Автор: | nikav80 [ 11 май 2016, 12:07 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
nikav80 писал(а): Ещё вопрос, правда не по теме. Есть глобальный скрипт который запускается планировщиком. Скрипт берёт некоторые параметры из конфигурации плагина. Если я внесу в эти параметры изменения, то при запуске через планировщик скрипт принимает параметры, которые были до изменения, а при запуске из редактора скрипт принимает измененные значения параметров! Чтобы при запуске через планировщик скрипт принимал измененные параметры, каждый раз приходится перезапускать планировщик! Исправлено или нет? или так должно быть? |
|
| Автор: | Ildar [ 11 май 2016, 21:42 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Пока исправлено только в 7.0 |
|
| Автор: | abu [ 16 окт 2017, 15:00 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Групповая операция добавляет рассылку на договор только тогда, когда у договоров уже есть контакт с такой рассылкой. Если контакта с такой рассылкой нет, то рассылка на договор не добавляется. В результате на полторы тысячи договоров надо сперва руками прописать контакты под новую рассылку, а потом уже применить групповую операцию, чтобы рассылка добавилась. Это как-то можно обойти или, мб, я просто не понимаю суть групповой операции для этого плагина? |
|
| Автор: | Artur [ 17 окт 2017, 09:47 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Здравствуйте. Одним из обязательных условий подписки на рассылку является наличие контакта, который бы подходил под рассылку. Иначе какой смысл подписывать на рассылку без контакта? А если и подписывать, то как и, главное, на какой адрес/телефон/etc слать сообщение из рассылки? При использовании групповой операции предполагается, что на договоре есть подходящий контакт. Если нет, то подписка не добавится. Есть механизм, когда контакту сопоставляется параметр договора по умолчанию. [url="https://docs.bitel.ru/pages/viewpage.action?pageId=43386507"]Документация[/url]. В групповой операции, в случае, если на договоре будет отсутствовать подходящий контакт, но в рассылке будет добавлен тип контакта, в котором прописан параметр по умолчанию, то на договор добавится новый контакт, который ссылается на параметр договора и тогда подписка на рассылку добавится. Либо можно сделать групповую операцию по добавлению пустого контакта, чтобы можно было подписать договор на рассылку, но это как то... странно. Предложите другой вариант, рассмотрим. |
|
| Автор: | abu [ 17 окт 2017, 14:22 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Ситуация такая: 1. Не выставлен параметр по умолчанию. 2. Имеется 1500 абонентов с контактами, у которых выставлена, скажем, "Рассылка А". 3. Так как "Рассылка А" перестала быть надежной, нужно перевести всех абонентов из пункта 2 на "Рассылку Б". С одной стороны, как вы и объяснили, его решить можно было бы, если бы был выставлен параметр по умолчанию, но - увы. "сделать групповую операцию по добавлению пустого контакта, чтобы можно было подписать договор на рассылку" - согласен, странно получится и все равно не избавит от создания контактов вручную. Выходит так, что решения нет, либо - как-то реализовывать массовую смену у контактов метода рассылки. Спасибо за объяснения. |
|
| Автор: | Artur [ 17 окт 2017, 15:20 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Прошу прощения, возможно, что вы не до конца поняли мою мысль. Объясню на вашем примере. Когда вы создаете "Рассылку Б", вам необходимо выбрать определенный тип контакта для этой рассылки. Назовем его "Тип контакта для Рассылки Б". При заведении этого типа контакта в менеджере контактов вы указываете параметр договора по умолчанию для этого типа контакта, из которого следует взять контактные данные (email, телефон, etc). Соответственно при запуске групповой рассылке на 1500 договоров каждому будет добавлена "Рассылка Б" при наличии на договоре контакта с типов "Тип контакта для Рассылки Б" . Если такого контакта нет, то он будет добавлен автоматически, при этом значение для контакта будет взято из параметра договора, к которому был привязан данный тип контакта. В вашем случае должно все прекрасно заработать. Естественно, если у договора не заполнен соответствующий параметр договора, то хоть контакт и создастся на договоре, но ничего отправлено не будет. Попробуйте, если не взлетит то, что я вам описал, то будем разбираться почему, т.к. судя по коду должно работать именно так, как я вам описал. |
|
| Автор: | abu [ 17 окт 2017, 16:40 ] |
| Заголовок сообщения: | Re: Груповые операции (CRM) |
Спасибо большое за объяснения, попробую сделать по вашему совету. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|