# architect Diagrammi di riferimento (reference-diagrams) - Full Documentation # Algoritmo di utilizzo equo Apex batch Algoritmo di utilizzo equo Apex batch: mostra come l'algoritmo di utilizzo equo garantisce che ogni organizzazione sulla piattaforma Salesforce riceva una "quota equa" di tempo di elaborazione su un determinato tipo di messaggio. In questo esempio, l'organizzazione 1 domina il tipo di messaggio Apex batch, mentre l'organizzazione 2 ha processi di attesa dello stesso tipo di messaggio. Di conseguenza, l'algoritmo ha ridotto il numero di thread disponibili per l'organizzazione 1. ## Descrizione mostra in che modo l'algoritmo di utilizzo equo garantisce che ogni organizzazione sulla piattaforma Salesforce riceva una "quota equa" del tempo di elaborazione su un determinato tipo di messaggio. In questo esempio, l'organizzazione 1 domina il tipo di messaggio Batch Apex, mentre l'organizzazione 2 ha processi di attesa dello stesso tipo di messaggio. Di conseguenza, l'algoritmo ha ridotto il numero di thread disponibili per l'organizzazione 1. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/fairusage.png) # 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 7 diagrammi di riferimento relativi all'architettura delle soluzioni: | Nome diagramma | Descrizione | | ------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------- | | [Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e GCP](/docs/architect/it-it/reference-diagrams/guide/data360-gcp) | Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con vari servizi Google Cloud Platform. | | [Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e AWS](/docs/architect/it-it/reference-diagrams/guide/aws-data-360) | Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con vari servizi dati AWS. | | [Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e Snowflake](/docs/architect/it-it/reference-diagrams/guide/snf-data-360) | Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con Snowflake Data Lake House Platform. | | [Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e Databricks](/docs/architect/it-it/reference-diagrams/guide/data360-databricks) | Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con Databricks Delta Lake house Platform. | | [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à. Questi includono Commerce, Sales, Service e Analytics. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-solution-architecture.png) # 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 tra Salesforce Data 360 e AWS 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.png) # Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e Databricks Schemi di integrazione dei dati a copia zero tra Salesforce Data 360 e Databricks ## Descrizione Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con Databricks Delta Lake house Platform utilizzando l'interoperabilità copia zero. 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [Immagine](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCBDXPMJDI2VCTRKXXYRHJCFANPQ?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e GCP Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e GCP ## Descrizione Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con vari servizi Google Cloud Platform. Salesforce Data 360 unifica i dati e promuove l'azione. È dotato di connettori pronti all'uso per l'integrazione con vari servizi Google Cloud Platform insieme alla potente interoperabilità copia zero con Google BigQuery e Google Cloud Storage. 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.png) # Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e Snowflake Architettura di integrazione dei dati a copia zero tra Salesforce Data 360 e Snowflake ## Descrizione Diagramma che rappresenta Salesforce Data 360 che utilizza connettori pronti all'uso per l'integrazione con Snowflake Data Lake House Platform utilizzando l'interoperabilità copia zero. 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [Immagine](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.png) # 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/singleorgarchitecture.png) # 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 Diagramma che rappresenta Salesforce Data 360 in una soluzione completa per le attivazioni di marketing. Trasformare i dati in azioni immediate con Salesforce Data 360. Sfruttando i connettori pronti all'uso e l'interoperabilità zero copie delle piattaforme Data Lake House, si eliminano i movimenti di dati complessi e si passa direttamente all'esecuzione. Questa connessione senza interruzioni funge da livello di unificazione e attivazione dinamico in tutte le piattaforme federate, attivando le attivazioni e le azioni intelligenti in tempo reale necessarie per diventare un'azienda completamente agente. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [Immagine](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCJU43MZY5WRELXAAIBCYP5NIT6A?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Boxcarring In Javascript Remoting (Rimozione in Javascript) boxcarring in remoting Javascript: mostra come possono essere emesse contemporaneamente più richieste di remoting JavaScript o "boxcared" in una singola richiesta HTTP alla piattaforma centrale Salesforce. Sulla piattaforma, ciascuna delle boxcar (ovvero un'azione di remoting JavaScript separata) verrà elaborata in serie e in ordine in un contesto di transazione sincrona Apex separato. ## Descrizione mostra come possono essere emesse contemporaneamente più richieste di remoting JavaScript o inviate tramite boxcar in una singola richiesta HTTP alla piattaforma centrale Salesforce. Sulla piattaforma, ogni boxcar (ovvero un'azione remota JavaScript separata) verrà elaborata in serie e in ordine in un contesto di transazione sincrona Apex separato. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/ef9e594d-58c5-4554-97c8-0147f2f14bc2) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/jsremotingboxcarring.png) # Boxcarring nelle azioni Lightning boxcarring nelle azioni Lightning - mostra come più azioni Lightning possono essere emesse contemporaneamente o "boxcared" in una singola richiesta XHR alla piattaforma centrale Salesforce. Ciascun boxcar all'interno della richiesta XHR sarà elaborato in serie e in ordine in un contesto di transazione separato. ## Descrizione mostra come possono essere emesse contemporaneamente più azioni Lightning o inviate tramite boxcar in una singola richiesta XHR alla piattaforma centrale Salesforce. Ciascun boxcar all'interno della richiesta XHR verrà elaborato in serie e in ordine in un contesto di transazione separato. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/6f6709ed-d1e7-446a-8385-286c2771be85) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/lightningactionboxcarring.png) # 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/centerofexcellenceoperatingmodel.png) ## 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](/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](/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](/reference-diagrams/guide/section-solution-architecture) ### 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](/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 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à. Questo stile professionale è utilizzato per tutti i modelli di diagramma Salesforce ed è disponibile negli strumenti dei nostri partner per la creazione di diagrammi di casi d'uso:
Lucidchart Lucidchart Elements.cloud Elementi Miro Miro Slide Google Slide Google

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. ### **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 superare 30. Valutare la possibilità di utilizzare la regola dei 50 punti in base alle esigenze 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). # Componenti Web Lightning Operazioni sui dati fuori schermata Componenti Web Lightning Operazioni sui dati fuori schermata - Questo è un esempio di diagramma dell'architettura delle soluzioni tratto dalla guida alle decisioni sui moduli di costruzione che mostra l'uso degli adattatori per l'accesso ai dati Salesforce per compilare dinamicamente i componenti di un modulo e consente agli sviluppatori di aggiornare, eliminare e creare record tramite i controller Apex. ## Descrizione Questo è un esempio di diagramma dell'architettura delle soluzioni tratto dalla Guida alle decisioni per i moduli di creazione che mostra l'uso degli adattatori per accedere ai dati Salesforce per compilare dinamicamente i componenti di un modulo e consente agli sviluppatori di aggiornare, eliminare e creare record tramite i controller Apex. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/286abef0-8c38-4981-a7dc-71e3f92ca3de) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/off-screen-data-operations.png) # 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 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 a elaborare le informazioni quando necessario. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/templateseventdrivenarchitecturediagrams-claimcheck.png) # 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 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/platformevents.png) # Fanout fanout: mostra un evento pubblicato e scritto in una singola area di attesa quando un record viene modificato tramite un'interazione utente, un flusso o un processo batch. Il sistema abbonato dispone di più servizi che ricevono lo stesso evento dall'area di attesa dei messaggi ## Descrizione mostra un evento pubblicato e scritto in una singola area di attesa quando un record viene modificato tramite un'interazione utente, un flusso o un processo batch. Il sistema abbonato dispone di più servizi che ricevono lo stesso evento dall'area di attesa dei messaggi ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/80ce7121-e2a0-4c86-92a1-15140d388030/edit?invitationId=inv_8da9e008-0615-4dec-a066-94789bd46ffd&page=t6tmerEcqDBv#) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-fanout.png) # 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 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/customerpersonalizationflow.png) # 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 16 diagrammi di riferimento relativi al flusso del processo di interazione: | Nome diagramma | Descrizione | | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Integrazioni esterne ad Apis con gli schemi Openapi](/docs/architect/it-it/reference-diagrams/guide/external-integrations-to-apis-with-openapi-schemas) | Diagramma di esempio dell'architettura delle soluzioni della guida alle decisioni dei moduli di creazione che mostra le integrazioni esterne che utilizzano le API con schemi OpenAPI. | | [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. | | [Integrazioni esterne tramite bot MuleSoft Apis e Rpa](/docs/architect/it-it/reference-diagrams/guide/external-integrations-via-mulesoft-apis-and-rpa-bots) | Diagramma di esempio dell'architettura delle soluzioni della guida alle decisioni dei moduli di creazione che mostra le integrazioni esterne che utilizzano le API MuleSoft e i bot RPA. | | [Lightning in uscita sui siti esterni](/docs/architect/it-it/reference-diagrams/guide/lightning-out-on-external-sites) | Esempio di architettura di soluzione tratta dalla guida alle decisioni sui moduli di creazione che mostra come incorporare i componenti LWC nei siti esterni. | | [Interazione dei componenti Web Lightning tramite adattatori](/docs/architect/it-it/reference-diagrams/guide/lightning-web-components-interaction-via-wire-adapters) | Diagramma di esempio dell'architettura delle soluzioni tratto dalla guida alle decisioni dei moduli di creazione che mostra come i componenti Web Lightning interagiscono utilizzando gli adattatori per cavi. | | [Componenti Web Lightning fuori schermata Operazioni sui dati](/docs/architect/it-it/reference-diagrams/guide/lightning-web-components-off-screen-data-operations) | Diagramma di esempio dell'architettura delle soluzioni della Guida alle decisioni dei moduli di creazione che mostra le operazioni sui dati fuori dallo schermo per i componenti Web Lightning. | | [Monitoraggio Apex asincrono tramite query personalizzata](/docs/architect/it-it/reference-diagrams/guide/asynchronous-apex-monitoring-via-custom-query) | Mostra i componenti coinvolti nel tracciamento dello stato dei processi asincroni e nella visualizzazione dei risultati dei processi batch e dei processi pianificati. | | [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. | | [Algoritmo batch Apex Fair Usage](/docs/architect/it-it/reference-diagrams/guide/batch-apex-fair-usage-algorithm) | Mostra come l'algoritmo di utilizzo equo garantisce che ogni organizzazione nella piattaforma Salesforce riceva una "quota equa" di risorse di elaborazione batch. | | [Reinserimento in area di attesa messaggio Apex batch](/docs/architect/it-it/reference-diagrams/guide/batch-apex-message-re-enqueueing) | Mostra in che modo il meccanismo di controllo del flusso di Salesforce Platform impedisce a un'organizzazione di inondare l'area di attesa batch riaccodando i messaggi quando vengono superati i limiti. | | [Boxcarring In Javascript Remoting (Rimozione Javascript)](/docs/architect/it-it/reference-diagrams/guide/boxcarring-in-javascript-remoting) | Mostra come possono essere emesse contemporaneamente più richieste di remoting JavaScript o inviate tramite boxcar in una singola richiesta XHR per migliorare le prestazioni. | | [Azioni di Boxcarring In Lightning](/docs/architect/it-it/reference-diagrams/guide/boxcarring-in-lightning-actions) | Mostra come possono essere emesse contemporaneamente più azioni Lightning o "boxcar'ed" in una singola richiesta XHR per ottimizzare le chiamate di rete. | | [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. | | [Fanout](/docs/architect/it-it/reference-diagrams/guide/fanout) | Mostra un evento che viene pubblicato e scritto in una singola area di attesa quando un record viene modificato tramite un'interazione utente, con più abbonati che elaborano l'evento. | | [Trascinamento middleware tramite notifica evento piattaforma](/docs/architect/it-it/reference-diagrams/guide/middleware-pull-via-platform-event-notification) | Mostra come utilizzare gli eventi piattaforma per fornire integrazioni in uscita o indicare a uno strumento middleware di estrarre i dati da Salesforce. | | [Trascinamento pianificato middleware](/docs/architect/it-it/reference-diagrams/guide/middleware-scheduled-pull) | Mostra come Middleware può effettuare richieste sincrone all'API SOAP o all'API REST per ridurre al minimo i ritardi associati all'elaborazione in tempo reale. | | [Messaggi passati](/docs/architect/it-it/reference-diagrams/guide/passed-messages) | Mostra un esempio di flusso di processo per lo schema Messaggi passati che include un publisher, un abbonato e il passaggio di messaggi tra i componenti. | | [Pubblica Abbonati](/docs/architect/it-it/reference-diagrams/guide/publish-subscribe) | Mostra lo schema Pubblica/Abbonati e include più publisher, più abbonati e più broker di messaggi. | | [Pubblica Abbonati Copia univoca](/docs/architect/it-it/reference-diagrams/guide/publish-subscribe-unique-copy) | Mostra un evento che viene pubblicato quando un record viene modificato tramite un'interazione utente, un flusso o un processo batch, con ogni abbonato che riceve una copia univoca dell'evento. | | [Streaming](/docs/architect/it-it/reference-diagrams/guide/streaming) | Mostra uno stream di eventi in corso di pubblicazione. Gli abbonati che stanno ascoltando gli stream ricevono gli eventi in tempo reale. | | [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. | | [Integrazioni OmniStudio](/docs/architect/it-it/reference-diagrams/guide/omnistudio-integrations) | Esempio di architettura di soluzione tratta dalla guida alle decisioni sui moduli di creazione per gli schemi di integrazione e la manipolazione dei dati OmniStudio. | # 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/salesforcerolehierarchy1.png) # Integrazioni esterne ad Apis con gli schemi Openapi Integrazioni esterne ad apis con schemi openapi - Questo è un esempio di diagramma dell'architettura delle soluzioni della guida alle decisioni dei moduli di creazione che mostra una connessione a una fonte di dati esterna tramite un servizio esterno e un'API che utilizza lo schema OpenAPI. ## Descrizione Questo è un esempio di diagramma dell'architettura delle soluzioni della guida alle decisioni dei moduli di creazione che mostra una connessione a una fonte di dati esterna tramite un servizio esterno e un'API che utilizza lo schema OpenAPI. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/eb980d4b-a51a-4489-b337-5ada5997fdfb) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/buildingformsguidediagrams-integrationsopenapi.png) # Integrazioni esterne tramite bot MuleSoft Apis e Rpa Integrazioni esterne tramite bot mulesoft apis e rpa - Questo è un esempio di diagramma dell'architettura delle soluzioni tratto dalla guida alle decisioni dei moduli di creazione che mostra le connessioni sia a un'API MuleSoft che a un bot RPA tramite i servizi MuleSoft, che genera un servizio esterno in Salesforce. ## Descrizione Questo è un esempio di diagramma dell'architettura delle soluzioni tratto dalla guida alle decisioni dei moduli di creazione che mostra le connessioni sia a un'API MuleSoft che a un bot RPA tramite i servizi MuleSoft, che genera un servizio esterno in Salesforce. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/3f05f273-5828-472f-bb35-cadeae52d4a7) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/integrations-mulesoft.png) # 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/integrations-callouts.png) # Integrazioni OmniStudio Integrazioni OmniStudio - Questo è un esempio di architettura di soluzione tratta dalla Guida alle decisioni dei moduli di creazione per OmniStudio per la manipolazione del JSON sottostante, che viene quindi mappato a oggetti Salesforce o dati esterni utilizzando strumenti come DataRaptor e Procedure di integrazione. ## Descrizione Questo è un esempio di architettura della Guida alle decisioni dei moduli di creazione per OmniStudio che manipola il JSON sottostante, che viene quindi mappato a oggetti Salesforce o dati esterni utilizzando strumenti come DataRaptor e Procedure di integrazione. DataRaptor e le procedure di integrazione sono due componenti chiave per connettere i moduli OmniStudio ai dati interni ed esterni a Salesforce. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/cb0eb20b-da86-4dac-a3fc-bff5ac387165) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/object-impact.png) # Interazione dei componenti Web Lightning tramite adattatori Interazione dei componenti Web Lightning tramite adattatori - Questo è un esempio di diagramma dell'architettura delle soluzioni tratto dalla guida alle decisioni dei moduli di creazione che mostra come LWC offra interazioni complete con singoli record e oggetti correlati attraverso l'uso di adattatori che interagiscono con l'API dell'interfaccia utente. Dietro le quinte, Salesforce esegue il lavoro più pesante controllando le impostazioni di protezione a livello di campo, le autorizzazioni e le impostazioni di condivisione. Recupera anche i metadati degli oggetti e le informazioni su temi e layout. ## Descrizione Questo è un esempio di diagramma dell'architettura delle soluzioni tratto dalla guida alle decisioni dei moduli di creazione che mostra come LWC offre interazioni complete con singoli record e oggetti correlati attraverso l'uso di adattatori che interagiscono con l'API interfaccia utente. Dietro le quinte, Salesforce esegue le operazioni più complesse controllando le impostazioni di protezione a livello di campo, le autorizzazioni e le impostazioni di condivisione. Recupera anche i metadati degli oggetti e le informazioni su temi e layout. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/9f72aafa-6293-4954-b090-3418e27b19da) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/controller.png) # Lightning Out sui siti esterni Lightning out sui siti esterni - Questo è un esempio di architettura di soluzione tratta dalla Guida alle decisioni dei moduli di creazione che mostra come incorporare i componenti LWC all'interno di un sito Web esterno tramite Lightning Out. Per configurare un'app Lightning Out, includere la libreria JavaScript Lightning Out nella pagina del server di origine. Quindi aggiungere il markup che carica l'app Lightning Out e i relativi componenti. L'app Lightning Out viene inizializzata su una connessione protetta e inserita nel DOM della pagina. ## Descrizione Questo è un esempio di architettura di soluzione tratta dalla guida alle decisioni sui moduli di creazione che mostra come i componenti LWC possono essere incorporati all'interno di un sito Web esterno tramite Lightning Out. Per configurare un'app Lightning Out, includere la libreria JavaScript Lightning Out nella pagina del server di origine. Aggiungere quindi il markup che carica l'app Lightning Out e i relativi componenti. L'app Lightning Out viene inizializzata tramite una connessione protetta e inserita nel DOM della pagina. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/ecd1a401-ee27-4f75-86f5-d5a1cabb1a4d) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/location.png) # 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à. ## Link scaricabili: - [Immagine](https://architect.salesforce.com/ns-assets/legacy/data360technicalcapabilitymap.png) # 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. ## Link scaricabili: - [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 Mappa delle funzionalità che mostra i servizi di gestione della fedeltà con posizionamento di prodotto di alto livello. Include funzionalità come Amministrazione programmi fedeltà, Elaborazione e Analytics. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-capability-map.png) # 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: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-queuing.png) # Messaggi passati messaggi passati: mostra un esempio di flusso di processo per lo schema Messaggi passati che include un publisher, un abbonato e un evento. L'evento viene suddiviso in più parti, ciascuna trasformata singolarmente e quindi riassemblata prima di essere inviata all'abbonato ## Descrizione mostra un esempio di flusso di processo per lo schema Messaggi passati che include un publisher, un abbonato e un evento. L'evento viene suddiviso in più parti, ciascuna trasformata singolarmente e quindi riassemblata prima di essere inviata all'abbonato ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/1216b5f7-a2f7-444c-a695-73422c43a87b) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-passedmessages.png) # Middleware Pull tramite notifica evento piattaforma estrazione middleware tramite notifica evento piattaforma: mostra come utilizzare gli eventi piattaforma per fornire integrazioni in uscita o indicare a uno strumento middleware di estrarre le informazioni richieste tramite un'API nativa e consegnarle alla destinazione finale. ## Descrizione mostra come utilizzare gli eventi piattaforma per fornire integrazioni in uscita o indicare a uno strumento middleware di estrarre le informazioni richieste tramite un'API nativa e consegnarle alla destinazione finale. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/1eee6c2f-056c-4ba4-a1ad-e78099066d46) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/pemiddlewarepull.png) # Monitoraggio Apex asincrono tramite query personalizzata monitoraggio Apex asincrono tramite query personalizzata - mostra i componenti coinvolti nel tracciamento dello stato dei processi asincroni e nella visualizzazione dei risultati in uno strumento di monitoraggio esterno. ## Descrizione mostra i componenti coinvolti nel tracciamento dello stato dei processi asincroni e nella visualizzazione dei risultati in uno strumento di monitoraggio esterno. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/0e147ab0-49e9-4875-b5c7-581e6db15cff) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/asynchronousprocessingdecisionguide-customquery.png) ## 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 es. “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 es. "_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 Un panorama di sistema per un'implementazione Customer 360. Mostra come i diversi componenti di una soluzione Salesforce integrata comunicano tra loro utilizzando connettori nativi. Include funzionalità come l'inserimento dei dati, la risoluzione dell'identità, la segmentazione e l'attivazione. ## Link scaricabili: - [Immagine](https://architect.salesforce.com/ns-assets/legacy/data360marketing.png) # 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/einsteingptsystemlandscape-einsteingptsystemlandscape.png) # Piano di rilascio Agentforce Piano di rilascio Agentforce - Diagramma che descrive i risultati di un rilascio iniziale del progetto AI generativo. ## Descrizione Diagramma 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: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/releaseanddelivery.png) # Pubblica Abbonati pubblish subscribe - mostra lo schema Pubblica / Abbonati e include più publisher, più abbonati e più eventi distribuiti attraverso i canali in un bus degli eventi. In questo esempio, lo stesso sistema può essere sia un publisher che un abbonato e un sistema può abbonarsi a più eventi ## Descrizione mostra lo schema Pubblica / Abbonati e include più publisher, più abbonati e più eventi distribuiti attraverso i canali in un bus degli eventi. In questo esempio, lo stesso sistema può essere sia un publisher che un abbonato e un sistema può abbonarsi a più eventi ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/f3ec8204-a571-456e-bb5f-e7018e8368ee) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/publish_subscribe.png) # Pubblica Abbonati Copia univoca pubblica copia univoca abbonamento - mostra un evento che viene pubblicato quando un record viene modificato tramite un'interazione utente, un flusso o un processo batch. Gli abbonati ricevono le proprie copie univoche degli eventi ed eseguono gli aggiornamenti appropriati ai propri record. In questo schema, il canale di messaggistica è consapevole di tutti gli abbonati e crea copie degli eventi per ciascuno di essi, consentendo agli abbonati di riprodurre gli eventi se necessario ## Descrizione mostra un evento che viene pubblicato quando un record viene modificato tramite un'interazione utente, un flusso o un processo batch. Gli abbonati ricevono le proprie copie univoche degli eventi e apportano gli aggiornamenti appropriati ai propri record. In questo schema, il canale dei messaggi è consapevole di tutti gli abbonati e crea copie degli eventi per ciascuno di essi, consentendo agli abbonati di riprodurre gli eventi se necessario. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/101c6c86-ab4c-406d-ac27-4e472fb33b5c) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-publish-subscribel3.png) # Pull pianificato middleware estrazione pianificata middleware: mostra come Middleware può effettuare richieste sincrone all'API SOAP o all'API REST per ridurre al minimo i ritardi associati a processi di integrazione in uscita a volume elevato. I dati vengono estratti da Salesforce Platform su base pianificata, anziché dalla piattaforma che invia i dati tramite Apex asincrono. ## Descrizione mostra come Middleware può effettuare richieste sincrone all'API SOAP o all'API REST per ridurre al minimo i ritardi associati a processi di integrazione in uscita a volume elevato. I dati vengono estratti da Salesforce Platform su base pianificata, anziché essere inviati tramite Apex asincrono. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/b1c1dd9f-114f-4827-a238-960d840bbc1a) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/middlewarescheduledpull.png) # Reinserimento in area di attesa messaggio Apex batch Reinserimento in area di attesa dei messaggi Apex batch: mostra come il meccanismo di controllo del flusso di Salesforce Platform impedisce a un'organizzazione di sovraccaricare il tipo di messaggio Apex batch. Prima di aggiungere nuove voci all'area di attesa Apex batch, il framework verifica che tutte le voci esistenti siano associate all'organizzazione 1, che ha anche voci nei thread dei lavoratori (organizzazione 1). Sposta quindi le voci dall'organizzazione 1 al retro dell'area di attesa e assegna la priorità alle voci dell'organizzazione 2. ## Descrizione mostra come il meccanismo di controllo del flusso di Salesforce Platform impedisca a un'organizzazione di sovraccaricare il tipo di messaggio Apex batch. Prima di aggiungere nuove voci all'area di attesa Batch Apex, il framework verifica che tutte le voci esistenti siano associate all'organizzazione 1, che ha anche voci nei thread dei lavoratori (organizzazione 1). Quindi sposta le voci dall'organizzazione 1 alla parte posteriore dell'area di attesa e assegna la priorità alle voci dell'organizzazione 2. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/messagere-enqueueing.png) # 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 and Marketing, che indica il mix di prodotti Salesforce e altre tecnologie coinvolte nell'implementazione. Include funzionalità come Marketing Automation, Gestione delle interazioni, Catalogo di prodotti e Segmentazione. ## Link scaricabili: - [Immagine](https://architect.salesforce.com/ns-assets/legacy/retailsystemlandscapetemplate.png) # Roadmap 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. | # 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 Roadmap che mostra le fasi di implementazione delle funzioni Agentforce in un'implementazione di Salesforce Customer 360. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/generativeairollout.png) # 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 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [Immagine](https://architect.salesforce.com/ns-assets/roadmap-technology-component.png) # 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [Immagine](https://architect.salesforce.com/ns-assets/roadmap-business-capability.png) # 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 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. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [Immagine](https://architect.salesforce.com/ns-assets/roadmap-business-feature.png) # 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: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [Immagine](https://architect.salesforce.com/ns-assets/roadmap-technology-system.png) # Streaming streaming: mostra uno stream di eventi in corso di pubblicazione. Gli abbonati che stanno ascoltando gli stream li ricevono ed elaborano di conseguenza. ## Descrizione mostra uno stream di eventi in corso di pubblicazione. Gli abbonati che sono in ascolto degli stream li ricevono ed elaborano di conseguenza. ## Link scaricabili: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/13f15b6c-0b36-4048-b2ec-88e5137c6c0b) - [Immagine](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-streaming.png)