Что нехватает в UTM?!
Что нехватает в UTM?!
1) Указание коэффициента влияющего на стоимость в свойствах конкретной сервисной связки.
2) Блокировку не только на аккаунт но и на отдельную сервисную связку.
3) Глобальный и локальный (в рамках аккаунта) приоритет списания у каждой услуги (есть партнерские услуги которые не должны списываться раньше чем услуги входящие в ТП).
4) Возможность в рамках назначенного тарифного плана содержащего несколько услуг иметь возможность в произвольный момент времени подключать и отключать услуги входящие в состав тарифного плана.
5) Возможность устанавливать срок подключения и отключения периодической услуги.
6) Возможность добавлять пользователю периодическую услугу с отрицательной стоимостью.
7) Возможность добавить пользователя в группу при подключении услуги (сейчас только удаление пользователя из группы)
8) Возможность компенсации списаний по конкретной периодической услуге (я знаю что можно внести платеж на требуемую сумму, но это немного не то, требуется именно компенсация по конкретной услуге).
9) Дополнительное условие поиска пользователей в админке и урфе по статусу и блокировке.
10) Доп функционал с помощью которого можно было бы заблокировать или не снимать блокировку пользователя при смене расчетного периода, если у него средств на ЛС не хватает для оплаты всех подключенных услуг и ТП.
11) Чтобы в урфе можно было вызвать функцию с помощью которой можно было бы в отчет по редактированию пользователей добавить свое сообщение.
12) Редактирование цен в уже подключенных тарифных планах/услугах, а так же метод списания.
13) Редактирование(удаление/добавление) в уже подключенных услугах IP-трафика классов трафика (в том числе входящих в тарифные планы).
14) IPv6.
15) x64.
16) Что бы порт и коммутатор и комментарий можно было указать в свойствах сервисной связки и чтобы коммутатор перед этим не надо было заводить в таблицу брандмауеров (т.е. просто поля с произвольным текстом, так как у меня 12000 коммутаторов, когда я их забью у меня этот список не откроется).
17) Для одноразовой услуги можно было задать (скорректировать) стоимость в момент назначения.
18) Поиск пользователя по дополнительным параметрам.
19) Поиск пользователя по порту и коммутатору.
20) Вид системной блокировки "недостаточно денег для списания".
21) Вызывать RFW на добавление/удаление услуги.
22) Расширить список событий попадающих в лог изменений пользователя (Удаление/Добавление группы, изменения Доп параметров, и т.п.)
2) Блокировку не только на аккаунт но и на отдельную сервисную связку.
3) Глобальный и локальный (в рамках аккаунта) приоритет списания у каждой услуги (есть партнерские услуги которые не должны списываться раньше чем услуги входящие в ТП).
4) Возможность в рамках назначенного тарифного плана содержащего несколько услуг иметь возможность в произвольный момент времени подключать и отключать услуги входящие в состав тарифного плана.
5) Возможность устанавливать срок подключения и отключения периодической услуги.
6) Возможность добавлять пользователю периодическую услугу с отрицательной стоимостью.
7) Возможность добавить пользователя в группу при подключении услуги (сейчас только удаление пользователя из группы)
8) Возможность компенсации списаний по конкретной периодической услуге (я знаю что можно внести платеж на требуемую сумму, но это немного не то, требуется именно компенсация по конкретной услуге).
9) Дополнительное условие поиска пользователей в админке и урфе по статусу и блокировке.
10) Доп функционал с помощью которого можно было бы заблокировать или не снимать блокировку пользователя при смене расчетного периода, если у него средств на ЛС не хватает для оплаты всех подключенных услуг и ТП.
11) Чтобы в урфе можно было вызвать функцию с помощью которой можно было бы в отчет по редактированию пользователей добавить свое сообщение.
12) Редактирование цен в уже подключенных тарифных планах/услугах, а так же метод списания.
13) Редактирование(удаление/добавление) в уже подключенных услугах IP-трафика классов трафика (в том числе входящих в тарифные планы).
14) IPv6.
15) x64.
16) Что бы порт и коммутатор и комментарий можно было указать в свойствах сервисной связки и чтобы коммутатор перед этим не надо было заводить в таблицу брандмауеров (т.е. просто поля с произвольным текстом, так как у меня 12000 коммутаторов, когда я их забью у меня этот список не откроется).
17) Для одноразовой услуги можно было задать (скорректировать) стоимость в момент назначения.
18) Поиск пользователя по дополнительным параметрам.
19) Поиск пользователя по порту и коммутатору.
20) Вид системной блокировки "недостаточно денег для списания".
21) Вызывать RFW на добавление/удаление услуги.
22) Расширить список событий попадающих в лог изменений пользователя (Удаление/Добавление группы, изменения Доп параметров, и т.п.)
Последний раз редактировалось Magnum72 Ср июн 27, 2012 12:29, всего редактировалось 4 раза.
- что бы порт и коммутатор можно было указать в свойствах сервисной связки (актуально для IPoE+ opt82) желательно что бы проверялось уникальность, с указанием где сейчас этот порт+коммутатор используется.
- для одноразовой услуги можно было задать (скорректировать) стоимость в момент назначения.
- для функционала "обещанный платеж" время между платежами задавалась не только в днях, а в единицах месяцев, или расчетных периодах.
- Поиск пользователя по дополнительным параметрам, порту и коммутатору.
- Вид системной блокировки "недостаточно денег для списания".
А вообще в идеале, может NETUP даст API для написания собственных модулей, уровня dynashape. Тут главное что бы можно было вызывать некий свой код по событиям state-машины биллинга.
но это так мечты ...
- для одноразовой услуги можно было задать (скорректировать) стоимость в момент назначения.
- для функционала "обещанный платеж" время между платежами задавалась не только в днях, а в единицах месяцев, или расчетных периодах.
- Поиск пользователя по дополнительным параметрам, порту и коммутатору.
- Вид системной блокировки "недостаточно денег для списания".
А вообще в идеале, может NETUP даст API для написания собственных модулей, уровня dynashape. Тут главное что бы можно было вызывать некий свой код по событиям state-машины биллинга.
но это так мечты ...
— настраиваемые поля для всех объектов системы (например, нахер не нужно в таблице users держать отдельные столбцы для квартиры, подъезда, аськи и прочей дребедени), чтобы можно было свои поля добавлять к пользователям, л/с, тарифам, услугам и т.д.
— поддержка преднастроенных пулов IP, которые привязываются не к домам, а используются по желанию в связках с тарифами/услугами/группами/чем угодно. Просто функционал выдачи незанятых адресов из конкретного пула.
— урфа функция поиска платежа (при интеграции с платёжными системами для реализации проверки статуса платежа мы сейчас делаем отчёт и ищем там платёж, что глупо)
— поддержка преднастроенных пулов IP, которые привязываются не к домам, а используются по желанию в связках с тарифами/услугами/группами/чем угодно. Просто функционал выдачи незанятых адресов из конкретного пула.
— урфа функция поиска платежа (при интеграции с платёжными системами для реализации проверки статуса платежа мы сейчас делаем отчёт и ищем там платёж, что глупо)
- Chistiakov_A
- NetUP Team
- Сообщения: 190
- Зарегистрирован: Пн мар 21, 2005 18:30
- Chistiakov_A
- NetUP Team
- Сообщения: 190
- Зарегистрирован: Пн мар 21, 2005 18:30
Вот это уже интересно. Скорее всего это кто-то из наших реселлеров. Наша организация никогда не принимала участия в Связьэкспокоме.Gezm0 писал(а):Я лично своими глазами года 3 назад видел стенд нетапа на связьэкспокоме.Chistiakov_A писал(а):Мы не участвуем в данной выставке и никогда не участвовали.MaxDM писал(а):На Экспокоме им это расскажите, они там будут.
-
- Сообщения: 309
- Зарегистрирован: Сб апр 16, 2005 11:44
- Редактирование цен в уже подключенных тарифных планах/услугах.
- Редактирование(удаление/добавление) в уже подключенных услугах IP-трафика классов трафика (в том числе входящих в тарифные планы).
Все это без костыля в виде создания отдельного тарифного плана и перевода на него абонентов в следующем периоде.
- Редактирование(удаление/добавление) в уже подключенных услугах IP-трафика классов трафика (в том числе входящих в тарифные планы).
Все это без костыля в виде создания отдельного тарифного плана и перевода на него абонентов в следующем периоде.
+ редактирование количества предоплаченого трафика в существующих услугахCain писал(а):- Редактирование цен в уже подключенных тарифных планах/услугах.
- Редактирование(удаление/добавление) в уже подключенных услугах IP-трафика классов трафика (в том числе входящих в тарифные планы).
Все это без костыля в виде создания отдельного тарифного плана и перевода на него абонентов в следующем периоде.
Еще хотелка: хочу указывать путь, куда утм-у сырую статистику складывать
Последний раз редактировалось Point Чт май 17, 2012 11:22, всего редактировалось 1 раз.