BiTel

1. Предлагаю для типов задач CRM ввести признак "Запрещено менять тип". Т.е. для задач, у которых стоит тип с этим признаком, запрещено менять тип задачи.

2. Предлагаю добавит возможность определять набор параметров договора не только группой параметров, но и программно, т.е. через BGBS.

не понял, программно менять группу параметров?

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

а зачем?

Для увеличения гибкости биллинга.

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

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

Или еще задача. Для физ. лиц договор будет проходить через определенные стадии. Например:
1. Заявка на подключение.
2. Подключение (для монтажников).
3. Подключение (для настройщиков).
4. Ремонт.
и т.д.
Для каждой стадии необходим свой набор параметров, что бы упростить работу нашим сотрудникам и автоматизировать работу по максимуму.

Конечно можно создать штук 20-30 различных наборов параметров и переключать их программно, но это не плохой вариант.

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

мне не понятно когда должно генерироваться это событие... каждый раз при выборе ветки #параметры договора# в карточке договора?

Да.

и группы при этом не работают? а если мне нужен какой то параметр который скрипт не возвращает - то пипец?

У вас же есть подобные события "Получить список доп. действий" и "Получить список карт регистрации"? Если они чего то не возвращают то правится скрипт который генерит список.

Я считаю что вполне логично и оправдано сделать тоже самое для параметров договора.

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

сомнительное достоинство на мой взгляд....
1) необходимость динамического изменение параметров при каждом просмотре этой панели - сомнительна
2) а изменение группы параметров возможно по другим событиям (изменение статуса, приход платежа и т.д.)

Дело ваше. Я свое мнение высказал.



По этому вопросу вы ничего не сказали.

а должен ли он вообще меняться?

Нет не должен.
У нас сотрудникам сказано, что менять тип задачи в crm нельзя. Но все равно есть те кто меняет. Хотелось бы закрыть эту возможность.

Возможно вводить признак "Запрещено менять тип" и не обязательно. Можно просто добавить событие "Перед изменением задачи CRM" и в скрипте выводить ошибку, есть нельзя менять тип задачи.

up

добавили запрет редактированя типа, будет в следующем апдейте плагина

Ок. Спасибо!

Предлагаю добавить в биллинг зависимость абонплаты от количества почтовых ящиков/доменов. Так же было бы неплохо добавить событие удаления/изменения почтового аккаунта.

а как вы себе это представляете?

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

А собственно чем, по сути, это отличается от вот этой вот возможности?
module.quantity.1.mid=73
module.quantity.1.class=bitel.billing.server.npay.bean.PhoneModuleQuantity
module.quantity.1.sids=103

Соответственно будет EmailModuleAddressQuantity и EmailModuleDomainQuantity

Так и будет. В TODO есть, по возможности сделаем.

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

зачем ?

Есть политика предоставления сотрудникам компании ресурсов на "условно бесплатной" основе. Руководство смотрит сколько оно наработало в денежном эквиваленте, а потом решает "простить или наказать". Если при этом стоимость заносится на баланс, то не очень красиво выглядит для бухгалтерии и та ворчит.

Повесьте отдельным договором(или субдоговором снезависымым баланосом), который не проходит через бухгалтерию