BiTel

1) Ставится лимит на 3 дня на -100р. Удаляем активное задание и лимит остается.
Можно ли сделать так чтобы с заданием и лимит сам удалялся\обнулять?
2) Можно ли сделать так что если стоит задание на несколько дней, а ТП его не увидело и обнулило лимит и даже проигнорировало что есть активное задание чтобы он обнулялся\перекрывался нулевым?
3) Можно ли сделать возможность удалять задания пользователей? Некоторые совсем не осознают что это такое но все равно себе это ставят.

поддерживаю, а то порой путаешся с лимитами

_________________

Код:

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

+1

_________________
Интернет и телефония оптом со склада, или в розницу

1) - это меняет текущую логику. Все привыкли, что сначала удаляешь задание, потом сам выставляешь нужный лимит. Если и делать, то опционально. Например, кнопку "выполнить сейчас" для задания на возвращение.
2) Там же предупреждение выдается, что есть активные задания на изменения лимита, как можно его не увидеть? Может лучше настучать кому-нибудь по голове?
3) Тоже сомнительно. Возможно, возникнет только больше проблем.

Как бы глупость пользователей решается обычно не допилами, а простым и интуитивным интерфейсом + разъяснительной работой с населением
У самого менеджеры постоянно спрашивают, какой будет лимит у клиента со списком заданий на возвращение лимита. Терпеливо объясняю.
Думаю, они смотрят на историю изменения лимита, видят, что в день d пользователь z поставил лимит x на y дней, но не смотрят на то, что задание кто-то удалил и путаются. Т.е. тут интерфейс не совсем очевидный.

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

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

вот именно: удалил задание но предупреждение все равно выскочило.
1)Бороться с глупостью пользователей нереально
2)Высчитывать вручную или на калькуляторе тоже не удобно.
3)У ТП нервная работа, они общаются с пользователями и им не нужно сидеть и что-то высчитывать или внимательно смотреть за этими лимитами, им нужно нажать кнопку и чтобы все было хорошо.
4)Ждем разработчиков чтобы высказались на эту тему, может предложат что-нибудь.

Обновление для 4.6, 5.0 выложено.

Раз уж администратор тут побывал, может ответит на первое сообщение? Что-нибудь можно реализовать?

Может логичнее при установке безусловного лимита удалять эти задания?

может логичнее, и добавьте возможность удаления заданий пользователей.

IMHO логичнее при удалении лимита (его же понижают) или установке его в 0 (дефолт) удалять все задания на восстановление для этого договора ... т.е. клиент/админ/ТП/ХЗ понизил лимит, в списке мы видим это понижение, нажимаем на него, жмем удалить (ну или ставим 0) - автоматически удаляется задание на восстановление и лимит принимает вид до его понижения

бывает несоклько заданий, нужно обнулять все.
проще сделать если ставится лимит 0 то обнулять сам лимит и удалять все задния.
бывает всякое

ну это логично удалять все задания при удалении/обнулении лимита

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

ну да, т.к. зачем какая то статистика и задания на возврат если здесь и сейчас ставя руками лимит в 0 ты какбы говоришь "все что было - меня мало волнует, с текущего момента будет так"

Записал в TODO: "При принудительной установке лимита договора удаление заданий на возврат лимита и сброс статистики пользовательских понижений."

Большое спасибо

_________________

Код:

  Клиент: вер. 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.2 будет!

Отлично!