BiTel

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

А вот скриптовый обработчик события "прием платежа" - это стандартное средство?

тут(ближе к концу) вроде просили то же самое :
viewtopic.php?f=16&t=3727

Да, тоже самое, но ответа нет, ни на то, ни на это обращение...
Не надо советовать изменить условия работы, подскажите как реализовать наши условия.
Нам НЕ НУЖНО СНИМАТЬ с клиента минимальную сумму платежа! Нам нужно установить ПОРОГ ОТКРЫТИЯ договора после поступления платежа.

Уже подсказали и там и тут.

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

Если это адресовано мне, то я не могу издеваться на вами, как над клиентом. Я не работаю в Бителе, о чем черноречиво говорит цвет моего ника.

Вы уже пробовали реализовать нужный вам алгоритм разблокировки договора в обработчике платежа?

Нужно в конфигурации cервера поставить флаг:


чтобы отключить стандартный обработчик смены статуса и написать свой обработчик прихода платежа . Который будет менять статус сам. Что и посоветовал вам vdd.
вот тут есть пример меняющий статус:
viewtopic.php?f=16&t=1743&hilit=KernelConst

Уважаемый stark, неужели для работы в вашим биллингом нужно быть программистом? Я готов оплатить персональную доработку, но не готов изучать языки программирования вашей системы. Заказ на доработку через личный кабинет у меня не приняли, послали в форум, в форуме мне предлагают самому писать скрипты... Как-то странно всё это, вы не находите?

Если не хотите разбираться - любой скрипт за оплату можно заказать. О какой "доработке" речь, почему скрипт не хотите?

_________________
I'm clever. I've got a computer.

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

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

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

на форуме вам никто и ну будет писать скрипт . Вы приехали на шиномонтажку и бесплатно просите починить вам колесо . Хотите доработку пишите на почту или в helpdesk.Я не знаю кто вы и что вам ответили в helpdesk , вам проще решить этот вопрос с нами напрямую тогда

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

Действительно . Вопросов становится все больше . А что такое "ожидание минимального накопления" и "сумма минимального платежа" и как оно накапливается?

Жжете, однако. Сами ввели термин, а теперь спрашиваете что это?

Давольно таки интересная задумка, интересно, будет реализовано??

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Прошу прощения, что погоняли клиента туда-сюда. Вопрос оказался проще платной доработки.
Дублирую ответ в форум.

Ну т.е. это некий параметр, добавляющий к требуемой сейчас для открытия сумме некое фиксированное значение. Т.е. это по сути остаток, который должен оставаться после разблокировки договора и снятия абонплаты.

Это можно сделать скриптом.

В скрипте обрабатываете событие "Запрос доп. расхода для открытия договора".
В коде скрипта:

Не совсем понятно, тоесть билинг будет смотреть сумму и какое то значение если меньше - то не активирует..так?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Эта сумма добавляется к той, которая требуется для активации и списания абонплат без перехода в минус.

отличная идея, а как приделать туда чтобы необходимая сумма была допустим:
стоимость тарифа\2-баланс - получается активация договора, если клиент вносит половину суммы тарифа "как бы" предоплатой
пример: на счету -100, тариф стоит 500, соответственно чтобы активным стал договор надо положить 500\2-(-100)=350р.
Буду очень благодарен

Попытался вкурить
http://wiki.bgbilling.ru/index.php/%D0% ... 0%BA%D1%83.
только немного упростить задачу, без завязывания с тарифными планами.
Идея такова:
В параграфе
http://www.bgbilling.ru/v5.0/doc/ch15s07.html
фигурирует некая магическая сущность XYZ:

Хочу сделать просто: если эта сущность XYZ меньше или равна, скажем 10 руб, то при установке суммы минимального платежа к значению этой XYZ мы добавляем величину, которая удовлетворит наши меркантильные апетиты. В противном случае - ничего не делаем.
Не могу понять - как скриптом вытащить эту сущность, каким методом , каким классом ???
Помогите пож-ста...

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Могу ошибаться, но на сколько понял -

Этот скрипт это и делает

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Согласен, а чтобы получить первоначальное значение , которое показывается напротив модуля NPAY в дебетном закрытом договоре, надо вызвать event.getsumma ? а по какому событию (event). - "Изменение статуса договора" ?.Или ещё по какому? Мне надо получить первоначальное значение summa чтоб сравнить его с некой константой ? По диагонали посмотрел таблицы mysql, чтоб понять где оно хранится, не нашёл..Короче игры с чёрным ящиком. Ничего личного, но мануал по API напоминает мне справку по BIOS в мануалах компов жёлтой и серой сборок..

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Вот что по этому поводу писали разработчики
А по поводу API меня тоже шокировало, правда я водумал что если быть кодером понятно %) оказывается я не единственный

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Прекрасно!!!!
А как мне найти "ТУ"!!! Мне много не надо в жизни, но вот "ТУ " как раз надо, чтоб сравнить с ней что-то и прибавить к ней что-то.
Ща делаю "карманный" БЖБ-дублёр и буду играться с ним до посинения ища "ТУ", жалко только времени...
Исли не найду -
буду програмно делать слепок экрана вырезать из него нужное место, прогонять через ОКР и результат подсовывать в значение "ТОЙ", не сочтите за результат плохой травы, но всёж конец рабочего дня, организм на пределе...

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Хотел посоветовать в качестве "ТОЙ" цитату вот отсюда:
http://www.bgbilling.ru/v5.0/doc/ch15s07.html
И метод вот осюдаhttp://www.bgbilling.ru/v5.0/javadoc/ru/bitel/bgbilling/modules/npay/server/bean/DebetStatusManageConfig.html#getSummaForUnlock(java.sql.Connection,%20int,%20bitel.billing.server.contract.bean.Contract)
но против OCR скриншота не попреш...

Администратор ответит вам позже, надеюсь. это он делал .
От себя могу добавить только что не ищите вы эту сумму нигде в базе ..не хранится она нигде . Она вычисляется каждый раз где она нужна, насколько я знаю. Т.е в event ее по идее должны передавать, расчитав ее перед этим . Но могли и не сделать этого. Т.е вы ее никак не получите, если вам ее не передали

Я уже смирился с этим, и поэтому просто пытался запустить скрипт поведения, предложенный уважаемым Администратором по его методике, но он вообще не работает. Привязав его к договору , а сам скрипт к событию, я не увидел в логах его выполнения записей. Может к этому скрипту какие-нибудь классы надо подключить, окромя java.math, а может другие события, тем более их там два( отличающихся только наличием слова "NPAY" в одном их них. но вот что странно, ( хотя может быть значения не имеет) :
выполнив select * from script_event_type, я увидел , что возможно интересующие меня события имеют mid=10 ( по идее должны иметь mid=0) , а модуля с mid=10 у меня вообще нет, мож в этом загвоздка... ?

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)