Добрый день, Владимир!

Все работает верно, поскольку Вы используете сигнал ContactSaving, то старое и новое значение это одно и тоже значение, поскольку транзакция еще не прошла. 

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

В пакете Base вижу такой код на событие ContactSaving:



IsCurrentUserPhoroChanged = (Entity.GetTypedColumnValue<Guid>("PhotoId") !=

    Entity.GetTypedOldColumnValue<Guid>("PhotoId") && Entity.GetTypedColumnValue<Guid>("Id") ==

UserConnection.CurrentUser.ContactId);



И во многих других местах на Saving происходит проверка изменения поля как раз таким способом

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

Действительно, если взять и выполнить аналогичный пример для поля Name, то в результате получим сообщение с разными именами:

var newName = Entity.GetTypedColumnValue<string>("Name");
var oldName = Entity.GetTypedOldColumnValue<string>("Name");throw new Exception(newName + " " + oldName );

Решила посмотреть что происходит на самом деле, изменила поле Name и поле MobilePhone и отловила запросы профайлером и получила следующее: 

изначально происходит изменения имени, 

после изменяется телефон в таблице ContactCommunication, 

и только потом изменяться телефон в контакте. 

И потому, на этапе Saving значения старое и  новое одинаковые, поскольку изменения телефона происходит в рамках процесcа ContactSaved (пакет Base).

с ContactSaved получается еще интереснее...

Во-первых, когда сообщение выдается, то оба номера (старый и новый) идентичны

А во-вторых, теперь это сообщение выдается далеко не на каждое сохранение, то есть, ощущение, что ContactSaved срабатывает не всегда

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

Вы можете перейти в конфигурации в к процессу на объекте Contact пакета Base, и ознакомиться с логикой ContactSaved. 

Поле MobilePhone изменяется не в рамках сохранения контакта, а в рамках метода SynchronizeCommunication(), который вызывается после сохранения контакта.

Ещё довольно странное поведение из-за такой синхронизации. В бизнес-процессе совсем не отлавливается событие изменения поля MobilePhone. 

С другой стороны, количество Communication options с таким типом может быть больше 1, потому непонятно, какое из них синхронизировано с главным полем в карточке, и изменение какого из них отслеживать

 

Добрый день, 

Стартовый сигнал действительно не реагирует на изменение в контакте/контрагенте полей Email/Мобильный телефон. Это связано с базовой логикой синхронизации этих полей с деталью средства связи контакта/контрагента. Вы можете ознакомиться с логикой в конфигурации, если открыть процесс элемента Contact и ContactCommunication.

Для решения задачи можно создать дополнительный процесс, который будет срабатывать при добавлении/изменении записи непосредственно в объекте [Средство связи контакта/контрагента].

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

Роман, добрый день!

В случае использования запрещающих прав необходимо проверить, что для объекта Лид проставлен признак Использовать запрещающие права, как показано на скриншоте.

Но включение запрещающих прав приведет к ощутимому замедлению работы с записями, в связи с чем рекомендую просто отбирать право у данного пользователя (в первом блоке элемента после фильтрации).

Также, убедитесь, что учетка marketing не входит в роль Системные администраторы, т.к. у администраторов есть права на все записи.

Скопом - никак. Пока я ковырялся, вроде видел, что можно array guid-ов на закрытие процессов послать, но это не точно.

Чисто для себя привинтил банхаммер  для быстрого закрытия надоедливых/тестовых процессов, которые спамят справа. Могу скинуть код.

Алексей, добрый день.

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

Логвин Андрей Витальевич,

А как отменить все процессы? Я знаю способ только по одному :)

Алексей-Карягин,

При деактивации процесса запрашивается отмена всех экземпляров по этому процессу, так что временная деактивация должна помочь.

Алексей, здравствуйте!

Если я правильно понял Вашу задачу, достаточно реализовать логику, как показано на скриншоте.

http://prntscr.com/ilxavr

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

Логвин Андрей Витальевич,

да, почти так и пришлось сделать. Жаль что элементы "И" нельзя умно связать, чтобы выход одного соответствовал входу другого, тогда "огород" по размерам стал бы сильно меньше.

Любовь, здравствуйте!

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

Если же такое поведение наблюдается для этого процесса регулярно, рекомендую обратиться в техническую поддержку, так как по скриншоту сложно определить всю структуру и логику процесса.

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

Контактная почта - support@terrasoft.ru

Николай, здравствуйте!

Результат можно посмотреть в response запроса.

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

Евгений, добрый день!

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

Для Вашей задачи целесообразней реализовать собственную Преднастроенную страницу с выводом необходимых кнопок и использовать её. Благо функционал преднастроенных расшиирится возможностью добавлять кнопки уже в 7.12, с возможностью удалить стандартную Назад.

Или же можно создать свой собственный элемент процесса, взяв за пример базовый, и не выводить на нем кнопку Назад \ изменить в нем метод onCloseCardButtonClick.

Я делал параллельную ветку с задержкой по таймеру, допустим на 1 минуту, которая приводила к завершению процесса. Проблема старая и меня удивляет, что Террасофт до сих пор не сделала нормального решения, например, возможность при закрытии страницы идти дальше по процессу.