Automazione
Seguire regole e passaggi definiti.
Per controlli, aggiornamenti e instradamenti ripetibili.
EsempioSegnalare una variazione di costo e avviare una revisione.
Reagisca alle variazioni dei costi, indaghi sulle eccezioni e invii le azioni in approvazione, con workflow e agenti IA che operano entro le sue regole di business.
Segua un aggiornamento dei costi attraverso controlli, un’indagine e una risposta proposta, con l’approvazione al punto di controllo richiesto.
Inviato non significa approvato, pubblicato o margine recuperato. Cifre illustrative.
Seguire regole e passaggi definiti.
Per controlli, aggiornamenti e instradamenti ripetibili.
EsempioSegnalare una variazione di costo e avviare una revisione.
Indagare su un obiettivo con strumenti autorizzati.
Quando il lavoro richiede di esaminare informazioni e decidere che cosa ispezionare dopo.
EsempioSpiegare un calo del margine con le evidenze a supporto.
Aggiungere un’indagine dentro un processo definito.
Quando i passaggi di routine richiedono una valutazione assistita da un agente prima dell’azione successiva.
EsempioValutare i clienti interessati prima di preparare una risposta di prezzo.
| Proprietà | Automazione | Agente | Workflow combinato |
|---|---|---|---|
| Chi sceglie il percorso | Lei, sul canvas, prima dell’esecuzione | L’agente, durante l’esecuzione, un passaggio alla volta | Lei disegna il percorso e affida un passaggio |
| Ripetibilità | Segue regole e diramazioni configurate | Ragiona verso l’obiettivo, quindi il percorso può variare | Definito prima e dopo il passaggio di ragionamento |
| Si avvia con | Un’esecuzione manuale, un evento di sistema o una pianificazione | Una richiesta, o un passaggio dentro un workflow | Ciò che avvia il workflow |
| Opera su | Listini, ruleset, dataset, view e il newsfeed | ||
| Governance | La stessa per tutti e tre: i permessi del creatore, la sua policy del ciclo di vita, un registro di esecuzione per ogni esecuzione | ||
Una condizione individua un sottoinsieme di record invece di testarli uno alla volta, e un’azione supportata opera poi su quel sottoinsieme: una marcatura su molti articoli è quindi una sola scrittura, non una per articolo. Ci sono due limiti da conoscere. Un passaggio che lavora su ogni membro separatamente, come portare una famiglia di record lungo un ciclo di vita, ne gestisce al massimo 500 per esecuzione, perché ogni membro è un proprio giro di letture e scritture dentro un unico worker. Un passaggio che svolge un solo lavoro sull’intero insieme non ha questo limite. Il numero di record incide comunque sulla durata delle query sottostanti.
Un’indagine di un agente si conclude con qualcosa che lei può leggere e verificare, non con un muro di chiamate agli strumenti. Le chiamate restano disponibili quando le servono.
Il margine è sceso di 2,2 punti. Il costo franco destino ne spiega quasi tutto, concentrato su tre fornitori, e undici clienti concentrano la maggior parte dell’esposizione.
| Costo | −2,4 | Costo franco destino, sovrapprezzo trasporto |
|---|---|---|
| Mix | +0,3 | Spostamento verso linee a margine più alto |
| Prezzo | −0,1 | Prezzo realizzato sostanzialmente stabile |
| Netto | −2,2 | Punti di margine, dal T1 al T2 |
Salvato come nota, con riferimento ai record sopra. Una nota è una bozza: nulla è stato pubblicato e nessun prezzo è cambiato.
Esecuzione illustrativa con strumenti supportati. Ogni strumento indicato sotto esiste nel prodotto; l’esecuzione in sé è una composizione per questa pagina, non una registrazione.
search_pricing_modelsletturaNortheast Price Book, T1 e T2engine_query_datalettura1.842 articolidesign_new_analysisletturaCosto +2,4 pt, mix +0,3, prezzo −0,1check_data_provenanceletturaCosto franco destino, sovrapprezzo trasporto, 3 fornitoriengine_query_dataletturaI primi 11 concentrano il 68% dell’esposizionecreate_notebozzaNota salvata, nulla pubblicatoI calcoli sono eseguiti dagli strumenti di query e di analisi, non dal modello linguistico. Il modello decide quale strumento chiamare e mette per iscritto ciò che ne è risultato.
Un workflow agisce a proprio nome, con l’autorità del suo creatore. I ruoli vengono riletti dal creatore a ogni esecuzione, quindi un permesso revocato vale già dall’esecuzione successiva, e un workflow non può mai spingersi oltre la persona che l’ha costruito. Se quella persona perde il ruolo, il workflow si rifiuta di partire e ne registra il motivo.
Decide la sua policy del ciclo di vita, non il workflow. Un passaggio assegnato a persone nominate non può essere eseguito affatto da un workflow: viene rifiutato e il lavoro attende quelle persone. I passaggi non assegnati a nessuno girano con l’autorità del creatore, come ogni altra azione.
Un’esecuzione è un job, e annullare il job la ferma prima del passaggio successivo. Il lavoro già completato resta, perché fermare non significa annullare. Un’esecuzione che si interrompe insieme al suo worker viene chiusa come fallita anziché lasciata aperta.
Ogni esecuzione conserva il suo trigger, ogni effetto con il passaggio e il record toccati, inizio e fine e, in caso di errore, il passaggio che l’ha generato e l’errore. Le note registrano perché un’esecuzione ha fatto meno di quanto sembrerebbe dovuto: è così che si distingue un’esecuzione che non ha raggiunto nulla da una che non aveva nulla da fare.
Quattro schemi ricorrenti. Ognuno è qualcosa che costruirebbe lei, non un modello già pronto nel prodotto.
Costruito su un dataset o una view che contiene quelle date. Le automazioni operano su listini, ruleset, dataset, view e newsfeed; non esiste un’entità accordo o premio a cui si colleghino direttamente.
Workflow e agenti usano i record condivisi, le azioni supportate e i controlli di governance di Revomo.
Vediamo insieme come Revomo può combinare passaggi definiti, indagini assistite da un agente e controlli di approvazione attorno al suo lavoro commerciale.