BiTel

Добрый день!

Подскажите есть ли возможность ограничить поиск по договорам для операторов?

1) Настроить фильтр "Номер договора", поиск только по полному соответствию
2) Настроить фильтр "Номер договора", чтоб выдавал договор, лишь при точном совпадении
3) Настроить поиск по текстовым параметрам, чтоб размер маски для поиска был минимум 3 символа

_________________

а зачем?

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

_________________

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

можно ограничить доступ к договорам по группе договоров, а также ограничить доступ к параметрам договоров для операторов.

Про это я знаю, хорошо описано в документации, но это не совсем то, что требуется. Надо чтоб они получали доступ ко всем договорам, но не видели общий список.

_________________

а что секретного в общем списке? кол-во договоров?

1) Кол-во договоров
2) Возможность пройтись по всем договорам, т.е. например поступает звонок, или приходит абонент в офис, называет например фамилию Иванов, оператор видит только ивановых, а не всю базу, или абонент называет номер договора, оператор видит информацию только по конкретному договору.

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

_________________

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

не хочу сущности плодить, отпишу здесь.

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

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

не понял, что ищите, как и где.

Поиск договор->Адрес.

в 5.1 вбивали номер дома и номер квартиры и там из списка уже выбирали нужный
в 6.0 без выбора улицы не ищет

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

есть такое...

т.е. нам тоже только грустные смайлики остается ставить?

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

не очень понимаю зачем искать по связке номер дома-квартира

скорость...

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

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