Технические вопросы

Подскажите как реализуется сортировка обращений к исполнителям.

AgentK

8 июля 2013 13:13

Для BPMonline Service Desk. Подскажите, как технически реализуется возможность сортировки и прав доступа новых обращений в зависимости от сервиса/подсервиса для конечного исполнителья. Т.е. чтобы ряд групп исполнителей мог видеть обращения исключительно указанной для нее специфики. Если возможно в качестве детальной инструкции. Спасибо!

Нравится

5 комментариев

8 июля 2013 17:43

Добрый день.

В свойствах объекта ServiceRequest укажите значение колонки Группа и опубликуйте объект.

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

Ответить

AgentK

9 июля 2013 10:11

Не совсем то, что я хотел. Допустим, что есть 10 предоставляемых видов сервисов. 2 из них делает одна группа, 2 из них другая, 2 из них третья и так далее. В разделе обращений каждая из групп может видеть только обращения предназначенные именно им(зависимость от выбранного типа сервиса при создании обращения для конкретной группы). Может быть создать несколько папок до раздела обращений и на них дать права? Тем не менее как нацелить на них необходимые сервисы? Пожалуйста, подскажите.

Ответить

9 июля 2013 14:23

Если вопрос удобства, то корректнее всего было бы создать динамические группы с фильтрами по сервисам, выбранным в инциденте/запросе на обслуживание.
Если вопрос безопасности, то необходимо дописывать логику на сохранении записи. В объекте ServiceRequest, в процессе, на событии ServiceRequestInserted в задании-сценарии ServiceRequestInsertedScriptTask дописать insert, наподобие уже существующего:

var portalUsersSysAdminUnitUId = new Guid("f858d1b9-334b-e111-b408-00155d054c02");
Guid recordUId = Entity.PrimaryColumnValue;
int defPosition = 0;
var defaultSourceUId = new Guid("f41e0268-e324-4228-9e9e-5cb7cc906398");
var nowParameter = new QueryParameter("now", DateTime.Now, "DateTime");
var currentUserContactIdParameter = new QueryParameter("currentUserId", UserConnection.CurrentUser.ContactId);		
for (int operation = 0; operation <= 2; operation++) {
	var insertRight = new Insert(UserConnection)
		.Into("SysServiceRequestRight")
			.Set("CreatedOn", nowParameter)
			.Set("CreatedById", currentUserContactIdParameter)
			.Set("ModifiedOn", nowParameter)
			.Set("ModifiedById", currentUserContactIdParameter)				
			.Set("RecordId", Column.Parameter(recordUId))
			.Set("SysAdminUnitId", Column.Parameter(portalUsersSysAdminUnitUId))
			.Set("Operation", Column.Parameter(operation))
			.Set("RightLevel", Column.Parameter(true))
			.Set("Position", Column.Parameter(defPosition))
			.Set("SourceId", Column.Parameter(defaultSourceUId))
		as Insert;
	insertRight.Execute();
}

Только вместо portalUsersSysAdminUnitUId использовать идентификатор конкретной группы, который будет присваиваться переменной в зависимости от предоставляемого сервиса.

Ответить

AgentK

10 июля 2013 10:10

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

Ответить

10 июля 2013 13:38

Guid groupId;
Guid subserviceId = Entity.SubserviceId;
switch (subserviceId.ToString()) {
	case "d79f2070-f36b-1410-f18a-0050ba5d6c38": //если такой-то подсервис
	groupId = new Guid("f15d4059-e23e-4ed9-9041-88a12736c031"); //то, даем права такой-то группе
	break;
	case "jf75j070-f36b-1410-f18a-hr7dj45d6c38": //а если такой-то подсервис
	groupId = new Guid("r45d4059-e23e-4ed9-9041-88a12736c741"); //то, даем права другой группе
	break;
	default: //условие по умолчанию
	groupId = new Guid("6e0a1b5e-7738-4a9c-9d2d-995f62e51e26"); //даем права группе такой-то
	break;
}
var defaultSource = new Guid("f41e0268-e324-4228-9e9e-5cb7cc906398");
var now = new QueryParameter("now", DateTime.Now, "DateTime");
var currentUserContactId = new QueryParameter("currentUserId", UserConnection.CurrentUser.ContactId);		
for (int operation = 0; operation <= 2; operation++) {
	var insertRight1 = new Insert(UserConnection)
		.Into("SysServiceRequestRight")
			.Set("CreatedOn", now)
			.Set("CreatedById", currentUserContactId)
			.Set("ModifiedOn", now)
			.Set("ModifiedById", currentUserContactId)				
			.Set("RecordId", Column.Parameter(Entity.PrimaryColumnValue))
			.Set("SysAdminUnitId", Column.Parameter(groupId))
			.Set("Operation", Column.Parameter(operation))
			.Set("RightLevel", Column.Parameter(true))
			.Set("Position", Column.Parameter(0))
			.Set("SourceId", Column.Parameter(defaultSource))
		as Insert;
	insertRight1.Execute();
}

Ответить

Показать все комментарии

8 июля 2013 06:11

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

Нравится

1 комментарий

Безродный Андрей

8 июля 2013 12:48

Ольга, добрый день!

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

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

Ответить

Показать все комментарии

ExecuteDate

Как формируется дата и время выполнения шага ExecuteDate?

Разработка

komgbu

5 июля 2013 20:55

Добрый день!

Может кто-то сталкивался с проблемой работы пользователей с процессами в разных часовых поясах?
(Не хочется изобретать велосипед)

Например, есть представительство на Дальнем востоке. Запускают процесс, доходит до шага, который должен выполниться у сотрудника в Москве. В параметр ExecuteDate шага записывается местное время пользователя, например, 14:00.

Приходит сотрудник, под которым должен выполниться шаг в Москве в 9 утра (в ДВ уже вечер и ...все ушли домой - тогда проблем нет :) ...на самом деле, время работы перекрывается), но шаг "висит" в ожидании, пока в Москве не наступит 14:00.
Вопрос: где формируется время выполнения шага при его создании? Каким образом сделать так, чтобы время выполнения шага не на клиенте бралось, а с сервера?
Естественно, формат поля в БД Террасофта не предполагает хранение часовых поясов... видимо при разработке функционала не учитывали, что в РФ немного больше, чем 1 часовой пояс...

Спасибо!

Нравится

11 комментариев

komgbu

7 июля 2013 11:01

В принципе, быстрый путь - понятен:
В скрипте в том месте, где происходит переназначение "Ответственного" за шаг (OwnerID) выполнить вычисление часового пояса текущего пользователя и часового пояса того, на кого переводим шаг, вычислить разницу и добавить к ExecuteDate.

Тут возникает еще одна проблема: как получать часовой пояс пользователей?
Для вычисления пояса текущего пользователя наверное есть какие-то функции для получения инфы из ОС. Но тогда вычислить часовой пояс юзера, на которого переводим процесс - не получится.
Значит нужно хранить его в БД (не уверен если в коробочной версии это делается и в какой таблице - tbl_Contact или tbl_AdminUnit... теоретически лучше tbl_Contact - мало ли, нужно запланировать звонок клиенту из Мск на Дальний Восток...)

Как заполнять значение часового пояса в таблице?
То, что оно будет меняться - нет сомнений. Например, пользователь залогинился в систему не на своем компе, а используя rdp... сбилось время на компе польззователя... он приехал в представительство в другом регионе и т.п. В общем, получил доступ к системе в которой ОС не в том часовом поясе, который записан в БД. Т.е. выполнять апдейт часового пояса при необходимости, нужно каждый раз при логине пользователя в систему... (Естественно, что случай, когда юзер меняет часовой пояс на компе, прямо во время сеанса работы, можно считать невероятным, и не наворачивать дополнительно функционал)

При таком подходе в общем то должно работать.

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

Ответить

7 июля 2013 11:42

Добрый день.

Если у Вас установлены системные настройки UseServerTimeZone в true, а в ServerTimeZone установлен какой либо часовой пояс, то время в БД будет храниться именно в данном часовом поясе (т.е. для всей системы, для всех пользователей). Далее, в карточке контакта есть поле "Часовой пояс", каждый сотрудник может установить свой часовой пояс.

Ответить

komgbu

8 июля 2013 10:24

Дмитрий, добрый день!

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

Сейчас все еще раз перепроверил, вроде работает.

Ответить

8 июля 2013 10:32

Добрый день.

Ок, но если что (появятся вопросы и пр.) - обращайтесь.

Ответить

komgbu

1 августа 2013 14:12

Добрый день!

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

Пользователь из Екатеринбурга создает карточку контакта, заполняет дату выдачи паспорта 23.07.2013
Потом эту карточку открывает пользователь из Москвы... видит 22.07.2013
Распечатывает детализацию, и эта дата у него 22.07.2013 22:00 (разница между часовыми поясами 4 часа)

Что делать с этим? (Вариант переписывать обработчики всех форм и пр. не предлагать :))

Ответить

1 августа 2013 15:15

Логика следующая:

если установлена сис. настройка "Использовать часовой пояс сервера"(UseServerTimeZone) - время хранится в БД на сервере в том часовом поясе, который указан в настройке ServerTimeZone.

Соответственно два варианта:

либо убрать настройку UseServerTimeZone, либо проверить, чтобы у всех контактов пользователей поля "Часовой пояс" были заполнены корректно.

Ответить

komgbu

2 августа 2013 09:53

Спасибо, Дмитрий,

Снял галочку "Использовать часовой пояс сервера". Посмотрим, что теперь получится.
Настройки часовых зон у пользователей были выполнены правильно.

Ответить

komgbu

6 августа 2013 10:51

Итак, вернемся к первоначальному вопросу:

Подскажите пожалуйста, как сделать НАСТРОЙКАМИ, так, чтобы пользователи из разных часовых поясов могли НОРМАЛЬНО работать в Террасофте?

А именно:
1) Нужно чтобы шаг, запущенный под пользователем в Хабаровске в 17 часов, выполнялся у пользователя в Москве в 10 часов а не в 17
2) Нужно чтобы если пользователь в Хабаровске проставляет значение даты в карточке 23.07.2013 оно же отображалось и у пользователя в Москве, а не 22.07.2013
3) Чтобы в журнале изменений запись о "Вставке" была раньше, чем запись об апдейтах и желательно, с достоверным таймстемпом :)

Манипуляции с галочкой привели к тому, что п.3 не выполняется... я еще не смотрел почему, но вставка выполняется с добавлением часового пояса (следовательно, с неправильным таймстемпом)
Апдейты вроде с правильным временем.

Спасибо!

Ответить

6 августа 2013 13:43

Здравствуйте.

По поводу журнала изменений - это вы сейчас о колонке CreatedOn (Создано)? Т.к. данная колонка всегда заполняется временем сервера - проверьте это на уровне БД.
Далее, попробуйте вытащить в реестр именно её.

Ответить

komgbu

29 августа 2013 10:52

Бог с ней, с датой создания... но все-таки мне непонятно, почему происходит следующее:

Пользователь в Хабаровске в поле с типом Дата/Время, например, дата выдачи паспорта (Тип Даты/Времени такой же) указывает дату (руками, ни о каких там таймстемпах речи не идет):
01.03.2013

Пользователь в Москве открывает карточку и видит: 28.02.2013. В БД хранится значение 2013-02-28 13:00:00.000

И что делать то? Дата выдачи паспорта у человека 01.03.2013, независимо от того, где его выдали - в Хабаровске или в Калининграде...

В настройках выставлено:
У пользователя из Хабаровска UTC + 11
У пользователя в Москве UTC + 4
Часовой пояс сервера UTC + 4
Галочка Использовать зону сервера сброшена.

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

Ответить

29 августа 2013 15:07

Добрый день.

Попробуйте либо отключить USe Server Time Zone, либо сбросить поле "Часовой пояс" для всех контактов пользователей.
Тогда время будет сохранятся в базу так, как указано руками.

Либо второй вариант, для таких полей, где применения логики изменения даты/времени в зависимости от часовых поясов не требуется, изменить тип поля на MaskDataControl, настроить маску в виде даты:
xx.xx.xxxx и использовать его, вместо контрола DateTimeDataControl.

Ответить

Показать все комментарии

Проверьте плз скипт

При создании отчета Не берутся данные из системы

Башкиров М.Е.

4 июля 2013 16:37

Всем привет. Сам начинающий пользователь и сразу же вопрос просьба. Проверьте плз скрипт.
Во вложении результат и сам запрос sumpotipu2.zip

Нравится

1 комментарий

Бондарь Наталия

5 июля 2013 11:51

Добрый день, чтобы проверить отчет недостаточно файла repx. нужно дополнительно выгрузить файл с данными.
Еще один способ выгрузить весь отчет:
- В приложении BPMonline перейти в раздел [Конфигурация].
- Найти схему отчета и выгрузить ее используя действие "Экспорт в файл".

Ответить

Показать все комментарии

Печатные формы в Bpm 7

4 июля 2013 14:07

Доброго времени суток уважаемые коллеги, подскажите пожалуйста где и как можно работать с печатной формой?
1.Как ее запустить в карточке продажи и т.д.
2.Как можно создать печатную форму?

Нравится

6 комментариев

5 июля 2013 09:33

Добрый день.
В карточке продажи есть предустановленные в базовой версии печатные формы "Коммерческое предложение" и "Досье продажи". Что бы добраться до них, необходимо открыть продажу на просмотр и воспользоваться элементом Действия:

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

Ответить

8 июля 2013 11:05

Максим, огромное спасибо.

Ответить

Наталия П.

8 июля 2013 12:20

А как добавить свои печатные формы (уже созданные) в конкретном модуле?

Ответить

8 июля 2013 13:30

1. Регистрация печатной формы:

1. Перейдите в раздел [Справочники].
2. Откройте для редактирования справочник [Печатные формы].
3. В меню [Добавить] выберите команду [MS Word]
4. Введите название формы.
5. Выберите раздел, в действиях которого должна быть доступна печатная форма. Например, чтобы добавить печатную форму договора, укажите раздел [Документы].
6. Установите признаки [Отображать в разделе] и/или [Отображать в карточке].
7. Сохраните карточку печатной формы.

Более детальную информацию можно найти в справке в разделе НАСТРОЙКА СИСТЕМЫ-->настройка печатных форм MS Word

Ответить

Наталия П.

8 июля 2013 14:06

Юрий, спасибо!

Ответить

8 июля 2013 14:11

Common ->>> Printables
в разделе который у вас на скрине, название Printables.
Вот пишу и уже уверен что Вы нашли))
на русском: Общие --> Печатные формы

Ответить

Показать все комментарии

Как добавить раздел в боковую панель Bpm 7?

4 июля 2013 10:54

Здравствуйте уважаемые коллеги, скажите пожалуйста как в боковую панель добавить новый раздел
допустим "Турист" создать для него карточку которую в дальнейшем можно будет заполнить и реализовать к ней печатную форму. И где можно отредактировать или создать новую печатную форму?
Заранее спасибо.
С Уважением Юрий.

Нравится

1 комментарий