Salesforce: Пожарное мыло Исходящее сообщение с использованием APEX

Question

У меня есть действующее правило рабочего процесса, которое пожали (мыло) Исходящее сообщение Когда определенный тип объекта создан или обновляется. Это работает нормально.

Я хочу продлить его, так что аналогичное исходящее сообщение также отправлено, когда объекты будут удалены.

В соответствии с Это обсуждение, Правила рабочего процесса не могут быть сделаны для пожара на основе удалений объекта, поэтому вместо этого я должен написать триггер вершины.

Таким образом, вопрос в том, как я могу выбросить мыльное исходящее сообщение изнушительными?

Answer 1

Это должно быть довольно просто - до тех пор, пока SF поддерживает вашу веб-сервисы SOAP версию. Импортируйте WSDL для службы (вы можете сделать это с страницы «Classes Apex) и добавить соответствующий тип триггера, который вызывает определенный WSDL-метод (ы).

Answer 2

Я здесь новый, поэтому я не могу добавить комментарий к посту WeesiLMania, но я хотел указать что-то важное. Особенностью обмена сообщениями в Salesforce является довольно неисправным и надежным. Это означает, что если ваша конечная точка на некоторое время снижается, или если сетевое соединение между Salesforce и вашим сервером является Flaky, SalesforceForce повторю отправку запускаемого исходящего исходящего сообщения до 24 часов.

Реализация Apex Callout, которая происходит на триггере, будет работать, но он огонь и забывает. Держите это в виду, если использовать эту опцию.

Answer 3

Реальное «исходящее сообщение» (создано в качестве объекта где-то в настройке приложений, с полями слияния и т. Д.) - Нет идеи.

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