Il business process flow: stage, step e stage-gating
Un business process flow definisce un insieme di stage e di step che l’app mostra in un controllo in cima al form. Ogni stage contiene un gruppo di step, ogni step rappresenta una colonna in cui inserire dati e la persona avanza con il pulsante Next Stage. Se marchi uno step come Required, l’utente non può passare allo stage successivo finché la colonna non è compilata: la documentazione chiama questo comportamento “stage-gating”.
Il processo si crea in Power Apps da Solutions, poi New > Automation > Process > Business process flow, indicando Display name, Name e la tabella su cui si basa. Nel designer trascini il componente Stage e ne imposti le proprietà, fra cui la Stage Category — i valori arrivano dalla global choice Stage Category e compaiono come chevron nella barra di processo. Poi trascini il componente Step dentro lo stage, gli assegni una colonna e scegli se è Required. Il componente Condition aggiunge una diramazione fra due stage; il componente Workflow richiama un workflow on-demand all’ingresso o all’uscita di uno stage, oppure nella sezione Global Workflows. Infine Validate, Save e Activate: finché il processo resta in draft nessuno può usarlo.
Due passaggi si dimenticano sistematicamente. Il primo è Edit Security Roles: per impostazione predefinita solo i ruoli System Administrator e System Customizer vedono un business process flow appena creato. Il secondo è Order Process Flow: quando una tabella ha più processi, ai nuovi record viene applicato il primo a cui l’utente ha accesso secondo l’ordine, e da lì si può passare a un altro con il dialogo Switch Process, che mette in background il processo corrente conservandone lo stato.
I limiti sono numeri da ricordare: fino a 10 business process flow attivi per tabella, fino a 30 stage per processo, fino a 30 step per stage, un massimo di cinque tabelle in un processo multi-tabella e diramazioni profonde al massimo 10 livelli. In un ambiente con le app Dynamics 365 abilitate trovi già i processi di sistema Lead to Opportunity Sales Process, Phone to Case Process e Sales Process. Nelle app Sales Hub e Sales Professional le tabelle utilizzabili sono un elenco chiuso (Account, Contact, Lead, Opportunity, Quote, Invoice e altre): non tutte sono disponibili in entrambe le app.
Una trappola documentata: se rendi Required uno step legato a una colonna Two Option, il valore deve essere Yes, altrimenti la colonna è considerata vuota e blocca l’avanzamento. È un comportamento diverso da quello dei campi business required sul form. Se il valore accettabile può essere anche No, usa una colonna choice.
Business process flow, sequence e flusso: tre cose diverse
Qui l’esame gioca sporco, perché i tre oggetti sembrano tutti “automazione del processo di vendita”. Un business process flow guida l’utente attraverso gli stage di un record e, di per sé, non fornisce logica condizionale né automazione oltre l’esperienza guidata di inserimento dati e il controllo dell’ingresso negli stage.
Una sequence del Sales accelerator è un’altra cosa: introduce una serie di attività consecutive che il venditore deve svolgere, e i suoi step sono attività (Send an email, Send an automated email, Send a text message, Make a phone call, Complete a task, Set wait time, oltre all’A/B test). La sequence si connette a lead e opportunità e alimenta la work list e il widget Up next: non sposta nessuno stage.
Un flusso di Power Automate (o un workflow classico) automatizza in background. Puoi collegarlo al processo, ma con un limite noto: un workflow impostato su Stage Exit sull’ultimo stage non viene mai eseguito, perché non avviene alcuna transizione di stage. La soluzione documentata è usare un global workflow con trigger Process Completed o Process Abandoned.
Configurare la timeline
La timeline è il controllo che raccoglie il diario del record. Si aggiunge dal form designer trascinando il componente Timeline in una sezione del form, e le modifiche diventano visibili solo dopo Save e Publish.
In Display options imposti Records shown on page (predefinito 10, fino a 50, oltre i quali compare Load more) e i Record types to show: Activities, Notes e Posts, tutti abilitati per impostazione predefinita. I post richiedono un’app Dynamics 365 e si dividono in auto post e user post.
In Advanced trovi le impostazioni trasversali ai tre tipi: Quick entry record type (predefinito Notes), Sort order default (predefinito Descending), Enable filter pane, Expand filter pane, Enable search bar, Expand all records, Edit filter pane per i filtri applicati al caricamento del form e il riepilogo What you’ve missed.
In Record settings entri nel dettaglio: abiliti o disabiliti i singoli Activity type, decidi quali si possono creare con Create directly from timeline, imposti Create activities using e Open activities using, gli status tag Active, Overdue e Closed, la card form e il Sort activities by. Attenzione a due dettagli: fax e letter sono disabilitati di default, e superare i 10 activity type selezionati fa comparire un avviso perché degrada le prestazioni. Per account e contact puoi inoltre impostare l’activity rollup type su Extended, Related o None.
Che cosa verifica l’esame
AB-210 è in beta e la study guide avverte che le domande vertono soprattutto su funzionalità in general availability: alcune capacità di quest’area, incluse pagine di agenti come il Sales Opportunity Agent lato venditore, sono etichettate preview. Su questo obiettivo aspettati domande che descrivono un requisito e ti chiedono lo strumento giusto. Se il testo dice “il venditore deve compilare un campo prima di avanzare” la risposta è uno step Required di un business process flow; se dice “il venditore deve ricevere una serie di attività da svolgere” è una sequence; se dice “deve accadere qualcosa senza intervento dell’utente” è un flusso. E quando un venditore non vede sul record un’attività che esiste, prima di dare la colpa alla sicurezza controlla i Record settings della timeline: disabilitare un activity type ne impedisce sia la creazione sia la visualizzazione nella timeline.