BiTel

да

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

Не вижу в javadoc для 5.0 processed
http://bgbilling.ru/v5.0/javadoc/bitel/ ... Event.html
Судя по коду, не удастся явно запретить смену статуса в этом событии.

Разве что здесь задать список дат = null
http://bgbilling.ru/v5.0/javadoc/bitel/ ... Event.html

Этот самый @canchange откуда берётся?
Хочу запретить смену статусов для юриков. Хочется сделать как можно проще и красивее.

В данный момент это если даты были переданные пустые, либо статус договора не active и не suspended.

Чуть попозже погляжу все пожелания про смену статусов, отпишусь.

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

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

1. Приостановить договор на определенный промежуток времени или бессрочно
2. Кнопка "Отменить будущее приостановление"
3. Активировать договор с текущей или произвольной даты

4. Стоблец "Период" в списке статусов не читается. Найти текущий активный период довольно сложно. Пользователю было бы удобно, чтобы соответствующая строчка подсвечивалась.

Со стороны провайдера может быть очень хитрая логика предоставления этой фичи:
5. Ограничение возможности пользоваться приостановлением. Ограничиваться могут как определенные группы, так и один и тот же договор в зависимости от условий. Например, нельзя приостанавливать договор слишком часто.
6. Расход или даже абонплата за приостановление.
7. Ограничение на максимальный период приостановления.

Подробно:
1. Добавить поле ввода для срока приостановления. Не указано - бессрочно.
2. Скорее всего при нажатии на кнопку все будущие периоды приостановления, сделанные от имени пользователя, должны перетираться аналогичными периодами активности.
3. Уже есть.

4. В xsl 1.0 с датами работать сложно, поэтому только через доп атрибуты в xml, как в случае тарифных планов.

5. Ограничение должно действовать в двух местах: при выдаче страницы ContractStatus в веб-статистике и при совершении самого действия. Т.е. неплохо бы событие, возвращающее флаг canchange для договора. Плюс, опционально, из скрипта евента возвращается строка ошибки, если canchange=false. Например: "вы не можете приостанавливать договор чаще, чем ..."
6. Лучше возложить на скрипт, ничего делать не нужно
7. Видимо тоже дело за скриптами

Да, всё это верно. Это всё в TODO, закончу срочные разработки и доделаю всю эту интересную логику, может к релизу 5.1 как раз.

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

Имхо, логика биллинга с его перекрыванием и перетиранием статусов для клиента не очень удобна. Гораздо логичнее управлять периодами приостановления как объектами - сдвигать их крайние даты, добавлять, удалять (если текущая дата позволяет).

Просто эта логика почти полностью взята из административной части + дополнительные органичения. Это позволило не городить много кода + использовать существующие события и скрипты.
Как должно выглядеть для юзера? Можно просто спрятать всю табличку и оставить только смену и всё. И текущий статус. Тогда получится то же самое что Вы и написали.
А может лучше не эту таблицу, а чисто историю смены (та, что внизу в клиенте, а не вверху). Кто когда на что менял.

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

Когда это можно ждать в 5.0?

В 5.0 скорее всего никогда...

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

Ребята, хочется видеть это в 5.0

Зачем? Обновление до 5.1 бесплатное.

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

Не, спасибо, торопиться некуда.
Я помню как ругался бывший до меня сотрудник, когда обновился до 4.6.

Ну так выйдет 5.1 официально и 5.0 поддерживаться не будет. Только исправления ошибок.

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

полностью с Вами согласен! ничего не хочу сказать плохого, но ... когда вышла 5.0? когда для нее был последний багфикс? если с 5.1, выпуск которой вот-вот планируется будет та же ситуация, то по мне проще сидеть на версии "последняя - 1" или даже "последняя - 2" чтоб не наступать на массу граблей новой супер-дупер версии ... я до сих пор сижу на 4.6 котрая меня хоть и не полностью устраивает (хочется фич 5-й версии), но переходить на 5.0 мне попросту страшно ... да, я реально боюсь что что-то пойдет не так, что-то не так посчитает, что наша фирма банально потеряет из за этого бабки!


это чистой воды личное мнение, но, уж как то бросается в глаза что сразу после выхода начинается исправление ошибок и хотя я прекрасно понимаю что _ВСЕ_ фичи и возможности БГБ протестировать просто физически невозможно, но использовать для этого операторов с живыми клиентами и живыми же деньгами - это, простите, моветон

snark Да ладно уже....я вот наоборот очень интересно отношусь к нововведением...можно бител помучать с косяками....ну..эт так ..я к чему..когда перешел на версию 5.0 с 4.6 .. директора очень нехотели, я знал к чему иду, тем немение...на отладку всего ушло недели 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Вообще фичи добавлять в стабильную версию это моветон, т.к. всякие изменения приводят к проблемам. А приходится

полностью согласен! для фич и существуют новые версии

В 5.0 по сравнению с 4.6 немного принципиальных нововведений. Это искусственная новая версия. По сути - просто сделали ветку от 4.6, а новую разрабатываемую обозвали 5.1. У нас тоже не возникло проблем при переходе на 5.0. Так что на месте snark'а я бы уже подумал.
Вот когда переходили на 4.6 - помню, что многое перестало работать. С 5.1 наверняка будет так же.

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

_________________

Код:

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

Потому пока и не к спеху.
Переделаем, а там видно будет - если несложно, то на 5.0 накатим.

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

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

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

Тут я согласен так-то, но... накидайте кто-нибудь интерфейс, как это должно выглядеть в вебе? Чтобы было проще и нагляднее чем описанное в предыдущем моём посте. И нужнее.

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