# 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 Este es un diagrama que representa Salesforce Data 360 en una solución integral para activaciones de marketing. Muestra cómo crear una solución completa con productos como Organizaciones de inicio, Organizaciones de compañía, Data Cloud One, Agentforce 360, Agentforce Sales, Marketing Cloud y Tableau Next. ## Vínculos descargables - [Lucid](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-actions-activations.webp) ## 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 (por ejemplo, “Entidad de Salesforce” en el ejemplo mostrado aquí). Esto puede corresponder a la etiqueta singular del objeto de Salesforce representado, pero no siempre. - Nombre de API “físico” o Nombre de desarrollador del objeto en su organización de Salesforce (por ejemplo, “_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 paquete gestionado 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 con Data 360 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. Incluye productos de Salesforce como Agentforce 360, Tableau Next, Marketing Cloud, Data 360 y Agentforce Sales. ## Vínculos descargables: **Partida: Servicios web** de Amazon - [Lucid](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.webp) **Partida: Plataforma Google Cloud** - [Lúcido](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.webp) **Partida: Ladrillos de datos** - [Lúcido](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-databricks.webp) **Partida: Snowflake** - [Lúcido](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [Imagen](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.webp) # 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. El cuadro inferior puede contener la lista de productos en uso (como se representa anteriormente) o puede incluir las funciones necesarias para las unidades de negocio como Carrito de la compra, Gestión de prospectos o Gestión de casos. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/single-org-architecture.webp) # 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 4 diagramas de referencia relacionados con la arquitectura de soluciones: | Nombre de diagrama | Descripción | | -------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | [Arquitectura de integración de datos de copia cero con Data 360](/docs/architect/es-mx/reference-diagrams/guide/aws-data-360) | Diagramas que representan Salesforce Data 360 utilizando conectores listos para su uso para su integración con varios servicios de datos backend. | | [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 Agentforce Commerce, Agentforce Sales, Agentforce Service, Marketing Cloud Engagement, MuleSoft, Data 360 y Tableau para análisis. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-solution-architecture.webp) # 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. Los centros de excelencia proporcionan experiencia y orientación en toda la compañía. Proporcionan valor con actividades como: - Establecimiento de mejores prácticas para la implementación de las soluciones - Aplicar la adhesión a estándares corporativos y prácticas estándar de la industria - Como expertos en productos, eduque y capacite a los equipos del proyecto en los productos - Resuelva problemas difíciles que surgen durante la implementación ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/center-of-excellence.webp) # 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/reference-architectures/queuing.webp) ## 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](/docs/architect/es-mx/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](/docs/architect/es-mx/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](/docs/architect/es-mx/reference-diagrams/guide/section-solution-architecture) de referencia ### Hojas de ruta - Ayude a las organizaciones a planificar y visualizar la implementación estratégica de funciones, componentes, funciones y sistemas a lo largo del tiempo - Proporcionar una vista clara del orden de implementación, las dependencias y las prioridades ✨ Encontrar ejemplos y plantillas de hojas de ruta en la [Galería de arquitectura](/docs/architect/es-mx/reference-diagrams/guide/section-roadmap) 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](/docs/architect/es-mx/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 **Advertencia:** debido a una limitación actual con Lucidchart, los iconos de pie de página en diagramas que se crean desde una plantilla se desacoplan de la tarjeta. Tendrá que volver a acoplar los iconos arrastrándolos al centro del 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. Salesforce recomienda Lucid para diagramas de arquitectura. Todos los formatos y plantillas de diagramas de Salesforce utilizan un estilo profesional. Biblioteca de formas y plantillas de Salesforce en Lucidchart Plantillas y biblioteca de formas de Salesforce en Lucidchart
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. Advertencia: debido a una limitación actual con Lucidchart, los iconos de pie de página en diagramas que se crean desde una plantilla se desacoplan de la tarjeta. Tendrá que volver a acoplar los iconos arrastrándolos al centro del pie de página. ### **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: 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 Este diagrama muestra el patrón de comprobación de reclamaciones. Este patrón publica y realiza un evento en un bus de eventos 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. ## Vínculos descargables - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/claim-check.webp) # 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 Este diagrama 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. Esta arquitectura también hace uso de productos de Headless 360 y Data 360. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/customer-personalization-flow.webp) # 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 6 diagramas de referencia relacionados con el flujo del proceso de interacción: | Nombre de diagrama | Descripción | | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [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. | | [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. | | [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. | | [Proceso de gestión de fidelidad hotelera](/docs/architect/es-mx/reference-diagrams/guide/hospitality-loyalty-management-process) | Muestra interacciones basadas en tiempo de sistemas en un proceso de gestión de fidelidad de hospitalidad. | | [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. | # 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 Diagrama de hoja de ruta que muestra las etapas para la implementación de funciones Agentforce en una implementación Salesforce Customer 360. Esto incluye etapas como _Crear estándares, Gobernanza de modelo, Datos de preparación, Establecer equipo_ y _Versión y monitoreo_. Los Swimlanes incluyen Centro de excelencia, Ventas, Servicio y Desarrolladores. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-roadmap.webp) # 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 Este diagrama contiene 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. Este diagrama se utiliza habitualmente como una vista de detalles de un cuadro en una [Hoja de ruta](/docs/architect/es-mx/reference-diagrams/guide/capability-roadmap). Para cada componente en este diagrama, es común tener una [Hoja de ruta](/docs/architect/es-mx/reference-diagrams/guide/feature-roadmap) de funciones dedicada para desglosar los detalles de la entrega de funciones. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/component-roadmap.webp) # 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. Para cada función en este diagrama, es común tener una [Hoja de ruta](/docs/architect/es-mx/reference-diagrams/guide/component-roadmap) de componentes exclusiva para desglosar los detalles de la entrega. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/capability-roadmap.webp) # 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 Un diagrama de 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. Este diagrama se utiliza habitualmente como una vista de detalles de un cuadro en una [Hoja de ruta](/docs/architect/es-mx/reference-diagrams/guide/component-roadmap) de componentes. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/feature-roadmap.webp) # 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 - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/system-roadmap.webp) # 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. Muestra la solicitud familiar y el patrón de respuesta de HTTP. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/external-integrations-via-http.webp) # 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. Este no es un diagrama de Panorama típico, pero es similar en que muestra un plan conceptual para cómo se relacionan las funciones y modelan el dominio de negocio. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/salesforce-role-hierarchy.webp) # 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. Los impulsores de negocio son los objetivos estratégicos de alto nivel o las presiones externas que empujan a una organización a cambiar su modo de operar. Los controladores de negocio de ejemplo incluyen: - Crecimiento de ingresos - Reducción de costos operativos - Retención de clientes ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/fe6ccc24-6a13-4e0f-8076-1e5af8b08466) - [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 Este diagrama de mapa de funciones muestra servicios de gestión de fidelidad con posicionamiento de productos de alto nivel. Incluye funciones como Administración de fidelidad, Procesamiento y Analytics. Esta solución utiliza productos de Salesforce como Marketing Cloud Engagement, Agentforce Service y MuleSoft. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-capability-map.webp) # 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. Este diagrama también muestra cómo Tableau y MuleSoft se ajustan a una solución completa. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/9b36e287-525d-472c-92ec-729bca136540) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-technical-capability-map.webp) # 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. Muestra cómo la capa de Trust de Einstein y la pila de IA generativa (plantillas de solicitudes, pasarela LLM, modelos externos, BYOM) se combinan con Data 360 para proporcionar una base potente sobre la que crear aplicaciones agentes potentes. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/einstein-system-landscape.webp) # 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 Este es un diagrama de panorama del sistema para una implementación Customer 360, incluyendo Agentforce Sales, Agentforce Service, Agentforce Commerce, Tableau y Data 360\. Muestra cómo se comunican diferentes componentes dentro de una solución integrada de Salesforce entre sí utilizando conectores nativos y conectores personalizados. Incluye funciones como Entrada de datos, Resolución de identidad, Segmentación y Activación. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/e83190b9-5d7d-4468-aff9-882c9086e73f) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-marketing.webp) # 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 mezcla de productos de Salesforce y otras tecnologías implicadas en la implementación como MuleSoft, Data 360, Agentforce Sales, Agentforce Marketing, Agentforce Commerce y Agentforce Service. Incluye funciones como Automatización de marketing, Gestión de interacciones, Catálogo de productos y Segmentación. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/4d6b109a-ea3e-46c2-bab6-84a07efd9ac5) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/retail-system-landscape.webp) # 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 Un diagrama de hoja de ruta 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 - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-release-plan.webp) # 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 El diagrama ilustra un flujo de proceso de interacción para procesamiento asíncrono utilizando eventos de plataforma, mostrando cómo se publican eventos en el bus de eventos como parte de un patrón de arquitectura más amplio. Este patrón está diseñado para escenarios donde un proceso necesita desencadenar trabajo descendente sin bloquear la transacción principal, permitiendo a Salesforce gestionar el trabajo pesado de forma asíncrona. ## Vínculos descargables: - [Lucid](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/asynchronous-processing-via-platform-events.webp) # Proceso de gestión de fidelidad de hospitalidad proceso de gestión de fidelidad hotelera: las interacciones basadas en tiempo de sistemas en un proceso de gestión de fidelidad hotelera. ## Descripción Las interacciones basadas en tiempo de sistemas en un proceso de gestión de fidelidad de hospitalidad. Este flujo rastrea el proceso a través de Agentforce Commerce, Agentforce Sales, Agentforce Platform, Data 360, Marketing Cloud Engagement, MuleSoft y orígenes de datos externos. ## Vínculos descargables - [Lúcido](https://lucid.app/lucidchart/editNewOrRegister/899f5366-4dea-4da7-81af-dc3939aece42) - [Imagen](https://architect.salesforce.com/ns-assets/reference-architectures/hospitality-loyalty-management-process.webp) # 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. |