IOSOR

IOSOR Guide

Export degli incidenti di failover alle 02:00

Un unico file notturno per il failover: eventi di commutazione, ID di addebito e stati terminali su un'unica timeline condivisa da operations e finance senza fughe di brand.

Una notte di failover senza un file condiviso genera due storie divergenti: il team delle operazioni ricorda la commutazione del percorso, mentre il team finanziario osserva il consumo e fa supposizioni. L'export degli incidenti delle 02:00 consolida tutto in un'unica timeline — eventi di commutazione, ID di addebito e stati terminali — in modo che la revisione post-incidente e la chiusura contabile condividano lo stesso orologio. IOSOR è una piattaforma CPaaS prepagata in white-label.

Un file notturno, una timeline degli incidenti

Interrompete la registrazione UTC alle 02:00 e generate un solo file CSV/JSON per la finestra dell'incidente, evitando di mantenere tre sistemi isolati. Le righe devono includere: riserva, accettazione, commutazione, regolamento/rilascio e stato terminale. Operations e finance aprono esattamente lo stesso artefatto; nessuna delle due parti deve inventare un secondo riferimento temporale.

Campi che devono apparire alle 02:00

Nome campo Scopo e motivazione
ID incidente / finestra Delimita la finestra notturna
Chiave intento / idempotenza Stessa unità su tutti i percorsi
ID addebito o rilascio Unica verità finanziaria
Tag del percorso opaco Percorso di evasione senza brand
Evento di commutazione + timestamp Primario → backup (o ripristino)
Stato terminale Consegnato, fallito, rilasciato, attenzione

Chi consuma l'export (operations vs finance)

Operations: passaggio di consegne nei turni, audit dell'ordine dei percorsi e verifica dell'autenticità degli stati Consegnato. Finance: riconciliazione tra consumo e unità regolate sullo stesso artefatto — senza accedere a portali esterni. Il team di prodotto può verificare il testo in white-label; nessuno riceve colonne con nomi di fornitori o marchi.

Distinto dall'export di fine mese del wallet

L'export di fine mese del wallet alle 02:00 chiude la storia finanziaria da calendario (riserve, addebiti, rimborsi e mix di canali). Questa pagina riguarda la timeline degli incidenti per le notti di failover — collegando commutazioni e stati terminali agli ID di addebito.

Checklist dell'acquirente per l'export degli incidenti

  1. Un unico file alle 02:00 copre commutazione + ID addebito + stati terminali?
  2. I tag del percorso opaco sono presenti senza marchi esterni?
  3. Operations e finance aprono e utilizzano lo stesso identico artefatto?
  4. Rilasci e fallimenti di riserva appaiono come righe e non come vuoti?

Inizia con IOSOR

Forzate un failover prima di mezzanotte UTC. Al mattino aprite il file delle 02:00: un id incidente, inizio e fine, ogni intent commutato, un addebito ciascuno, tag opachi, stato terminale. Un intent commutato mancante significa che l’export è rotto, non che ops se lo ricorderà. Questo è l’orologio della notte, non una regola di timeout, non un webhook al tenant e non un badge Live.

Sintesi IOSOR

Le 02:00 sono l’orologio dell’incidente. Se la notte non si ricostruisce dal file, AM e finanza non chiudono.

Fate: leggete il file delle 02:00 dopo ogni esercitazione e ogni notte vera. Non fate: incollare chat nel pacco fattura, né riusare l’export di fine mese del wallet come file incidente.

Questa guida ti è stata utile?

Guide correlate