Новая админка

[artnet]

А чтобы с билда 004 до 007 обновиться нада доплачивать за новый ключик?

[Digi]

Глюк с отображением расчетных периодов. В старой админке показывает корректно - с Aug 01 00:00:00 NOVST 2008 по Sep 01 00:00:00 NOVST 2008.
А в новой с 31.07.2008 17.00 по 31.08.2008 17.00 .
Т.е. разница как раз в 7 часов. Что-то напутано с таймзонами..

[Витька]

Глюк с отображением расчетных периодов. В старой админке показывает корректно - с Aug 01 00:00:00 NOVST 2008 по Sep 01 00:00:00 NOVST 2008.
А в новой с 31.07.2008 17.00 по 31.08.2008 17.00 .
Т.е. разница как раз в 7 часов. Что-то напутано с таймзонами..

+1

[Ata-man]

с рассчетными периодами то же самое, только у меня установилось не на 17:00, а на 18:00.

Глюк с "прыганьем" часов достигается следующим способом: Заходим на вкладку "Пользователи" и несколько раз быстро нажимаем кнопку "обновить". Время на часах в нижнем углу экрана начинает скакать - сначала родное время, потом по GMT и т.д.

[Oleg_121]

Вчера поставили новую админку. Проведя стандартные действия над пользователем добились того что его лицевой счет был удален, после этого считать данные стало не возможным.
Кто хочет проэксперементировать попробуйте:
Заходим в редактирование пользователя , удаляем сервисную связку , затем удаляем тарифную связку. Все пользователю больше ничего добавить нельзя никаким образом. Закрываем редактирование пользователя, пытаемся открыть страницу на которой находится этот пользователь ( и еще 99 ). Получаем сообщение об ошибке потока.
Лечиться только через лазанье в MySQL :
UPDATE accounts SET is_deleted=0 WHERE id='1521';
После обращения в Нетап оказалось что в новой админке также можно удалить и лицевой счет. ( А главное сказали так : Ведь это бета - ставили на свой страх и риск).
После всего проишедшего вернулись к старой админке.

[Lex]

Вчера поставили новую админку. Проведя стандартные действия над пользователем добились того что его лицевой счет был удален, после этого считать данные стало не возможным.
Кто хочет проэксперементировать попробуйте:
Заходим в редактирование пользователя , удаляем сервисную связку , затем удаляем тарифную связку. Все пользователю больше ничего добавить нельзя никаким образом. Закрываем редактирование пользователя, пытаемся открыть страницу на которой находится этот пользователь ( и еще 99 ). Получаем сообщение об ошибке потока.
Лечиться только через лазанье в MySQL :
UPDATE accounts SET is_deleted=0 WHERE id='1521';
После обращения в Нетап оказалось что в новой админке также можно удалить и лицевой счет. ( А главное сказали так : Ведь это бета - ставили на свой страх и риск).
После всего проишедшего вернулись к старой админке.

Проясню ситуацию. Проблема действительно есть, но заключается она только в том, что Вы удалили основной лицевой счет, что и привело к указанным выше последствиям. Действительно при удалении лицевого счета сейчас не осуществляется проверка на то, является ли он основным, однако сама по себе операция удаления лицевого счета требует понимания того, что Вы делаете и при попытке его удаления выдается предупреждение. Запрет на удаление лицевого счета будет введен в следующей сборке интерфейса, которая появится в ближайшее время.

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

[Oleg_121]

К сожалению все не так. Технический персонал достаточно давно работает с UTM и при выдаче ЛЮБЫХ предупреждений моментально останавливается. Лицевой счет НЕ УДАЛЯЛСЯ !!!! Удалялись только тарифная и сервисная связки - аналогично тому как это было в старой админке. Не хочется проводить эксперимент еще раз - рабочую базу жалко , да и простои сильно не выгодны компании!

[Lex]

К сожалению все не так. Технический персонал достаточно давно работает с UTM и при выдаче ЛЮБЫХ предупреждений моментально останавливается. Лицевой счет НЕ УДАЛЯЛСЯ !!!! Удалялись только тарифная и сервисная связки - аналогично тому как это было в старой админке. Не хочется проводить эксперимент еще раз - рабочую базу жалко , да и простои сильно не выгодны компании!

При обращении в техподдержку у Вас запрашивали отладочный лог-файл ядра. Вы его не предоставили. Единственный способ воспроизведения проблемы на наших стендах - именно удаление лицевого счета. Более того, исходя из анализа исходного кода было установлено, что при проведении указанных действий (удаление сервисных и тарифных связок) удаление лицевого счета не может происходить в принципе. В любом случае, для конструктивной работы по этой проблеме нужен отладочный лог-файл ядра UTM5. Считаю дальнейшее обсуждение данной проблемы в подобном тоне неконструктивным. Поверьте, нам как разработчикам виднее что может делать программа, а что не может в принципе.

[Ata-man]

На вкладке "Редактирование пользователя"-"Тарификация"-"Тарифные связки" не доступна кнопка "История".

[melmax]

1) Если возможно, прошу включить в новую админку в раздел отчеты поле "ФИО". Данный вопрос является очень актуальным. Тем более, как мне кажется, это не составит особого труда, т.к. из таблицы users уже выбрано поле login.

2) ИМХО более логичным было назвать поле "ФИО" как "Наименование" или "Название", т.к. в списке есть как и юр лица так и физ. лица.

[Lex]

Выложена новая сборка (взамен старой). В сборке запрещено удаление основного лицевого счета, исправлена проблема с прыгающим временем, добавлено автоматическое определение временной зоны на сервере, исправлена проблема с опциями "Случайные номера" и "Уникальные ПИН-коды" при генерации карточек, исправлена проблемы отчетами по сессиям и по телефонии и некоторые другие мелкие проблемы.

Что касается истории смены тарифных планов - будет реализовано позднее. Что касается ФИО в отчетах - требуются изменения со стороны ядра, поэтому может быть реализовано не ранее, чем в 007.

[Magnum72]

Выложена новая сборка (взамен старой). В сборке запрещено удаление основного лицевого счета, исправлена проблема с прыгающим временем, добавлено автоматическое определение временной зоны на сервере, исправлена проблема с опциями "Случайные номера" и "Уникальные ПИН-коды" при генерации карточек, исправлена проблемы отчетами по сессиям и по телефонии и некоторые другие мелкие проблемы.

Что касается истории смены тарифных планов - будет реализовано позднее. Что касается ФИО в отчетах - требуются изменения со стороны ядра, поэтому может быть реализовано не ранее, чем в 007.

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

[Magnum72]

Выложена новая сборка (взамен старой).

1) У меня выставление 1000 пользователей на странице никакого эффекта на что ибо не отказывает.
2) Большая просьба добавить поиск по типу блокировки
3) Большая просьба параметры поиска такие как:
Моб тел
Домашний тел
Рабочий тел переименовать соответственно в
Телефон мобильный
Телефон домашний
Телефон рабочий
Фактический адрес и Юридический соответсвенно в
Адрес фактический
Адрес Юридический
для того чтобы эти параметры находились в списке рядом..
аналогично и для других параметров

[Lex]

Выложена новая сборка (взамен старой).

1) У меня выставление 1000 пользователей на странице никакого эффекта на что ибо не отказывает.
2) Большая просьба добавить поиск по типу блокировки
3) Большая просьба параметры поиска такие как:
Моб тел
Домашний тел
Рабочий тел переименовать соответственно в
Телефон мобильный
Телефон домашний
Телефон рабочий
Фактический адрес и Юридический соответсвенно в
Адрес фактический
Адрес Юридический
для того чтобы эти параметры находились в списке рядом..
аналогично и для других параметров

1. Странно. Сейчас проверил - отображается 1000 пользователей на странице.
2. Нужны изменения со стороны ядра, так что это не к админке. Поиск, вообще говоря, давно собирались перерабатывать, но войдут ли изменения в 007 - большой вопрос.
3. Переместим и переименуем.

[Magnum72]

1. Странно. Сейчас проверил - отображается 1000 пользователей на странице.

Я проверил еще раз, 500 пользователей отображает, 99 отображает, 1000 нет, причем когда вводишь 1000, она мне добавляет пробле после единицы, т.е. выглядит число как "1 000" версия jre-6u7-windows-i586-p-s.exe