Сергей приветствую

Способ авторизации у вас отличен от OAuth2? Каким способов Авторизации вы пользуетесь при работе с Веб-сервисом? немного этого не допонял. Спаисбо.

Власов Михаил Викторович,

Добрый день Михаил вот документации  https://sendpulse.ua/integrations/api#url но увы я не вижу  там описания какой версии OAuth2

Немного покопавшись в интернете и сопоставив с  документацие - сделал вывод, что там описан метод авторизации "Bearer token". А из коробки bpmonline готовой реализации такой авторизации нету.

Если речь об обращению к стороннему сервису в C#-коде, то в стандартных примерах  есть добавление в заголовки токена BPMCSRF:

// Добавление CSRF токена в заголовок запроса.
CookieCollection cookieCollection = AuthCookie.GetCookies(new Uri(authServiceUri));
string csrfToken = cookieCollection["BPMCSRF"].Value;
updateRequest.Headers.Add("BPMCSRF", csrfToken);

А в готовом элементе БП по вызову веб-сервиса есть только базовая аутентификация  и OAuth 2.0.

В базах данных вместо матрицы делают таблицу развязки.

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

Добрый день Андрей

Если есть возможность подглядеть как ваш кейс реализован в конфигурации BPM'Online SalesEnterprise, раздел Планирование, то советую посмотреть как Компания Террасофт создала структуру данных таблиц и по образу и подобию повторить у себя. Это полностью ваш Кейс.

А уже потом построить SQL запросы на получение данных.

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

Значит, добавление по OData для этой таблицы применять нельзя.

Спасибо за информацию!

Ну и дела!

Да, это - view. На основе SysAdminUnit.

Не нашел таблицу "Пользователь портала", но примерный алгоритм работы ролей и пользователей в bpm:

1) все роли и пользователи хранятся в SysAdminUnit (да, это помойка из кучи записей, с разными типами)

2) в SysUserInRole задаётся связь роли (из SysAdminUnit) с контактом (из того же SysAdminUnit)

Как-то так. И да, почитать - нигде. У нас тут практикуется исключительно хождение по граблям. Странный способ получения экспириенса, но какой есть...

Чисто для примера: я вот тут вчера узнал, что система в деталях возвращает UsrDate(поле типа DateTime из карточки родителя, подтягивал через аттрибуты) в виде строки. А при заходе в страницу редактирования той же самой записи, тот же самый код возвращает UsrDate, но уже в типе DateTime. Так и живем ¯\_(ツ)_/¯

Варфоломеев Данила,

Спасибо

Но я так понимаю в эти таблицы нельзя добавить данные через элемент бизнес-процесса "Добавить данные" (не представлены в выборе объектов для добавления) и нужно писать скриптом?

Красильников Аександр,

Есть, просто называются "Объект администрирования" и "Вхождение пользователя в роли"

Варфоломеев Данила,

Где можно узнать, "Понятное имя" таблиц БД?

В разделе «Конфигурация».

Или в базе в свойствах таблицы:

Красильников Аександр,

Используются для выбора заголовки таблиц

Всем спасибо за оперативные ответы

Ищите БП планировщик который запускает ваш БП, там скорее всего указано от чьего имени и какой БП запускать, либо же это может быть триггер прямо в БД, так же и там посмотрите, либо же могли сделать, это через Системную настройку, нужно смотреть, так особо и не подсказать

Вам в эту тему.

В конце onEntityinitialized добавить this.callParent(arguments);

Если я правильно понял, то надо сделать вот так:

attributes: {
//Здесь мы "смотрим" внутрь справочного поля [UsrDoctor], которое ссылается на раздел [Контакты]
//и ищем там специализацию [UsrDoctorsSpecialization]
 "UsrDoctor": {
  lookupListConfig: {
   columns: ["UsrDoctorsSpecialization"]
  }
 },
//Здесь мы вызываем метод, который будет устанавливать специализацию, когда пользователь 
//внесет изменения в поле [UsrDoctor]
 "UsrDoctorsSpecialization": {
  dependencies: [
   {
    columns: ["UsrDoctor"],
    methodName: "setDoctorsSpecializtion"
   }
  ]
 }
},
methods: {
//собственно метод, который устанавливает специализацию в нужное поле
//условие можно и изящней написать. Сделал так, чтобы было понятно.
 setDoctorsSpecializtion: function() {
  var doctor = this.get("UsrDoctor");
  if (doctor) {
   if (doctor.UsrDoctorsSpecialization) {
    this.set("UsrDoctorsSpecialization", doctor.UsrDoctorsSpecialization);
   }
   else {
    this.set("UsrDoctorsSpecialization", null);
   }
  } 
  else {
   this.set("UsrDoctorsSpecialization", null);
  }
 }
},

Все можно проще сделать укажите чтоб для доктора вычитывались колонки ФИО и Специлизация и используйте их!

"UsrDoctor": {
  lookupListConfig: {
   columns: ["FIO","UsrDoctorsSpecialization"]
  }
 },

После єтого можно обращатся к полю как UsrDoctor.UsrDoctorsSpecialization

Григорий Чех,

Вау, почему в документации еще нет этого способа?:)

Есть:

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

• сolumns — массив имен колонок, которые будут добавлены к запросу дополнительно к колонке Id и первичной для отображения колонке.
• orders — массив конфигурационных объектов, которые определяют сортировку данных при отображении.
• filter — метод, возвращающий объект класса Terrasoft.BaseFilter или его наследника, который, в свою очередь, будет применен к запросу. Не может использоваться совместно со свойством filters.
• filters — массив фильтров (методов, возвращающих коллекции класса Terrasoft.FilterGroup). Не может использоваться совместно со свойством filter.

На маркет плєйсе есть решение для массового закрытия БП по одному можно зайти в журнал БР выбрать нужный экземпляр и завершить!

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

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

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

Решение из маркет плейса не подходит по причине того что версия приложения 7.11.1, а дополнение должно работать на версии не ниже 7.11.3

Так отправьте из внешнего сигнал, который поймают внутренние и завершатся.

А по поводу версий, Вы можете обновиться с 7.11.1 на 7.11.3, между минорными версиями не должно быть особо тяжело.

Шувалов Николай Юрьевич,

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

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