# architect Diagramas de referencia (reference-diagrams) - Full Documentation # Activación por lotes de Data 360 y Arquitectura de acciones dirigidas por eventos Activación por lotes de Salesforce Data 360 y arquitectura de acciones dirigidas por eventos ## Descripción Diagrama que representa Salesforce Data 360 en una solución integral para activaciones de marketing. Convierta sus datos en acciones inmediatas con Salesforce Data 360. Aprovechando conectores listos para su uso y plataformas de alojamiento de Data Lake de interoperabilidad de copia cero, elimina el movimiento de datos complejo y llega directamente a la ejecución. Esta conexión transparente actúa como una Capa de unificación y activación dinámica entre todas las plataformas federadas, desencadenando las activaciones, acciones inteligentes en tiempo real requeridas para convertirse en una compañía completamente agente. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [Imagen](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCJU43MZY5WRELXAAIBCYP5NIT6A?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Algoritmo de uso justo de Apex por lotes Algoritmo de uso justo de Apex por lotes: muestra cómo el algoritmo de uso justo garantiza que cada organización en la plataforma Salesforce obtiene una “parte justa” del tiempo de procesamiento en un tipo de mensaje concreto. En este ejemplo, la organización 1 está dominando el tipo de mensaje Apex por lotes, mientras que la organización 2 tiene procesos de espera del mismo tipo de mensaje. Como resultado, el algoritmo redujo el número de hilos disponibles en la organización 1. ## Descripción Muestra cómo el algoritmo de uso justo garantiza que cada organización en la plataforma Salesforce obtiene una “parte justa” del tiempo de procesamiento en un tipo de mensaje concreto. En este ejemplo, la organización 1 está dominando el tipo de mensaje Apex por lotes, mientras que la organización 2 tiene procesos de espera del mismo tipo de mensaje. Como resultado, el algoritmo redujo el número de hilos disponibles en la organización 1. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/fairusage.png) ## Introducción Este documento proporciona una descripción general de convenciones y notación de diagrama de relaciones de entidades de Salesforce (ERD) para ayudarle a interpretar claramente los modelos de datos de productos disponibles en la [galería de modelos](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) de datos. Un ERD, también conocido como modelo de datos, es una representación gráfica de un sistema de información. Muestra las relaciones entre personas, objetos, lugares, conceptos y eventos en ese sistema. Es un modelo lógico que transmite la estructura funcional de los datos. En Salesforce ERD, las entidades normalmente se asignan a un objeto en la base de datos de Salesforce. ## Entidades Una entidad es una cosa u objeto de importancia, ya sea real o conceptual, sobre la que se necesita conocer o mantener información. sample data model entity Las entidades se representan en los diagramas como cuadros con esquinas redondeadas. Cada cuadro de entidad proporciona normalmente dos etiquetas (cuando procede): - El nombre lógico de la entidad (p. ej. “Entidad de Salesforce” en el ejemplo mostrado aquí). Esto puede corresponder a la etiqueta singular del objeto de Salesforce representado, pero no siempre. - El Nombre de API “físico” o Nombre de desarrollador del objeto en su organización de Salesforce (p. ej. “_Nombre de API_” en el ejemplo). Para objetos de paquetes gestionados, el nombre de API enumerado en el diagrama normalmente no incluye el espacio de nombres del paquete gestionado (“vlocity_ins\*\*”, por ejemplo) a menos que Salesforce o Industry Cloud utilicen múltiples paquetes gestionados. El final del nombre de API para objetos de paquetes gestionados denota el tipo de objeto personalizado utilizado: “\*\*c” para objetos personalizados normales y configuración personalizada, “\*\*mdt” para metadatos personalizados, “\*\*x” para objetos externos. Los cuadros de entidad también pueden enumerar uno o más atributos representativos de los atributos de esa entidad. Un atributo está precedido por un carácter “#” o “-”. - Un “#” indica un atributo que forma parte de la clave exclusiva lógica de la entidad. En el diagrama de ejemplo, “Atributo de clave de usuario” se considera la clave principal de usuario de la entidad. - Un “•” indica un atributo no clave. ### Formato de entidad Cada diagrama de relación de entidad ilustra el modelo de datos de Salesforce desde la perspectiva de una nube especificada como Sales Cloud, Service Cloud o Marketing Cloud. El esquema de colores del diagrama refleja la nube enfocada. Todas las nubes de la industria como Financial Service Cloud, Health Cloud y Media Cloud utilizan el mismo esquema de colores de la industria. El color de una entidad determinada en el diagrama también tiene un significado específico. El color de la nube de enfoque se indica utilizando su color con marca de Salesforce, incluyendo algunos ejemplos a continuación. sample data model clouds La siguiente sección revisará el formato de entidad diferente haciendo referencia a la leyenda de ejemplo de Sales Cloud a continuación: sample data model entities legend ### Entidad de nube Una entidad con los colores de la nube de enfoque representa un objeto que viene con la licencia para esa nube. ### Entidad relacionada Una entidad con un relleno blanco y un borde negro representa un objeto que incluye una licencia diferente a la de la nube de enfoque y que no está ampliada por la licencia de la nube de enfoque. Las entidades Cuenta y Contacto mostradas en un sistema ERD de Sales Cloud o Service Cloud, por ejemplo, se mostrarán como blancas con un borde negro ya que esos objetos están disponibles con una licencia de plataforma. ### Entidad relacionada ampliada Una entidad con un relleno gris claro y un borde negro representa un objeto que incluye una licencia diferente a la nube de enfoque, pero la nube de enfoque amplía ese objeto. Por ejemplo, Commerce Cloud amplía el objeto Producto2 base con campos adicionales. Las extensiones incluyen campos, relaciones y tipos de registro adicionales. ### Entidad externa Las entidades sin bordes son virtuales. Cuando se utilizan en un diagrama, estos cuadros reconocen la existencia de una entidad en el modelo lógico para el dominio, pero la entidad no está implementada como un objeto físico en Salesforce. Se espera que se acceda a los datos de esta entidad a través de llamadas de API externas o Salesforce Connect en la solución implementada. ### Entidad de tipo de registro Las entidades con un borde discontinuo se modelan como tipos de registro en Salesforce. En el ejemplo que se muestra aquí, los subtipos Cuenta de negocio, Cuenta de facturación, Cuenta de consumidor y Cuenta de servicio tienen un borde discontinuo porque se asignan a tipos de registro entregados con el paquete gestionado Communications Cloud. sample data model record type notation ### Entidad conceptual Las entidades con un borde de puntos son virtuales. Ni los tipos de registro ni un objeto separado se utilizan para diferenciar estos subtipos en la solución de Salesforce. Estos subtipos representan lógicamente un concepto desde el dominio que ayuda a ilustrar la funcionalidad del modelo de datos. ### Entidades de supertipo y subtipo Un subtipo de una entidad es la definición de un subconjunto de sus incidencias. Cuando se agrega un conjunto de subtipos en una entidad de supertipo, la entidad de supertipo representa los atributos y relaciones comunes mientras que las entidades de subtipo muestran atributos y relaciones específicos del subtipo. En la notación del diagrama, los subtipos se excluyen mutuamente, lo que significa que cualquier registro único debe ser de un solo subtipo. sample subtype relationships Los subtipos pueden tener subtipos anidados que diferencian aún más las incidencias. Los subtipos en los diagramas son lógicos pero pueden asignarse a una representación física de una de tres formas. La solidez del borde de entidad de subtipo define cómo se implementa el subtipo en el modelo de datos de Salesforce. sample supertype Las entidades de subtipo con un borde sólido tienen un objeto real que realiza un seguimiento de las incidencias de ese subtipo. En el ejemplo que se muestra aquí, el subtipo Usuario externo de Contacto tiene un borde sólido porque los contactos registrados como Usuarios externos se siguen con un registro en el objeto Usuario. sample subtype contact object ## Relaciones Una relación es una asociación significativa nombrada entre dos entidades. sample relationships Las marcas y el texto en o alrededor de las líneas describen la cardinalidad, la opcionalidad y el significado de la relación. ### Cardinalidad de relaciones sample relationships legend Cardinalidad indica el número relativo de incidencias en cada lado de la relación. En la notación, los extremos de una línea de relación indican la cardinalidad de la relación en ese extremo. Una pata de gallo en un extremo indica que muchas incidencias de entidad en ese extremo pueden relacionarse con cada incidencia en el extremo opuesto. La falta de una pata de gallo en un extremo indica que como máximo una incidencia de entidad en ese extremo puede relacionarse con una incidencia concreta en el otro extremo. ### Relaciones principal-secundario Salesforce admite dos tipos de [campos de relaciones](https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm#i1435823): campos de búsqueda y campos principal-secundario (también conocidos como principal-detalle). Los campos principal-secundario son como búsquedas obligatorias pero aplican acoplamiento adicional entre las entidades relacionadas. Los registros en el lado de la relación se eliminan en cascada cuando se elimina el registro principal. También la visibilidad de los registros de detalles está controlada por la visibilidad del registro principal. Para ilustrar la diferencia entre una relación principal-secundaria y una relación de búsqueda, Salesforce ERD toma prestada la notación de diamante de UML. Un diamante en el lado singular de una relación significa que la entidad de ese lado desempeña la función principal en la relación. La entidad del lado de una relación de este tipo es el detalle o la entidad secundaria y se puede pensar que está incluida en la entidad principal. ### Opcionalidad de relación Opcionalidad indica si la relación es obligatoria o no para una incidencia en cada extremo. Como concepto, la opcionalidad está estrechamente relacionada con la cardinalidad y la notación refleja esa cercanía. La opcionalidad se indica en cada extremo de una relación a través de un círculo o barra a través de la línea en el otro extremo de la relación. ¿Por qué en el otro extremo de la relación? Para incluir el marcado de opcionalidad en el mismo lado de la línea que la cardinalidad. En el lado de muchas (es decir, pata de gallo) de la relación, casi siempre hay un círculo en la línea. Esto significa que puede haber de cero a muchas incidencias en el lado de la relación para cada incidencia en el lado singular de la relación. En el lado singular de la relación, un círculo y una barra indican una relación opcional para la entidad en el lado de la pata de gallo de la relación. El círculo y la barra significan que puede haber cero o una incidencias en el lado singular de la relación para cada incidencia en el lado múltiple. De manera alternativa, en el lado singular de la relación, las barras dobles indican una relación obligatoria para la entidad en los distintos lados de la relación. Las barras dobles significan que debe haber una y solo una incidencia en el lado singular de la relación para cada incidencia en el lado de varias. La opcionalidad de una relación puede mostrarse como obligatoria aunque la relación física subyacente en Salesforce sea opcional. Por ejemplo, el campo AccountId en Contacto es físicamente una relación opcional, pero si ignora Contactos privados, la relación directa de un Contacto con una Cuenta es lógicamente obligatoria. El indicador de opcionalidad se utiliza con moderación. En la mayoría de los casos, la opcionalidad mostrada en el sistema ERD refleja la opcionalidad subyacente de la relación. ### Significado de relación sample relationships meaning Más allá de la cardinalidad y la opcionalidad, cada relación entre dos entidades expresa un cierto significado que distingue esa relación de otras relaciones entre las mismas dos entidades. Los nombres de extremo de relaciones, como “parte de” y “compuesto de” en el diagrama anterior, definen la naturaleza de la relación. sample relationships meaning Cuando combina la cardinalidad, la opcionalidad y los nombres finales de una relación, se pueden utilizar para formar una frase que describe la relación. De izquierda a derecha: Cada (puede/debe) ser (uno y solo uno / uno o más) . De derecha a izquierda: Cada (puede/debe) ser (uno y solo uno / uno o más) . Por ejemplo, sample relationships meaning De izquierda a derecha: “Cada contacto debe ser principalmente un contacto para una y solo una cuenta.” De derecha a izquierda: “Cada Cuenta puede estar representada principalmente por uno o más Contactos.” ### Código de color de relación Las líneas de relaciones están codificadas por colores. Las relaciones agregadas por la nube enfocada para el diagrama se dibujan en un color. Las líneas negras representan una relación que incluye una licencia diferente a la de la nube de enfoque. sample relationships color ### Relaciones recursivas Las relaciones pueden ser entre dos incidencias de la misma entidad. Esto se denomina una relación recursiva. Se utiliza una línea de relación curva para indicar relaciones recursivas. sample recursive relationships ### Relaciones mutuamente excluyentes sample mutual exclusive relationships Los sistemas ERD de Salesforce normalmente excluyen la mayoría de las reglas de negocio para centrarse en la estructura del modelo de datos, pero una relación mutuamente excluyente es una regla de negocio que es informativa para la estructura de modo que se anota. Una relación mutuamente excluyente indica que solo se utilizará una de las varias relaciones incluidas en el arco para cualquier incidencia concreta. Tenga en cuenta que dos, tres o más relaciones pueden participar en la misma relación mutuamente exclusiva. Una frase que describe la relación mutuamente excluyente mostrada aquí podría ser: “Cada Entidad puede ser una instancia de una y solo una Primera Otra Entidad o una y solo una Segunda Otra Entidad.” sample mutual exclusive relationships Tenga en cuenta que en Salesforce ERD, una línea de relación discontinua que pasa por el arco no forma parte de la relación mutuamente excluyente. ## Convenciones de formato Los ERD de productos oficiales de Salesforce siguen las convenciones de formato para mejorar la capacidad de lectura. Estas convenciones de formato incluyen lo siguiente: - Las líneas de relación siempre deben ser rectas. - Las líneas de relación deben trazarse vertical u horizontalmente. En raras ocasiones donde esto no es posible, utilice una línea recta en una diagonal. - Con el fin de mantener las líneas de relación rectas, los cuadros de entidad se pueden cambiar de tamaño (más altos o más anchos) para proporcionar un lugar de destino para las relaciones entre las dos entidades. Las entidades más importantes (que tienen más relaciones aterrizando en ellas) se muestran más grandes en el diagrama reforzando su importancia. - En un único ERD, las patas de gallo en las relaciones deben estar de forma coherente en el lado izquierdo y/o superior de la línea de relación (formato boca abajo) o de forma coherente en el lado derecho y/o inferior de la línea de relación (formato del lado derecho hacia arriba). Esta convención proporciona claridad ya que da como resultado entidades similares recopiladas en la misma área del diagrama, lo que es útil para comprender las entidades. El uso del formato boca abajo da como resultado diagramas que aparecen boca abajo con entidades secundarias cayendo por encima o a la izquierda de entidades principales; sin embargo, esto garantiza que las entidades más específicas en el diagrama caen en la esquina superior izquierda del diagrama, lo que hace que los diagramas sean más distinguibles entre sí y reconocibles. El uso de la convención de formato del lado derecho hacia arriba da como resultado que las mismas entidades comunes caigan en la parte superior izquierda de cada diagrama, pero las entidades secundarias estarán por debajo o a la derecha de las entidades principales. La adhesión estrecha a estas convenciones de formato da como resultado un diagrama limpio y fácil de leer. Asegúrese de consultar la [galería de modelos](https://developer.salesforce.com/docs/platform/data-models/guide) de datos para los modelos de datos de Salesforce más recientes que siguen este estándar. # Arquitectura de implementación de Data 360 Customer Zero Arquitectura de implementación de Customer Zero de Data 360 ## Descripción Un diagrama de extremo a extremo que representa Salesforce Data 360 como implementado en Salesforce como nuestro programa Customer Zero. Salesforce Data 360 sirve como la capa central de inteligencia y gobernanza, unificando datos de compañía a través de la federación Cero copia con sistemas externos Snowflake y AWS preservando al mismo tiempo Trust y semántica. Esta base de datos preparada para la IA unificada potencia la activación Agentforce 360, permitiendo agentes ricos en razonamiento, enriquecimiento de CRM y automatización entre nubes con flujos de datos seguros y conscientes de las políticas entre todas las funciones de negocio, transformando en última instancia la organización en una compañía agente. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/af215946-127b-4b47-95b9-a7c158be351b) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/sfdc_customer_zero_implementation.png) # Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y AWS Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y AWS ## Descripción Un diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con varios Servicios de datos de AWS, junto con potente Interoperabilidad de copia cero con AWS Redshift y S3. Esta arquitectura permite a las organizaciones integrar y unificar datos de forma transparente entre plataformas federadas, proporcionando una Capa de unificación y activación central que es esencial para transformarse en una verdadera compañía agente. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.png) # Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y Databricks Patrones de integración de datos de copia cero entre Salesforce Data 360 y Databricks ## Descripción Un diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con Databricks Delta Lake house Platform utilizando Interoperabilidad de copia cero. Esta arquitectura permite a las organizaciones integrar y unificar datos de forma transparente entre plataformas federadas, proporcionando una Capa de unificación y activación central que es esencial para transformarse en una verdadera compañía agente. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [Imagen](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCBDXPMJDI2VCTRKXXYRHJCFANPQ?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y GCP Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y GCP ## Descripción Diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con varios servicios de Google Cloud Platform. Salesforce Data 360 unifica datos e impulsa la acción. Cuenta con conectores listos para su uso para su integración con varios servicios de Google Cloud Platform junto con la potente interoperabilidad de copia cero con Google BigQuery y Google Cloud Storage. Esta arquitectura permite a las organizaciones integrar y unificar datos de forma transparente entre plataformas federadas, proporcionando una Capa de unificación y activación central que es esencial para transformarse en una verdadera compañía agente. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.png) # Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y Snowflake Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y Snowflake ## Descripción Un diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con Snowflake Data Lake House Platform utilizando Interoperabilidad de copia cero. Esta arquitectura permite a las organizaciones integrar y unificar datos de forma transparente entre plataformas federadas, proporcionando una Capa de unificación y activación central que es esencial para transformarse en una verdadera compañía agente. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.png) # Arquitectura de organización única arquitectura de organización única: diagrama que detalla una estrategia de organización única que admite unidades de negocio globales. ## Descripción Diagrama que detalla una estrategia de organización única que admite múltiples unidades de negocio. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/singleorgarchitecture.png) # Arquitectura de soluciones Los diagramas de arquitectura de soluciones ilustran los detalles de diseño técnico e implementación de soluciones específicas, mostrando cómo funcionan los componentes, los servicios y las integraciones juntos para tratar los requisitos de negocio. Estos diagramas proporcionan a arquitectos y desarrolladores una vista detallada de interacciones del sistema, flujos de datos y patrones arquitectónicos. Sirven como planes para la implementación, ayudando a los equipos a comprender las relaciones de componentes, los puntos de integración y las dependencias técnicas en una solución. Esta sección contiene 7 diagramas de referencia relacionados con la arquitectura de soluciones: | Nombre de diagrama | Descripción | | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y GCP](/docs/architect/es-mx/reference-diagrams/guide/data360-gcp) | Diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con varios servicios de Google Cloud Platform. | | [Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y AWS](/docs/architect/es-mx/reference-diagrams/guide/aws-data-360) | Diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con varios servicios de datos de AWS. | | [Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y Snowflake](/docs/architect/es-mx/reference-diagrams/guide/snf-data-360) | Un diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con Snowflake Data Lake House Platform. | | [Arquitectura de integración de datos de copia cero entre Salesforce Data 360 y Databricks](/docs/architect/es-mx/reference-diagrams/guide/data360-databricks) | Un diagrama que representa Salesforce Data 360 utilizando conectores listos para su uso para su integración con Databricks Delta Lake house Platform. | | [Arquitectura de implementación de Customer Zero de Data 360](/docs/architect/es-mx/reference-diagrams/guide/sfdc-customer-zero-implementation) | Un diagrama de extremo a extremo que representa Salesforce Data 360 como implementado en Salesforce como nuestro programa Customer Zero. | | [Activación por lotes de Data 360 y arquitectura de acciones dirigidas por eventos](/docs/architect/es-mx/reference-diagrams/guide/data360-actions-activations) | Diagrama que representa Salesforce Data 360 en una solución integral para activaciones de marketing. | | [Arquitectura de soluciones de Loyalty Management](/docs/architect/es-mx/reference-diagrams/guide/loyalty-management-solution-architecture) | Diagrama de arquitectura que representa los productos y funciones directamente implicados en una solución de gestión de fidelidad. | # Arquitectura de soluciones de Loyalty Management arquitectura de soluciones de gestión de fidelidad: diagrama de arquitectura que representa los productos y las funciones directamente implicados en una solución de gestión de fidelidad. ## Descripción Diagrama de arquitectura que representa los productos y funciones directamente implicados en una solución de gestión de fidelidad. Esto incluye Comercio, Ventas, Servicio y Analytics. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-solution-architecture.png) # Boxcarring en acciones Lightning boxcarring en acciones Lightning - muestra cómo se pueden emitir múltiples acciones Lightning al mismo tiempo, o “boxcar'ed” en una única solicitud XHR a la plataforma principal de Salesforce. Cada uno de los vagones de caja dentro de la solicitud XHR se procesará en serie y en orden en un contexto de transacción separado. ## Descripción Muestra cómo se pueden emitir múltiples acciones Lightning al mismo tiempo, o “boxcar'ed” en una sola solicitud XHR a la plataforma principal de Salesforce. Cada uno de los vagones de la solicitud XHR se procesará en serie y en orden en un contexto de transacción separado. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/6f6709ed-d1e7-446a-8385-286c2771be85) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/lightningactionboxcarring.png) # Boxcarring en remoto de Javascript boxcarring en JavaScript remoting: muestra cómo se pueden emitir múltiples solicitudes remotas de JavaScript al mismo tiempo, o “boxcar'ed” en una sola solicitud HTTP a la plataforma principal de Salesforce. En la plataforma, cada uno de los vagones (es decir, una acción remota de JavaScript separada) se procesará en serie y en orden en un contexto de transacción síncrona Apex separado. ## Descripción Muestra cómo se pueden emitir múltiples solicitudes remotas de JavaScript al mismo tiempo, o “boxcar” en una sola solicitud HTTP a la plataforma principal de Salesforce. En la plataforma, cada uno de los vagones (es decir, una acción remota de JavaScript separada) se procesará en serie y en orden en un contexto de transacción síncrona Apex separado. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/ef9e594d-58c5-4554-97c8-0147f2f14bc2) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/jsremotingboxcarring.png) # Centro de excelencia centro de excelencia: Diagrama que muestra cómo un Centro de Excelencia (CdE) une las partes interesadas ejecutivas y la TI. Destaca cómo las funciones de liderazgo técnico y funcional son fundamentales para un CdE. ## Descripción Diagrama que muestra cómo un Centro de excelencia (CoE) une las partes interesadas ejecutivas y la TI. Destaca cómo las funciones de liderazgo funcional y técnico son fundamentales para un centro de excelencia. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/centerofexcellenceoperatingmodel.png) # Cola de reposición de mensajes Apex por lotes recolocación en cola de mensajes Apex por lotes: muestra cómo el mecanismo de control de flujos de Salesforce Platform evita que una organización inunde el tipo de mensaje Apex por lotes. Antes de agregar nuevas entradas a la cola Apex por lotes, el marco de trabajo ve que todas las entradas existentes están asociadas con la organización 1, que también tiene entradas en hilos de trabajo (organización 1). A continuación, mueve las entradas de la organización 1 a la parte posterior de la cola y da prioridad a las entradas de la organización 2. ## Descripción Muestra cómo el mecanismo de control de flujo de Salesforce Platform evita que una organización inunde el tipo de mensaje Apex por lotes. Antes de agregar nuevas entradas a la cola de Apex por lotes, el marco de trabajo ve que todas las entradas existentes están asociadas con la organización 1, que también tiene entradas en hilos de trabajo (organización 1). Luego mueve las entradas de la organización 1 a la parte posterior de la cola y da prioridad a las entradas de la organización 2. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/messagere-enqueueing.png) # Colocación en cola queuing: muestra un ejemplo del patrón Queuing que representa un evento que se está publicando y redactando en una cola cuando se modifica un registro. Los suscriptores reciben copias del evento desde sus colas asociadas y realizan las actualizaciones apropiadas en sus propios registros. ## Descripción Muestra un ejemplo del patrón Cola que representa un evento que se está publicando y redactando en una cola cuando se modifica un registro. Los suscriptores reciben copias del evento desde sus colas asociadas y realizan las actualizaciones apropiadas en sus propios registros. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-queuing.png) ## Introducción Los diagramas son una herramienta esencial y una parte clave del trabajo arquitectónico. Nos permiten comunicar muchas ideas diferentes a muchos tipos diferentes de partes interesadas. Los diagramas ayudan a los equipos de entrega a permanecer alineados, sirviendo como una única fuente de verdad sobre las realidades de implementaciones y productos. Los diagramas también son una forma crítica de empoderar a las partes interesadas de negocio para que tomen las decisiones de compra y tecnología correctas. **Los diagramas siempre deben:** - Leer de izquierda a derecha y de arriba a abajo, lo más cerca posible - Transmitir un mensaje de forma concisa, con un ámbito de información apropiado para la capacidad de lectura - Utilizar [componentes estándar de](/docs/architect/es-mx/reference-diagrams/guide/kit-of-parts) diagramas de Salesforce, incluyendo tarjetas y un encabezado con una descripción clara que describe el contenido, el ámbito y el propósito del diagrama ## Ámbito de diagrama El ámbito de un diagrama debe limitarse únicamente a la información crítica que transmitir para un tema específico. Cualquier cosa que no sea necesaria para capturar el mensaje que pretende comunicar debe excluirse. Se pueden (y se deben) crear múltiples diagramas para capturar conceptos variables, con el fin de comunicar y restringir más claramente el enfoque del contenido del diagrama. - Definir la información/mensaje crítico que necesita transmitir a su audiencia - Clasificar ámbito(s) lógico(s) con el fin de centrar la información para capturar el mensaje - Identificar los tipos de diagrama más apropiados para utilizar como plantillas ## Tipos de diagrama Diagramas de Salesforce definió nuestros tipos de diagramas más útiles/populares para ayudarle a utilizar plantillas fácilmente y comprender convenciones de diagramas. Nuestros recursos actuales se clasifican como: ### Mapas de capacidad - Capturar la combinación de propiedades y funciones clave relevantes incluidas en una solución - Centrarse en funciones, controladores de negocio y valores ✨ Buscar mapas de funciones en la [Galería de arquitectura](/reference-diagrams/guide/section-capability-map) de referencia ### Panorama del sistema - Capturar los productos y/o sistemas técnicos implicados en una implementación concreta - Centrarse en las propiedades, los aspectos de propiedades específicos y las conexiones entre propiedades ✨ Encontrar ejemplos y plantillas de Panorama del sistema en la [Galería de arquitectura](/reference-diagrams/guide/section-system-landscape) de referencia ### Arquitecturas de soluciones - Incluir productos o tecnologías con integración, comportamiento y/o funcionalidad - Centrarse en las conexiones detalladas y/o aspectos de comunicación entre propiedades ✨ Encontrar ejemplos y plantillas de Arquitectura de soluciones en la [Galería de arquitectura](/reference-diagrams/guide/section-solution-architecture) de referencia ### Interacción / Proceso / Flujos - Capturar pasos basados en tiempo, flujos de datos o interacciones requeridos para dar cobertura a un proceso - Centrarse en y aclarar (con numeración secuenciada) el orden de aspectos/propiedades ✨ Buscar ejemplos y plantillas de diagramas de interacción, proceso y flujo en la [Galería de arquitectura](/reference-diagrams/guide/section-interaction-process-flow) de referencia ### Modelos de datos / ERD - Capturar entidades (objetos), relaciones y conceptos para implementaciones de metadatos ✨ Encontrar ejemplos y plantillas de modelos de datos en la [Galería de modelos](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) de datos Consulte ejemplos de los tipos de diagramas en la [Galería de arquitectura](/diagrams) de referencia o nuestra [Galería de modelos](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) de datos exclusiva. Utilice una plantilla para crear rápidamente/fácilmente un diagrama para su caso de uso. ## Pasos para crear un diagrama: - Defina el **ámbito** del mensaje que necesita transmitir: - _Piense en su audiencia, qué propiedades/aspectos necesita representar, qué información es necesaria para capturar el mensaje y qué se puede excluir_ - Asegúrese de que existe un **Encabezado** con un **Título** claro y una **Descripción** concisa y cuidadosamente redactada que captura el propósito, el ámbito y el mensaje de su diagrama Asegúrese de que hay un Encabezado con un Título claro y una Descripción concisa y redactada cuidadosamente que captura el propósito, el ámbito y el mensaje de su diagrama - Utilice **Tarjetas** para capturar las propiedades (sistemas, conceptos, entidades, etc.) - Capturar detalles de propiedad o aspectos clave/capacidades según sea necesario en **Atributos de tarjeta** Atributos de tarjeta - Representar relaciones según sea necesario con **Conectores** entre sus propiedades de tarjeta Conectores - Incorporar **iconos de tarjeta** cuando sea útil, esté disponible o apropiado Iconos de tarjeta - Utilizar **pies** de página e **iconos de pie** de página para capturar cualquier otro aspecto de propiedad clave Iconos de pie de página Consulte la [página Componentes estándar](/docs/architect/es-mx/reference-diagrams/guide/kit-of-parts) para obtener más detalles y mejores prácticas. **¿Tiene Salesforce Diagrams entrada o preguntas?** Por favor, háganos saber sus opiniones [aquí](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link). ## Componentes estándar Los componentes estándar le facilitan la tarea de crear, personalizar y reutilizar diagramas coherentes de alta calidad. Este estilo profesional se utiliza para todas las plantillas de Diagrama de Salesforce y está disponible en nuestras herramientas de socio para diagramar casos de uso:
Gráfico lúcido Lucidchart Elements.cloud Elementos Miro Miro Diapositivas de Google Diapositivas de Google

Encuentre ejemplos de cómo utilizar componentes en la [Galería de arquitectura](https://architect.salesforce.com/diagrams#reference-architecture-gallery) de referencia ## Mejores prácticas Las siguientes secciones capturan mejores prácticas detalladas para el [Encabezado](#encabezado), las [Tarjetas](#tarjetas), los [Iconos](#iconos) y los [Conectores](#conectores) incluidos en los Componentes estándar. ## Encabezado Encabezado de diagrama El encabezado debe estar presente en todos los diagramas e incluir: - Un título que su audiencia puede comprender rápidamente - Una descripción clara de lo que cubre el diagrama, su propósito e intención - (opcional) su logotipo o nombre de compañía para transmitir el autor - (opcional) a Clave para aclarar iconos, diseños o símbolos utilizados como clasificaciones El tamaño debe ocupar al menos el 10% de la altura del diagrama y el 100% de la anchura. El tamaño de fuente de la descripción debe ser al menos la mitad del tamaño del título. Se debe incluir una Clave cuando se utilizan iconos, conectores, colores, etc. que no están especificados con títulos en el diagrama en sí. La clave debe agruparse en filas pares cuando sea posible. ## Tarjetas Todas las propiedades de su diagrama deben representarse con una tarjeta. Las tarjetas se pueden cambiar de tamaño y pueden tener rellenos transparentes o de color. Existen múltiples secciones de la tarjeta que proporcionan variaciones que puede utilizar para representar diferentes conceptos en su diagrama. ### **Anatomía de tarjeta** A continuación se incluye una tarjeta de ejemplo con las diferentes secciones descritas. El único contenido de Tarjeta requerido es el Título. Las otras secciones están disponibles para utilizar según sea necesario para casos de uso específicos. Anatomía de tarjeta **Icono Tarjeta** Los iconos de tarjeta son activos visuales que representan la propiedad de la tarjeta **Título de tarjeta** El título de la tarjeta es un nombre para tarjeta que se puede comprender rápidamente, capturando qué propiedad, área o concepto representa la tarjeta **Atributos de tarjeta** Los atributos de tarjeta son detalles basados en texto acerca de la propiedad, representados como una lista y utilizados cuando necesita capturar y transmitir múltiples puntos de datos **Pie de tarjeta** El pie de página de la tarjeta proporciona características adicionales de la propiedad. Algunos ejemplos incluyen: Nombres de paquete/objeto/ API, Propiedad, Capacidades, etc. **Iconos de pie de página de tarjeta** La sección Iconos de pie de página es para activos visuales para mostrar información adicional acerca de la propiedad. Algunos ejemplos incluyen: canales, servicios compartidos, funciones, etc. Los iconos de pie de página deben incluirse/explicarse en su clave de diagrama. ### **Variaciones de tarjeta** La utilización de diferentes secciones proporciona diferentes variaciones de tarjeta para diferentes usos. Puede mezclar y comparar la anatomía de la tarjeta según sea necesario para crear estas variaciones en sus diagramas. Consulte ejemplos a continuación: Tarjeta contraída Tarjeta detallada Tarjeta detallada con pie Consulte la [Galería de arquitectura](https://architect.salesforce.com/diagrams#reference-architecture-gallery) para obtener ideas sobre cómo utilizar estas variaciones. Utilice la capacidad de ajustar el tamaño y el color de sus tarjetas según sea necesario para distinguir tipos y crear diagramas claros y comprensibles. ## **Contenedores** Las tarjetas también pueden actuar como contenedores, es decir, agrupaciones para múltiples propiedades. Puede anidar tarjetas dentro de otra tarjeta para representar relaciones jerárquicas o clasificar propiedades relacionadas según sea necesario. Contenedores ## **Iconos** Los diagramas de Salesforce proporcionan un conjunto básico de logotipos de productos de Salesforce así como iconos adicionales para representar propiedades y otras áreas en su diagrama. Iconos Puede encontrar ejemplos de cómo utilizar iconos en la [Galería de arquitectura](https://architect.salesforce.com/diagrams#reference-architecture-gallery) de referencia _Para obtener iconos adicionales, consulte los [iconos Lightning Design System.](https://www.lightningdesignsystem.com/icons/)_ ## Conectores Los conectores siempre deben utilizar líneas de conexión de codo y ser rectos siempre que sea posible para una mayor legibilidad. Conectores y píldoras Los **conectores** representan una relación, integración o paso de proceso entre dos tarjetas. Los estilos de línea indican un tipo de conexión diferente y deben representarse en su clave de diagrama. Los extremos indican la dirección de un conector de integración o proceso. Los extremos también indican cardinalidad y ordinalidad en un conector de relación. Las **píldoras** se utilizan para proporcionar detalles acerca de las conexiones. Consulte los diagramas de [Arquitectura de soluciones](/docs/architect/es-mx/reference-diagrams/guide/section-solution-architecture) y [Flujo de proceso](/docs/architect/es-mx/reference-diagrams/guide/section-interaction-process-flow) de interacción, por ejemplo, usos de píldoras. ## Accesibilidad Alrededor del mundo, aproximadamente [1.300 millones](https://www.salesforce.com/company/legal/508_accessibility/#:~:text=Product%20Accessibility%20Status&text=Around%20the%20world%2C%20approximately%201.3,global%20economy%20that%20includes%20everyone.) de personas viven con algún tipo de discapacidad, lo que representa el 15% de la población mundial. La accesibilidad consiste en hacer que su diagrama sea comprensible para todos sus visores. Existen dos áreas de enfoque concretas que pueden ayudar a que sus diagramas sean más accesibles: la optimización para lectores de pantalla y el uso del contraste de color de forma apropiada. Puede encontrar más recursos sobre el diseño para la accesibilidad en el [blog Salesforce Design](https://medium.com/salesforce-ux/tagged/accessibility). **Lectores de pantalla** Un lector de pantalla es una aplicación de software que lee en voz alta las palabras de un archivo, una aplicación o un sitio web. Un lector de pantalla puede leer diagramas a personas que no pueden verlos claramente. El mejor formato para la compatibilidad del lector de pantalla es PDF (Formato de documento portátil). A diferencia de las imágenes y las aplicaciones no accesibles, los lectores de pantalla pueden acceder a los PDF para leer palabras, formas y colores. La exportación de sus diagramas a formato PDF al compartir con otros usuarios puede potenciar la accesibilidad. **Contraste de color** Aumentar el contraste de color es otra forma de ayudar a que su diagrama sea más accesible. Las personas podrán reconocer y leer mejor sus diagramas cuando cumplan el [contraste de color](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html) mínimo de Directrices de accesibilidad de contenido web (WCAG) de tener una relación de 4,5:1 entre el color de fondo detrás del texto y el color del texto en sí. Muestra de paleta de colores para mostrar contraste sugerido Cada color en el [sistema de colores Salesforce](https://medium.com/salesforce-ux/the-salesforce-color-system-c7c6b5b9c577) tiene un número, entre 0 y 100, asociado con él. Cuando seleccione colores para sus diagramas, asegúrese de que el color de fondo detrás del texto es al menos 50 puntos superior o inferior al color del texto. Por ejemplo, si su color de fondo es 80, su color de texto no debe ser superior a 30. Considere utilizar la regla de 50 puntos según sea necesario para bordes y contornos también. **¿Tiene Salesforce Diagrams entrada o preguntas?** Por favor, háganos saber sus opiniones [aquí](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link). # Comprobación de reclamación Comprobación de reclamación: muestra un evento que se está publicando cuando se modifica un registro. El cuerpo del mensaje del evento se almacena en un almacén de datos separado mientras el encabezado, que contiene una comprobación de reclamación, se pasa a un suscriptor. A continuación, el suscriptor utiliza la comprobación de reclamación para recuperar el cuerpo del mensaje cuando está listo para procesar la información cuando sea necesario. ## Descripción Muestra un evento que se está publicando cuando se modifica un registro. El cuerpo del mensaje del evento se almacena en un almacén de datos separado mientras que el encabezado, que contiene una comprobación de reclamación, se pasa a un suscriptor. El suscriptor utiliza a continuación la comprobación de reclamación para recuperar el cuerpo del mensaje cuando está listo para procesar la información cuando sea necesario. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/templateseventdrivenarchitecturediagrams-claimcheck.png) # Extracción de middleware a través de notificación de evento de plataforma Extracción de middleware a través de notificación de eventos de plataforma: muestra cómo puede utilizar eventos de plataforma para entregar integraciones salientes o indicar a una herramienta de middleware que extraiga la información requerida a través de una API nativa y la entregue a su destino final. ## Descripción Muestra cómo puede utilizar eventos de plataforma para entregar integraciones salientes o indicar a una herramienta de middleware que extraiga la información requerida a través de una API nativa y la entregue a su destino final. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/1eee6c2f-056c-4ba4-a1ad-e78099066d46) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/pemiddlewarepull.png) # Extracción programada de middleware Extracción programada de middleware: muestra cómo Middleware puede realizar solicitudes síncronas a API de SOAP o API de REST para minimizar los retrasos asociados con trabajos de integración salientes de gran volumen. Los datos se extraen de Salesforce Platform de forma programada, en vez de que la plataforma envíe los datos a través de Apex asíncrono. ## Descripción Muestra cómo Middleware puede realizar solicitudes síncronas a API de SOAP o API de REST para minimizar los retrasos asociados con trabajos de integración salientes de gran volumen. Los datos se extraen de Salesforce Platform de forma programada, en vez de que la plataforma envíe los datos mediante Apex asíncrono. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/b1c1dd9f-114f-4827-a238-960d840bbc1a) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/middlewarescheduledpull.png) # Fanout fanout: muestra un evento que se está publicando y redactando en una única cola cuando se modifica un registro a través de una interacción de usuario, un flujo o un trabajo por lotes. El sistema de suscriptor tiene múltiples servicios que reciben el mismo evento desde la cola de mensajes ## Descripción Muestra un evento que se está publicando y redactando en una única cola cuando se modifica un registro a través de una interacción de usuario, flujo o trabajo por lotes. El sistema de suscriptor tiene múltiples servicios que reciben el mismo evento desde la cola de mensajes. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/80ce7121-e2a0-4c86-92a1-15140d388030/edit?invitationId=inv_8da9e008-0615-4dec-a066-94789bd46ffd&page=t6tmerEcqDBv#) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-fanout.png) # Flujo de personalización de clientes Flujo de personalización de clientes: muestra interacciones basadas en el tiempo implicadas en el flujo de información de extremo a extremo desde interacciones de clientes en el sitio de Experience Cloud a automatización de back-end en Marketing Cloud y Slack. MuleSoft orquesta integraciones en sistemas de back-end, Slack conecta a todos en el equipo y Marketing Cloud cierra el círculo con la trayectoria del cliente. ## Descripción Muestra interacciones basadas en tiempo implicadas en el flujo de información de extremo a extremo desde interacciones de clientes en el sitio de Experience Cloud a automatización de back-end en Marketing Cloud y Slack. MuleSoft orquesta integraciones en sistemas back-end, Slack conecta a todos los miembros del equipo y Marketing Cloud cierra el círculo con la trayectoria del cliente. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/customerpersonalizationflow.png) # Flujo de proceso de interacción Los diagramas de flujo de procesos de interacciones ilustran la secuencia de interacciones, flujos de datos y pasos de procesos entre componentes, servicios y usuarios del sistema. Estos diagramas ayudan a los arquitectos y desarrolladores a comprender cómo se comunican las diferentes partes de un sistema, cómo se propagan los eventos a través de la arquitectura y cómo se orquestan los procesos asíncronos y síncronos. Proporcionan documentación esencial para comprender el comportamiento del sistema, identificar cuellos de botella y optimizar flujos de procesos. Esta sección contiene 16 diagramas de referencia relacionados con el flujo del proceso de interacción: | Nombre de diagrama | Descripción | | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Integraciones externas en Apis con esquemas de Openapi](/docs/architect/es-mx/reference-diagrams/guide/external-integrations-to-apis-with-openapi-schemas) | Un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra integraciones externas utilizando API con esquemas de OpenAPI. | | [Integraciones externas a través de Http](/docs/architect/es-mx/reference-diagrams/guide/external-integrations-via-http) | Un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra integraciones externas utilizando protocolos HTTP. | | [Integraciones externas a través de bots de Apis y Rpa de MuleSoft](/docs/architect/es-mx/reference-diagrams/guide/external-integrations-via-mulesoft-apis-and-rpa-bots) | Un diagrama de arquitectura de soluciones de ejemplo desde la Guía de decisiones de formularios de construcción que muestra integraciones externas utilizando las API de MuleSoft y bots RPA. | | [Lightning Out en sitios externos](/docs/architect/es-mx/reference-diagrams/guide/lightning-out-on-external-sites) | Una arquitectura de solución de ejemplo desde la Guía de decisiones de formularios de construcción mostrando cómo se pueden integrar componentes LWC en sitios externos. | | [Interacción de componentes web Lightning mediante adaptadores de red](/docs/architect/es-mx/reference-diagrams/guide/lightning-web-components-interaction-via-wire-adapters) | Diagrama de arquitectura de solución de ejemplo de la Guía de decisiones de formularios de construcción que muestra cómo interactúan los componentes web Lightning utilizando adaptadores de red. | | [Componentes web Lightning operaciones de datos fuera de pantalla](/docs/architect/es-mx/reference-diagrams/guide/lightning-web-components-off-screen-data-operations) | Diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra operaciones de datos fuera de pantalla para componentes web Lightning. | | [Monitoreo Apex asíncrono mediante consulta personalizada](/docs/architect/es-mx/reference-diagrams/guide/asynchronous-apex-monitoring-via-custom-query) | Muestra los componentes implicados en el seguimiento del estado de procesos asíncronos y la visualización de los resultados de trabajos por lotes y trabajos programados. | | [Procesamiento asíncrono a través de eventos de plataforma](/docs/architect/es-mx/reference-diagrams/guide/asynchronous-processing-via-platform-events) | Muestra cómo funciona el procesamiento asíncrono con eventos de plataforma. Los eventos publicados en el bus son consumidos por los suscriptores para su procesamiento. | | [Algoritmo de uso justo de Apex por lotes](/docs/architect/es-mx/reference-diagrams/guide/batch-apex-fair-usage-algorithm) | Muestra cómo el algoritmo de uso justo garantiza que cada organización en la plataforma Salesforce obtiene una "parte justa" de recursos de procesamiento por lotes. | | [Recolocación en cola de mensajes Apex por lotes](/docs/architect/es-mx/reference-diagrams/guide/batch-apex-message-re-enqueueing) | Muestra cómo el mecanismo de control de flujo de Salesforce Platform evita que una organización inunde la cola por lotes volviendo a poner en cola mensajes cuando se superan los límites. | | [Boxcarring en Javascript Remoting](/docs/architect/es-mx/reference-diagrams/guide/boxcarring-in-javascript-remoting) | Muestra cómo se pueden emitir múltiples solicitudes remotas de JavaScript al mismo tiempo, o "boxcar'ed" en una sola solicitud XHR para mejorar el desempeño. | | [Boxcarring en acciones Lightning](/docs/architect/es-mx/reference-diagrams/guide/boxcarring-in-lightning-actions) | Muestra cómo se pueden emitir múltiples acciones Lightning al mismo tiempo, o "boxcar'ed" en una sola solicitud XHR para optimizar llamadas de red. | | [Comprobación de reclamación](/docs/architect/es-mx/reference-diagrams/guide/claim-check) | Muestra un evento que se está publicando cuando se modifica un registro. El cuerpo del mensaje del evento se almacena en una base de datos y solo se pasa una referencia a través del bus de mensajes. | | [Flujo Personalización de clientes](/docs/architect/es-mx/reference-diagrams/guide/customer-personalization-flow) | Muestra interacciones basadas en tiempo implicadas en el flujo de información de extremo a extremo desde interacciones de clientes a través de motores de personalización a sistemas de entrega. | | [Fanout](/docs/architect/es-mx/reference-diagrams/guide/fanout) | Muestra un evento que se está publicando y redactando en una única cola cuando se modifica un registro a través de una interacción de usuario, con múltiples suscriptores procesando el evento. | | [Extracción de middleware a través de notificación de evento de plataforma](/docs/architect/es-mx/reference-diagrams/guide/middleware-pull-via-platform-event-notification) | Muestra cómo puede utilizar eventos de plataforma para entregar integraciones salientes o indicar a una herramienta de middleware que extraiga datos desde Salesforce. | | [Extracción programada de middleware](/docs/architect/es-mx/reference-diagrams/guide/middleware-scheduled-pull) | Muestra cómo Middleware puede realizar solicitudes síncronas a API de SOAP o API de REST para minimizar los retrasos asociados con el procesamiento en tiempo real. | | [Mensajes pasados](/docs/architect/es-mx/reference-diagrams/guide/passed-messages) | Muestra un ejemplo de un flujo de proceso para el patrón Mensajes pasados que incluye un publicador, un suscriptor y un mensaje que pasa entre componentes. | | [Publicar Suscribirse](/docs/architect/es-mx/reference-diagrams/guide/publish-subscribe) | Muestra el patrón Publicar/Suscribir e incluye múltiples publicadores, múltiples suscriptores y múltiples corredores de mensajes. | | [Publicar suscribirse Copia exclusiva](/docs/architect/es-mx/reference-diagrams/guide/publish-subscribe-unique-copy) | Muestra un evento que se está publicando cuando se modifica un registro a través de una interacción de usuario, un flujo o un trabajo por lotes, recibiendo cada suscriptor una copia exclusiva del evento. | | [Transmisión](/docs/architect/es-mx/reference-diagrams/guide/streaming) | Muestra una transmisión de eventos que se están publicando. Los suscriptores que están escuchando las transmisiones reciben los eventos en tiempo real. | | [Cola](/docs/architect/es-mx/reference-diagrams/guide/queuing) | Muestra un ejemplo del patrón Cola que representa un evento que se está publicando y redactando en una cola, con suscriptores procesando eventos en orden. | | [Integraciones de OmniStudio](/docs/architect/es-mx/reference-diagrams/guide/omnistudio-integrations) | Una arquitectura de solución de ejemplo desde la Guía de decisiones de formularios de construcción para patrones de integración de OmniStudio y manipulación de datos. | # Hoja de ruta Agentforce Hoja de ruta Agentforce: una hoja de ruta de ejemplo que muestra componentes para la implementación de IA en una implementación Salesforce Customer 360 ## Descripción Una hoja de ruta que muestra las etapas para implementar funciones Agentforce en una implementación Salesforce Customer 360. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/generativeairollout.png) # Hoja de ruta de componentes Hoja de ruta de componentes: hoja de ruta visual que optimiza la planificación y el presupuesto de recursos identificando funciones del sistema, funciones relevantes, orden de implementación, plazos y dependencias de partes interesadas. ## Descripción Una hoja de ruta visual que optimiza la planificación y el presupuesto de recursos identificando funciones del sistema, funciones relevantes, orden de implementación, plazos y dependencias de partes interesadas. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [Imagen](https://architect.salesforce.com/ns-assets/roadmap-technology-component.png) # Hoja de ruta de funciones Hoja de ruta de funciones: Una hoja de ruta visual que simplifica la planificación y el presupuesto de recursos agrupando funciones e identificando el orden de implementación, las dependencias y el valor. ## Descripción Una hoja de ruta visual que simplifica la planificación y el presupuesto de recursos agrupando funciones e identificando el orden, las dependencias y el valor de la implementación. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [Imagen](https://architect.salesforce.com/ns-assets/roadmap-business-capability.png) # Hoja de ruta de funciones Hoja de ruta de funciones: Una hoja de ruta visual que mejora la colaboración entre equipos de negocio y técnicos identificando el orden de implementación de funciones, dependencias y funciones adicionales para fines de planificación. ## Descripción Una hoja de ruta visual que mejora la colaboración entre equipos de negocio y técnicos identificando el orden de implementación de funciones, dependencias y funciones adicionales para fines de planificación. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [Imagen](https://architect.salesforce.com/ns-assets/roadmap-business-feature.png) # Hoja de ruta del sistema Hoja de ruta del sistema: diagrama de hoja de ruta que simplifica la planificación y el presupuesto de recursos. ## Descripción Un diagrama de hoja de ruta que simplifica la planificación y el presupuesto de recursos identificando el orden de implementación del sistema, las dependencias, las áreas funcionales y las funciones relevantes para las partes interesadas. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [Imagen](https://architect.salesforce.com/ns-assets/roadmap-technology-system.png) # Integraciones de OmniStudio Integraciones de OmniStudio: Esta es una arquitectura de solución de ejemplo de la Guía de decisiones de formularios de construcción para OmniStudio que manipula JSON subyacente, que luego se asigna a objetos de Salesforce o datos externos utilizando herramientas como DataRaptor y Procedimientos de integración. DataRaptor y Procedimientos de integración son dos componentes clave en la conexión de sus formularios de OmniStudio con datos internos y externos a Salesforce. ## Descripción Esta es una arquitectura de solución de ejemplo desde la Guía de decisiones de formularios de construcción para OmniStudio manipulando JSON subyacente, que luego se asigna a objetos de Salesforce o datos externos utilizando herramientas como DataRaptor y Procedimientos de integración. DataRaptor y Procedimientos de integración son dos componentes clave en la conexión de sus formularios de OmniStudio con datos internos y externos a Salesforce. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/cb0eb20b-da86-4dac-a3fc-bff5ac387165) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/object-impact.png) # Integraciones externas a través de bots de Apis y Rpa de MuleSoft integraciones externas a través de API de mulesoft y bots rpa: Este es un diagrama de arquitectura de soluciones de ejemplo desde la Guía de decisiones de formularios de construcción que muestra conexiones a una API de MuleSoft y bot RPA, a través de MuleSoft Services, que genera un Servicio externo en Salesforce. ## Descripción Este es un diagrama de arquitectura de soluciones de ejemplo desde la Guía de decisiones de formularios de construcción que muestra conexiones a una API de MuleSoft y un bot RPA, a través de MuleSoft Services, que genera un Servicio externo en Salesforce. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/3f05f273-5828-472f-bb35-cadeae52d4a7) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/integrations-mulesoft.png) # Integraciones externas a través de Http integraciones externas a través de http: Este es un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra una conexión a un origen de datos externo a través de una llamada HTTP en Flow y una acción HTTP en OmniStudio. ## Descripción Este es un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra una conexión a un origen de datos externo a través de una llamada HTTP en Flow y una acción HTTP en OmniStudio. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/integrations-callouts.png) # Integraciones externas en Apis con esquemas de Openapi integraciones externas en API con esquemas de openapi: Este es un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra una conexión a un origen de datos externo a través de un Servicio externo y una API que utiliza el esquema de OpenAPI. ## Descripción Este es un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra una conexión a un origen de datos externo a través de un Servicio externo y una API que utiliza el esquema de OpenAPI. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/eb980d4b-a51a-4489-b337-5ada5997fdfb) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/buildingformsguidediagrams-integrationsopenapi.png) # Interacción de componentes web Lightning mediante adaptadores de red Interacción de componentes web Lightning mediante adaptadores de red: Este es un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra cómo LWC ofrece interacciones enriquecidas con registros únicos y objetos relacionados a través del uso de adaptadores de red que interactúan con la API de la interfaz de usuario. En segundo plano, Salesforce realiza el trabajo pesado comprobando la configuración de seguridad a nivel de campo, los permisos y la configuración de colaboración. También recupera metadatos de objetos e información de tema y formato. ## Descripción Este es un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra cómo LWC ofrece interacciones enriquecidas con registros únicos y objetos relacionados a través del uso de adaptadores de red que interactúan con la API de la interfaz de usuario. En segundo plano, Salesforce realiza el trabajo pesado comprobando la configuración de seguridad a nivel de campo, los permisos y la configuración de colaboración. También recupera metadatos de objetos e información de tema y formato. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/9f72aafa-6293-4954-b090-3418e27b19da) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/controller.png) # Jerarquía de funciones de Salesforce jerarquía de funciones de salesforce: una jerarquía de organización de ejemplo que captura un subconjunto de funciones para aclarar la estructura de negocio, las personas y los permisos de un caso de uso específico ## Descripción Un diagrama que representa una jerarquía de organización de ejemplo, capturando un subconjunto de funciones con el fin de aclarar la estructura de negocio, las personas y los permisos para un caso de uso específico. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/salesforcerolehierarchy1.png) # Lightning Out en sitios externos Lightning Out en sitios externos: Esta es una arquitectura de solución de ejemplo de la Guía de decisiones de formularios de construcción que muestra cómo se pueden integrar componentes LWC dentro de un sitio web externo a través de Lightning Out. Para configurar una aplicación Lightning Out, incluya la biblioteca JavaScript Lightning Out en la página en el servidor de origen. A continuación, agregue marcas que cargan su aplicación Lightning Out y sus componentes. Su aplicación Lightning Out se inicializa a través de una conexión segura y se inserta en el DOM de la página. ## Descripción Esta es una arquitectura de solución de ejemplo de la Guía de decisiones de formularios de construcción que muestra cómo se pueden integrar componentes LWC dentro de un sitio web externo a través Lightning Out. Para configurar una aplicación Lightning Out, incluya la biblioteca JavaScript Lightning Out en la página en el servidor de origen. A continuación, agregue un marcado que cargue su aplicación Lightning Out y sus componentes. Su aplicación Lightning Out se inicializa a través de una conexión segura y se inserta en el DOM de la página. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/ecd1a401-ee27-4f75-86f5-d5a1cabb1a4d) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/location.png) # Mapa de capacidad Los mapas de funciones proporcionan una representación visual de las funciones de negocio y técnicas, ilustrando cómo los diferentes productos y servicios admiten objetivos organizativos. Estos diagramas ayudan los arquitectos y las partes interesadas a comprender la relación entre los controladores de negocio, las funciones y la pila de tecnología subyacente. Sirven como herramientas de planificación estratégica que permiten una mejor alineación entre objetivos de negocio e implementación técnica. Esta sección contiene 4 diagramas de referencia relacionados con mapas de funciones: | Nombre de diagrama | Descripción | | --------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- | | [Mapa de capacidad de negocio](/docs/architect/es-mx/reference-diagrams/guide/business-capability-map) | Un mapa de funciones de plantilla para representar controladores de negocio y funciones con posicionamiento de productos de alto nivel. | | [Mapa de funciones técnicas de Data 360](/docs/architect/es-mx/reference-diagrams/guide/data-360-technical-capability-map) | Un mapa de funciones que muestra funciones técnicas de Data 360 y la combinación de productos implicada en su asistencia. | | [Mapa de funciones de Loyalty Management](/docs/architect/es-mx/reference-diagrams/guide/loyalty-management-capability-map) | Un mapa de funciones que muestra servicios de gestión de fidelidad con posicionamiento de productos de alto nivel. | | [Centro de excelencia](/docs/architect/es-mx/reference-diagrams/guide/center-of-excellence) | Un diagrama que detalla cómo un Centro de excelencia (CoE) une las partes interesadas ejecutivas y la TI. | # Mapa de capacidad de negocio mapa de funciones de negocio: mapa de funciones de plantilla para representar controladores de negocio y funciones con posicionamiento de productos de alto nivel. ## Descripción Un mapa de funciones de plantilla para representar controladores de negocio y funciones con posicionamiento de productos de alto nivel. ## Vínculos descargables: - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) # Mapa de funciones de Loyalty Management mapa de funciones de Loyalty Management: mapa de funciones que muestra servicios de gestión de fidelidad con posicionamiento de productos de alto nivel. Incluye funciones como Loyalty Administration, Processing y Analytics. ## Descripción Un mapa de funciones que muestra servicios de gestión de fidelidad con posicionamiento de productos de alto nivel. Incluye funciones como Administración de fidelidad, Procesamiento y Analytics. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-capability-map.png) # Mapa de funciones técnicas de Data 360 Mapa de funciones técnicas de Data 360: Mapa de funciones que muestra las funciones técnicas de Data 360 y la mezcla de productos implicada en su compatibilidad. Incluye funciones como Data Lakehouse, Procesamiento de Big Data, Conectores de datos, Transformaciones, Modelos y Fuente de verdad única. ## Descripción Un mapa de funciones que muestra funciones técnicas de Data 360 y la combinación de productos implicada en su asistencia. Incluye funciones como Data Lakehouse, Procesamiento de Big Data, Conectores de datos, Transformaciones, Modelos y Fuente de verdad única. ## Vínculos descargables: - [Imagen](https://architect.salesforce.com/ns-assets/legacy/data360technicalcapabilitymap.png) # Mensajes pasados mensajes pasados: muestra un ejemplo de un flujo de proceso para el patrón Mensajes pasados que incluye un publicador, un suscriptor y un evento. El evento se divide en múltiples partes, que se transforman individualmente y luego se vuelven a ensamblar antes de enviarse al suscriptor ## Descripción Muestra un ejemplo de un flujo de proceso para el patrón Mensajes pasados que incluye un publicador, un suscriptor y un evento. El evento se divide en múltiples partes, que se transforman individualmente y luego se vuelven a ensamblar antes de enviarse al suscriptor ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/1216b5f7-a2f7-444c-a695-73422c43a87b) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-passedmessages.png) # Monitoreo asíncrono de Apex mediante consulta personalizada monitoreo asíncrono de Apex mediante consulta personalizada: muestra los componentes implicados en el seguimiento del estado de procesos asíncronos y la visualización de los resultados en una herramienta de monitoreo externa. ## Descripción Muestra los componentes implicados en el seguimiento del estado de procesos asíncronos y la visualización de los resultados en una herramienta de monitoreo externa. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/0e147ab0-49e9-4875-b5c7-581e6db15cff) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/asynchronousprocessingdecisionguide-customquery.png) # Operaciones de datos fuera de pantalla de componentes web Lightning Componentes web Lightning fuera de operaciones de datos de pantalla: Este es un diagrama de arquitectura de solución de ejemplo de la Guía de decisiones de formularios de construcción que muestra el uso de adaptadores de red para acceder a datos de Salesforce para rellenar los componentes de un formulario de forma dinámica y permite a los desarrolladores actualizar, eliminar y crear registros a través de controladores Apex. ## Descripción Este es un diagrama de arquitectura de soluciones de ejemplo de la Guía de decisiones de formularios de construcción que muestra el uso de adaptadores de red para acceder a datos de Salesforce para rellenar los componentes de un formulario de forma dinámica y permite a los desarrolladores actualizar, eliminar y crear registros a través de controladores Apex. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/286abef0-8c38-4981-a7dc-71e3f92ca3de) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/off-screen-data-operations.png) # Panorama del sistema Los diagramas de panorama del sistema proporcionan una vista integral del ecosistema tecnológico de una organización, ilustrando las relaciones entre productos de Salesforce, sistemas externos y puntos de integración. Estas representaciones visuales ayudan a los arquitectos a comprender la topología completa del sistema, identificar dependencias y planificar implementaciones estratégicas. Sirven como documentación esencial para que las partes interesadas visualicen cómo interactúan diferentes componentes dentro de una arquitectura Customer 360 y admiten objetivos de negocio. Esta sección contiene 5 diagramas de referencia relacionados con el panorama del sistema: | Nombre de diagrama | Descripción | | ------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Panorama del sistema de marketing Customer 360](/docs/architect/es-mx/reference-diagrams/guide/data-360-marketing) | Un panorama del sistema para una implementación de Customer 360 Architecture. | | [Paisaje del sistema Agentforce](/docs/architect/es-mx/reference-diagrams/guide/einstein-system-landscape) | Un panorama del sistema que captura la mezcla de productos de Salesforce y otros sistemas de tecnología disponibles con Agentforce. | | [Panorama del sistema minorista](/docs/architect/es-mx/reference-diagrams/guide/retail-system-landscape) | Un panorama del sistema mostrando una solución de B2C Commerce y Marketing, indicando la combinación de productos de Salesforce y otras tecnologías implicadas en la implementación. | | [Jerarquía de funciones de Salesforce](/docs/architect/es-mx/reference-diagrams/guide/salesforce-role-hierarchy) | Un ejemplo de jerarquía de organización, capturando un subconjunto de funciones con el fin de aclarar la estructura de negocio, las relaciones de personal y los patrones de acceso. | | [Arquitectura de organización única](/docs/architect/es-mx/reference-diagrams/guide/single-org-architecture) | Diagrama que detalla una estrategia de organización única que admite múltiples unidades de negocio. | # Panorama del sistema Agentforce Panorama del sistema Agentforce: Un panorama del sistema que captura la mezcla de productos de Salesforce y otros sistemas de tecnología disponibles con Agentforce. ## Descripción Un panorama del sistema que captura la mezcla de productos de Salesforce y otros sistemas de tecnología disponibles con Agentforce. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/einsteingptsystemlandscape-einsteingptsystemlandscape.png) # Panorama del sistema de marketing Customer 360 marketing de datos 360 - un panorama de sistema de ejemplo - una Customer 360 Architecture mostrando cómo se comunican diferentes componentes dentro de una solución integrada de Salesforce entre sí utilizando conectores nativos ## Descripción Un panorama del sistema para una implementación Customer 360. Muestra cómo se comunican diferentes componentes dentro de una solución integrada de Salesforce entre sí utilizando conectores nativos. Incluye funciones como Entrada de datos, Resolución de identidad, Segmentación y Activación. ## Vínculos descargables: - [Imagen](https://architect.salesforce.com/ns-assets/legacy/data360marketing.png) # Panorama del sistema minorista panorama del sistema minorista: panorama del sistema que muestra una solución de B2C Commerce y Marketing, indicando la mezcla de productos de Salesforce y otras tecnologías implicadas en la implementación. Incluye funciones como Automatización de marketing, Gestión de interacciones, Catálogo de productos y Segmentación. ## Descripción Un panorama del sistema mostrando una solución de B2C Commerce y Marketing, indicando la combinación de productos de Salesforce y otras tecnologías implicadas en la implementación. Incluye funciones como Automatización de marketing, Gestión de interacciones, Catálogo de productos y Segmentación. ## Vínculos descargables: - [Imagen](https://architect.salesforce.com/ns-assets/legacy/retailsystemlandscapetemplate.png) # Plan de versión Agentforce Plan de versión Agentforce: Diagrama que detalla los entregables para una versión de proyecto de IA generativa inicial. ## Descripción Diagrama que detalla los entregables para una versión inicial de proyecto Agentforce. Incluye etapas como Definición de proyecto, Configurar y probar, Versión piloto y Versión beta. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/releaseanddelivery.png) # Procesamiento asíncrono a través de eventos de plataforma procesamiento asíncrono a través de eventos de plataforma: muestra cómo funciona el procesamiento asíncrono con eventos de plataforma. Los eventos publicados en el bus se entregan en orden a través de publicar después de confirmar y luego se procesan de forma masiva por un flujo en un contexto síncrono separado. ## Descripción Muestra cómo funciona el procesamiento asíncrono con eventos de plataforma. Los eventos publicados en el bus se entregan en orden a través de publicación tras confirmación y luego se procesan de forma masiva por un flujo en un contexto síncrono separado. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/platformevents.png) # Publicar Suscribir copia exclusiva publicar copia exclusiva de suscripción: muestra un evento que se está publicando cuando se modifica un registro a través de una interacción de usuario, un flujo o un trabajo por lotes. Los suscriptores reciben sus propias copias exclusivas de eventos y realizan las actualizaciones apropiadas en sus propios registros. En este patrón, el canal de mensajes está al tanto de todos los suscriptores y crea copias de eventos para cada uno, permitiendo a los suscriptores reproducir eventos si es necesario ## Descripción Muestra un evento que se está publicando cuando se modifica un registro a través de una interacción de usuario, un flujo o un trabajo por lotes. Los suscriptores reciben sus propias copias exclusivas de eventos y realizan las actualizaciones apropiadas en sus propios registros. En este patrón, el canal de mensajes está al tanto de todos los suscriptores y crea copias de eventos para cada uno, permitiendo a los suscriptores reproducir eventos si es necesario ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/101c6c86-ab4c-406d-ac27-4e472fb33b5c) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-publish-subscribel3.png) # Publicar suscripción publish subscribe: muestra el patrón Publicar / Suscribirse e incluye múltiples publicadores, múltiples suscriptores y múltiples eventos que se entregan a través de canales en un bus de eventos. En este ejemplo, el mismo sistema puede ser tanto un publicador como un suscriptor y un sistema puede suscribirse a múltiples eventos ## Descripción Muestra el patrón Publicar / Suscribirse e incluye múltiples publicadores, múltiples suscriptores y múltiples eventos que se entregan a través de canales en un bus de eventos. En este ejemplo, el mismo sistema puede ser un publicador y un suscriptor y un sistema puede suscribirse a múltiples eventos ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/f3ec8204-a571-456e-bb5f-e7018e8368ee) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/publish_subscribe.png) # Roadmap Los diagramas de hoja de ruta ayudan a las organizaciones a planificar y visualizar la implementación estratégica de funciones, componentes, funciones y sistemas a lo largo del tiempo. Estos diagramas permiten a los arquitectos y gestores de proyectos simplificar la planificación de recursos, optimizar los presupuestos y mejorar la colaboración entre equipos de negocio y técnicos. Proporcionan una vista clara del orden de implementación, las dependencias y las prioridades, ayudando a las partes interesadas a comprender el enfoque por fases para entregar soluciones complejas de Salesforce. Esta sección contiene 6 diagramas de referencia relacionados con hojas de ruta: | Nombre de diagrama | Descripción | | ------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Hoja de ruta de capacidad](/docs/architect/es-mx/reference-diagrams/guide/capability-roadmap) | Una hoja de ruta visual que simplifica la planificación y el presupuesto de recursos agrupando funciones e identificando el orden, las dependencias y el valor de la implementación. | | [Hoja de ruta de componentes](/docs/architect/es-mx/reference-diagrams/guide/component-roadmap) | Una hoja de ruta visual que optimiza la planificación y el presupuesto de recursos identificando funciones del sistema, funciones relevantes, orden de implementación, plazos y dependencias de partes interesadas. | | [Hoja de ruta de funciones](/docs/architect/es-mx/reference-diagrams/guide/feature-roadmap) | Una hoja de ruta visual que mejora la colaboración entre equipos de negocio y técnicos identificando el orden de implementación de funciones, dependencias y funciones adicionales para fines de planificación. | | [Plan de versión Agentforce](/docs/architect/es-mx/reference-diagrams/guide/generative-ai-release-plan) | Diagrama que detalla los entregables para una versión de proyecto de IA generativa inicial. | | [Hoja de ruta Agentforce](/docs/architect/es-mx/reference-diagrams/guide/generative-ai-roadmap) | Una hoja de ruta de ejemplo que muestra componentes para la implementación de IA en una implementación Salesforce Customer 360. | | [Hoja de ruta del sistema](/docs/architect/es-mx/reference-diagrams/guide/system-roadmap) | Simplifique la planificación y el presupuesto de recursos identificando el orden de implementación del sistema, las dependencias y las prioridades de funciones. | # Transmisión transmisión: muestra una transmisión de eventos que se están publicando. Los suscriptores que están escuchando las transmisiones las reciben y las procesan en consecuencia. ## Descripción Muestra una transmisión de eventos que se están publicando. Los suscriptores que están escuchando las transmisiones las reciben y las procesan en consecuencia. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/13f15b6c-0b36-4048-b2ec-88e5137c6c0b) - [Imagen](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-streaming.png)