Как происходит смена «ведущего владельца» через API-интерфейс salesforce?

Question

В настоящее время создается автоматизация с использованием zapier, которая должна менять ведущего владельца в salesforce, когда происходит событие. Он успешно достигает отдела продаж, но фактически не меняет «ведущего владельца», а вместо этого отражается в разделе истории потенциальных клиентов. Нет четкого рабочего процесса или правила отдела продаж, которые должны предотвратить эту автоматизацию.

Когда автоматизация выполняется, как вы можете видеть выше, владелец лида успешно изменяется в истории лида, но на самом деле он не меняет владельца лида фактического лида, поэтому нам приходится вручную go вернуться и изменить это.

Кто-нибудь еще сталкивался с подобными проблемами при работе с API-интерфейсом salesforce при изменении ведущий владелец, и если да, то какое решение ?

Answer 1

Мы решили это, просто разобрали проблему и решили, выполнив следующие действия (это выходило за рамки стандартного объема поддержки Salesforce, поскольку мы используем настраиваемые URL-адреса предварительного заполнения для всех, кому интересно):

1. Создайте новое скрытое поле, назовите что-то вроде 'tmp_owner'

2. Назначьте новый идентификатор владельца лида новому текстовому полю с именем «tmp_owner», которое скрыто в поле лида для других продавцов. org users

3. Добавлено правило рабочего процесса Salesforce, когда заполнено значение tmp_owner, заменяет поле «владелец лида» данными.

Answer 2

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

Вероятно, у вас есть активное правило, которое запускается при обновлении, а не только при вставке. Ваш вызов API работает нормально, изменяет поле OwnerId, но затем правило назначения перезаписывает это. Вот почему вы видите это как 2 записи в истории.

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

При желании вы также можете подавить правило назначения во время обновления. Это ... сомнительно. Я имею в виду, сначала поговорите со своим администратором SF, если вы отключите правило, вы переместите часть logi c из отдела продаж. Через 2 месяца никто не вспомнит, почему что-то не срабатывает, проще просто изменить правило, чтобы пропустить эти записи.

Если Zapier использует SF REST API, он должен отправить HTTP-заголовок, Sforce-Auto-Assign: FALSE. Если он использует SOAP API - аналогичную вещь нужно будет установить в заголовке сообщения SOAP, проверьте WSDL на точный синтаксис?