BiTel

До обновления на 5.2 при перерасчете если статус договора был "закрыт" и денег на тариф хватало, то договор не разблокировался по достаточному платежу.

Как в 5.2 реализовать старое поведение при перерасчете? Не всегда нужно активировать договор.

Не понял. При перерасчете или все-таки при платеже ?

не помню как это было до 5.2, но в 5.2, если модуль абонплат заблокировал договор, и потом (поменяли тариф/абонплату) после переобсчета стало достаточно денег - договор разблокировывается.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

в 5.0 так же было =)

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Насколько я понял , как раз не так . В 5.1 как раз при перерасчете статус не раз блокировался . Только именно по приходу платежа. А в 5.2 еще и при перерасчете разблокируется , но этого не нужно. Я правильно понял автора темы ?

Тоже сначала удивило такое в 5.2, но, поразмыслив, решили, что это правильно.

Можно примеры, когда не нужно открывать при перерасчете?

например ушел абонент в минус по причинам(косяку) провайдера, а не абонента, нада минус вернуть и перещитать как должно быть. м?

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Пример: абонент уехал на лето, заблокировал договор. А ему при перерасчете разблокировало договор.

Я всего лишь уточнил его вопрос . На счет как это происходит на самое деле - я точно не помню, надо смотреть. Но не исключено .

Для этого есть статус "приостановлен".
В статусе закрыт он может открыться и без перерасчета - например, при установке лимита на договор.

В статусе "приостановлен" не показывает сумму для разблокировки договора.

А разблокировать лимитом это правильно - абонент приехал, позвонил в ТП, попросил лимит или понизил через ЛК и у него работает интернет.

А зачем ему сумма для разблокировки, если он заблокировался не по балансу, а по собственному желанию?

А разблокировать и заблокировать можно и нужно в Web-статистике - в разделе "Управление статусом".

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

Приехал, позвонил в ТП (или в ЛК посмотрел), узнал что нужно оплатить 456руб, оплатил и пользуешся.

Именно! Надо разблокировать только когда пришел платеж.

Так это две разных процедуры.
В первом случае абонент сам заходит в веб-статистику (или просит менеджера) и ставит статус "приостановлен". Это можно сделать только, если статус = "активен". По приезду из отпуска - так же руками включается.
Во втором - он автоматом закрывается по дебетовым абонплатам статусом "закрыт", либо руками через монитор статуса, или какая у вас там логика работы с должниками. Открывается по платежу или пересчету.

Пока не убедительно. Да и автор темы молчит

Я и есть автор темы. (: От jommys не дает пароль восстановить.

Чем не убедительно? При перерасчете возвращенцев это неудобно.

Up
Недавно перешел с 5.1 на 5.2 и был удивлен активации закрытого договора при пересчете абон. платы. Можно ли как-то запретить это действие?

Может кто-то все таки решал данную проблему? Я придумал сделать свой статус, который устанавливается договорам при недостатке средств для начисления абонки. Как бы все нормально, договор активируется либо вручную либо по приходу платежа. Получился аналог статуса "Закрыт" в 5.1. Но всплыла другая проблема: если поставить договор "Приостановлен", например, с 15 числа, с 1 по 14 - "Активен", и суммы на счете хватить только для начисления абонки за пол месяца, то этот договор блокируется задачей "Закрытие статуса NPay договоров по балансу". Т.е. игнорируется факт, что договор с середины месяца не активен и начисления абонки не будет. Как быть?

Дебетовые абонентки "переключают" только 2 статуса: "активен" и "не активен". С другими статусами они не работают.

Дебетовая абонплата работает со статусом, который указывается в конфигурации модуля, в директиве

а что стоит у вас в этом переменной ? и что в списке статусов ?

стоит

Я писал выше, что статус "Закрыт" в 5.2 работает не так как мне надо (как в 5.1), поэтому решено было ввести свой статус с id 6.

Опишите ситуацию. Когда меняет статус, хотя не должно . Подробнее - какой тариф, статусы, какие действия сделал пользователь. Как воспроизвести это.


Я пытался у себя сделать - не получилось. Если статус договора приостановлен сейчас , то ему абонку на насчитает и соответственно ничего не активирует . В статус закрыт пользователь сам
себя вроде как по умолчанию не пожет перевести . В общем нужна полная картина - настройка, действия и полученный результат .

Аналогично . какой тариф , настройки и т.п . Если тариф безусловно - это нормальная логика .

Давайте с самого начала:
После перехода на 5.2 статус "Закрыт" стал работать не так как нужно, т.е. если абон "закрыт" и под конец месяца у него хватает денег для списания остатка абонплаты, то он активируется при перерасчете (каждодневном). Решено было ввести свой статус с Id 6, настройка дебетовой абонплаты в модуле приведена выше. Если пол месяца договор активен, а вторую половину месяца приостановлен, то он блокируется (переходит в статус 6) задачей "Закрытие статуса Npay договоров по балансу", хотя абонплата расчитывается верно, только за те дни, когда абон активен. Тариф с абонентской платой в подневном режиме снятия авансом за месяц.