Il cliente tocca invia due volte. La rete cade dopo la prenotazione. L'automazione non riceve conferma e riprova. Eventi normali che producono due appuntamenti senza protezione.
Un'intenzione riceve una chiave stabile
Create un ID unico per la transazione. Se lo stesso comando torna, il sistema controlla se l'ID è già stato elaborato e restituisce il risultato esistente.
| Azione | Chiave debole | Chiave migliore |
|---|---|---|
| Appuntamento | Nome cliente | ID richiesta più slot |
| Fattura | Importo | ID ordine più tipo |
| Destinatario | Pratica più tipo messaggio |
Non deve garantirlo il modello
Stabilire se due messaggi sono la stessa operazione è una regola aziendale. L'agente estrae i dati; il codice assegna la chiave e la destinazione la impone. La correttezza economica non dipende dal linguaggio probabilistico.
- Creare la chiave prima della prima scrittura.
- Salvare il risultato con la stessa chiave.
- Registrare i tentativi ripetuti.
- Se lo stato è incerto, interrogare prima di reinviare.
La modalità degradata richiede questa protezione. La riconciliazione confronta poi origine e destinazione.
Fonti
FAQ
Cos'è l'idempotenza?
La stessa richiesta può essere ripetuta senza produrre due volte lo stesso effetto.
Evita ogni doppione?
Solo se tutti i percorsi di scrittura usano la regola e una chiave stabile.
L'email può essere la chiave?
Di solito no. Una persona può avviare più operazioni legittime.
Dove si controlla la chiave?
Il più vicino possibile al sistema che esegue o salva l'azione finale.