UserSide - программное обеспечение для оператора связи

[UserSide 51]

Нет - по ВЛАНам такого нет. Есть мысли - снимать информацию в оборудования и оперировать этим, а также предлагать к построению маршруты ВЛАНов по запросу. Но сейчас этого нет.

По ТВ - ок - пишите.

[graysilver 143]

Нет - по ВЛАНам такого нет. Есть мысли - снимать информацию в оборудования и оперировать этим, а также предлагать к построению маршруты ВЛАНов по запросу. Но сейчас этого нет.

По ТВ - ок - пишите.

По вланах именно так и нужно. Вбивать данные вручную не выйдет, информация быстро устареет.

[graysilver 143]

 

Подскажите, а планируется какая-то оптимизация данного ПО под мультиофисных клиентов? Так как в сегодняшней реализации мультиофисных не очень удобно вести в Юзерсайде... Добавление алиасов к родительской записи немного помогает, но вот как то не то...

 

Планируется. Вы растёте (имеется в виду собирательный образ наших клиентов) и ваши запросы увеличиваются и расширяются - вот и нам требуется расти, чтобы их обеспечивать.

Однако - на данный момент пока внятного плана разработки по этому вопросу нет. Было бы неплохо, если бы Вы смогли набросать какое-то ТЗ или набор пожеланий по "мультиофисности" и сбросить почтой на office@userside.ua

Обмозгуем.

 

В моем понимании мультиофисность выгляди так.

1. Центральный офис.

2. Филиалы.

3. Подотчетные сотрудники.

4. Дилеры.

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

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

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

Соответственно аналитические отчеты тоже должны иметь настраиваемую зону видимости для отдельных филиалов/дилеров и глобальную для центрального офиса.

[graysilver 143]

Кстати, еще вопрос возник по ходу. Кто-то производил измерения времени, которое надо будет потратить на внесение данных в программу? Например на узел с 1 свитчем и разваркой ОДФ на 2 двенадцатки?

[vaslan 45]

Кстати, еще вопрос возник по ходу. Кто-то производил измерения времени, которое надо будет потратить на внесение данных в программу? Например на узел с 1 свитчем и разваркой ОДФ на 2 двенадцатки?

Якщо той хто вносить дані знає добре даний вузол то хвилин 25-30 приблизно

[graysilver 143]

 

Кстати, еще вопрос возник по ходу. Кто-то производил измерения времени, которое надо будет потратить на внесение данных в программу? Например на узел с 1 свитчем и разваркой ОДФ на 2 двенадцатки?

Якщо той хто вносить дані знає добре даний вузол то хвилин 25-30 приблизно

 

Тобто до години часу, поки не наб'є руку

[UserSide 51]

 

 

Подскажите, а планируется какая-то оптимизация данного ПО под мультиофисных клиентов? Так как в сегодняшней реализации мультиофисных не очень удобно вести в Юзерсайде... Добавление алиасов к родительской записи немного помогает, но вот как то не то...

 

Планируется. Вы растёте (имеется в виду собирательный образ наших клиентов) и ваши запросы увеличиваются и расширяются - вот и нам требуется расти, чтобы их обеспечивать.

Однако - на данный момент пока внятного плана разработки по этому вопросу нет. Было бы неплохо, если бы Вы смогли набросать какое-то ТЗ или набор пожеланий по "мультиофисности" и сбросить почтой на office@userside.ua

Обмозгуем.

 

В моем понимании мультиофисность выгляди так.

1. Центральный офис.

2. Филиалы.

3. Подотчетные сотрудники.

4. Дилеры.

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

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

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

Соответственно аналитические отчеты тоже должны иметь настраиваемую зону видимости для отдельных филиалов/дилеров и глобальную для центрального офиса.

 

 

Всё впринципе это есть и сейчас. И склады и собственные клиенты/оборудование и глобальный контроль головного офиса.

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

[Sergey_T 3]

To graysilver:

Имелась в виду мультиофисность по клиентам компании (возможность добавить много точек по определенному клиенту, но в более удобном функционале), а не мультиофисность внутри самой нашей компании.

To UserSide:

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

[UserSide 51]

Вышла новая версия UserSide 3.7

 

Из основного:

 

- "Произвольные" устройства. Возможность создания собственных разделов для оперирования различными типами оборудования.

- Полностью переработан модуль us_asterisk (всплывающие уведомления о звонках в браузере, не нужно устанавливать клиентский win-модуль, список звонков в общем и по абонентам конкретно и т.п.)

- Новый модуль us_radio. Контроль уровня сигналов подключенных радиоабонентов.

- QR-коды на объектах (оборудование, узлы связи, ТМЦ, наряды на работу и т.д).

- Взаимодействие с Jabber - отправка уведомлений (возможна поддержка Telegram)

- Модули сателлитов - опрос удалённого/разнесённого оборудования

- На главную страницу выводится информация о нарушениях уровня сигнала для радиоабонентов

- Показ изображений из прикрепленных файлов прямо на странице по нажатию на имени файла

- План работ. Изменен внешний вид карточки задания

- План работ. Отображение списка заданий на карте

- План работ. В карточке задания выводятся расценки и тарифы для абонентов и сотрудников (включая все дочерние задания)

- План работ. Для календаря добавлен список всех подразделений, а в карточке задания, при назначении автоматически/ручном исполнителей выводится таблица с заданиями на день и можно выбрать время

- План работ. QR-коды для закрытия нарядов на работу

- План работ. При нажатии на свободную ячейку в календаре - открывается интерфейс добавления задания

- План работ. При создании дочернего задания опционально копируются исполнители

- План работ. В дополнительных полях к заданиям можно настраивать какие из них нужно заполнять при выполнении (закрытии) задания

- План работ. В статистику добавлен отчет по меткам/доп.статусам заданий

- План работ. В классификаторе заданий можно указать перечень разрешенных статусов для каждого типа заданий

- План работ. В групповых действиях списка работ добавлена возможность удаления

- План работ. Для таблицы плана работ добавлена возможность вывода колонок с конкретными доп.полями

- В заявке на включение добавлена возможность указания произвольного дома на выбранной улице

- Переработан график роста сети - добавлены районы населенных пунктов и график строится по любой позиции

- В карточку дома добавлена вкладка с графиком прироста абонентов по дому

- В настройке главной страницы для оператора можно отдельно указать отображение уведомлений по ПОН и информацию о просроченных заданиях

- Для модулей us_peleng и us_ping добавлена настройка для опросов оборудования только из выбраных городов

- Данные по ОНУ фиксируются при съеме в базу данных и, в дальнейшем, используются в карточке ТМЦ, коммутатора (ОНУ) и карточке абонента, которому передано ОНУ

- Для радиооборудования добавлена настройка стекирования/интерфейсов (по аналогии с коммутаторами)

 

Відредаговано 2015-07-20 09:22:34 UserSide

[Tux 24]

может все таки 3.7?

[Ajar 92]

Кто-то обновлялся ? Какие проблемы были ?

[UserSide 51]

может все таки 3.7?

 

Спасибо.

[Tux 24]

Обновился, вроде все ок. Интересует вопрос по qr-кодам. При сканировании кода (на коммутатор) с телефона - выдает ссылку hostname/6.php?t=1&i=1111. При переходе по ней - 404

[inetco 1]

вопрос по OLT bd-com  хотелось бы все таки иметь возможность видить маки абонентов на епон портах или самом олте вообще. Так как сейчас у нас абонент просто пропадает и его мак. найти его не реально он показывает последний управляемый свитч. И если стоят все аплинки и доун линки. Все абонент исчезает и искать его в ручную приходиться. Ужастно не  удобно...

[UserSide 51]

>> Inetco

Переделали хранение информации по ОНУшкам. Например - информация где находится эта ОНУ - видно и в карточке ОНУшки и в карточке абонента, если ОНУ передано ему.

Следовательно - поиск по МАКу должен вывести ОНУшку, а уже в её карточке будет видно где она подключена - что за ОЛТ и интерфейс

[inetco 1]

 

 

>> Inetco

Переделали хранение информации по ОНУшкам. Например - информация где находится эта ОНУ - видно и в карточке ОНУшки и в карточке абонента, если ОНУ передано ему.

Следовательно - поиск по МАКу должен вывести ОНУшку, а уже в её карточке будет видно где она подключена - что за ОЛТ и интерфейс

мы уже пользуемся этой функцией, начнем с нее:

1. нет общий истории где посмотреть все ону где и на каком они интерфейсе висят или висели

2. из карточки посмотреть офнутую ону, на каком порту она была не возможно( или мы не знаем как)

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

4. Если на ону  2-4 абонента  найти одного можно остальных не реально к ним ону не привяжешь, и найти их не сможешь

5. Если абонента только подключили и еще не успели списать на него ону он просто в вакууме висит пока техник не спишит ону...

 

Итого можно сделать сохранения фбд таблицы олтов также как и свитчей, чтобы собирались маки не только ону но и абонентсвкие которые ходят через олт

[UserSide 51]

>> inetco

Предлагаю почтой продолжить. 

Некоторые моменты можно иначе решить, но большинство можно и нужно нам добавлять.

Надо думать.

[user_2009 44]

Мнение..., не спешите обновляться на последнюю версию.

Возникли траблы, вылезли баги.

Причем со старыми версиями их не было.

А мыслю я как инженер Если старая версия работала, то зачем мне менять компьютер, или браузер, чтоб заработала новая версия?

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

[UserSide 51]

>>user_2009

 

В любом случае - приносим извинения за то, что что-то не работает нормально.

Если остались проблемы - пишите - будем решать.

 

Если же абстрагироваться - то "новые версии", "новые мощности" и "новые браузеры", к сожалению обязательный элемент современной жизни.

Мы добавляем новый функционал - он требует больших вычислительных мощностей. 

Кроме того - клиентские базы ведь растут. Одно дело обрабатывать данные (даже старым софтом) для 3000 абонентов, а другое дело для 5000 на том же железе.

Кроме того наблюдается тенденция многих сис.администраторов использовать устаревшее программное обеспечение. Например - даже если брать РНР - мы рекомендуем хотя бы 5.3.9 версию, которая сама по себе 2009! года, так многие даже это не выдерживают. И получается мы стеснены в использовании более свежих и быстрых функций языка. Ну это всё лирика, конечно.

 

Если есть проблемы - будем решать. Там где есть возможность оптимизации - будем оптимизировать.

[user_2009 44]

Ну никто и не спорит!

Но если скажем абонбаза не растет а просто для того, чтоб крутилась новая фишечка которая ВПОЛНЕ работоспособная и со старыми задачами но УЖЕ не может быть как бы совместима со старой версией, требуя новую версию для работы.

Это нормально?

Нас вполне устраивала и устраивает старая версия, но для того, чтоб иметь маленькую фишечку приходится менять версию, подымая парк машин, но не это главное. А главное в том, что когда начинают лезть баги, становится ОЧЕНЬ грустно

[adeep 212]

Ну никто и не спорит!

Но если скажем абонбаза не растет а просто для того, чтоб крутилась новая фишечка которая ВПОЛНЕ работоспособная и со старыми задачами но УЖЕ не может быть как бы совместима со старой версией, требуя новую версию для работы.

Это нормально?

Нас вполне устраивала и устраивает старая версия, но для того, чтоб иметь маленькую фишечку приходится менять версию, подымая парк машин, но не это главное. А главное в том, что когда начинают лезть баги, становится ОЧЕНЬ грустно

не забывайте, что новые версии ПО так же могут включать в себе исправление ошибок безопасности. в том числе и сам php

[nightfly 1 239]

 

 

чтоб крутилась новая фишечка которая ВПОЛНЕ работоспособная и со старыми задачами но УЖЕ не может быть как бы совместима со старой версией, требуя новую версию для работы.

Крузис тоже не очень хорошо под win95 идет, не пробовали предлагать крайтеку его бекпортировать? Это же так актуально.

 

 

Это нормально?

да

 

 

но для того, чтоб иметь маленькую фишечку приходится менять версию

Приходите такой в автосалон, и начинаете вымораживать, почему на вашей 30-ти летней машине нету такой клевой мультимедии и пневмы, как на s63...

[Alex_E 852]

))) А я то же консерватор

С машинами кстати прикол в том же, чем круче машина, тем дороже обслуживание.

[UserSide 51]

Хотеть, просить и требовать отсутствие багов в П/О - правильная позиция.

Мы с этим целиком согласны.

 

В ближайшее время планируется некоторые изменения в процессе разработки, направленные на это.

[b2fshen 11]

Появилась необходимость (и дошли руки) перейти на Юзерсайд в плане:

- регистрации заявок;

- назначения ответственных;

- отслеживания/изменение статуса;

- начисление зар.платы исполнителям;

- отчетность.

Не хочется тратить время на изобретение велосипеда. Интересует платная консультация провайдера, успешно внедрившего данный функционал (по процессу в основном).

Тел 067 220 59 23. Также буду на УКОСе, можно пообщаться вживую.