Questo testo è stato tradotto utilizzando il sistema di traduzione automatica di Salesforce. Partecipa al nostro sondaggio per fornire un feedback su questo contenuto e dirci cosa vorresti vedere dopo.
Automatico - Integrità dei dati
Ulteriori informazioni su Ben progettato Facile → Automatizzato → Integrità dei dati → Gestione dei dati
| Dove cercare? Area prodotto | Posizione | Che aspetto ha? Schema |
|---|---|
| Data 360 | Dizionario dei dati | ✅ esistono dati a livello di campo e logica di assegnazione delle priorità per tutte le fonti di dati e gli oggetti data lake |
| Data 360 | Organizzazione | ✅ Le chiavi composte vengono utilizzate per costruire una chiave principale univoca se non ne esiste una. Utilizzare un campo formula per unire più campi della serie di dati quando non esiste un solo campo univoco nella serie di dati. |
| Data 360 | Organizzazione | ✅ Gli stream di dati che utilizzano il connettore CRM sfruttano l'aggiornamento completo bisettimanale Quando si utilizza il connettore CRM per i carichi incrementali, viene avviato un aggiornamento completo ogni due settimane. Sebbene ciò possa aumentare l'inserimento dei dati, protegge l'integrità dei dati per i metadati (come i campi formula), che non attivano una transazione DML e di conseguenza non sono inclusi nei caricamenti incrementali |
| Data 360 | Organizzazione | ✅ ID persona viene utilizzato per mappare i dati di Data 360 ad altri sistemi Mappare le persone in Data 360 ad altri sistemi utilizzando l'ID persona. Ad esempio, la chiave abbonato Marketing Cloud Engagement deve essere mappata all'ID persona di Data 360 |
| Data 360 | Organizzazione | ✅ Le chiavi complete vengono utilizzate per interpretare in modo preciso i dati Tutti i DLO che contengono un valore chiave hanno un campo qualificatore chiave e le chiavi complete (FQK) sono abilitate nell'organizzazione per evitare conflitti che possono verificarsi quando più stream di dati vengono armonizzati in un unico oggetto modello di dati (DMO) |
| Data 360 | Organizzazione | ✅ I metodi di corrispondenza normalizzati vengono utilizzati nelle regole di corrispondenza quando sono disponibili. La corrispondenza normalizzata esatta trasforma i dati di origine per risolvere i problemi di corrispondenza più comuni come spazi finali, formattazione incoerente e caratteri speciali. Sfruttare questo metodo nei campi in cui è disponibile anziché utilizzare la corrispondenza "fuzzy", a meno che non siano stati configurati più set di regole per il test e sia stato confermato che la percentuale di consolidamento non soddisfa le esigenze aziendali |
| Einstein | Documentazione | ✅ L'utilità dei dati è documentata come parte della progettazione di progetti AI La definizione dell'utilità dei dati dell'azienda è documentata e resa operativa per migliorare le risposte AI |
| Piattaforma | Apex | ✅ Future Apex viene utilizzato con parsimonia, per chiamate o DML oggetto di sistema |
| Piattaforma | Apex | ✅ Le invocazioni Apex asincrone utilizzano l'area di attesa per 'concatenare' DML complessi tra le transazioni |
| Piattaforma | Apex | ✅ Batch Apex è utilizzato esclusivamente per grandi volumi di dati Batch Apex è più adatto a elaborare grandi quantità di dati. Apex asincrono ha limiti più elevati rispetto ad Apex sincrono in modo che sia possibile eseguire più lavoro. Ove possibile, evitare batch di dimensioni molto piccole per evitare conseguenze del controllo del flusso (allagamento dell'area di attesa), sovraccarico e esaurimento del limite Apex asincrono giornaliero |
| Piattaforma | Apex | ✅ Tutte le istruzioni DML sincrone o i metodi delle classi Database vengono eseguiti nei contesti di esecuzione before trigger |
| Piattaforma | Apex | ✅ API in blocco viene utilizzata solo quando devono essere elaborate grandi quantità di dati API in blocco viene utilizzata quando devono essere elaborate grandi quantità di dati. Le API native SOAP e REST vengono sfruttate per piccole quantità di elaborazione dati |
| Platform | Dizionario dei dati | ✅ La mappatura dei campi dall'oggetto data lake all'oggetto modello di dati esiste |
| Piattaforma | Flusso | ✅ Tutti i flussi avviati nel contesto utente astraggono tutte le transazioni del contesto di sistema ai sottoflussi, che vengono posizionati in modo coerente dopo un elemento Pausa, per creare una nuova transazione |
| Piattaforma | Flusso | ✅ Tutti i flussi attivati da record hanno valori di ordine di attivazione compilati |
| Piattaforma | Flusso | ✅ I flussi che coinvolgono chiamate di sistema esterne o processi di lunga durata utilizzano percorsi asincroni |
| Piattaforma | Flusso | ✅ Sequenze complesse di operazioni sui dati correlate vengono create con Orchestrator (invece di invocare più sottoflussi all'interno di un flusso monolitico) |
| Piattaforma | Organizzazione | ✅ Le regole di riconciliazione per la risoluzione dell'identità seguono la logica di assegnazione delle priorità nel dizionario dei dati |
Ulteriori informazioni su Ben progettato Facile → Automatizzato → Integrità dei dati → Gestione degli errori
| Dove cercare? Area prodotto | Posizione | Che aspetto ha? Schema |
|---|---|
| Einstein | Organizzazione | ✅ I prompt specificano l'output previsto Includi istruzioni dirette per consentire al componente LLM di generare solo il tipo di contenuto previsto. |
| Piattaforma | Apex | ✅ Le eccezioni personalizzate vengono utilizzate per creare messaggi di errore avanzati e logica |
| Piattaforma | Apex | ✅ Il codice racchiude tutte le chiamate DML, SOQL e altre fasi critiche del processo in blocchi di try-catch |
| Piattaforma | Apex | ✅ I metodi delle classi di database possono essere utilizzati esclusivamente per tutte le operazioni sui dati (anziché DML) |
| Piattaforma | Apex | ✅ In contesti asincroni e in blocco, vengono utilizzati metodi di classe Database anziché DML |
| Piattaforma | Aura | ✅ JavaScript racchiude tutte le operazioni sui dati e le fasi critiche del processo in blocchi di try-catch |
| Piattaforma | Aura | ✅ All'interno dei blocchi di try-catch, Error JavaScript nativo viene utilizzato nelle istruzioni throw (nessun utilizzo di $A.error()) |
| Piattaforma | Aura | ✅ Tutta la logica di errore recuperabile viene visualizzata all'interno degli estratti catch e fornisce messaggi utente chiari |
| Piattaforma | Flusso | ✅ I flussi con operazioni sui dati, chiamate e altre logiche di elaborazione critiche hanno percorsi di errore per tutte le azioni chiave |
| Piattaforma | Flusso | ✅ I flussi schermata utilizzano costantemente connettori di errore per mostrare gli errori agli utenti |
| Piattaforma | Flusso | ✅ I messaggi di errore personalizzati sono configurati per gli errori che verranno visualizzati sullo schermo |
| Piattaforma | Componenti Web Lightning (LWC) | ✅ JavaScript racchiude tutte le operazioni sui dati e le fasi critiche del processo in if () /else if () blocchi |
| Piattaforma | Componenti Web Lightning (LWC) | ✅ Tutte le funzioni di @wire utilizzano le proprietà data e error fornite dall'API |
| Piattaforma | Componenti Web Lightning (LWC) | ✅ Tutte le if (error)/else if (error) istruzioni contengono logica per elaborare gli errori e fornire messaggi informativi |
Ulteriori informazioni su Ben progettato Facile → Automatizzato → Integrità dei dati → Gestione dei dati
| Dove cercare? Area prodotto | Posizione | Cosa evitare? Anti-schema |
|---|---|
| Data 360 | Organizzazione | ⚠️ I campi con metodi di corrispondenza normalizzati supportati utilizzano la corrispondenza fuzzy La corrispondenza fuzzy viene applicata ai campi che offrono metodi di corrispondenza normalizzati esatti |
| Data 360 | Organizzazione | ⚠️ L'ID Persona unificata è considerato immutabile L'ID Persona unificata viene utilizzato come ID principale o ID globale da utilizzare dal resto dell'organizzazione |
| Data 360 | Organizzazione | ⚠️ Data evento viene mappato a un valore Data/ora variabile Data evento viene mappato a un campo Data/ora mutabile, ad esempio LastUpdated o LastExtracted |
| Data 360 | Organizzazione | ⚠️ La chiave principale è mappata a un campo non univoco Scegliere un campo come chiave principale per lo stream di dati se non esiste nella serie di dati senza prima verificare che il campo selezionato sia univoco |
| Data 360 | Organizzazione | ⚠️ Caricare i dati in batch e quindi tentare di attivarli in tempo reale. Ad esempio, un approccio comune ma imperfetto potrebbe prevedere il caricamento dei dati ogni ora da un bucket Amazon S3 e quindi l'attivazione tramite azioni dati |
| Piattaforma | Apex | ⚠️ Le istruzioni DML compaiono regolarmente nel codice che verrà richiamato nei contesti after trigger |
| Piattaforma | Apex | ⚠️ I processi Batch Apex hanno una dimensione dell'ambito molto piccola Vengono utilizzate dimensioni dei batch molto piccole (ad esempio dimensione dell'ambito = 1) |
| Piattaforma | Apex | ⚠️ Batch Apex viene utilizzato per le chiamate esterne Grandi volumi di dati Salesforce vengono inviati da Salesforce a un sistema esterno utilizzando Batch Apex |
| Piattaforma | Apex | ⚠️ Pubblica immediatamente Gli eventi piattaforma vengono utilizzati al posto di Pubblica dopo l'impegno (non in tempo reale) indipendentemente dai requisiti degli ordini di pubblicazione o dai rischi di blocco dei record. |
| Piattaforma | Apex | ⚠️ Le funzioni Apex asincrone vengono utilizzate in modo arbitrario Metodi futuri e Apex inseribile in coda vengono utilizzati in modo incoerente o intercambiabile |
| Piattaforma | Apex | ⚠️ Le funzioni Apex asincrone vengono utilizzate in modo arbitrario; non è chiaro quando gli sviluppatori sappiano quando utilizzare Apex futuro o accodabile, quando passare DML ai processi batch |
| Piattaforma | Apex | ⚠️ Apex asincrono è usato raramente |
| Piattaforma | Apex | ⚠️ Le funzioni Apex asincrone vengono utilizzate in modo arbitrario Le operazioni del database non hanno una logica chiara e coerente per passare l'esecuzione ad Apex batch quando necessario |
| Platform | Dizionario dei dati | ⚠️ La mappatura dei campi dagli oggetti data lake agli oggetti modello di dati non è inclusa |
| Platform | Dizionario dei dati | ⚠️ I dati a livello di campo e la logica di assegnazione delle priorità per le fonti di dati e gli oggetti data lake non sono inclusi |
| Piattaforma | Flusso | ⚠️ Esecuzione di DML utilizzando una raccolta che è un output di un componente schermata Sfruttando l'impostazione "Utilizza gli ID e tutti i valori di campo di un record o di una raccolta di record" su un elemento Crea, Aggiorna o Elimina, quando quella raccolta è un output di un componente schermata |
| Piattaforma | Flusso | ⚠️ I flussi attivati da record non utilizzano affatto gli attributi dell'ordine di attivazione o non utilizzano i valori dell'ordine di attivazione in modo coerente |
| Piattaforma | Flusso | ⚠️ I percorsi asincroni non vengono utilizzati in modo coerente o non vengono utilizzati affatto |
| Piattaforma | Flusso | ⚠️ Grandi flussi monolitici tentano di coordinare sequenze complesse di operazioni correlate sui dati (con o senza sottoflussi) |
| Piattaforma | Organizzazione | ⚠️ Le regole di riconciliazione per la risoluzione dell'identità non seguono la logica di assegnazione delle priorità nel dizionario dei dati |
Ulteriori informazioni su Ben progettato Facile → Automatizzato → Integrità dei dati → Gestione degli errori
| Dove cercare? Area prodotto | Posizione | Cosa evitare? Anti-schema |
|---|---|
| Piattaforma | Apex | ⚠️ DML, SOQL, callout o altre fasi critiche del processo non sono racchiuse in blocchi try-catch |
| Piattaforma | Apex | ⚠️ Non vengono utilizzati metodi di classe Database |
| Piattaforma | Apex | ⚠️ Le operazioni sui dati vengono eseguite esclusivamente con DML |
| Piattaforma | Apex | ⚠️ Le istruzioni di System.debug vengono visualizzate nel codice di produzione (e non vengono commentate) |
| Piattaforma | Aura | ⚠️ JavaScript non racchiude in modo coerente le operazioni sui dati e le fasi critiche del processo nei blocchi di try-catch |
| Piattaforma | Aura | ⚠️ I componenti utilizzano $A.error() |
| Piattaforma | Aura | ⚠️ La logica degli errori recuperabili non viene visualizzata in modo coerente nelle istruzioni di catch e i messaggi di errore agli utenti non sono chiari |
| Piattaforma | Flusso | ⚠️ I flussi non utilizzano i percorsi di errore in modo coerente o del tutto |
| Piattaforma | Flusso | ⚠️ I messaggi di errore personalizzati non vengono utilizzati, quindi gli utenti visualizzano il messaggio predefinito "Si è verificato un errore non gestito in questo flusso" |
| Piattaforma | Componenti Web Lightning (LWC) | ⚠️ Le funzioni di @wire non utilizzano le proprietà data e error fornite dall'API (o non le utilizzano in modo coerente) |
| Piattaforma | Componenti Web Lightning (LWC) | ⚠️ Se utilizzate, le istruzioni if (error)/else if (error) non contengono in realtà logica per elaborare gli errori e fornire messaggi di errore utili |
| Piattaforma | Componenti Web Lightning (LWC) | ⚠️ JavaScript non utilizza in modo coerente if () /else if () blocchi con operazioni sui dati o fasi del processo critiche |