forum.bitel.ru
http://forum.bitel.ru/

Временное понижение лимита
http://forum.bitel.ru/viewtopic.php?f=22&t=877
Страница 1 из 1

Автор:  snark [ 21 мар 2008, 22:27 ]
Заголовок сообщения:  Временное понижение лимита

Пытаюсь настроить сабж, для чего в конфигурацию добавил строки:
Код:
#--------------------------------------
# Временное понижение лимита
#
# коды групп договоров для которых действует данная настройка, через ','
# (чтобы узнать код группы нажмите Ctrl+i в справочнике групп при выбранной строке таблицы)
contract.limit.1.groups=
# максимальное количество не оплаченных (не возвратившихся) понижений при котором клиенту будет доступно понижение
# (0 - клиент не сможет выполнять понижение до тех пор пока будет хотя бы одно не оплаченное)
contract.limit.1.maxnotpayoffed=0
# максимальное количество частично оплаченных понижений при котором клиенту будет доступно понижение
# (0 - 1, частично оплаченное понижение может быть только одно)
contract.limit.1.maxpartialpayoffed=0
# количество просроченных платежей после последней разблокировки после которых доступ к понижению будет заблокирован
contract.limit.1.maxexpiredforblock=0
# количество дней на которое понижается лимит ("от" и "до")
contract.limit.1.mindays=1
contract.limit.1.maxdays=3
# сумма понижения ("от" и "до")
contract.limit.1.minsumm=-10
contract.limit.1.maxsumm=-100
# нижний порог лимита при понижении клиентом (по умолчанию -100)
# т.е ниже этого порога клиент понизить не сможет
contract.limit.1.minlimit=-100
Чем хотел реализовать следующее:
- максимальное количество не оплаченных понижений == 1
- максимальное количество частично оплаченных понижений == 1
- количество просроченных платежей после последней разблокировки == 0
- лимит может быть понижен max на 3 дня, на сумму от -10 до -100 руб.
Я все верно понял в конфигурации? Если да, то хорошо, если нет, то объясните где был не прав. Да, я знаю что не указаны группы, но дело в том что я совсем не использую группы, совсем, т.к. считаю их совершенно ненужной и нецелесообразной сущностью, т.к. на мой взгляд самая верная группировка - группировка по тарифам и никакая другая. Т.к. я не использую группы - как я могу использовать понижение лимита не задействуя группы?

У клиента дебетовый режим работы, но при заходе на статистику видно:
Код:
Возможность понижения лимита заблокирована
Вопрос собственно в следующем - почему нельзя работать с лимитом?

Автор:  Victor [ 24 мар 2008, 11:13 ]
Заголовок сообщения: 

имхо выставить группу.
А что вам мешает в скрипте перехода на другой тарифный план менять абоненту группу = его тарифному плану?

Автор:  Администратор [ 24 мар 2008, 12:36 ]
Заголовок сообщения: 

Необходимо создать группу, например "Понижение лимита" и проставить ее тем договорам, кому разрешено понижение. Ну и в конфигурации прописать.
P.S. Ваша точка зрения по поводу разделения договоров по признаку тарифного плана понята, и вы можете не повторять ее в каждом посте.
У нашей системы есть своя идеология. Тариф и услуга - раздельные понятия. Тарифов в договоре может быть несколько. Основной признак разделения договоров - группа. Добавить _везде_ где есть разделение по группам деление по тарифам - задача очень затратная по времени.
Т.к. задача сложна и кроме вас запрос на функционал не был поддержан никем она для нас не приоритетна. У нас огромный список горящих доработок и мы просто вынуждены ранжировать задачи по срочности.
Я уже советовал вам решить вашу задачу встроенными скриптами, привязывая группу к тарифу. Скрипты для того и создавались, чтобы обеспечить дополнительную гибкость под каждого клиента.

Автор:  snark [ 25 мар 2008, 00:19 ]
Заголовок сообщения: 

Администратор писал(а):
Необходимо создать группу, например "Понижение лимита" и проставить ее тем договорам, кому разрешено понижение. Ну и в конфигурации прописать.
Спасибо, это я уже понял ...
Администратор писал(а):
Я уже советовал вам решить вашу задачу встроенными скриптами, привязывая группу к тарифу. Скрипты для того и создавались, чтобы обеспечить дополнительную гибкость под каждого клиента.
Да, но не могли бы Вы привести код скрипта меняющего группу при изменении тарифа? Дело в том что сейчас просто нет времени на изучение явы, структуры биллинга и последующее написание/тестирование скрипта :(

Автор:  snark [ 25 мар 2008, 18:12 ]
Заголовок сообщения: 

Администратор писал(а):
Основной признак разделения договоров - группа.
укажите пожалуйста это в документации
Цитата:
Группы необходимы для логического объединения договоров одного типа, поиска.
укажите что группа - это не просто логическое деление, это Важная составляющая всей системы и без оных групп некий функционал просто не может быть доступен ... а то получится как со мной - я как честный мальчик подумал что раз это логическое деление то более нигде оно не используется ...

P.S. есть шансы увидеть код скрипта?

Автор:  Victor [ 25 мар 2008, 18:33 ]
Заголовок сообщения: 

Уважаемый, мы уже полтора года пользуемся этим биллингом и никаких неудобств по использованию групп не ощущаем.
По поводу скрипов и нежелании изучать их, мне кажется, что это уже слишком. В штате нормального провайдера должен быть нормальный программист, который разбирается с любым языком на раз-два-три. Требовать каждый раз точить или разрабатывать скрипты под вас с разработчика как минимум наглость. Система открыта, базируется на известных стандартах и имеет кучу документации.

Автор:  snark [ 25 мар 2008, 19:26 ]
Заголовок сообщения: 

Victor писал(а):
Уважаемый, мы уже полтора года пользуемся этим биллингом и никаких неудобств по использованию групп не ощущаем.
С чем лично я Вас сердечно поздравляю. Очень за Вас рад.
Victor писал(а):
По поводу скрипов и нежелании изучать их, мне кажется, что это уже слишком. В штате нормального провайдера должен быть нормальный программист, который разбирается с любым языком на раз-два-три. Требовать каждый раз точить или разрабатывать скрипты под вас с разработчика как минимум наглость.
Кто сказал что я не собираюсь изучать написание скриптов? Дело в том что мне биллинг был нужен еще вчера и я, заметьте, попросил а не потребовал показать мне текст скрипта, т.к. просто нет времени разбираться а сроки поджимают. Если лично Вам это сложно показать Ваш вариант, так сказать в качестве примера - значит так тому и быть. Я что-то не так сделал прося разработчиков показать скрипт работающий в рамках логики описаной в документации (это я про скрипт перевода из тарифа в тариф), а не так как мне захочется в нем написать переходы ну и прибавить туда группы? Я конечно могу снимать абонентку и переводить из тарифа в тариф внешними скриптами реализующими все что мне захочется (Вы не поверите но уже много лет эта схема не на BGB работает просто отлично), но я хочу делать это в рамках биллинга (в рамках BGB) и поэтому, повторюсь, прошу ... Вы вообще разницу между просьбой и требованием видите? "Требовать" - да, наглось, ну а "просить" то тут при чем?

Автор:  Victor [ 26 мар 2008, 09:38 ]
Заголовок сообщения: 

Цитата:
Дело в том что мне биллинг был нужен еще вчера и я, заметьте, попросил а не потребовал показать мне текст скрипта, т.к. просто нет времени разбираться а сроки поджимают

Насколько я знаю, вы до сих пор не купили ни одной лицензии на этот биллинг. О какой срочности может идти речь и почему разработчики должны уделять Вам столько времени в рамках бесплатной лицензии? Я не по наслышке знаю, насколько они загружены работой и поэтому сам лишний раз стараюсь не дергать по пустякам. Вы же, образно говоря, тут посношали всем мозг.

Автор:  snark [ 26 мар 2008, 16:42 ]
Заголовок сообщения: 

Victor писал(а):
Насколько я знаю, вы до сих пор не купили ни одной лицензии на этот биллинг.
У Вас неверные сведения, т.к. я точно знаю что наша бухгалтерия либо уже оплатила либо вот вот доплатит лицензию.
Victor писал(а):
Я не по наслышке знаю, насколько они загружены работой и поэтому сам лишний раз стараюсь не дергать по пустякам.
Я по Вашему только и делаю что отдыхаю? Я задаю вопросы потому что у меня помимо биллинга есть что делать и с чем разбираться.
Victor писал(а):
Вы же, образно говоря, тут посношали всем мозг.
Я очень надеюсь что это Ваше личное мнение, а не мнение разработчиков, т.к. если я не прав - это не очень хорошо.

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/