1. Home
  2. Dokumente
  3. Agent (Any Connect)V 3.0 Administration Guide
  4. 5. Processing Mode
  5. 5.4 Manual Processing

5.4 Manual Processing

Introduction

In terms of real-time communication with Salesforce, it’s important to keep in mind that there are huge differences between how to handle inbound and outbound communication. Inbound communication is covered completely by the core API, which means that it’s also completely covered by SKYVVA Agent Any Connect for Salesforce. Salesforce limits the number of API calls you can execute per day according to this table. Due to this polling, it’s not a great option for getting data out of Salesforce. This is addressed by offering outbound messaging.

Inbound

The core API is the normal SKYVVA API that allows you to perform CRUD type operations. Any Connect fully supports the Salesforce Core API.

  • This is useful when the user is interacting with Any Connect as part of an orchestration or automation process and you need to perform CRUD type operations against Any Connect. For example, if you have a case in Agent that has been resolved in another system such as SAP and the case needs to be closed in Agent.
  • This might not be the best option when the user needs to update a large number of objects in one go. The core API only supports updates a few objects at a time. Also, if it doesn’t make sense to maintain duplicate data in Salesforce org.

Outbound

Any Connect outbound messaging is being configured as part of a workflow defined in Agent and it’s a callout to an external SOAP service defined by Agent. When configured in the package, a WSDL will be generated that is available for download. It’s then up to you to implement and expose a SOAP service that Salesforce can make the callout to. From Any Connect’s perspective, the way to handle this is to implement that service using XML over HTTP.

  • This is useful when there is a transactional event in SKYVVA that needs to be processed, such as an opportunity being updated. The main benefit with outbound messages vs other options is that it has retries built-in; so if for some reason the receiving application is unavailable, SKYVVA will retry and report as an error if the defined retries have been exhausted.
  • This might not be the best option when you don’t have the ability to implement SOAP services. SKYVVA offers complete support for exposing SOAP services. However, if the event triggering the callout is more informational and does not require an acknowledgment or retries, then the streaming API might be easier to implement.
Fandest du diesen Artikel hilfreich? Ja Nein

Wie können wir helfen?