А цель какая?
Пользователь
Поиск по сайту
Реклама
Опрос
Погода
Григорий Ненашев (все сообщения)
| |||||||||||||||||||||
|
|
sd_dataform, как вывести конкретную форму?
|
|
|
|
|
|
Доступ к папкам, Права доступа по ролям
SLA - для Регионов + Москва, Считать сроки по группам с учетом регионального времени.
|
Может какие мысли есть?
|
|
|
|
|
SLA - для Регионов + Москва, Считать сроки по группам с учетом регионального времени.
|
Суть.
Есть много групп Каждая группа привязана к своему региональному времени, у каждой группы есть часы работа, (Часы работы едины для всех), С понедельника 9 утра и до пятницы 17:30. Задача Считать сроки по группам с учетом регионального времени. Решение прописать SLA и указать в подразделении регион, к которому относиться сотрудник (Потребитель) То есть, для всех региональных подразделений я прописываю их регион и правилом проставляю у пользователя региональное время подразделения. (Тут все понятно). Теперь начинается волшебство: 1. Пользователь позвонил по телефону или по почте 2. Оператор заполняет карточку по сути обращения 3. В шаблон я прописываю стандартный SLA – для всех 4. Заявку направили на регион данного пользователя. Тут все хорошо и даже замечательно до момента если обращение не перекинуть назад в Москву. Срок по исполнению остается региональный…. (С этим я думаю справиться можно доп. Правилом, но тоже под вопросом. «Ньюансы») А теперь та же ситуация только пункт 4 исправляем на Москва. И вот что выходит: Время срока исполнения по заявке выпрыгивает регионального времени. То есть у меня 11:00 но. Т.к например у сотрудника стоит регион Хабаровский край это +10 по Гринвичу. И в SLA я поставил срок исполнения срочный 4 часа. Выходит срок проставляется для моего региона 03.02.2010 06:00 то есть на завтра. Если судить по логике SD то все честно… Может, у кого есть мысли, как обойти данное ограничение? Я думал сначала из поля группы выдергивать его регион и подставлять его в поле подразделение пользователя, тогда срок считался бы согласно региону на который это назначили. (НО если так сделать, то вылезет другой нештатный момент, т.к к подразделению привязан не один сотрудник а множество сотрудников, то любой кто обратится из данного подразделения будет получать срок исполнения последнего пользователя кто обратился).  |
|
|
|
|
Проблема со статусом заявки..., Не отображается Статус Назначения в истории заявки...
|
Мне кажется, нужно спросить пользователя как он закрывал данную заявку или поиском глянь по дате изменения и от данного пользователя…
|
|
|
|
|
Таблица Service Call, Ограничить сотрудникам пользоваться расширенным поиском
|
Я бы рад так сделать да не могу
СБ лазит. Есть, конечно, вариант. Можно сделать репликацию на другой сервер, например в 4 утра и до 5:30 он должен управиться перенести туда все GB На APP тестовом шедулер что в 4 утра сервис стоп, а в 5:30 старт. Вуаля только еще табличку нужно будет чистить, это уже можно DTS пакет настроить… Ну и там же можно будет права чикать…. Например всем только чтение. Чтобы нельзя было вложения удалить, а то выходит FTP один, а базы 2. чтобы ненароком ничего не грохнули. Также можно и удалять все записи… ненужные… (представляю, сколько он будет перелопачивать сервак) Мне не нравиться этот вариант тем, что нужен будет еще один сервак с очень большим дисковым пространством. Ну и помимо СБ еще несколько групп лазят в архив. Я думаю что если это все реализовать все начнут возмущаться, что приходиться логиниться на 2 сервера…. На одном, например одна заявка, а на 2 нужно найти какие доступы предоставлялись. Поэтому нынешняя схема это быстрое файловое хранилище, где лежит база SQL. Ну и плюс SQL-1, 2 (Нога 1, Нога 2) |
|
|
|
|
Таблица Service Call, Ограничить сотрудникам пользоваться расширенным поиском
Я думал на эту тему. Сначала хотел сделать бэкап и очистить базу от хлама…. Думал держать отдельную машину на которой можно было бы поднять APP + Client – тут все гуд. Потом возник еще один вопрос, как обновлять данный архив базы (Если я в боевую базу добавлю свои поля которых нет в архиве)… ведь средствами скула если я начну накатывать на базу изменения то он будет проверять структуру базы и скажет что они разные и ничего не накатит… то есть можно накатывать пачками до момента добавления поля. Выходит уже 2 базы. По логике можно каждый год разносить на свежую базу…. У меня так не прокатит т.к данные требуются за весь период например СБ нужно узнать какие права предоставлялись Иванову.И. Если есть мысли как можно это сделать по другому, буду рад услышать еще способы.  |
|||
|
|
|
Таблица Service Call, Ограничить сотрудникам пользоваться расширенным поиском
Я у себя сделал так.. "Архив" - Все до 2008г "ГО" - Все после 2008г Права на изменения на "Архив" - Чтение "ГО" - Полный доступ "Групп" |
|||
|
|
|
ArrayIndexOutOfBoundsException, Trace
|
Вызвано вот чем...
Чт, 04/02/2010 10:05:54 <System> ServerGui Buffer full, cleared ServerGui logFile Monitor window очень странно т.к sd_server.bat @ECHO OFF if "%1"=="START" goto start if "%1"=="start" goto start if "%1"=="STOP" goto stop if "%1"=="stop" goto stop echo Syntax: sd_server [START/STOP] pause goto end :start cd .. shift rem use this options when you have memory problems java -XX:MaxNewSize=64M -XX:NewSize=64M -Xms200M -Xmx1000M -cp lib\classloader.jar com.hp.startup.Bootstrap com.hp.ifc.bus.AppServer -showconsoleoutput %1 %2 %3 %4 %5 %6 %7 %8 %9 rem java -cp lib\classloader.jar com.hp.startup.Bootstrap com.hp.ifc.bus.AppServer -showconsoleoutput %1 %2 %3 %4 %5 %6 %7 %8 %9 cd bin goto end :stop cd .. echo trying to stop local server java -cp lib\classloader.jar com.hp.startup.Bootstrap com.hp.ifc.ui.AppServerManager localhost 30999 cd bin goto end :end И следом вот такая штука еще вылезла
Причем включил полное журналирование правил и этой ошибки больше не было.  |
|||
|
|
|
ArrayIndexOutOfBoundsException, Trace
|
Кто ни будь сталкивался с такой ошибкой?
|
|||
|
|
|
Сегодня были (гостей: 5, пользователей: 0, из них скрытых: 0)