Коллеги, добрый день! Есть объект UsrOrder, в нем есть строковое поле JetOrderNumber. В конфигурации открываю этот объект, перехожу на вкладку События и включаю галочку "Перед сохранением записи" (UsrOrderSaving). Далее нажимаю на кнопку "Открыть процесс". Там создаю Событийный подпроцесс, начальным событием которого является Сообщение UsrOrderSaving, а после него создаю заданию-сценарий, в котором прописываю:

Entity.SetColumnValue("UsrOrderNumber", "новая запись");

throw new Exception("i123");

return true;

Далее сохраняю, публикую, компилирую. 

В итоге после сохранения поле UsrOrderNumber пустое, в консоли ничего нет, в Network ничего нет. Поможете мне понять почему ничего не происходит? 

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

Хотелось бы узнать, как можно в событийном подпроцессе прервать сохранение. Например, на событии Inserting. Точно такой же вопрос обсуждался в теме https://community.terrasoft.ru/questions/proverka-polei-v-sobytiinom-po…, но там так и не было дано ответа. Вариант с завершающим элементом действительно не работает, проверка на клиенте не подходит, как и выкидывание Exception. Может кто-то знает, как правильно отменить дальнейшее выполнение события, в данном случае сохранения. 

Коллеги, добрый день!

Такой кейс: есть бизнес-процесс с несколькими задачами, которые создаю с помощью элемента бизнес-процесса «Выполнить задачу». Для примера, создаем такой процесс: при создании новой записи в разделе «Счета» запускается бизнес-процесс, состоящий из трех последовательных задач: «Уточнить юридический адрес Контрагента», «Отправить счет на оплату по почте» и «Ожидать оплату». Для заполнения параметров создаваемой активности «Читаю данные» из записи созданного Счёта, в том числе, в поле «Ответственный» создаваемых Активностей ставлю значение поля «Ответственный» из записи Счёта.

В реальной жизни, пока пользователь выполнял задачу, ответственный сотрудник по Счёту мог поменяться (уволился, перевёлся и т.д.). Логично, что при формировании следующей задачи следует в поле «Ответственный» поставить новое значение из Счёта. Однако для этого необходимо заново прочитать запись «Счёт» с помощью элемента «Читать данные». Таким образом, поскольку мы не знаем, когда будут изменены данные в Счёте, приходится перед каждым элементом задачи ставить элемент «Читать данные» и ориентироваться на него при создании новой Активности.

Хотела бы обсудить, какие еще варианты решения этого кейса есть. Напрашивается вытащить однотипные действия (в нашем случае – «Читать данные» Счёта) в отдельный событийный подпроцесс, но что бы я не делала, я не смогла запустить его более одного раза либо без ошибок.

Добрый день, коллеги!

Понадобилось реализовать следующий кейс - При добавлении участника встречи необходимо проверять, не задействован ли он в это время на другой встрече. Поскольку добавление участника - вставка записи в объект ActivityParticipant, решено было добавить в этот объект событийный подпроцесс, запускающийся по сигналу ActvityParticipantSaving. В событийном подпроцессе после сигнала идет скрипт, который будет делать запросы в базу и проверять пересечения с другими активностями нужного типа, после чего будет возвращать Id активности, в которой задействован этот участник, если нашелся конфликт, или просто null, если конфликтов не найдено. После этого встает несколько подзадач:
1) Как запретить при нахождении конфликта дальнейшее сохранение записи в базу;
2) Как вывести пользователю окно с ссылкой на активность, которая вызывает конфликт;
3) Как продолжить сохранение в нормальном режиме, если конфликт не найден.

Нашел переменную IsProcessModeSave, думал попробовать присваивать ей значение false.
Все темы, которые я нашел были устаревшими или не раскрывали сути вопроса.

Система sales enterprise 7.9.2