Articles

Ordine di esecuzione (regole, trigger ecc.) in Salesforce & Debug Log

Salesforce ha un sacco di regole che possono essere definite su oggetti e campi. Ad esempio, è possibile definire regole di convalida, regole del flusso di lavoro, generatore di processi, flussi, regole di assegnazione, regole di escalation, regole di risposta automatica, trigger, ecc.

Che tu sia un amministratore, un consulente, uno sviluppatore o un architetto, è importante per te capire l’ordine in cui vengono eseguite queste regole e questi trigger.

L’immagine seguente mostra visivamente l’ordine di esecuzione. (Per maggiori dettagli, si prega di fare riferimento all’URL Apex Developer Guide menzionato nella sezione “Riferimenti & URL utili ” di seguito).

Ora, a volte le cose non funzioneranno come ci si aspetta. Il sistema può comportarsi come un ubriaco (o almeno si potrebbe pensare così). In questi casi la funzione ‘Debug Logs’ in Salesforce verrà in tuo soccorso.

diciamo che abbiamo configurato il seguente Piombo oggetto

  1. non C’è una regola di convalida di piombo oggetto che stabilisce che se il piombo valutazione è caldo, il messaggio non può essere vuoto
  2. Quindi abbiamo configurato le regole duplicate all’interno di Salesforce per garantire che il piombo è creata non è già presente
  3. Poi c’è un vantaggio regola di assegnazione definiti in Salesforce che assegna a tutti gli “Hot” porta per l’utente “Nick Admas”.
  4. Quindi c’è una regola del flusso di lavoro con l’azione di aggiornamento del campo definita che imposta il campo Elenco di selezione del settore di piombo a “Tecnologia” se la città è San Francisco.
  5. Successivamente, c’è un Generatore di processi con criteri se lo stato del lead è “Visita del sito”, quindi un record di visita del sito dovrebbe essere creato automaticamente mappando i valori dal Lead.

Se si utilizza una combinazione di diverse caratteristiche in Salesforce e in esecuzione in problemi in cui il sistema non funziona il modo in cui ci si aspetterebbe, il modo migliore per diagnosticare e risolvere sarà quello di attivare il debug su (Setup -> Registri di Debug), eseguire la transazione e quindi controllare il registro di debug. Sulla base dell’esempio sopra riportato, ecco cosa vedrai nel registro di debug (passa il mouse su queste immagini per ingrandirle).

Debugging Order of Execution in Salesforce
Debugging Order of Execution in Salesforce

Keep this sequence in mind while designing your solution and your app will behave properly.

(a proposito, se vi state preparando per Sviluppatore della Piattaforma di Certificazione, ci sono un paio di domande in ordine di esecuzione)

Riferimento & Utile Url
  1. Trigger e l’Ordine di Esecuzione Apice – Guida per lo Sviluppatore (15 minuti) – https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_triggers_order_of_execution.htm
  2. 20 Diverse Monitoraggio & Strumenti di Controllo in Salesforce – Post del Blog (20 minuti) – https://www.asagarwal.com/monitoring-and-auditing-tools-in-salesforce/
Post sul Blog Change Log
  1. agosto 2015 – Pubblicato la Prima volta
  2. Agosto 2019-Aggiornato per includere regole duplicate, costruttori di processi & flussi
  3. Novembre 2020-Aggiornato come da Winter ‘ 21 rilascio per includere record attivato flussi