Что нехватает в UTM?!

[Magnum72]

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) Расширить список событий попадающих в лог изменений пользователя (Удаление/Добавление группы, изменения Доп параметров, и т.п.)

[gtk]

11) Минимальный платеж, при тарифных планах с плавным списанием.
Т.е чтобы деньги попадали на счет, но блокировка не уходила. Если сумма не больше минимальной. (актуально, у кого в основном платежи через терминалы).

[Magnum72]

12) Чтобы в урфе можно было вызвать функцию с помощью которой можно было бы в отчет по редактированию пользователей добавить свое сообщение.

[lexab]

- что бы порт и коммутатор можно было указать в свойствах сервисной связки (актуально для IPoE+ opt82) желательно что бы проверялось уникальность, с указанием где сейчас этот порт+коммутатор используется.
- для одноразовой услуги можно было задать (скорректировать) стоимость в момент назначения.
- для функционала "обещанный платеж" время между платежами задавалась не только в днях, а в единицах месяцев, или расчетных периодах.
- Поиск пользователя по дополнительным параметрам, порту и коммутатору.
- Вид системной блокировки "недостаточно денег для списания".

А вообще в идеале, может NETUP даст API для написания собственных модулей, уровня dynashape. Тут главное что бы можно было вызывать некий свой код по событиям state-машины биллинга.
но это так мечты ...

[Витька]

— настраиваемые поля для всех объектов системы (например, нахер не нужно в таблице users держать отдельные столбцы для квартиры, подъезда, аськи и прочей дребедени), чтобы можно было свои поля добавлять к пользователям, л/с, тарифам, услугам и т.д.
— поддержка преднастроенных пулов IP, которые привязываются не к домам, а используются по желанию в связках с тарифами/услугами/группами/чем угодно. Просто функционал выдачи незанятых адресов из конкретного пула.
— урфа функция поиска платежа (при интеграции с платёжными системами для реализации проверки статуса платежа мы сейчас делаем отчёт и ищем там платёж, что глупо)

[MaxDM]

На Экспокоме им это расскажите, они там будут.

[Chistiakov_A]

На Экспокоме им это расскажите, они там будут.

Мы не участвуем в данной выставке и никогда не участвовали.

[Gezm0]

На Экспокоме им это расскажите, они там будут.

Мы не участвуем в данной выставке и никогда не участвовали.

Я лично своими глазами года 3 назад видел стенд нетапа на связьэкспокоме.

[Chistiakov_A]

На Экспокоме им это расскажите, они там будут.

Мы не участвуем в данной выставке и никогда не участвовали.

Я лично своими глазами года 3 назад видел стенд нетапа на связьэкспокоме.

Вот это уже интересно. Скорее всего это кто-то из наших реселлеров. Наша организация никогда не принимала участия в Связьэкспокоме.

[Витька]

На Экспокоме им это расскажите, они там будут.

Мы не участвуем в данной выставке и никогда не участвовали.

Вы бы лучше списочки эти прокомментировали

[lan-viper]

Нужен IPv6! Без шуток...

[Martin]

0) стабильная работа

а уже потом все остальное

[Wishmaster]

1. IPv6
2. x64 билд.

[Cain]

- Редактирование цен в уже подключенных тарифных планах/услугах.
- Редактирование(удаление/добавление) в уже подключенных услугах IP-трафика классов трафика (в том числе входящих в тарифные планы).
Все это без костыля в виде создания отдельного тарифного плана и перевода на него абонентов в следующем периоде.

[Point]

- Редактирование цен в уже подключенных тарифных планах/услугах.
- Редактирование(удаление/добавление) в уже подключенных услугах IP-трафика классов трафика (в том числе входящих в тарифные планы).
Все это без костыля в виде создания отдельного тарифного плана и перевода на него абонентов в следующем периоде.

+ редактирование количества предоплаченого трафика в существующих услугах

Еще хотелка: хочу указывать путь, куда утм-у сырую статистику складывать