# architect Diagrammi di riferimento (reference-diagrams) - Full Documentation # Architettura della soluzione I diagrammi dell'architettura delle soluzioni illustrano i dettagli tecnici di progettazione e implementazione di soluzioni specifiche, mostrando come componenti, servizi e integrazioni lavorano insieme per soddisfare i requisiti aziendali. Questi diagrammi offrono ad architetti e sviluppatori una visualizzazione dettagliata delle interazioni di sistema, dei flussi di dati e degli schemi architetturali. Servono come modelli per l'implementazione, aiutando i team a capire le relazioni tra i componenti, i punti di integrazione e le dipendenze tecniche all'interno di una soluzione. Questa sezione contiene 4 diagrammi di riferimento relativi all'architettura delle soluzioni: | Nome diagramma | Descrizione | | -------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | [Architettura di integrazione dei dati a copia zero con Data 360](/docs/architect/it-it/reference-diagrams/guide/aws-data-360) | Diagrammi che ritraggono Salesforce Data 360 utilizzando connettori pronti all'uso per l'integrazione con vari servizi di dati di backend. | | [Architettura di implementazione di Data 360 Customer Zero](/docs/architect/it-it/reference-diagrams/guide/sfdc-customer-zero-implementation) | Diagramma completo che rappresenta Salesforce Data 360 implementato in Salesforce come programma Customer Zero. | | [Attivazione batch di Data 360 e architettura delle azioni basata sugli eventi](/docs/architect/it-it/reference-diagrams/guide/data360-actions-activations) | Diagramma che rappresenta Salesforce Data 360 in una soluzione completa per le attivazioni di marketing. | | [Architettura delle soluzioni di gestione fedeltà](/docs/architect/it-it/reference-diagrams/guide/loyalty-management-solution-architecture) | Diagramma dell'architettura che rappresenta i prodotti e le funzionalità direttamente coinvolti in una soluzione di gestione della fedeltà. | # Architettura delle soluzioni di gestione fedeltà Architettura della soluzione di gestione dei programmi fedeltà - Diagramma dell'architettura che rappresenta i prodotti e le funzionalità direttamente coinvolti in una soluzione di gestione dei programmi fedeltà. ## Descrizione Diagramma dell'architettura che rappresenta i prodotti e le funzionalità direttamente coinvolti in una soluzione di gestione della fedeltà. Sono inclusi Agentforce Commerce, Agentforce Sales, Agentforce Service, Marketing Cloud Engagement, MuleSoft, Data 360 e Tableau per Analytics. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-solution-architecture.webp) # Architettura di implementazione di Data 360 Customer Zero Architettura di implementazione Data 360 Customer Zero ## Descrizione Diagramma completo che rappresenta Salesforce Data 360 implementato in Salesforce come programma Customer Zero. Salesforce Data 360 funge da livello centrale di intelligence e governance, unificando i dati aziendali tramite la federazione Copia zero con i sistemi esterni Snowflake e AWS, preservando Trust e semantica. Questa base di dati unificata e pronta per l'intelligenza artificiale consente l'attivazione di Agentforce 360, consentendo agli agenti di ragionare, l'arricchimento CRM e l'automazione cross-cloud con flussi di dati sicuri e sensibili alle policy in tutte le funzioni aziendali, trasformando in ultima analisi l'organizzazione in un'azienda agente. ## Link scaricabili - [Lucid](https://lucid.app/lucidchart/editNew/af215946-127b-4b47-95b9-a7c158be351b) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/sfdc_customer_zero_implementation.png) # Architettura di integrazione dei dati a copia zero con Data 360 Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e AWS ## Descrizione Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con vari servizi dati AWS e la potente interoperabilità copia zero con AWS Redshift e S3. Questa architettura consente alle organizzazioni di integrare e unificare facilmente i dati nelle piattaforme federate, fornendo un livello di unificazione e attivazione centralizzato essenziale per la trasformazione in una vera e propria organizzazione agente. Include prodotti Salesforce come Agentforce 360, Tableau Next, Marketing Cloud, Data 360 e Agentforce Sales. ## Link scaricabili: **Backend: Servizi Web Amazon** - [Lucid](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.webp) **Backend: Piattaforma Google Cloud** - [Lucido](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.webp) **Backend: Databricks** - [Lucido](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-databricks.webp) **Backend: Fiocco di neve** - [Lucido](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.webp) # Architettura di una singola organizzazione Architettura a organizzazione singola: diagramma che descrive in dettaglio una strategia per una singola organizzazione a supporto delle unità operative globali. ## Descrizione Diagramma che descrive in dettaglio una singola strategia dell'organizzazione che supporta più unità operative. Il riquadro inferiore può contenere l'elenco dei prodotti in uso (come illustrato sopra) o elencare le funzionalità necessarie per le unità operative come Carrello, Gestione lead o Gestione casi. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/single-org-architecture.webp) # Attivazione batch di Data 360 e architettura delle azioni basata sugli eventi Attivazione batch e architettura delle azioni basata sugli eventi di Salesforce Data 360 ## Descrizione Questo diagramma rappresenta Salesforce Data 360 in una soluzione end-to-end per le attivazioni di marketing. Mostra come creare una soluzione completa con prodotti come Organizzazioni domestiche, Organizzazioni di supporto, Data Cloud One, Agentforce 360, Agentforce Sales, Marketing Cloud e Tableau Next. ## Link scaricabili - [Lucid](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-actions-activations.webp) # Centro di eccellenza Centro di eccellenza - Diagramma che mostra come un Centro di eccellenza (CdE) collega gli stakeholder dirigenti e l'IT, evidenziando come le capacità di leadership funzionale e tecnica siano centrali per un CdE. ## Descrizione Diagramma che mostra come un Centro di eccellenza (CdE) collega gli stakeholder dirigenti e l'IT. Evidenzia come le capacità di leadership funzionale e tecnica siano centrali per un CoE. I Centri di Eccellenza forniscono competenze e indicazioni in tutta l'azienda. Forniscono valore con attività come: - Definizione delle procedure consigliate per l'implementazione delle soluzioni - Imponi l'osservanza degli standard aziendali e delle pratiche standard di settore - In qualità di esperti del prodotto, istruire e formare i team di progetto sui prodotti - Risolvere i problemi complessi che si presentano durante l'implementazione ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/center-of-excellence.webp) ## Introduzione I diagrammi sono uno strumento essenziale e una parte fondamentale del lavoro architettonico. Ci consentono di comunicare idee diverse a diversi tipi di stakeholder. I grafici aiutano i team di consegna a rimanere allineati, fungendo da unica fonte di dati sulle realtà delle implementazioni e dei prodotti. I grafici sono anche un modo fondamentale per consentire agli stakeholder aziendali di prendere le decisioni giuste in fatto di acquisto e tecnologia. **I diagrammi devono sempre:** - Leggere da sinistra a destra e dall'alto in basso, il più vicino possibile - Trasmettere un messaggio in modo conciso, con una quantità di informazioni adeguata per la leggibilità - Utilizzo dei [componenti standard dei](/docs/architect/it-it/reference-diagrams/guide/kit-of-parts) grafici Salesforce, incluse le schede e un'intestazione con una descrizione chiara del contenuto, dell'ambito e dello scopo del diagramma ## Ambito diagramma L'ambito di un diagramma dovrebbe essere limitato solo alle informazioni critiche da trasmettere per un argomento specifico. Tutto ciò che non è necessario per acquisire il messaggio che si intende comunicare deve essere escluso. È possibile (e necessario) creare più diagrammi per acquisire concetti diversi, al fine di comunicare in modo più chiaro e circoscrivere il focus del contenuto del diagramma. - Definire le informazioni/messaggi critici da trasmettere al pubblico - Classificare gli ambiti logici in modo da concentrare le informazioni per acquisire il messaggio - Identificare i tipi di diagramma più appropriati da utilizzare come modelli ## Tipi di diagrammi Diagrammi Salesforce ha definito i tipi di diagrammi più utili/popolari per facilitare l'utilizzo dei modelli e la comprensione delle convenzioni di diagramma. Le risorse correnti sono classificate come: ### Mappe delle capacità - Acquisire il mix di proprietà e le funzionalità chiave pertinenti incluse in una soluzione - Concentrarsi su funzionalità, fattori di business e valori ✨ Trovare le mappe delle capacità nella [galleria Architettura di riferimento](/docs/architect/it-it/reference-diagrams/guide/section-capability-map) ### Paesaggi di sistema - Acquisizione dei prodotti e/o dei sistemi tecnici coinvolti in una determinata implementazione - Concentrarsi sulle proprietà, sugli aspetti immobiliari specifici e sulle connessioni tra le proprietà ✨ Trova esempi e modelli di paesaggio di sistema nella [Galleria Architettura di riferimento](/docs/architect/it-it/reference-diagrams/guide/section-system-landscape) ### Architetture delle soluzioni - Includere prodotti o tecnologie con integrazione, comportamento e/o funzionalità - Concentrarsi sulle connessioni dettagliate e/o sugli aspetti di comunicazione tra le proprietà ✨ Trovare esempi e modelli di architettura delle soluzioni nella [galleria Architettura di riferimento](/docs/architect/it-it/reference-diagrams/guide/section-solution-architecture) ### Roadmap - Aiutare le organizzazioni a pianificare e visualizzare l'implementazione strategica di capacità, componenti, funzionalità e sistemi nel tempo - Offrire una visualizzazione chiara dell'ordine di implementazione, delle dipendenze e delle priorità ✨ Trova esempi e modelli di roadmap nella [galleria Architettura di riferimento](/docs/architect/it-it/reference-diagrams/guide/section-roadmap) ### Interazione / Processo / Flussi - Acquisire fasi basate sul tempo, flussi di dati o interazioni necessarie per supportare un processo - Concentrarsi e chiarire (con numerazione sequenziale) l'ordine degli aspetti/proprietà ✨ Trovare esempi e modelli di diagrammi di interazione, processo e flusso nella [galleria Architettura di riferimento](/docs/architect/it-it/reference-diagrams/guide/section-interaction-process-flow) ### Modelli di dati / ERD - Acquisire entità (oggetti), relazioni e concetti per le implementazioni dei metadati ✨ Trova esempi e modelli di modello di dati nella [Galleria modelli di](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) dati Vedere esempi dei tipi di diagrammi nella [Galleria architettura di riferimento](/diagrams) o nella nostra [Galleria modelli di](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) dati dedicata. Utilizzare un modello per creare rapidamente/facilmente un diagramma per il proprio caso d'uso. ## Passaggi per creare un diagramma: - Definire l'**ambito** del messaggio da trasmettere: - _Pensare al pubblico, alle proprietà/aspetti da rappresentare, alle informazioni necessarie per acquisire il messaggio e a ciò che può essere escluso_ - Assicurarsi che sia presente un'**Intestazione** con un **Titolo** chiaro e una **Descrizione** concisa e ponderata che acquisisca lo scopo, l'ambito e il messaggio del diagramma Assicurarsi che sia presente un'Intestazione con un Titolo chiaro e una Descrizione concisa e ponderata che acquisisca lo scopo, l'ambito e il messaggio del diagramma - Utilizzare **le schede** per acquisire le proprietà (sistemi, concetti, entità, ecc.) - Acquisire i dettagli delle proprietà o gli aspetti / le funzionalità chiave in base alle esigenze in **Attributi carta** Attributi scheda - Rappresentare le relazioni necessarie con i **connettori** tra le proprietà della scheda Connettori - Incorporare **Icone Carta** ove utile, disponibile e/o appropriato Icone scheda - Utilizzare **le icone Piè** di pagina e **Piè di pagina** per acquisire altri aspetti chiave delle proprietà Icone piè di pagina **Attenzione: a** causa di una limitazione corrente con Lucidchart, le icone piè di pagina nei diagrammi creati a partire da un modello vengono sganciate dalla scheda. Sarà necessario ancorare nuovamente le icone trascinandole al centro del piè di pagina. Per ulteriori dettagli e procedure consigliate, vedere la [pagina Componenti standard](/docs/architect/it-it/reference-diagrams/guide/kit-of-parts). **I diagrammi Salesforce contengono input o domande?** Fateci sapere le vostre opinioni [qui](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link). ## Componenti standard I componenti standard semplificano la creazione, la personalizzazione e il riutilizzo di diagrammi coerenti e di alta qualità. Salesforce consiglia Lucid per i diagrammi dell'architettura. Lo stile professionale è utilizzato da tutte le forme e i modelli del diagramma di Salesforce. Libreria di forme e modelli Salesforce in Lucidchart Libreria di forme e modelli Salesforce in Lucidchart
Esempi di utilizzo dei componenti sono disponibili nella [galleria Architettura di riferimento](https://architect.salesforce.com/diagrams#reference-architecture-gallery) ## Procedure consigliate Le sezioni seguenti acquisiscono procedure consigliate dettagliate per l'[intestazione](#intestazione), le [schede](#schede), le [icone](#icone) e i [connettori](#connettori) inclusi nei componenti standard. ## Intestazione Intestazione diagramma L'Intestazione deve essere presente in tutti i diagrammi e includere: - Un titolo che può essere rapidamente compreso dal pubblico - Una chiara descrizione di ciò che copre il diagramma, il suo scopo e intento - (facoltativo) il logo o il nome della società per comunicare l'autore - (facoltativo) una chiave per chiarire icone, disegni o simboli utilizzati come classificazioni Le dimensioni devono occupare almeno il 10% dell'altezza del diagramma e il 100% della larghezza. La dimensione del font della descrizione deve essere almeno la metà della dimensione del titolo. Una chiave deve essere inclusa quando vengono utilizzate icone, connettori, colori, ecc. che non sono specificati con titoli nel diagramma stesso. Ove possibile, la chiave deve essere raggruppata in righe pari. ## Schede Tutte le proprietà del diagramma devono essere rappresentate con una scheda. Le schede possono essere ridimensionate e possono avere riempimenti trasparenti o colorati. Esistono più sezioni della scheda che forniscono variazioni che è possibile utilizzare per rappresentare concetti diversi nel diagramma. ### **Anatomia scheda** Una scheda di esempio è sotto, con le diverse sezioni descritte. L'unico contenuto della scheda richiesto è il Titolo. Le altre sezioni sono disponibili per l'utilizzo in base alle esigenze per casi d'uso specifici. Anatomia scheda **Icona scheda** Le icone delle schede sono asset visivi che rappresentano la proprietà della scheda **Titolo carta** Il titolo della carta è un nome per la carta che può essere rapidamente compreso, acquisendo quale proprietà, area o concetto rappresenta la carta **Attributi carta** Gli attributi scheda sono dettagli basati su testo sulla proprietà, rappresentati come elenco e utilizzati quando è necessario acquisire e trasmettere più punti di dati **Piè di pagina** Il piè di pagina della scheda fornisce ulteriori caratteristiche della proprietà. Gli esempi includono: Nomi API pacchetto/oggetto, proprietà, funzionalità, ecc. **Icone piè di pagina** La sezione delle icone piè di pagina consente agli asset visivi di visualizzare informazioni aggiuntive sulla proprietà. Gli esempi includono: canali, servizi condivisi, funzionalità, ecc. Le icone piè di pagina devono essere incluse / spiegate nella chiave del diagramma. Attenzione: a causa di una limitazione corrente con Lucidchart, le icone piè di pagina nei diagrammi creati a partire da un modello vengono sganciate dalla scheda. Sarà necessario ancorare nuovamente le icone trascinandole al centro del piè di pagina. ### **Variazioni della scheda** L'utilizzo di sezioni diverse offre diverse variazioni delle schede per usi diversi. È possibile combinare e abbinare l'anatomia delle carte in base alle esigenze per creare queste variazioni nei diagrammi. Vedere gli esempi seguenti: Scheda compressa Scheda dettagliata Scheda dettagliata con piè di pagina Fare riferimento alla [Reference Architecture Gallery](https://architect.salesforce.com/diagrams#reference-architecture-gallery) per informazioni sull'utilizzo di queste variazioni. Utilizzare la possibilità di regolare le dimensioni e il colore delle schede in base alle esigenze per distinguere i tipi e creare diagrammi chiari e comprensibili. ## **Contenitori** Le schede possono anche fungere da contenitori, ovvero raggruppamenti per più proprietà. È possibile nidificare le schede all'interno di un'altra scheda per rappresentare relazioni gerarchiche o classificare le proprietà correlate in base alle esigenze. Contenitori ## **Icone** I diagrammi Salesforce offrono una serie di base di loghi di prodotto Salesforce e icone aggiuntive per rappresentare le proprietà e altre aree del diagramma. Icone Esempi di utilizzo delle icone sono disponibili nella [galleria Architettura di riferimento](https://architect.salesforce.com/diagrams#reference-architecture-gallery) _Per ulteriori icone, fare riferimento alle [icone Lightning Design System.](https://www.lightningdesignsystem.com/icons/)_ ## Connettori I connettori devono sempre utilizzare le linee di connessione a gomito ed essere dritti, ove possibile, per una maggiore leggibilità. Connettori e pillole I **connettori** rappresentano una fase di relazione, integrazione o processo tra due schede. Gli stili di linea indicano un tipo diverso di connessione e devono essere rappresentati nella chiave del diagramma. Gli endpoint indicano la direzione di un connettore di integrazione o di processo. Gli endpoint indicano anche cardinalità e ordinalità in un connettore di relazione. Le **pillole** vengono utilizzate per fornire dettagli sulle connessioni. Fare riferimento ai diagrammi di [architettura delle soluzioni](/docs/architect/it-it/reference-diagrams/guide/section-solution-architecture) e di [flusso dei processi](/docs/architect/it-it/reference-diagrams/guide/section-interaction-process-flow) di interazione per esempi di utilizzo delle pillole. ## Accessibilità In tutto il mondo, circa [1,3 miliardi](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.) di persone vivono con qualche forma di disabilità, pari al 15% della popolazione mondiale. L'accessibilità consiste nel rendere il diagramma comprensibile per tutti gli utenti. Esistono due particolari aree di interesse che possono aiutare i diagrammi a essere più accessibili: l'ottimizzazione per gli screen reader e l'uso appropriato del contrasto dei colori. Altre risorse sulla progettazione per l'accessibilità sono disponibili nel [blog Salesforce Design](https://medium.com/salesforce-ux/tagged/accessibility). **Lettori di schermo** Uno screen reader è un'applicazione software che legge ad alta voce le parole in un file, un'app o un sito Web. Uno screen reader è in grado di leggere i diagrammi per le persone che non sono in grado di vederlo chiaramente. Il formato migliore per la compatibilità con gli screen reader è PDF (Portable Document Format). A differenza delle immagini e delle applicazioni non accessibili, i file PDF sono accessibili dagli screen reader per la lettura di parole, forme e colori. L'esportazione dei diagrammi in formato PDF durante la condivisione con altri utenti può migliorare l'accessibilità. **Contrasto cromatico** Aumentare il contrasto dei colori è un altro modo per rendere il diagramma più accessibile. Le persone saranno più in grado di riconoscere e leggere i diagrammi quando soddisfano il [contrasto cromatico minimo](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html) WCAG (Web Content Accessibility Guidelines) di avere un rapporto 4.5:1 tra il colore di sfondo dietro il testo e il colore del testo stesso. Esempio di tavolozza di colori per visualizzare il contrasto suggerito A ogni colore del [sistema colori Salesforce](https://medium.com/salesforce-ux/the-salesforce-color-system-c7c6b5b9c577) è associato un numero, compreso tra 0 e 100. Quando si scelgono i colori per i diagrammi, assicurarsi che il colore di sfondo dietro il testo sia almeno 50 punti maggiore o minore del colore del testo. Ad esempio, se il colore di sfondo è 80, il colore del testo non deve essere superiore a 30\. Valutare se è necessario utilizzare la regola dei 50 punti anche per i bordi e i contorni. **I diagrammi Salesforce contengono input o domande?** Fateci sapere le vostre opinioni [qui](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link). # Controllo della richiesta controllo della richiesta: mostra un evento che viene pubblicato quando un record viene modificato. Il corpo del messaggio dell'evento viene memorizzato in un archivio dati separato mentre l'intestazione, che contiene un controllo della richiesta, viene passata a un abbonato. L'abbonato utilizza quindi il controllo della richiesta per recuperare il corpo del messaggio quando è pronto per elaborare le informazioni quando necessario. ## Descrizione Questo diagramma mostra lo schema di controllo della richiesta. Questo schema pubblica ed evento in un bus degli eventi quando un record viene modificato. Il corpo del messaggio dell'evento viene memorizzato in un archivio dati separato mentre l'intestazione, che contiene un controllo della richiesta, viene passata a un abbonato. L'abbonato utilizza quindi il controllo della richiesta per recuperare il corpo del messaggio quando è pronto per elaborare le informazioni. ## Link scaricabili - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/claim-check.webp) # Elaborazione asincrona tramite eventi piattaforma elaborazione asincrona tramite eventi piattaforma: mostra come funziona l'elaborazione asincrona con gli eventi piattaforma. Gli eventi pubblicati nel bus vengono consegnati in ordine tramite pubblicazione dopo conferma e quindi elaborati in blocco da un flusso in un contesto sincrono separato. ## Descrizione Il diagramma illustra un flusso del processo di interazione per l'elaborazione asincrona utilizzando gli eventi piattaforma, mostrando come gli eventi vengono pubblicati nel bus degli eventi come parte di uno schema di architettura più ampio. Questo schema è progettato per gli scenari in cui un processo deve attivare il lavoro a valle senza bloccare la transazione principale, consentendo a Salesforce di gestire il lavoro pesante in modo asincrono. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/asynchronous-processing-via-platform-events.webp) # Flusso di personalizzazione del cliente Flusso di personalizzazione del cliente: mostra le interazioni basate sul tempo coinvolte nel flusso end-to-end di informazioni dalle interazioni con i clienti nel sito Experience Cloud all'automazione back-end in Marketing Cloud e Slack. MuleSoft orchestra le integrazioni nei sistemi di back-end, Slack connette tutti i membri del team e Marketing Cloud chiude il cerchio con il customer journey. ## Descrizione Questo diagramma mostra le interazioni basate sul tempo coinvolte nel flusso end-to-end di informazioni dalle interazioni con i clienti nel sito Experience Cloud all'automazione back-end in Marketing Cloud e Slack. MuleSoft orchestra le integrazioni nei sistemi di back-end, Slack connette tutti i membri del team e Marketing Cloud chiude il cerchio con il customer journey. Questa architettura utilizza anche prodotti Headless 360 e Data 360. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/customer-personalization-flow.webp) # Flusso processo di interazione I diagrammi dei flussi dei processi di interazione illustrano la sequenza delle interazioni, dei flussi di dati e delle fasi del processo tra componenti di sistema, servizi e utenti. Questi diagrammi aiutano architetti e sviluppatori a capire come le diverse parti di un sistema comunicano, come si propagano gli eventi attraverso l'architettura e come vengono orchestrati i processi asincroni e sincroni. Forniscono la documentazione essenziale per comprendere il comportamento del sistema, identificare i colli di bottiglia e ottimizzare i flussi dei processi. Questa sezione contiene 6 diagrammi di riferimento relativi al flusso del processo di interazione: | Nome diagramma | Descrizione | | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Elaborazione asincrona tramite eventi piattaforma](/docs/architect/it-it/reference-diagrams/guide/asynchronous-processing-via-platform-events) | Mostra come funziona l'elaborazione asincrona con gli eventi piattaforma. Gli eventi pubblicati nel bus vengono consumati dagli abbonati per l'elaborazione. | | [Controllo della richiesta](/docs/architect/it-it/reference-diagrams/guide/claim-check) | Mostra un evento che viene pubblicato quando un record viene modificato. Il corpo del messaggio dell'evento è memorizzato in un database e solo un riferimento viene passato attraverso il bus dei messaggi. | | [Flusso di personalizzazione del cliente](/docs/architect/it-it/reference-diagrams/guide/customer-personalization-flow) | Mostra le interazioni basate sul tempo coinvolte nel flusso end-to-end di informazioni dalle interazioni con i clienti attraverso i motori di personalizzazione ai sistemi di consegna. | | [Integrazioni esterne tramite Http](/docs/architect/it-it/reference-diagrams/guide/external-integrations-via-http) | Esempio di diagramma dell'architettura delle soluzioni tratto dalla guida alle decisioni sui moduli di creazione che mostra le integrazioni esterne utilizzando protocolli HTTP. | | [Processo di gestione della fidelizzazione dell'ospitalità](/docs/architect/it-it/reference-diagrams/guide/hospitality-loyalty-management-process) | Mostra le interazioni basate sul tempo dei sistemi in un processo di gestione della fedeltà dell'ospitalità. | | [Queuing](/docs/architect/it-it/reference-diagrams/guide/queuing) | Mostra un esempio di schema di inserimento in area di attesa che rappresenta un evento pubblicato e scritto in un'area di attesa, con gli abbonati che elaborano gli eventi in ordine. | # Gerarchia dei ruoli Salesforce salesforce role hierarchy (gerarchia dei ruoli Salesforce): un esempio di gerarchia delle organizzazioni che consente di acquisire un sottoinsieme di ruoli per chiarire la struttura aziendale, i profili e le autorizzazioni per un caso d'uso specifico ## Descrizione Diagramma che rappresenta un esempio di gerarchia dell'organizzazione e acquisisce un sottoinsieme di ruoli per chiarire la struttura aziendale, i profili e le autorizzazioni per un caso d'uso specifico. Questo non è un tipico diagramma orizzontale, ma è simile in quanto mostra un piano concettuale per la correlazione dei ruoli e il modello del dominio aziendale. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/salesforce-role-hierarchy.webp) # Integrazioni esterne tramite Http Integrazioni esterne tramite http - Questo è un esempio di diagramma dell'architettura della soluzione tratto dalla guida alle decisioni dei moduli di creazione che mostra una connessione a una fonte di dati esterna tramite una chiamata HTTP nel flusso e un'azione HTTP in OmniStudio. ## Descrizione Questo è un esempio di diagramma dell'architettura delle soluzioni tratto dalla guida alle decisioni dei moduli di creazione che mostra una connessione a una fonte di dati esterna tramite una chiamata HTTP nel flusso e un'azione HTTP in OmniStudio. Mostra lo schema di richiesta e risposta familiare di HTTP. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/external-integrations-via-http.webp) # Mappa della capacità Le mappe delle capacità offrono una rappresentazione visiva delle capacità aziendali e tecniche, illustrando in che modo i diversi prodotti e servizi supportano gli obiettivi dell'organizzazione. Questi diagrammi aiutano architetti e stakeholder a capire la relazione tra fattori di business, funzionalità e stack tecnologico sottostante. Servono come strumenti di pianificazione strategica che consentono un migliore allineamento tra obiettivi aziendali e implementazione tecnica. Questa sezione contiene 4 diagrammi di riferimento relativi alle mappe delle funzionalità: | Nome diagramma | Descrizione | | --------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | | [Mappa delle capacità aziendali](/docs/architect/it-it/reference-diagrams/guide/business-capability-map) | Mappa delle funzionalità del modello per rappresentare i fattori che determinano l'attività e le funzionalità con posizionamento di prodotto di alto livello. | | [Mappa della capacità tecnica di Data 360](/docs/architect/it-it/reference-diagrams/guide/data-360-technical-capability-map) | Mappa delle funzionalità che mostra le funzionalità tecniche di Data 360 e il mix di prodotti necessario per supportarle. | | [Mappa delle funzionalità di Gestione programmi fedeltà](/docs/architect/it-it/reference-diagrams/guide/loyalty-management-capability-map) | Mappa delle funzionalità che mostra i servizi di gestione della fedeltà con posizionamento di prodotto di alto livello. | | [Centro di eccellenza](/docs/architect/it-it/reference-diagrams/guide/center-of-excellence) | Diagramma che descrive in dettaglio come un Centro di eccellenza (CdE) collega gli stakeholder dirigenti e l'IT. | # Mappa della capacità tecnica di Data 360 mappa delle funzionalità tecniche di Data 360: mappa delle funzionalità che mostra le funzionalità tecniche di Data 360 e il mix di prodotti necessari per supportarle. Include funzionalità come Data Lakehouse, Big Data Processing, Connettori dati, Trasformazioni, Modelli e Single Source of Truth. ## Descrizione Mappa delle funzionalità che mostra le funzionalità tecniche di Data 360 e il mix di prodotti necessario per supportarle. Include funzionalità come Data Lakehouse, Big Data Processing, Connettori dati, Trasformazioni, Modelli e Singola fonte di verità. Questo diagramma mostra anche come Tableau e MuleSoft si adattano a una soluzione completa. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/9b36e287-525d-472c-92ec-729bca136540) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-technical-capability-map.webp) # Mappa delle capacità aziendali mappa delle funzionalità aziendali: mappa delle funzionalità del modello per rappresentare i driver aziendali e le funzionalità con posizionamento di prodotto di alto livello. ## Descrizione Mappa delle funzionalità del modello per rappresentare i fattori che determinano l'attività e le funzionalità con posizionamento di prodotto di alto livello. I fattori che determinano il business sono gli obiettivi strategici di alto livello o le pressioni esterne che spingono un'organizzazione a cambiare il modo in cui opera. Esempi di fattori trainanti per il business sono: - Crescita del reddito - Riduzione dei costi operativi - Conservazione dei clienti ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/fe6ccc24-6a13-4e0f-8076-1e5af8b08466) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) # Mappa delle capacità di gestione programmi fedeltà mappa delle funzionalità di gestione dei programmi fedeltà: mappa delle funzionalità che mostra i servizi di gestione dei programmi fedeltà con posizionamento di prodotto di alto livello. Include funzionalità come Amministrazione programmi fedeltà, Elaborazione e Analytics. ## Descrizione Questo diagramma della mappa delle funzionalità mostra i servizi di gestione della fedeltà con posizionamento di prodotto di alto livello. Include funzionalità come Amministrazione programmi fedeltà, Elaborazione e Analytics. Questa soluzione utilizza prodotti Salesforce come Marketing Cloud Engagement, Agentforce Service e MuleSoft. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-capability-map.webp) # Messa in attesa area di attesa: mostra un esempio di schema di area di attesa che rappresenta un evento pubblicato e scritto in un'area di attesa quando un record viene modificato. Gli abbonati ricevono copie dell'evento dalle aree di attesa associate ed eseguono gli aggiornamenti appropriati ai propri record. ## Descrizione Mostra un esempio di schema di inserimento in area di attesa che rappresenta un evento pubblicato e scritto in un'area di attesa quando un record viene modificato. Gli abbonati ricevono copie dell'evento dalle aree di attesa associate e apportano gli aggiornamenti appropriati ai propri record. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/queuing.webp) ## Introduzione Questo documento offre una panoramica della notazione e delle convenzioni del diagramma di relazione entità (ERD) di Salesforce per facilitare l'interpretazione chiara dei modelli di dati dei prodotti disponibili nella [galleria del modello](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) di dati. Un ERD, noto anche come modello di dati, è una rappresentazione grafica di un sistema informativo. Mostra le relazioni tra persone, oggetti, luoghi, concetti ed eventi in quel sistema. È un modello logico che trasmette la struttura funzionale dei dati. Negli ERD Salesforce, le entità in genere vengono mappate a un oggetto nel database Salesforce. ## Entità Un'entità è una cosa o un oggetto significativo, reale o concettuale, su quali informazioni devono essere conosciute o detenute. sample data model entity Le entità sono rappresentate nei diagrammi come riquadri con angoli arrotondati. Ogni casella entità fornisce in genere due etichette (ove applicabile): - Il nome logico dell'entità (ad esempio "Entità Salesforce" nell'esempio mostrato qui). Può corrispondere all'etichetta singolare dell'oggetto Salesforce rappresentato, ma non sempre. - Nome API "fisico" o Nome sviluppatore dell'oggetto nell'organizzazione Salesforce (ad esempio, "_Nome API_" nell'esempio). Per gli oggetti pacchetto gestito, il nome API indicato nello schema in genere non include lo spazio dei nomi del pacchetto gestito ("vlocity_ins\*\*", ad esempio), a meno che Salesforce o Industry Cloud non utilizzino più pacchetti gestiti. La fine del nome API per gli oggetti del pacchetto gestito indica il tipo di oggetto personalizzato utilizzato: "\*\*c" per gli oggetti personalizzati normali e le impostazioni personalizzate, "\*\*mdt" per i metadati personalizzati, "\*\*x" per gli oggetti esterni. Le caselle entità possono anche elencare uno o più attributi rappresentativi degli attributi di tale entità. Un attributo è preceduto da un carattere "#" o "-". - Un "#" indica un attributo che fa parte della chiave univoca logica dell'entità. Nel diagramma di esempio, "Attributo chiave utente" è considerato la chiave principale utente dell'entità. - Un "•" indica un attributo non chiave. ### Formattazione entità Ogni diagramma di relazione tra entità illustra il modello di dati Salesforce dalla prospettiva di un cloud specificato, ad esempio Sales Cloud, Service Cloud o Marketing Cloud. Lo schema di colori del diagramma riflette la nuvola a fuoco. Tutti i cloud di settore come Financial Service Cloud, Health Cloud e Media Cloud utilizzano lo stesso schema di colori Settore. Anche il colore di una determinata entità nel diagramma ha un significato specifico. Il colore della nuvola di fuoco viene indicato utilizzando il colore con immagine aziendale Salesforce, inclusi alcuni esempi seguenti. sample data model clouds La sezione seguente esaminerà la diversa formattazione delle entità che fa riferimento alla legenda di esempio di Sales Cloud riportata di seguito: sample data model entities legend ### Entità Cloud Un'entità con i colori della nuvola di focus rappresenta un oggetto fornito con la licenza per quella nuvola. ### Entità correlata Un'entità con un riempimento bianco e un bordo nero rappresenta un oggetto fornito con una licenza diversa da quella di focus cloud e non esteso dalla licenza di focus cloud. Le entità Account e Referente visualizzate in un ERD Sales o Service Cloud, ad esempio, saranno visualizzate come bianche con un bordo nero poiché tali oggetti sono disponibili con una licenza piattaforma. ### Entità correlata estesa Un'entità con un riempimento grigio chiaro e un bordo nero rappresenta un oggetto dotato di una licenza diversa dalla nuvola di fuoco, ma la nuvola di fuoco estende l'oggetto. Ad esempio, Commerce Cloud estende l'oggetto Product2 di base con campi aggiuntivi. Le estensioni includono campi, relazioni e tipi di record aggiuntivi. ### Entità esterna Le entità senza confini sono virtuali. Se utilizzate in un diagramma, queste caselle riconoscono l'esistenza di un'entità nel modello logico per il dominio, ma l'entità non è implementata come oggetto fisico in Salesforce. L'accesso ai dati di questa entità è previsto tramite chiamate API esterne o Salesforce Connect nella soluzione distribuita. ### Entità Tipo di record Le entità con un bordo tratteggiato sono modellate come tipi di record in Salesforce. Nell'esempio riportato di seguito, i sottotipi Account aziendale, Account fatturazione, Account consumatore e Account di servizio hanno un bordo tratteggiato perché vengono mappati ai tipi di record forniti con il pacchetto gestito Communications Cloud. sample data model record type notation ### Entità concettuale Le entità con un bordo punteggiato sono virtuali. Per differenziare questi sottotipi nella soluzione Salesforce non vengono utilizzati né tipi di record né un oggetto separato. Questi sottotipi descrivono logicamente un concetto del dominio che consente di illustrare le funzionalità del modello di dati. ### Entità Supertype e Sottotype Un sottotipo di entità è la definizione di un sottoinsieme delle sue occorrenze. Quando viene aggiunto un insieme di sottotipi all'interno di un'entità supertipo, l'entità supertipo rappresenta gli attributi e le relazioni comuni, mentre le entità sottotipo mostrano attributi e relazioni specifici del sottotipo. Nella notazione del diagramma, i sottotipi si escludono a vicenda, ovvero ogni singolo record deve essere di un singolo sottotipo. sample subtype relationships I sottotipi possono avere sottotipi nidificati che differenziano ulteriormente le occorrenze. I sottotipi nei diagrammi sono logici ma possono essere mappati a una rappresentazione fisica in uno dei tre modi seguenti. La solidità del bordo dell'entità sottotipo definisce le modalità di implementazione del sottotipo nel modello di dati Salesforce. sample supertype Le entità sottotipo con un bordo solido hanno un oggetto effettivo che tiene traccia delle occorrenze di quel sottotipo. Nell'esempio riportato di seguito, il sottotipo Utente esterno Referente ha un bordo solido poiché i Referenti registrati come Utenti esterni vengono tracciati con un record nell'oggetto Utente. sample subtype contact object ## Relazioni Una relazione è un'associazione denominata e significativa tra due entità. sample relationships Le marcature e il testo intorno alle righe descrivono la cardinalità, l'opzionalità e il significato della relazione. ### Cardinalità relazione sample relationships legend La cardinalità indica il numero relativo di occorrenze su ciascun lato della relazione. Nella notazione, le estremità di una linea di relazione indicano la cardinalità della relazione su tale estremità. Una zampa di gallina su un'estremità indica che molte occorrenze di entità su quell'estremità possono essere correlate a ogni occorrenza sull'estremità opposta. La mancanza di una zampa di gallina su un'estremità indica che al massimo un'occorrenza entità su quell'estremità può essere correlata a una data occorrenza sull'altra estremità. ### Relazioni controllante-controllato Salesforce supporta due tipi di [campi di relazione](https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm#i1435823): i campi di ricerca e i campi controllante-controllato (chiamati record principale-record dettaglio). I campi controllante-controllato sono simili alle ricerche obbligatorie ma applicano un accoppiamento aggiuntivo tra le entità correlate. I record sui molti lati della relazione vengono eliminati a catena quando viene eliminato il record controllante. Anche la visibilità dei record dettaglio è controllata dalla visibilità del record controllante. Per illustrare la differenza tra una relazione controllante-controllata e una relazione di ricerca, gli ERD Salesforce prendono in prestito la notazione del diamante da UML. Un diamante sul lato singolare di una relazione significa che l'entità su quel lato svolge il ruolo principale nella relazione. L'entità su molti lati di tale relazione è il dettaglio o l'entità controllata e può essere considerata come contenuta nell'entità controllante. ### Facoltatività relazione L'opzione indica se la relazione è obbligatoria o meno per un'occorrenza su ogni estremità. Come concetto, l'opzionalità è strettamente correlata alla cardinalità e la notazione riflette tale vicinanza. L'opzione è indicata a ogni estremità di una relazione attraverso un cerchio o una barra lungo la linea all'altra estremità della relazione. Perché dall'altra parte della relazione? Includere il markup di facoltatività sullo stesso lato della linea della cardinalità. Sul lato molteplice (cioè la zampa di gallina) della relazione, c’è quasi sempre un cerchio sulla linea. Ciò significa che possono esserci occorrenze da zero a molti su molti lati della relazione per ogni occorrenza sul lato singolare della relazione. Sul lato singolare della relazione, un cerchio e una barra indicano una relazione facoltativa per l'entità sul lato a zampa di gallina della relazione. Il cerchio e la barra indicano che possono esserci zero o una occorrenza sul lato singolare della relazione per ogni occorrenza sul lato molti. In alternativa, sul lato singolare della relazione, le barre doppie indicano una relazione obbligatoria per l'entità sui molti lati della relazione. Le doppie barre indicano che deve esserci una e una sola occorrenza sul lato singolare della relazione per ogni occorrenza sul lato molti. L'opzione di una relazione può essere visualizzata come richiesta anche se la relazione fisica sottostante in Salesforce è facoltativa. Ad esempio, il campo AccountId in Referente è fisicamente una relazione facoltativa, ma se si ignora Referenti privati, la relazione diretta di un Referente con un Account è logicamente obbligatoria. L'indicatore di facoltatività viene utilizzato con parsimonia. Nella maggior parte dei casi, l'opzionalità indicata nell'ERD riflette l'opzionalità sottostante della relazione. ### Significato relazione sample relationships meaning Al di là della cardinalità e dell'opzionalità, ogni relazione tra due entità esprime un certo significato che distingue quella relazione dalle altre relazioni tra le stesse due entità. I nomi finali delle relazioni, ad esempio "parte" e "composto" nello schema sopra, definiscono la natura della relazione. sample relationships meaning Quando si combinano cardinalità, facoltatività e nomi di fine di una relazione, è possibile utilizzarli per formare una frase che descrive la relazione. Da sinistra a destra: Ogni (può/deve) essere (uno e solo / uno o più) . Da destra a sinistra: Ogni (può/deve) essere (uno e solo / uno o più) . Ad esempio, sample relationships meaning Da sinistra a destra: "Ogni referente deve essere principalmente un referente per uno e un solo account." Da destra a sinistra: "Ogni account può essere rappresentato principalmente da uno o più referenti." ### Codice colore relazione Le linee di relazione sono codificate per colore. Le relazioni aggiunte dalla nuvola a fuoco per il diagramma sono disegnate a colori. Le linee nere rappresentano una relazione fornita con una licenza diversa da quella di focus cloud. sample relationships color ### Relazioni ricorsive Le relazioni possono essere tra due occorrenze della stessa entità. Questa è detta relazione ricorsiva. Una linea di relazione curva viene utilizzata per indicare relazioni ricorsive. sample recursive relationships ### Relazioni che si escludono a vicenda sample mutual exclusive relationships Gli ERD Salesforce in genere escludono la maggior parte delle regole aziendali per concentrarsi sulla struttura del modello di dati, ma una relazione che si esclude a vicenda è una regola aziendale che è informativa per la struttura in modo che venga notata. Una relazione che si esclude a vicenda indica che solo una delle numerose relazioni incluse nell'arco verrà utilizzata per una determinata occorrenza. Tenere presente che due, tre o più relazioni possono partecipare alla stessa relazione che si esclude a vicenda. Una frase che descrive la relazione di esclusione reciproca mostrata qui potrebbe essere: "Ogni entità può essere un'istanza di una e una sola Prima altra entità o di una e una sola Seconda altra entità." sample mutual exclusive relationships Tenere presente che negli ERD Salesforce, una linea di relazione interrotta che passa attraverso l'arco non fa parte della relazione che si esclude a vicenda. ## Convenzioni layout Gli ERD ufficiali dei prodotti Salesforce seguono le convenzioni di layout per migliorare la leggibilità. Queste convenzioni di layout includono quanto segue: - Le linee di relazione devono essere sempre dritte. - Le linee di relazione devono essere tracciate verticalmente o orizzontalmente. Nelle rare occasioni in cui ciò non è possibile, utilizzare una linea retta su una diagonale. - Per mantenere le linee di relazione dritte, le caselle entità possono essere ridimensionate (più alte o più larghe) per fornire un punto di arrivo per le relazioni tra le due entità. Le entità più importanti (che hanno più relazioni che le riguardano) sono visualizzate più in grande nel diagramma, rafforzandone l'importanza. - In una singola relazione ERD, le zampe di gallina sulle relazioni devono essere costantemente sul lato sinistro e/o superiore della linea di relazione (layout capovolto) o sempre sul lato destro e/o inferiore della linea di relazione (layout capovolto a destra). Questa convenzione offre chiarezza in quanto risulta in entità simili riunite nella stessa area del diagramma, il che è utile per comprendere le entità. L'uso del layout capovolto fa sì che i diagrammi appaiano capovolti con entità controllate che cadono sopra o a sinistra delle entità controllanti, tuttavia ciò garantisce che le entità più specifiche del diagramma cadano nell'angolo superiore sinistro del diagramma, rendendo i diagrammi più distinguibili l'uno dall'altro e riconoscibili. L'uso della convenzione di layout lato destro fa sì che le stesse entità comuni cadano in alto a sinistra di ogni diagramma, ma le entità secondarie si troveranno sotto o a destra delle entità controllanti. La stretta osservanza di queste convenzioni di layout consente di ottenere un diagramma pulito e facile da leggere. Assicurarsi di controllare la [galleria dei modelli](https://developer.salesforce.com/docs/platform/data-models/guide) di dati per i modelli di dati Salesforce più recenti che seguono questo standard. # Paesaggio del sistema di marketing Customer 360 marketing data 360 - un esempio di panorama di sistema - un'architettura Customer 360 che mostra come i diversi componenti di una soluzione Salesforce integrata comunicano tra loro utilizzando connettori nativi ## Descrizione Questo è un diagramma del panorama di sistema per un'implementazione Customer 360, che include Agentforce Sales, Agentforce Service, Agentforce Commerce, Tableau e Data 360\. Mostra come i diversi componenti di una soluzione Salesforce integrata comunicano tra loro utilizzando connettori nativi e connettori personalizzati. Include funzionalità come l'inserimento dei dati, la risoluzione dell'identità, la segmentazione e l'attivazione. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/e83190b9-5d7d-4468-aff9-882c9086e73f) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-marketing.webp) # Paesaggio di sistema I diagrammi di paesaggio del sistema offrono una visione completa dell'ecosistema tecnologico di un'organizzazione, illustrando le relazioni tra prodotti Salesforce, sistemi esterni e punti di integrazione. Queste rappresentazioni visive aiutano gli architetti a comprendere la topologia di sistema completa, identificare le dipendenze e pianificare implementazioni strategiche. Servono come documentazione essenziale per gli stakeholder per visualizzare in che modo i diversi componenti interagiscono all'interno di un'architettura Customer 360 e supportano gli obiettivi aziendali. Questa sezione contiene 5 diagrammi di riferimento relativi al panorama di sistema: | Nome diagramma | Descrizione | | ------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Paesaggio del sistema di marketing Customer 360](/docs/architect/it-it/reference-diagrams/guide/data-360-marketing) | Paesaggio di sistema per un'implementazione di Customer 360 Architecture. | | [Paesaggio del sistema Agentforce](/docs/architect/it-it/reference-diagrams/guide/einstein-system-landscape) | Panoramica del sistema che acquisisce il mix di prodotti Salesforce e altri sistemi tecnologici disponibili con Agentforce. | | [Paesaggio del sistema di vendita](/docs/architect/it-it/reference-diagrams/guide/retail-system-landscape) al dettaglio | Paesaggio di sistema che mostra una soluzione B2C Commerce and Marketing, che indica il mix di prodotti Salesforce e altre tecnologie coinvolte nell'implementazione. | | [Gerarchia dei ruoli Salesforce](/docs/architect/it-it/reference-diagrams/guide/salesforce-role-hierarchy) | Esempio di gerarchia dell'organizzazione che acquisisce un sottoinsieme di ruoli per chiarire la struttura aziendale, le relazioni con il personale e gli schemi di accesso. | | [Architettura organizzazione singola](/docs/architect/it-it/reference-diagrams/guide/single-org-architecture) | Diagramma che descrive in dettaglio una singola strategia dell'organizzazione che supporta più unità operative. | # Paesaggio di sistema Agentforce Paesaggio del sistema Agentforce - Un panorama del sistema che cattura il mix di prodotti Salesforce e altri sistemi tecnologici disponibili con Agentforce. ## Descrizione Panoramica del sistema che acquisisce il mix di prodotti Salesforce e altri sistemi tecnologici disponibili con Agentforce. Mostra come il livello Trust Einstein e lo stack AI generativo (modelli di prompt, gateway LLM, modelli esterni, BYOM) si combinano con Data 360 per fornire una base potente su cui creare applicazioni agentiche potenti. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/einstein-system-landscape.webp) # Piano di rilascio Agentforce Piano di rilascio Agentforce - Diagramma che descrive i risultati di un rilascio iniziale del progetto AI generativo. ## Descrizione Diagramma della roadmap che descrive i risultati di un rilascio iniziale del progetto Agentforce. Include fasi come Definizione progetto, Configura e testa, Rilascio pilota e Rilascio beta. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-release-plan.webp) # Processo di gestione del programma fedeltà per l'ospitalità Processo di gestione della fedeltà dell'ospitalità: interazioni basate sul tempo dei sistemi in un processo di gestione della fedeltà dell'ospitalità. ## Descrizione Interazioni basate sul tempo dei sistemi in un processo di gestione della fedeltà dell'ospitalità. Questo flusso traccia il processo attraverso Agentforce Commerce, Agentforce Sales, Agentforce Platform, Data 360, Marketing Cloud Engagement, MuleSoft e fonti di dati esterne. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/899f5366-4dea-4da7-81af-dc3939aece42) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/hospitality-loyalty-management-process.webp) # Retail System Landscape (Paesaggio del sistema retail) Paesaggio del sistema di vendita al dettaglio - Paesaggio del sistema che mostra una soluzione B2C Commerce e Marketing, che indica il mix di prodotti Salesforce e altre tecnologie coinvolte nell'implementazione. Include funzionalità come Automazione del marketing, Gestione delle interazioni, Catalogo di prodotti e Segmentazione. ## Descrizione Paesaggio di sistema che mostra una soluzione B2C Commerce e Marketing, che indica il mix di prodotti Salesforce e altre tecnologie coinvolte nell'implementazione, ad esempio MuleSoft, Data 360, Agentforce Sales, Agentforce Marketing, Agentforce Commerce e Agentforce Service. Include funzionalità come Marketing Automation, Gestione delle interazioni, Catalogo di prodotti e Segmentazione. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/4d6b109a-ea3e-46c2-bab6-84a07efd9ac5) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/retail-system-landscape.webp) # Roadmap Agentforce Roadmap Agentforce - un esempio di roadmap che mostra i componenti per l'implementazione dell'intelligenza artificiale in un'implementazione di Salesforce Customer 360 ## Descrizione Diagramma della roadmap che mostra le fasi per l'implementazione delle funzioni Agentforce in un'implementazione di Salesforce Customer 360. Sono incluse fasi come _Crea standard, Governance del modello, Dati di preparazione, Crea team_ e _Rilascio e monitoraggio_. I programmi di nuoto includono Centro di eccellenza, Vendite, Assistenza e Sviluppatori. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-roadmap.webp) # Roadmap dei componenti Roadmap dei componenti: una roadmap visiva che ottimizza la pianificazione e il budget delle risorse identificando le funzionalità del sistema, le funzionalità pertinenti, l'ordine di implementazione, gli intervalli di tempo e le dipendenze degli stakeholder. ## Descrizione Questo diagramma contiene una roadmap visiva che ottimizza la pianificazione e il budget delle risorse identificando le funzionalità del sistema, le funzionalità pertinenti, l'ordine di implementazione, gli intervalli di tempo e le dipendenze degli stakeholder. Questo diagramma viene in genere utilizzato come visualizzazione dettagliata di una casella in una [Roadmap delle capacità](/docs/architect/it-it/reference-diagrams/guide/capability-roadmap). Per ogni componente in questo diagramma, è comune avere una [Roadmap delle funzioni](/docs/architect/it-it/reference-diagrams/guide/feature-roadmap) dedicata per visualizzare i dettagli della consegna delle funzioni. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/component-roadmap.webp) # Roadmap delle capacità Roadmap delle capacità - Una roadmap visiva che semplifica la pianificazione e la definizione del budget delle risorse raggruppando le funzionalità e identificando l'ordine di implementazione, le dipendenze e il valore. ## Descrizione Roadmap visiva che semplifica la pianificazione e la definizione del budget delle risorse raggruppando le funzionalità e identificando l'ordine di implementazione, le dipendenze e il valore. Per ogni funzionalità in questo diagramma, è comune avere una [Roadmap dei componenti](/docs/architect/it-it/reference-diagrams/guide/component-roadmap) dedicata per visualizzare i dettagli della consegna. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/capability-roadmap.webp) # Roadmap delle funzioni Feature roadmap - Una roadmap visiva che migliora la collaborazione tra team aziendali e tecnici identificando l'ordine di implementazione delle funzioni, le dipendenze e le funzionalità aggiuntive ai fini della pianificazione. ## Descrizione Diagramma grafico della roadmap che migliora la collaborazione tra team aziendali e tecnici identificando l'ordine di implementazione delle funzioni, le dipendenze e le funzionalità aggiuntive ai fini della pianificazione. Questo diagramma viene in genere utilizzato come visualizzazione dettagliata di una casella in una [Roadmap componente](/docs/architect/it-it/reference-diagrams/guide/component-roadmap). ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/feature-roadmap.webp) # Roadmap di sistema Roadmap di sistema - Diagramma della roadmap che semplifica la pianificazione e la definizione del budget delle risorse. ## Descrizione Diagramma della roadmap che semplifica la pianificazione e il budget delle risorse identificando l'ordine di implementazione del sistema, le dipendenze, le aree funzionali e le caratteristiche pertinenti per gli stakeholder. ## Link scaricabili - [Lucido](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [Immagine](https://architect.salesforce.com/ns-assets/reference-architectures/system-roadmap.webp) # Tabella di marcia I diagrammi della roadmap aiutano le organizzazioni a pianificare e visualizzare l'implementazione strategica di capacità, componenti, funzionalità e sistemi nel tempo. Questi diagrammi consentono ad architetti e responsabili di progetto di semplificare la pianificazione delle risorse, ottimizzare il budget e migliorare la collaborazione tra team aziendali e tecnici. Offrono una visione chiara dell'ordine di implementazione, delle dipendenze e delle priorità, aiutando le parti interessate a capire l'approccio scaglionato alla fornitura di soluzioni Salesforce complesse. Questa sezione contiene 6 diagrammi di riferimento relativi alle roadmap: | Nome diagramma | Descrizione | | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Roadmap delle capacità](/docs/architect/it-it/reference-diagrams/guide/capability-roadmap) | Roadmap visiva che semplifica la pianificazione e la definizione del budget delle risorse raggruppando le funzionalità e identificando l'ordine di implementazione, le dipendenze e il valore. | | [Roadmap dei componenti](/docs/architect/it-it/reference-diagrams/guide/component-roadmap) | Una roadmap visiva che ottimizza la pianificazione e il budget delle risorse identificando le funzionalità del sistema, le funzionalità pertinenti, l'ordine di implementazione, gli intervalli di tempo e le dipendenze degli stakeholder. | | [Roadmap delle funzioni](/docs/architect/it-it/reference-diagrams/guide/feature-roadmap) | Roadmap visiva che migliora la collaborazione tra team aziendali e tecnici identificando l'ordine di implementazione delle funzioni, le dipendenze e le funzionalità aggiuntive ai fini della pianificazione. | | [Piano di rilascio Agentforce](/docs/architect/it-it/reference-diagrams/guide/generative-ai-release-plan) | Diagramma che descrive i risultati di un rilascio iniziale del progetto AI generativo. | | [Agenteforce Roadmap](/docs/architect/it-it/reference-diagrams/guide/generative-ai-roadmap) | Esempio di roadmap che mostra i componenti per l'implementazione dell'intelligenza artificiale in un'implementazione di Salesforce Customer 360. | | [Roadmap del sistema](/docs/architect/it-it/reference-diagrams/guide/system-roadmap) | Semplificare la pianificazione e il budget delle risorse identificando l'ordine di implementazione del sistema, le dipendenze e le priorità delle funzioni. |