Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Григорий Ненашев (автор тем)

Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: Пред. 1 ... 6 7 8 9 10 11 12 13 14 15 16 След.
Админка в виде FAQ, Админка Service desk 4.5
Кому что интересно почитать?
Выбирайте пункт и огласите. После этого я подготовлю информацию выложу


  • Установка Service Desk 4.5
  • Восстановление Service Desk 4.5
  • Работа с административной консолью Service Desk 4.5
  • Работа с почтой
  • Описание SQL – запросов Триггеров
  • Удаление просроченных заданий (Scheduled Tasks)
  • Создание нового класса
  • Custom Fields
  • Custom Code
  • Шаблоны
  • Представления
  • Текст Локализации
  • Предоставление прав в систему Service Desk 4.5
  • Серверы приложения
  • Обязательные поля
  • Системная Панель
  • Ошибка запуска клиента Service Desk 4.5 (Service Desk 2008)
Установка JAVA
Рисунок
Установка JAVA


Java Устанавливается на сервера приложений!



Java Runtime Environment

Для утсновки используйте версию 1_5_0_16 и выше.




Установка сервера базы данных

Установка сервера базы данных

Установка сервера базы данных
Уникальные поля, Карточка персонал
Есть мысль карточка персонал

1. Сделать поле Email Уникальным
2. Поле Название тоже сделать уникальным

1 – В системе не будет двойных E-mail
2 – Из системы пропадут полные тески. - В момент загрузки убрать полностью тесок (Делать сверку данных прежде чем формировать их и загружать)

Как сделать поля уникальными я знаю, но как сделать так чтобы эти ошибки, которые система будет выплевывать, были не на языке SQL. Ну, скажем так можно ли в настройку самой системы сделать галку что Email – уникальное, на подобии как CI – код поиска уникальный..

Кто что думает на эту тему?
Вложения, Собственно хотел бы вернуться к вопросу про вложения.
Собственно хотел бы вернуться к вопросу про вложения.
Очень странную наблюдаю картинку. Пользователь отправляет письма в формате RTF Внутри есть прикрепленные 2 файла формата Doc имена файлов(VIP_YRM-MNG.doc) (VIP_YRM-OO.doc), так вот за место этих двух появляется 1 файл content.txt причем файл увесистый. Начинаю проводить эксперименты.
1. Теперь я решил отправить тоже самое письмо, но уже от своего ящика просто нажав на переслать. – Результат «0» тот же файл content.txt (внутри галиматья)
2. Создаю новое письмо и оставляю только эти 2 файла – Результат «Есть файлы положились в систему» формат письма RTF еще одно письмо формат HTML (ок файлы положились)
В чем прикол? в «BODY» ?
Куда копать? Причем ситуации бывают разные это один из вариантов. Может на почтовике крутануть нужно ? может в hotfix править что нужно? Есть мысли smile:|
Просмотр связанных заданий из категории CI, Overview actions
Собственно столкнулся с тем, что нельзя посмотреть связанные задания из карточки CI.
Есть мысли как обойти это ограничение? У меня есть одна мысль сделать отдельную Views на sql и через визуализатор сделать к ней доступ, но я так делать не хочу..
Может есть другой путь?
Рисунок
1.JPG (31.89 КБ) [ Скачать ]
Рисунок
2.jpg (56.98 КБ) [ Скачать ]
SLA - для Регионов + Москва, Считать сроки по группам с учетом регионального времени.
Суть.
Есть много групп
Каждая группа привязана к своему региональному времени, у каждой группы есть часы работа, (Часы работы едины для всех), С понедельника 9 утра и до пятницы 17:30.

Задача
Считать сроки по группам с учетом регионального времени.

Решение прописать SLA и указать в подразделении регион, к которому относиться сотрудник (Потребитель)
То есть, для всех региональных подразделений я прописываю их регион и правилом проставляю у пользователя региональное время подразделения. (Тут все понятно).

Теперь начинается волшебство:

1. Пользователь позвонил по телефону или по почте
2. Оператор заполняет карточку по сути обращения
3. В шаблон я прописываю стандартный SLA – для всех
4. Заявку направили на регион данного пользователя.

Тут все хорошо и даже замечательно до момента если обращение не перекинуть назад в Москву.
Срок по исполнению остается региональный…. (С этим я думаю справиться можно доп. Правилом, но тоже под вопросом. «Ньюансы»)

А теперь та же ситуация только пункт 4 исправляем на Москва. И вот что выходит:

Время срока исполнения по заявке выпрыгивает регионального времени. То есть у меня 11:00 но. Т.к например у сотрудника стоит регион Хабаровский край это +10 по Гринвичу.
И в SLA я поставил срок исполнения срочный 4 часа. Выходит срок проставляется для моего региона 03.02.2010 06:00 то есть на завтра. Если судить по логике SD то все честно…
Может, у кого есть мысли, как обойти данное ограничение?


Я думал сначала из поля группы выдергивать его регион и подставлять его в поле подразделение пользователя, тогда срок считался бы согласно региону на который это назначили. (НО если так сделать, то вылезет другой нештатный момент, т.к к подразделению привязан не один сотрудник а множество сотрудников, то любой кто обратится из данного подразделения будет получать срок исполнения последнего пользователя кто обратился).
smile:|
Интеграция SD c AD, Как это сделать
Что то мне подсказывает что в сд уже есть встроенная интеграция с ад ad.ini
ArrayIndexOutOfBoundsException, Trace
Кто ни будь сталкивался с такой ошибкой?

Код
Чт, 04/02/2010 10:11:39 <Trace> Data Accessjava.lang.ArrayIndexOutOfBoundsException: -11
   at sun.util.calendar.BaseCalendar.getCalendarDateFromFixedDate(Unknown Source)
   at java.util.GregorianCalendar.computeFields(Unknown Source)
   at java.util.GregorianCalendar.computeTime(Unknown Source)
   at java.util.Calendar.updateTime(Unknown Source)
   at java.util.Calendar.getTimeInMillis(Unknown Source)
   at java.util.Calendar.getTime(Unknown Source)
   at com.inet.tds.h.a(Unknown Source)
   at com.inet.tds.x.getTimestamp(Unknown Source)
   at com.inet.pool.t.getTimestamp(Unknown Source)
   at com.hp.ifc.util.marshal.recordset.AppRecordsetJDBC.convertJDBCset(Unknown Source)
   at com.hp.ifc.da.AppQueryManager.executeQuery(Unknown Source)
   at com.hp.ifc.da.AppQueryManager.executeQuery(Unknown Source)
   at com.hp.ifc.da.AppQueryManager.execute(Unknown Source)
   at com.hp.ifc.da.AppQueryManager.execute(Unknown Source)
   at com.hp.ifc.bus.AppServerEntity.trueFind(Unknown Source)
   at com.hp.ifc.bus.AppServerEntity.find(Unknown Source)
   at com.hp.ifc.bus.AppServerEntity.find(Unknown Source)
   at com.hp.ifc.wf.AppEntityHome.find(Unknown Source)
   at com.hp.ifc.wf.AppEntityHome.loadSingleRecord(Unknown Source)
   at com.hp.ifc.wf.AppEntityHome.loadSingleRecord(Unknown Source)
   at com.hp.ifc.wf.AppEntity.initialize(Unknown Source)
   at com.hp.ifc.wf.AppEntityHome.open(Unknown Source)
   at com.hp.ifc.wf.AppAbstractEntitySet.open(Unknown Source)
   at com.hp.ifc.wf.AppAbstractEntitySet.open(Unknown Source)
   at com.hp.itsm.common.cl.ITSMUtilities.queryPerson(Unknown Source)
   at com.hp.itsm.common.cl.ITSMUtilities.getCurrentPersonEntity(Unknown Source)
   at com.hp.itsm.common.cl.ITSMUtilities.getCurrentPerson(Unknown Source)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at com.hp.ifc.wf.AppSession.defineCurrentPerson(Unknown Source)
   at com.hp.ifc.bus.AppServerSession.login(Unknown Source)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at com.hp.ifc.net.itp.AppItpRequest.localInvoke(Unknown Source)
   at com.hp.ifc.net.itp.AppItpRequestHandler.process(Unknown Source)
   at com.hp.ifc.net.tcp.AppTcpConnection.processRequest(Unknown Source)
   at com.hp.ifc.net.tcp.AppTcpThread.run(Unknown Source)
Сервер 2008 и сервер SD OV 4.5, Service Desk и Windows 2008
Собственно вопрос в теме, кто-нибудь разворачивал сервер сервисдеска на 2008 сервере? работает? или только 2003..
Решение:
Работать будет
Сам сервер работает на SUN Java и от Microsoft он использует только ODBC конектор, так что причин не работать нет.
Страницы: Пред. 1 ... 6 7 8 9 10 11 12 13 14 15 16 След.