forum.bitel.ru http://forum.bitel.ru/ |
|
[6.1] Группы тарифов (CRM) http://forum.bitel.ru/viewtopic.php?f=22&t=10231 |
Страница 1 из 1 |
Автор: | Villian [ 26 фев 2015, 16:02 ] |
Заголовок сообщения: | [6.1] Группы тарифов |
При добавлении ТП и привязке его контрагенту. Не указывая периода по все отлично. Указав период ПО будущей датой ТП пропадает из списка в выборе тарифа в договоре ![]() |
Автор: | Boris [ 02 мар 2015, 16:21 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов |
Что такое ПО? |
Автор: | zavndw [ 02 мар 2015, 16:23 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
период окончания действия ТП |
Автор: | Villian [ 02 мар 2015, 16:39 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
zavndw писал(а): период окончания действия ТП Оно самое ![]() |
Автор: | Villian [ 05 мар 2015, 12:50 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Аналогично и с периодом начала действия ТП. Установив период начала действия тп поздней датой допустим 20.03.2015 представитель видит этот ТП в списке до наступления указанного периода |
Автор: | Boris [ 11 мар 2015, 19:35 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Стоит ограничение // не открыта вторая дата либо начинает действовать в будущем - менять нельзя причем это с незапамятных времен, так как если тариф закрывается то надо его закрытие учитывать в дате открытия следующего , что там делать промежуток оставлять или тариф сдвигать кроме того если тариф закрыт будущим, о скорее всего после него уже назначен следующий тариф, т.е. его тоже надо или менять или чтото Вот из за таких вариантов всяких и введено правило, что меняется только открытый, действующий тариф |
Автор: | Villian [ 11 мар 2015, 20:20 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
В моем случае мне нужно выделить на определенный период ТП контрагенту для добавления его абонентам. По истечению периода этот ТП должен пропасть у представителя из списка.. Помнить в голове кому на какой период предоставлена данная акция как то не фэншуй |
Автор: | Boris [ 12 мар 2015, 12:28 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
так а период действия в группе тарифов не для этого разве? это если переходить на тариф. А так я не до конца понял, что нужно. что такое выделение тарифу гонтрагенту для раздачи абонентам? |
Автор: | Phricker [ 12 мар 2015, 13:50 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Boris писал(а): так а период действия в группе тарифов не для этого разве? это если переходить на тариф. А так я не до конца понял, что нужно. что такое выделение тарифу гонтрагенту для раздачи абонентам? Борис, доброго дня. Собственно первая проблема именно в том и заключается, что если выставить в группе тарифов дату окончания действия тарифа будущим числом (например 31.12.2015), то сегодня (12.03.2015) я не смогу его выбрать. Даже если буду добавлять новый тариф. Вторая проблема, заключается в том, что если в группе тарифов выставить дату начала действия тарифа позже сегодняшней - тариф все равно будет предлагаться к выбору если его добавлять Про смену уже установленного тарифа никто и не говорит. Подобную ошибку исправлял Артур. В ней невозможно было изменить тариф, если его не было в группе. И он сделал что если мы меняем уже установленный тариф который отсутствует в группе - он все равно остается для изменения. Не совсем понятно, что вы писали про ограничение "введенное с незапамятных времен" © ОБА примера показаны на видео. Тарифный план "Профи" пропадает из списка в первом случае, и остается во втором. |
Автор: | skn [ 12 мар 2015, 13:56 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Phricker писал(а): Вторая проблема, заключается в том, что если в группе тарифов выставить дату начала действия тарифа позже сегодняшней - тариф все равно будет предлагаться к выбору если его добавлять так вроде правильно, так как тариф можно сменить только как минимум с завтра, или другой датой в будущем... например, если ТП начинает действовать с завтра, то он уже сегодня как минимум должен быть доступен в списке.... |
Автор: | Phricker [ 12 мар 2015, 14:00 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
А я все же считаю, что неправильно, т.к. у вас все равно никаких проверок не делается. А выставить тариф в группе тарифов на один день раньше чем он в приказе - я и сам смогу, чтобы он отобразился ![]() а проверки на даты установки тарифа и сам делаю. Код: package ru.ellcom.bgbilling.scripts.contract; import java.sql.ResultSet; import java.sql.SQLException; import java.util.Calendar; import java.util.Date; import java.util.List; import bitel.billing.common.TimeUtils; import bitel.billing.server.admin.bgsecure.bean.UserGroupManager; import ru.bitel.bgbilling.common.BGException; import ru.bitel.bgbilling.common.BGMessageException; public class updateContractTariffPlan extends bitel.billing.server.contract.action.ActionUpdateContractTariffPlan { //ID группы администраторов private final int ADMIN_GROUP = 5; @Override public void doAction() throws SQLException, BGException { UserGroupManager userGroupManager = new UserGroupManager(con); List<Integer> groups = userGroupManager.getUserGroups(userID); Calendar calendar = Calendar.getInstance(); Date today = calendar.getTime(); calendar.add(Calendar.DAY_OF_YEAR, 1); Date tomorrow = calendar.getTime(); String id = getParameter("id", ""); Date date2 = TimeUtils.convertStringToDate(getParameter( "date2", "" )); Date date1 = TimeUtils.convertStringToDate(getParameter( "date1", "" )); if(!groups.contains(ADMIN_GROUP)) { if(!id.equals("0") & TimeUtils.dateBefore(date2, today)) { throw new BGMessageException( "Дата закрытия тарифного плана не может быть ранее текущей" ); } if(!id.equals("0") && date2 == null) { if(TimeUtils.dateBefore(date1, today)) { throw new BGMessageException( "Нельзя менять уже установленный тарифный план" ); } } if(id.equals("0") & TimeUtils.dateBefore(date1, tomorrow)) { String query = " SELECT COUNT(id) FROM contract_tariff WHERE cid=? "; java.sql.PreparedStatement ps = con.prepareStatement( query ); ps.setInt(1, cid); ResultSet rs = ps.executeQuery(); while ( rs.next() ) { int count = rs.getInt(1); if(count > 0 ) { throw new BGMessageException( "Тарифный план должен устанавливаться датой следующей за текущей" ); } } rs.close(); ps.close(); } } // иначе вызываем родительский метод super.doAction(); } } Кстати с этим скриптом подкололи, что после обновы ID для нового тарифа начал прилетать не new а 0 |
Автор: | Boris [ 12 мар 2015, 14:23 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Я подумал что это про личный кабинет. сейчас посмотрю почему так в договоре |
Автор: | Boris [ 12 мар 2015, 18:10 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Обновление выложил, смотрим. |
Автор: | dimOn [ 16 мар 2015, 14:58 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Цитата: А я все же считаю, что неправильно, т.к. у вас все равно никаких проверок не делается. про проверки подробнее сообщите проблему, где каких проверок не делается?
|
Автор: | Phricker [ 16 мар 2015, 15:25 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
dimOn писал(а): Цитата: А я все же считаю, что неправильно, т.к. у вас все равно никаких проверок не делается. про проверки подробнее сообщите проблему, где каких проверок не делается?В клиенте биллинга. Не WEB. |
Автор: | dimOn [ 16 мар 2015, 18:00 ] |
Заголовок сообщения: | Re: [6.1] Группы тарифов (CRM) |
Phricker писал(а): dimOn писал(а): Цитата: А я все же считаю, что неправильно, т.к. у вас все равно никаких проверок не делается. про проверки подробнее сообщите проблему, где каких проверок не делается?В клиенте биллинга. Не WEB. проверок на что и при каких действиях? на попадание (now) в заданный период? просто сейчас в TODO есть очень схожая проблема, которую я вяло пытаюсь изучить... |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |