Existen multitud de formas de acceder, sincronizar y compartir datos entre Salesforce y sistemas externos. Pero no todas las herramientas son adecuadas para su proyecto concreto. Esta guía recorre el panorama de las herramientas de integración de datos disponibles en Salesforce. También ofrece recomendaciones para las herramientas (o combinaciones de herramientas) que son más apropiadas en un caso de uso concreto, así como directrices sobre herramientas a evitar para escenarios específicos.

Esta guía de decisiones se centra en integraciones a nivel de datos que implican Salesforce. Específicamente, cubre los siguientes casos de uso de integración de datos:

• Salesforce a sistemas externos
• Sistemas externos en Salesforce
• Organización de Salesforce a organización de Salesforce

Estos son solo un subconjunto de los retos de integración a los que se enfrentan los arquitectos de Salesforce, por lo que planeamos agregar más guías de decisiones centradas en la integración dirigida por eventos, la creación de flujos de trabajo efectivos de cara al cliente o empleado utilizando la integración de procesos, etc. Finalmente, es importante tener en cuenta que muchas de las herramientas y enfoques descritos aquí se pueden utilizar para resolver retos de integración en la empresa en general, pero dichos usos están más allá del alcance de esta guía.

• Evite la replicación de datos innecesaria. A menos que los datos necesiten residir en Salesforce, considere la virtualización de datos con Salesforce Connect en su lugar. Más datos en su organización conducen en última instancia a mayores volúmenes de datos, lo que puede afectar negativamente al rendimiento y agregar deuda técnica. Si sus datos ya residen en Salesforce y los necesita en un sistema externo, evite copiarlos en un sistema externo a menos que sea absolutamente necesario. En su lugar, haga que el sistema externo acceda a los datos a través de las API de Salesforce.
• Utilice MuleSoft u otras soluciones de Enterprise Service Bus (ESB) o Extract-Transform-Load (ETL), si están disponibles y forman parte de su entorno existente. Debido a que estas herramientas están creadas para ayudar a dar cobertura a la migración y transformación de datos, a menudo tienen potentes funciones que le permiten reutilizar integraciones en toda la empresa, mantener una gobernanza más sólida y centralizar la gestión de integraciones. En esta guía, siempre que se recomiende MuleSoft Anypoint, considere si su solución ESB/ETL existente será suficiente.
• Armonice datos de diferentes orígenes con Data 360 y Data Cloud One. A través del modelo de datos Customer 360, la resolución de identidad, la federación de datos y otras funciones, Data 360 consolida datos de Salesforce y otros sistemas externos en una vista unificada de su cliente. Además, con Data Cloud One, los usuarios de otras organizaciones de Salesforce pueden acceder de forma segura a datos compartidos virtualmente desde Data 360 a través de espacios de datos.
• Mueva datos entre organizaciones utilizando activaciones y acciones de Data 360. Después de introducir datos desde diferentes organizaciones en Data 360, las acciones y activaciones de datos pueden sincronizar los datos con otra organización. Este enfoque puede ser muy útil para integraciones con organizaciones de Marketing Cloud.
• Extraiga y mueva datos utilizando MuleSoft Anypoint. MuleSoft Anypoint se puede utilizar para extraer datos de Data 360 utilizando la API de Connect y la API de Data Graph y moverlos a otra organización de Salesforce. Sin Data 360, MuleSoft Anypoint también se puede utilizar cuando los datos necesitan moverse entre organizaciones sin replicarse en Data 360.
• Tenga cuidado si elige construir con Mensajería saliente. Salesforce continuará dando cobertura a Mensajería saliente dentro de las capacidades funcionales actuales, pero no tiene intención de realizar más inversiones en esta tecnología.
• La licencia de usuario de integración con perfil "Solo API" siempre se recomienda para todas las integraciones. Salesforce también recomienda utilizar Aplicaciones cliente externas (a favor de aplicaciones conectadas o inicio de sesión de SOAP) como los patrones de AuthN y AuthZ permitidos correctamente para todas las integraciones.

Antes de profundizar en las herramientas de integración de datos disponibles, es importante tener en cuenta algunas consideraciones comunes al elegir una herramienta. Como es típico con la arquitectura, no hay una respuesta prescriptiva a cada desafío comercial. Si pronunció las palabras “depende” al realizar opciones de integración, está en el lugar correcto.

A continuación se incluye una descripción general de alto nivel de las herramientas disponibles para la integración de datos y algunas consideraciones para empezar a evaluar cada opción. Las siguientes secciones incluyen casos de uso detallados y detalles acerca de las funciones de estas herramientas.

*Se requiere un complemento para casos de uso de eventos de Captura de datos de gran volumen

**Se requiere un complemento para casos de uso de eventos de plataforma de gran volumen

*** Conveniente en situaciones donde está bien que la lógica comercial se ejecute dentro del navegador web.

Leyenda de columna:

• Disponible: funciona bien para la mayoría de los casos de uso
• No es ideal: es posible pero considere una herramienta alternativa
• No disponible: no hay planes de asistencia en los próximos doce meses

Existen otras herramientas que pueden admitir algunos aspectos de una integración de capa de datos, pero no deben considerarse un medio principal para resolver problemas de integración. Echemos un vistazo rápido a estas herramientas ahora.

Los componentes web Lightning se utilizan habitualmente para integraciones de procesos, pero pueden realizar llamadas utilizando funciones JavaScript, de modo que los datos podrían estar implicados en estas transacciones.

Salesforce Flow se puede utilizar para orquestar llamadas externas con Servicios externos o Acciones Apex. Salesforce Flow por sí mismo no se considera una herramienta de integración de datos independiente.

El Asistente de importación de datos y el Cargador de datos se pueden utilizar para sincronizar, importar y migrar datos. Aunque los comandos del Cargador de datos también se pueden programar para automatizar la importación y exportación de datos, la interfaz de línea de comandos es solo para Windows y ninguna de estas herramientas es una base recomendada para una estrategia de integración de datos. En su lugar, utilícelos para complementar su estrategia de administración y mantenimiento de datos.

Los comandos de datos Salesforce CLI se pueden utilizar para manipular registros en su organización. Los comandos están disponibles para ayudarle a importar y exportar datos con la API masiva y la API de guardado de árboles de SObject, y realizar operaciones CRUD sencillas en registros individuales con la API de REST. Salesforce CLI por sí misma no se considera una herramienta de integración de datos independiente.

OmniStudio Data Mapper se puede utilizar como una herramienta ETL declarativa para mover datos entre objetos de Salesforce y estructuras de datos JSON. Aunque se crea automáticamente una interfaz REST para cada interfaz de Asignador de datos, proporcionando una forma declarativa de mover datos desde sistemas externos a objetos de Salesforce, Asignador de datos independiente no es una base recomendada para una estrategia de integración de datos. Las acciones del Asignador de datos están disponibles en Procedimientos de integración de OmniStudio.

Dataloader.io es otra herramienta de carga de datos para Salesforce con Anypoint Platform de MuleSoft que le permite importar, exportar y eliminar cantidades ilimitadas de datos para su empresa de forma rápida y segura. Dataloader.io no es una base recomendada para una estrategia de integración de datos.

Para integraciones salientes desde Salesforce, puede considerar diferentes tipos de herramientas: de código bajo, pro-código o híbridas. Las siguientes secciones proporcionan directrices para cada uno de estos tipos de herramientas y ofrecen soluciones de muestra.

• Herramientas de código bajo para integraciones salientes
• Herramientas híbridas para integraciones salientes
• Herramientas de código profesional para integraciones salientes

Cuando se ganan oportunidades, se necesita crear un pedido para los productos asociados en el sistema ERP de la empresa o el sistema de gestión de pedidos.

Captura de datos Conforme se actualizan los registros de oportunidades, Captura de datos publica eventos de cambio que contienen las actualizaciones de los objetos. Los eventos de cambio se consumen en el lado del cliente a través de una conexión CometD (o a través de un conector MuleSoft) y se utilizan para actualizar el ERP del cliente o el sistema de gestión de pedidos. Los eventos de cambio se pueden enriquecer para incluir siempre Id. de registro externos u otros datos del objeto (como región) necesarios para la integración. Las transmisiones de eventos de cambio para múltiples objetos se pueden combinar en canales para una suscripción simplificada y un procesamiento de transmisiones (de modo que pueda suscribirse y procesar una transmisión en vez de muchas).

Servicios externos Si tiene un servicio web que admite la especificación OpenAPI 2.0 o 3.0, puede exponer las operaciones y los servicios como un Servicio externo dentro de Salesforce. Las operaciones de API (por ejemplo, crear pedido) se pueden llamar como una Acción invocable en un flujo creado con Flow Builder cuando la etapa de la oportunidad cambia a "Ganada".

Heroku Connect Heroku Connect se utiliza habitualmente para mantener una base de datos Postgres de Heroku y Salesforce sincronizados. Si el cliente utiliza Heroku Postgres como su almacenamiento transaccional de origen de verdad, puede sincronizar los registros y los cambios de Salesforce a Heroku Postgres utilizando Heroku Connect. Desde allí, puede utilizar conectores de transmisión de Heroku para publicar esos cambios en Apache Kafka y enviarlos como eventos a aplicaciones descendentes, incluyendo el ERP o el sistema de gestión de pedidos.

Procedimiento de integración de OmniStudio Cuando se envía un pedido, el OmniScript que orquesta el proceso puede publicar los detalles del pedido en un conector ERP o MuleSoft. La publicación puede ejecutarse directamente por OmniScript (lado del cliente) o indirectamente a través de un Procedimiento de integración (lado del servidor). Si el sistema ERP arroja un error de validación, la interfaz de usuario de OmniScript debe notificar al usuario y, si es necesario, traducir y contextualizar el error para el usuario.

Salesforce Connect / Objetos externos Puede crear un flujo desencadenado por registro en Salesforce que inserta un registro en los objetos externos relacionados cuando la etapa de la oportunidad cambia a "Ganada". Dado que se trata de una transacción mixta, para evitar errores, agregue un elemento de pausa durante cero segundos entre la actualización Oportunidad y la inserción de objeto externo relacionado de modo que cierre un contexto de transacción antes de iniciar una nueva.

*Complemento requerido para casos de uso de gran volumen.

**Pruebas e implementación hace referencia a la capacidad de crear en un entorno inferior e implementar a través de la API de metadatos, paquetes o conjuntos de cambios en producción.

Cuando se ganan oportunidades, se necesita crear un pedido para los productos asociados en el ERP o el sistema de gestión de pedidos de la empresa.

Acciones Apex Un flujo desencadenado por registro basado en el estado de oportunidad puede desencadenarse automáticamente cuando se gana una oportunidad. El flujo ejecuta una acción invocable que utiliza una llamada externa para enviar el pedido al sistema de gestión de pedidos o la solución ERP. Los envíos de gran volumen y los pedidos de múltiples sitios se gestionan por mecanismos de cola y lotes Apex.

Mensajería saliente Tras configurar la mensajería saliente, puede definir una regla de flujo de trabajo desencadenada por la actualización de oportunidad para enviar un mensaje SOAP a través de HTTP(S) a una URL de extremo especificada que aloja al oyente. El mensaje contendrá los campos especificados cuando se creó el mensaje saliente. Si la información en el objeto cambia después de poner en cola la notificación, pero antes de enviarse, solo se entregará la información actualizada y los mensajes permanecerán en la cola hasta que se envíen correctamente o hasta que tengan 24 horas de antigüedad. Transcurridas 24 horas, los mensajes se eliminan de la cola. Si el sistema ERP requiere datos adicionales, puede pasar el sessionId en mensajes salientes de modo que el sistema externo pueda realizar una solicitud de devolución de llamada.

Eventos de plataforma Puede definir un evento de plataforma que incluya la carga personalizada con los datos requeridos para crear los registros en el sistema externo. Como los eventos de plataforma no se publican automáticamente tras el cambio de registro, debe publicar el evento mediante Apex, Salesforce Flow o Process Builder cuando la etapa de la oportunidad cambia a "Ganada". Un servicio externo escucha el canal de eventos de plataforma utilizando CometD (o un conector MuleSoft) y crea los registros apropiados en el sistema externo.

Salesforce Connect / Objetos externos (con adaptadores Apex personalizados) Una solución basada en Salesforce Connect / Objetos externos no es perfecta para un caso de uso que requiere puramente sincronización de datos. Sin embargo, esta solución puede aplicarse en casos donde los usuarios de Salesforce necesitan ver e interactuar potencialmente con datos del sistema externo, y los datos no pueden replicarse en Salesforce. Si el sistema ERP o de gestión de pedidos no admite protocolos Odata o GraphQL, el equipo de desarrollo puede utilizar el Marco conector Apex para redactar clases Apex que gestionan la comunicación con el sistema externo a través de un protocolo compatible.

Data 360 Una solución basada en Data 360 es perfecta para casos de uso en los que necesitamos datos armonizados de diferentes orígenes en un solo almacenamiento de datos. También se puede utilizar cuando necesitamos replicar datos desde una organización de Salesforce en múltiples organizaciones de Salesforce u otros sistemas externos que utilizan Data 360 como un núcleo de datos. Cuando se gana y se actualiza una oportunidad en la organización de origen, los datos de oportunidad se sincronizarán con Data 360, donde se pueden replicar en otros sistemas, incluyendo organizaciones de Salesforce, utilizando diferentes mecanismos como acciones, activaciones y API. Del mismo modo, se puede hacer referencia a una oportunidad sin replicar los datos en otras organizaciones de Salesforce utilizando Data Cloud One. Sin embargo, Data Cloud One no admite plataformas que no sean de Salesforce.

*La activación Shield Platform Encryption cambia ciertos comportamientos, consulte Consideraciones generales Shield Platform Encryption para obtener más detalles.

**Pruebas e implementación hace referencia a la capacidad de crear en un entorno inferior e implementar a través de la API de metadatos, paquetes o conjuntos de cambios en producción.

Cuando se ganan oportunidades, se necesita crear un pedido para los productos asociados en el ERP o el sistema de gestión de pedidos de la empresa.

Apex personalizado Puede crear un desencadenador Apex y un controlador de desencadenador Apex en la Oportunidad que realiza una llamada al ERP o al sistema de gestión de pedidos cuando la etapa de la oportunidad cambia a "Ganada". Tenga en cuenta que si realiza llamadas desde un desencadenador o después de realizar una operación DML, debe utilizar un método anotado como futuro o en cola. Una llamada en un desencadenador mantiene la conexión de la base de datos abierta durante el tiempo de vida de la llamada. Todo el código Apex está vinculado por Apex Governor y API Limits, que se revisan de forma continua.

Servicios externos Si el ERP externo de la empresa o el sistema de gestión de pedidos se definen a través de una especificación OpenAPI, las llamadas a esos servicios que se realizan en el método futuro o el trabajo en cola podrían simplificarse. Los servicios externos registrados se pueden llamar directamente desde Apex sin necesidad de escribir código de placa de caldera. En el ejemplo, la llamada para crear el pedido puede gestionarse por el servicio externo.

MuleSoft Anypoint MuleSoft Anypoint proporciona gestión de API de nivel empresarial. MuleSoft Anypoint puede crear API para activar el acceso de lectura (y/o escritura) a datos para Salesforce y muchos otros sistemas empresariales. Existen muchos conectores preintegrados disponibles para simplificar la implementación, y las empresas también pueden crear y publicar sus propios conectores. Estas API se pueden implementar en Anypoint con políticas de seguridad flexibles, que admiten la gestión y la gobernanza centralizadas. No hay restricciones en el volumen de transacciones, siempre que la API se haya dimensionado correctamente para su utilización máxima (medida en vCores).

Para integraciones entrantes en Salesforce, puede considerar diferentes tipos de herramientas: de código bajo, pro-código o híbridas. Las siguientes secciones proporcionan directrices para cada uno de estos tipos de herramientas y ofrecen soluciones de muestra.

• Herramientas de código bajo para integraciones entrantes
• Herramientas híbridas para integraciones entrantes
• Herramientas de código profesional para integraciones entrantes

*Pruebas e implementación hace referencia a la capacidad de crear en un entorno inferior e implementar a través de la API de metadatos, paquetes o conjuntos de cambios en producción.

Un contacto se actualiza en el sistema ERP de la organización. Esta información de contacto debe actualizarse en Salesforce.

Heroku Connect Heroku Connect se utiliza habitualmente para mantener una base de datos Postgres de Heroku y Salesforce sincronizados. A menos que el sistema ERP utilice Heroku Postgres como su almacenamiento de transacciones, este caso de uso no es posible. Si utiliza Postgres de Heroku, los cambios realizados en las tablas Postgres se pueden sincronizar con objetos en Salesforce utilizando Heroku Connect.

Procedimiento de integración de OmniStudio Después de que el sistema ERP actualice el registro de contacto, se puede llamar a un Procedimiento de integración de OmniStudio con una Acción de carga de Asignador de datos y una Acción de respuesta a través de la API de REST generada por Asignador de datos. En primer lugar, una acción Carga de asignador de datos envía una carga JSON o XML, que se utiliza para alterar los registros de contacto basándose en un campo Id. externo o a través de una Clave de alteración. Si todo lo que se espera es una respuesta sencilla en JSON, una Acción de respuesta puede devolver cualquier información relevante de las acciones anteriores para indicar el éxito o el fallo. Si el sistema ERP espera una respuesta específica, se puede utilizar una Transformación de asignador de datos o Acción de extracción para generar una respuesta JSON o XML con funciones adicionales para incluir declarativamente datos que se generaron en desencadenadores por la actualización de registro de contacto. El principal reto con este escenario es la concurrencia: Múltiples llamadas para actualizar el mismo registro de contacto al mismo tiempo provocarán problemas ya que la API existe directamente en Salesforce.

Salesforce Connect / Objetos externos No se recomienda Salesforce Connect ni los objetos externos para este caso de uso, porque el escenario requiere específicamente la replicación de datos en Salesforce. Si tiene una integración Salesforce Connect preexistente construida en el ERP, puede configurar el conector Odata 4.0 para admitir Captura de datos de cambios externos si el ERP puede admitir Captura de datos de cambios. Además, debe configurar en Salesforce para suscribirse a la transmisión de cambios desde el ERP, utilizando la API Pub/Sub.

*Se requiere un complemento para casos de uso de gran volumen.

**Pruebas e implementación hace referencia a la capacidad de crear en un entorno inferior e implementar a través de la API de metadatos, paquetes o conjuntos de cambios en producción.

Un contacto se actualiza en el sistema ERP de la organización. Esta información de contacto debe actualizarse en Salesforce.

Eventos de plataforma El código personalizado en un sistema externo publica un Evento de plataforma cuando se actualiza el registro de contacto en el ERP. Un desencadenador, Proceso o Flujo en Salesforce puede suscribirse al evento de plataforma y actualizar los objetos de Salesforce correspondientes cuando se procesa un evento. El Evento de plataforma puede funcionar simplemente como una señal de que se produjo un cambio en el sistema ERP del cliente sin incluir ningún dato, o puede contener los datos reales necesarios para actualizar el objeto de Salesforce.

Salesforce Connect / Objetos externos (con adaptadores Apex personalizados) Esta solución no es aplicable en un caso de uso que requiere replicación de datos. Esta solución es aplicable si necesita que los usuarios de Salesforce vean información de un sistema externo que no se debe o no se puede replicar en Salesforce, y el sistema externo no puede admitir protocolos estándar como Odata o GraphQL. Consulte Caso de uso: Integración saliente utilizando herramientas híbridas para un caso de uso de ejemplo para un adaptador personalizado Apex.

Data 360 Cuando se actualiza un contacto en sistemas externos como ERP, las actualizaciones de contacto se pueden sincronizar con Data 360 utilizando conectores listos para su uso disponibles o utilizando API y herramientas de procódigo como MuleSoft. También se puede hacer referencia al contacto en Data 360 utilizando el mecanismo de copia cero (disponible con algunas plataformas). Una vez que los datos están disponibles en Data 360, se pueden utilizar diferentes mecanismos de integración de uso inmediato para sincronizar los datos con otras organizaciones de Salesforce. Se puede acceder a los datos por referencia utilizando Data Cloud One. Los datos también se pueden replicar utilizando activaciones y otras API utilizando conectores listos para su uso o con la ayuda de herramientas de procódigo como MuleSoft Anypoint Platform.

*Se aplican los límites y asignaciones de solicitudes de API.

**Las API masivas tienen aspectos de comportamiento de reintento y un número de API ofrecen protección de reversión a través de la configuración allOrNone (por ejemplo, consulte Parámetros allOrNone en solicitudes compuestas y de recopilaciones)

***Habilitar Shield Platform Encryption cambia ciertos comportamientos, consulte Consideraciones generales Shield Platform Encryption para obtener más detalles.

****Pruebas e implementación hace referencia a la capacidad de crear en un entorno inferior e implementar a través de la API de metadatos, paquetes o conjuntos de cambios en producción.

****Las API compuestas tienen compatibilidad con múltiples objetos.

Un contacto se actualiza en el sistema ERP de la organización. Esta información de contacto debe actualizarse en Salesforce.

Servicios web personalizados de REST y SOAP de Apex Puede crear un servicio web utilizando código Apex que podría realizar operaciones CRUD (crear, leer, actualizar, eliminar) en el objeto Contacto. Este servicio se invocará a través de SOAP o REST desde el sistema externo (el ERP).

MuleSoft Anypoint La intención de MuleSoft Anypoint es proporcionar gestión de API de nivel empresarial. MuleSoft Anypoint ofrece un gran conjunto de conectores preintegrados que puede utilizar para integrar con muchos sistemas ERP incluyendo SAP, Oracle EBS, Oracle ERP y NetSuite. Puede crear un flujo para escuchar eventos en estos sistemas ERP (en este caso, cuando se crea un nuevo contacto). Cuando se inicia el flujo, utiliza el conector de Salesforce para crear un nuevo registro Contacto (o actualizar uno si el contacto ya existe). Además, es posible integrar con otros sistemas, si la transacción de replicación implica la distribución del contacto en otros sistemas. Si es necesario, puede utilizar el lenguaje de asignación y transformación (DataWeave) para realizar cálculos y lógica compleja como flujos de información entre múltiples sistemas dispares. La autenticación en estos sistemas se puede realizar a través de muchos mecanismos de autenticación diferentes como Autenticación básica y OAuth, entre otros. No hay restricciones en el volumen de transacciones siempre que el flujo se haya dimensionado correctamente para su utilización máxima (medido en vCores).

API nativas de Salesforce Cuando (o inmediatamente después) se completa la transacción de actualización en el sistema ERP, puede realizar una operación de alteración en el objeto Contacto a través de la API de SOAP o realizar un PARCHE en la API de REST de Contact sObjects en la organización de Salesforce.

El producto Salesforce to Salesforce ha alcanzado su final de vida útil. Salesforce a Salesforce facilitó a los socios que trabajan juntos la tarea de vender y dar asistencia a clientes conjuntos, pero Salesforce invertirá en aportar más innovación a otras herramientas. En adelante, se recomiendan los siguientes enfoques para compartir datos entre organizaciones de Salesforce.

*Pruebas e implementación se refiere a la capacidad de crear en un entorno inferior e implementar a través de la API de metadatos, paquetes o conjuntos de cambios en producción

**La activación Shield Platform Encryption cambia ciertos comportamientos, consulte Consideraciones generales Shield Platform Encryption para obtener más detalles.

Los eventos de plataforma no son óptimos para integrar datos de una organización de Salesforce a otra, ya que no pueden “escuchar” entre organizaciones para el mismo evento. Apex personalizado tampoco es un enfoque recomendado para este tipo de integración.

Una gran empresa opera entre múltiples unidades comerciales (BU). Cada BU tiene su propia organización de Salesforce. Un único cliente trata con múltiples unidades comerciales de la empresa y, por lo tanto, tiene datos de cuentas y oportunidades en múltiples organizaciones. La empresa necesita acceder a una vista agregada de todos los datos de Cuenta y Oportunidad entre todas las unidades comerciales en una única organización.

Nota: Todas las soluciones a continuación están diseñadas para la menor cantidad de replicación de datos, de acuerdo con la No 1.

Los datos de cuentas y oportunidades de Data 360 de diferentes organizaciones de Salesforce se pueden introducir en Data 360 utilizando conectores de Salesforce listos para su uso. También se pueden agregar y armonizar (si es necesario). Una vez agregados los datos en Data 360, se puede acceder a ellos en otras organizaciones de Salesforce utilizando Data Cloud One sin replicación de datos.

Heroku Connect Para la organización individual de cada unidad de usuario, puede utilizar Heroku Connect para sincronizar cambios desde Salesforce en una única base de datos Postgres de Heroku. En este escenario, la sincronización bidireccional no está activada, solo la sincronización desde Salesforce a Postgres. A continuación, en Heroku Connect, puede activar el proveedor de Odata y seleccionar las tablas que desea exponer como objetos externos en la organización de Salesforce donde desea una vista agregada. Desde Salesforce, define una fuente de datos externa que apunta al proveedor de Odata en Heroku.

MuleSoft Anypoint MuleSoft Anypoint proporciona gestión de API de nivel empresarial. Se puede configurar una API de MuleSoft Anypoint de modo que lea información de múltiples organizaciones de Salesforce relacionadas utilizando el conector de Salesforce con múltiples conexiones a las organizaciones. El flujo MuleSoft puede consultar las diferentes organizaciones de Salesforce y devolver una estructura específica que se mejora o enriquece con otra información externa si es necesario. Cuando se invoca la API, realizará todas las llamadas de organización de Salesforce apropiadas (en este ejemplo consultando información de Cuenta y Oportunidad) de modo que los datos puedan procesarse por el consumidor (probablemente una interfaz de usuario). La autenticación en estos sistemas se puede realizar a través de una variedad de mecanismos de autenticación incluyendo autenticación básica y OAuth. No hay restricciones en el volumen de transacciones, siempre que el flujo se haya dimensionado correctamente para su utilización máxima (medido en vCores o Núcleos).

Las operaciones de consulta de API nativas de Salesforce se pueden emitir a cada una de las organizaciones de interés, especialmente a través de la API masiva de Salesforce 2.0, que es adecuada para extraer miles de registros de forma eficiente. Puede recuperar los resultados de la consulta de cada organización individualmente y agregarlos con una aplicación personalizada o middleware por requisitos de cliente.

Salesforce Connect con adaptador entre organizaciones El adaptador entre organizaciones Salesforce Connect no se ajusta bien en este escenario, ya que las cuentas u oportunidades de organizaciones remotas aparecerán todas en la organización central como objetos diferentes. Por ejemplo, no hay forma de sumar un total para los Importes de todas las Oportunidades entre todas las organizaciones.

Escenario entre organizaciones de actualizaciones selectivas: Un vendedor que utilice la organización de Salesforce A debe ver y actualizar los datos del caso de la organización de Salesforce B y agregar comentarios al caso principal de la organización de Salesforce B mientras trabaja en la organización A. Los datos no se deben replicar en la organización A.

Heroku Connect Puede utilizar el mismo enfoque descrito en el Escenario de agregación de datos anterior. Sin embargo, debe activar CRUD en el objeto externo a través del conector Odata y volver a escribir los cambios en Postgres de Heroku.

MuleSoft Anypoint MuleSoft Anypoint proporciona gestión de API de nivel empresarial. Puede utilizar el mismo enfoque descrito en el Escenario de agregación de datos anterior.

Las API nativas de Salesforce utilizan credenciales nombradas e invocan las API nativas de Salesforce para leer y actualizar datos en la organización de Salesforce relacionada. Un componente debe diseñarse para mostrar los datos.

Salesforce Connect con adaptador entre organizaciones La capacidad de ver datos en un objeto externo (así como modificar los datos si tiene CRUD activado en el objeto externo) es compatible a través del adaptador entre organizaciones de Salesforce. Las relaciones también son compatibles entre objetos externos de modo que pueda vincular al caso principal en el objeto externo. Sin embargo, la creación de relaciones es un proceso manual hoy en día en el que convierte un tipo de datos existente en un tipo de datos de relación. Además, las optimizaciones realizadas dentro de Service Cloud para trabajar con Casos de forma más efectiva no se transmiten en cascada a la organización remota. Salesforce recomienda encarecidamente probar el adaptador entre organizaciones y evaluar las ventajas de trabajar con objetos externos frente a objetos estándar para su caso de uso.

Sincronización de datos entre organizaciones: Cuando se actualiza una cuenta para un cliente en una de las organizaciones de Salesforce de la unidad comercial de la organización, los otros objetos Cuenta de la organización de Salesforce deben actualizarse para mantener información de cuenta coherente.

Data 360 Data 360 se puede utilizar para la replicación de datos desde una organización a otra organización de Salesforce. Los datos de cuentas de una organización de Salesforce se pueden introducir en Data 360 utilizando conectores de Salesforce listos para su uso. Podemos utilizar mecanismos de activación de datos como activación por lotes, acciones de datos casi en tiempo real o activaciones basadas en API también para mover los datos desde Data 360 a la organización de Salesforce.

Heroku Connect Puede utilizar el mismo enfoque descrito en el Escenario de agregación de datos anterior. Sin embargo, debe activar la sincronización bidireccional y ya no necesita activar Salesforce Connect ya que la sincronización bidireccional mantendrá todas las organizaciones al día cuando se realicen cambios en la tabla Postgres.

MuleSoft Anypoint MuleSoft Anypoint proporciona gestión de API de nivel empresarial. Puede configurar una aplicación Mule con Flow Designer en MuleSoft Anypoint para escuchar eventos de objetos estándar y personalizados para iniciar un flujo iniciado automáticamente en Salesforce. Cuando se desencadena la aplicación Mule, puede invocar el conector Anypoint para Salesforce para comunicarse con cualquier número de organizaciones de Salesforce. En este caso de uso, cuando se actualiza un registro Cuenta en una organización de Salesforce, la aplicación Mule puede actualizar registros Cuenta en las organizaciones de Salesforce relacionadas. Cada organización de Salesforce relacionada tendría un paso de actualización exclusivo integrado en el flujo de aplicación general en MuleSoft. La autenticación en estos sistemas se puede realizar a través de varios mecanismos de autenticación, incluyendo autenticación básica y OAuth. No hay restricciones en el volumen de transacciones siempre que el flujo se haya dimensionado correctamente para su utilización máxima (medido en vCores o Núcleos).

API nativas de Salesforce La API de replicación (operaciones getUpdated, getDeleted) podría utilizarse para sincronizar datos entre organizaciones, pero no se recomienda este enfoque.

Salesforce Connect con adaptador entre organizaciones Puede utilizar flujos desencadenados por registros y objetos externos para mantener algunos datos sincronizados entre organizaciones de Salesforce. Por ejemplo, la actualización de un registro de cuenta en la Organización A desencadena un flujo que luego actualiza el registro coincidente en el objeto externo Cuenta, que escribe esas actualizaciones en el registro de cuenta en la Organización B. Esto requiere el uso adecuado de la semántica de flujo para evitar transacciones DML mixtas. Además, tenga en cuenta que las reglas de validación y los flujos en la organización B se desencadenarán del mismo modo que cuando se realizan cambios por nuestras API de REST/SOAP.

Tenga en cuenta esta guía y remítase a ella cuando planifique una nueva integración de datos que implique Salesforce. Siempre es una buena idea comprender el alcance completo de las opciones disponibles para usted y cómo pueden ajustarse a su caso de uso específico.

Ayúdenos a asegurarse de que estamos publicando lo más relevante para usted. Realice nuestra encuesta para proporcionar comentarios sobre este contenido y díganos qué le gustaría ver a continuación.