Добрый день!

Подскажите, есть ли порядок в котором стартуют Бизнес-процессы в следующей ситуации (пример): 

Есть два БП. Один стартует по Сигналу от Объекта. Второй БП без стартового сигнала, но указан на одной из стадий динамического кейса объекта.

Допустим, что по условиям, оба БП должны отработать при переходе на стадию.

Оба запустятся одновременно или сначала отрабатывают БП на кейсе?

Нравится

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

Оба запустится одновременно.

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

Коллеги, такой вопрос. При запуске кейса в Лидах он стартует со второй стадии, хотя на среде разработки работает корректно, значения по умоланию для стадии в объекте верное, другие процессы не запускаются.

В чем может быть проблема?

Нравится

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

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

А как создаются данные лиды? Если приходят из Landing page, то ещё в конфигурации Landing page могут указываться значения по умолчанию, в том числе для стадий

Alex Zaslavsky,

Нет, замещенного процесса нет. Процессы посторонние не запускаются, даже все базовые не активны (по лид-менеджменту)

Владимир Соколов,

Нет, создаются по процессу

Вообще, кейс не «стартует», на полосе просто отображается текущее значение справочного поля «стадия», плюс логика при изменении и условия допустимости переходов. Следовательно, нужно понять, кто и когда задаёт значение в поле.

Это может быть значение поля по умолчанию в дизайнере объекта «Лид» в одном из пакетов, в них же логика во встроенных БП на объекте «Лид», отдельные БП на событии создания или изменения лида, логика в событийном слое, триггер или значение по умолчанию в БД или, наконец, JS-логика на стороне карточки. Если создать тестовую запись на уровне ESQ (не сработает логика карточки) и на уровне Insert-запроса (сработает только логика БД), можно подтвердить или отсеять два последних варианта. Остальные нужно проверять, изучая все места вручную.

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

Было бы очень прекрасно (и в том числе с т.з. производительности БП) дать возможность выбирать поля связанных объектов в выборку стандартного элемента БП "Читать данные".

Например, при чтении первого элемента выборки объекта Заказ добавить поле Основной контакт Контрагента в заказе.
Или при чтении счета получать общую сумму связанного заказа
 

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

Здравствуйте, Игорь!

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

Пока есть обходной вариант получения информации двумя чтениями.

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

Есть процесс по обращениям. Определяет по контактам на какую группу инженеров назначить. Процесс вызывается по событию создано обращение с пустой группой ответственных, меняет группу ответственных и назначает права на обращения и связные объекты.

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

Прихожу к выводу, что при изменении группы ответственных надо знать еще и предыдущее значение группу. Если оно было пустое, то процесс не вызывать. Только вот как реализовать?

Нравится

1 комментарий
Лучший ответ

Добрый день.

Если хотите сравнивать значения до и после, то есть 2 варианта.

1. Запускать процесс не по сигналу, а из клиентских скриптов, например, из карточки редактирования обращения.

2. Реализовать данную логику через событийные процессы схемы таблицы на серверной стороне.

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

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

Добрый день.

Если хотите сравнивать значения до и после, то есть 2 варианта.

1. Запускать процесс не по сигналу, а из клиентских скриптов, например, из карточки редактирования обращения.

2. Реализовать данную логику через событийные процессы схемы таблицы на серверной стороне.

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

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

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

Всем доброго времени суток! Столкнулся со следующей проблемой. Есть БП который запускается после изменения записи, в нем есть скрипт-таск в котором определяется заголовок Origin - System.Web.HttpContext.Current.Request.Headers["Origin"], если изменение производились через карточку записи то заголовок присутствовал и процесс шел по одной ветке, если же изменение произошло кодом через интеграцию, то заголовок был пустой. Это работало до недавнего времени, сейчас же System.Web.HttpContext.Current == null.

Кто нибудь с таким сталкивался?

Нравится

2 комментария

Разобрался, в настройке начального сигнала стояло выполнять след. эл-ты в фоне. Из-за этого не читалось.

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

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

Добрый день, форумчане)

Всегда был интересен вопрос след. характера:

В чём отличие типа данных у параметра БП таких как Уникальный идентификатор и Справочник?

Может в Справочник можно как-то внутрь заглянуть и вытянуть displayValue, избегая запрос к root таблице?

Сталкивался кто с подобным, интересен опыт Ваш.

Нравится

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

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

_processSchemaParameter1 = () => { return (Guid)(new Guid("b06f1e0e-f46b-1410-7190-00155d043204")); };
_processSchemaParameter2 = () => { return (Guid)(new Guid("b06f1e0e-f46b-1410-7190-00155d043204")); };
...
private Func<Guid> _processSchemaParameter1;
public virtual Guid ProcessSchemaParameter1 {
	get {
return (_processSchemaParameter1 ?? (_processSchemaParameter1 = () => Guid.Empty)).Invoke();
	}
	set {
_processSchemaParameter1 = () => { return value; };
	}
}
 
private Func<Guid> _processSchemaParameter2;
public virtual Guid ProcessSchemaParameter2 {
	get {
return (_processSchemaParameter2 ?? (_processSchemaParameter2 = () => Guid.Empty)).Invoke();
	}
	set {
_processSchemaParameter2 = () => { return value; };
	}
}
...
private void WritePropertyValues(DataWriter writer, bool useAllValueSources) {
	if (!HasMapping("ProcessSchemaParameter1")) {
writer.WriteValue("ProcessSchemaParameter1", ProcessSchemaParameter1, Guid.Empty);
	}
	if (!HasMapping("ProcessSchemaParameter2")) {
writer.WriteValue("ProcessSchemaParameter2", ProcessSchemaParameter2, Guid.Empty);
	}
}
 
...
protected override void InitializeMetaPathParameterValues() {
	base.InitializeMetaPathParameterValues();
	MetaPathParameterValues.Add("e0873088-8334-4b85-96a4-fa3e5ecb7374", () => ProcessSchemaParameter1);
	MetaPathParameterValues.Add("246467c7-071b-4cb0-8073-30c4f72be120", () => ProcessSchemaParameter2);
...	
protected override void ApplyPropertiesDataValues(DataReader reader) {
	base.ApplyPropertiesDataValues(reader);
	bool hasValueToRead = reader.HasValue();
	switch (reader.CurrentName) {
case "ProcessSchemaParameter1":
	if (!hasValueToRead) break;
	ProcessSchemaParameter1 = reader.GetValue<System.Guid>();
break;
case "ProcessSchemaParameter2":
	if (!hasValueToRead) break;
	ProcessSchemaParameter2 = reader.GetValue<System.Guid>();
break;
	}
}
...

А в метаданных:

      "Parameters": [
        {
          "TypeName": "Terrasoft.Core.Process.ProcessSchemaParameter",
          "UId": "e0873088-8334-4b85-96a4-fa3e5ecb7374",
          "Name": "ProcessSchemaParameter1",
          "CreatedInSchemaUId": "f4c123c0-d628-4d9f-867c-6c0b78c86395",
          "ModifiedInSchemaUId": "f4c123c0-d628-4d9f-867c-6c0b78c86395",
          "DataValueType": "b295071f-7ea9-4e62-8d1a-919bf3732ff2",
          "SourceValue": {
            "Source": 3,
            "Value": "[#Lookup.c449d832-a4cc-4b01-b9d5-8a12c42a9f89.b06f1e0e-f46b-1410-7190-00155d043204#]",
            "ModifiedInSchemaUId": "f4c123c0-d628-4d9f-867c-6c0b78c86395"
          },
          "ReferenceSchemaUId": "c449d832-a4cc-4b01-b9d5-8a12c42a9f89"
        },
        {
          "TypeName": "Terrasoft.Core.Process.ProcessSchemaParameter",
          "UId": "246467c7-071b-4cb0-8073-30c4f72be120",
          "Name": "ProcessSchemaParameter2",
          "CreatedInSchemaUId": "f4c123c0-d628-4d9f-867c-6c0b78c86395",
          "ModifiedInSchemaUId": "f4c123c0-d628-4d9f-867c-6c0b78c86395",
          "DataValueType": "23018567-a13c-4320-8687-fd6f9e3699bd",
          "SourceValue": {
            "Source": 3,
            "Value": "[#Lookup.c449d832-a4cc-4b01-b9d5-8a12c42a9f89.b06f1e0e-f46b-1410-7190-00155d043204#]",
            "ModifiedInSchemaUId": "f4c123c0-d628-4d9f-867c-6c0b78c86395"
          }
        }
      ],

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

Также на значения параметров в выполняющемся процессе можно посмотреть запросом в базу:

select top 10 *, cast(PropertiesData as varchar(max)) from SysProcessData

Там для параметров видно тоже только Id.

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

Добрый день господа.

Существует раздел задания в котором есть поле ответственный и (дата)крайний срок, необходимо чтобы за (N) дней ответственному приходило уведомление о приближении срока заявки с ссылкой соответственно.

Пробовал создавать БП , хоть и опыта нет.

Добавил стартовый таймер и чтение данных с режимом читать данные из коллекций, но я так понял обработать этот элемент с  таким режимом не получится в тек версиях? В общем   подскажите как можно реализовать эту задачу ? спасибо заранее)

Нравится

3 комментария
Лучший ответ

Здравствуйте, Кирилл! В активности есть параметр напомнить ответственному(чек-бокс) + дата напоминания - http://prntscr.com/orgt25, можете рассчитывать необходимую дату и время напоминания при формировании активности и заполнять.

Здравствуйте, Кирилл! В активности есть параметр напомнить ответственному(чек-бокс) + дата напоминания - http://prntscr.com/orgt25, можете рассчитывать необходимую дату и время напоминания при формировании активности и заполнять.

Нигрескул Алексей,  отлично я создал БП в котором один элемент "Добавить данные"  и с помощью которого успешно  добавляются данные в активность обрабатывая объект "задание", все замечательно но вот когда уведомление приходит юзеру в заголовке просто текст c ссылкой на активность , можно ли эту ссылку на свою запись "Задание" перебить?

А зачем Вы пишете курсивом?

Если это самодельный раздел заданий, напоминания для него можно разработать по этой инструкции.

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

Всем привет.

Версия 7.11.0.3122

Товарищи возникла проблема.

Пеезжаем на другой сервер, crm систему перенесли,базу тоже. В систему пускает, данные показывает.

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

Компиляция, перегенерация  нифига не помогают.

Помогите пжлста

Нравится

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

Похоже, на новом сервере не настроили веб-сокеты.

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

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

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

Получилось вытянуть родительскую роль "Inherited from", для всех контактов читается значение - "All employees". 

Подскажите, реально ли без побочных "костылей" с помощью процесса прочитать орг. роль?

Нравится

5 комментариев
Лучший ответ

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


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


Добрый день,

Это не очень сложно: но нужно учитывать структуру таблиц где хранятся роли и вхождения в роли. Посмотрите таблицы / объекты "Объект администрирования" и "Вхождение пользователя в роли". В первой хранятся роли и сами пользователи, а во второй хранятся вхождения этих пользователей в соответствующие роли. Так же в таблицах есть тип роли, по которому можно определить организационная это роли или функциональная.

Сидоров Александр В.,

Делала в точности также, только в "Роли пользователя" читала первую запись выборки, а не коллекцию. Спасибо большое, попробую.

Тёскин Дмитрий Валерьевич,

здравствуйте, Дмитрий. 

По таблицам посмотрела. На примере одного контакта: достаточное количество записей орг. ролей вышло. Точно известно, что контакт в настоящее время состоит в одной организационной роли. Эту роль и нужно выцепить.

Вся информация о пользователях и ролях и вхождении первых во вторые хранится в таблицах SysAdminUnit, SysUserInRole и SysAdminUnitInRole. В последнюю переносится после выполнения действия актуализации. Возможно, Вы как раз ещё не актуализировали.

Если есть доступ к базе, сделайте SQL-запросами выборку из этих таблиц: сначала по имени определите Id этого пользователя, а потом посмотрите роли, в которые он входит. Когда структура и условия фильтрации станут ясны, можно будет повторить аналогичные условия выборки средствами движка процессов.

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

 

 

 

 

О компании

Компания РМ работает на рынке с 1996 года и за это время стала крупнейшим в России поставщиком совместимых расходных материалов TM ProfiLine и TM Colouring для оргтехники Hewlett Packard, Canon, Epson, Oki, Lexmark, Panasonic, Xerox, Brother, Kyocera Mita, Sharp и др. Компания предлагает широкий ассортимент высококачественной продукции по хорошим ценам и на выгодных условиях. РМ поставляет картриджи для лазерных и струйных принтеров, тонер, фотобарабаны, ЗИП, чернила, СНПЧ и ПЗК, фотобумагу, чистящие средства.

Предпосылки внедрения bpm’online

До внедрения платформы bpm’online в Компании РМ велась собственная система сбора, учета и хранения информации. Важной потребностью было всеобьемлющее хранение истории переговоров с клиентами, в связи с чем было принято решение наладить новый тип бизнес-процессов с помощью внедрения системы CRM. Решающими факторами в пользу bpm’online sales стали такие преимущества новой работы как: общая систематизация работы менеджера и последующих отчетов руководству, ведение истории переговоров с клиентом, входящая/исходящая корреспонденция и звонки.

Задачи внедрения bpm’online sales:

·        Построить алгоритм работы менеджера с клиентом, при котором система будет помогать менеджеру качественно коммуницировать с клиентом;

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

 

Выполненные настройки

Основная работа сотрудников отдела продаж выполняется в разделе [Контрагенты]. Карточка раздела была отредактирована в соответствии с требованиями, а сам раздел переименован в [Клиенты]. В карточке Клиента был создан справочник «Тип клиента», с помощью которого при старте взаимодействия клиенту присваивается тип «Холодный прозвон».

С помощью инструмента Case Management в разделе [Клиенты] настроен алгоритм взаимодействия с клиентами в зависимости от их типа. Согласно этому алгоритму менеджеру, автоматически генерируются активности и в зависимости от их результата система подсказывает следующий шаг.

Схема процесса представлена ниже:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

По завершению процессов релевантным типу клиента «Холодный звонок», система автоматически меняет тип на «Потенциальный клиент», после чего запускается ряд процессов для этого типа.

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

В компании РМ с клиентом работает несколько департаментов, в связи с чем была необходимость раздавать права доступа на редактирование записей. Ранее эта задача выполнялась вручную. После внедрения bpm’online стало возможным реализовать автоматическое администрирование прав доступа согласно регламентов компании.

Результат

После внедрения bpm’online компания получила возможность вести клиентскую базу в единой системе с сохранением всей истории переговоров и переписки. Сотрудники всех департаментов работают исключительно со своими списками клиентов благодаря функционалу распределения прав доступа. Ускорен процесс обработки всех потребностей клиентов, поскольку автоматизированы рутинные процессы, которые ранее выполнялись вручную.

Нравится

Поделиться

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