Ogni oggetto, ogni mock e il caricamento finale seguono gli stessi sei passaggi: estrazione (proprietari dei dati del cliente), mappatura (responsabile della migrazione e utenti chiave), convalida (le regole del cockpit), caricamento di prova nell'ambiente non di produzione (responsabile della migrazione), riconciliazione (responsabile finanziario) e passaggio definitivo (proprietario del conto alla rovescia).
Il ciclo si ripete finché non è tutto a posto. Un record rifiutato viene restituito al proprietario dei dati con il codice motivo del cockpit e il mock successivo riesegue l'intero oggetto. Nulla viene mai corretto manualmente nel tenant di destinazione: ciò lascerebbe nella traccia di controllo la descrizione di un caricamento che non è mai avvenuto.
| Correre | Quando | Accetta quando |
|---|---|---|
| M1 | T-10 → T-9 | Ogni oggetto viene caricato; vengono rifiutati quelli inferiori al 5% e assegnati |
| M2 | T-7 → T-6 | Delta TB pari a zero; i sottoconti coincidono; scarti inferiori allo 0,5% |
| Passaggio a secco | T-4 → T-3 | Delta zero; durata all'interno della finestra di transizione; runbook aggiornato |
| Dati delle prove | T-2 → T-1 | Le prove passano |
| Finale | T-0 | Delta zero; il controllore segnala |
La riconciliazione è aritmetica
- Conteggi e totali hash: estratti = caricati + rifiutati, per oggetto; totali hash su importi e quantità.
- Bilancio di verifica: saldo pregresso − saldo TRANXACT = 0 per ogni conto, entità e dimensione.
- I sottoconti: scadenza crediti, scadenza debiti, valutazione delle scorte e registro cespiti sono tutti uguali al rispettivo conto di controllo del libro mastro.
Le formule delta del Toolkit diventano rosse in presenza di valori diversi da zero e il responsabile finanziario firma solo quando ogni riga è pari a zero, oppure è stata spiegata e approvata. Il registro di esecuzione del cockpit (chi ha caricato cosa, quando, quanti record, quanti rifiutati) costituisce la traccia di controllo su cui firmano.
L'estrazione dipende dalla fonte
Ogni sistema sorgente ha un proprio foglio di lavoro nella cartella di lavoro Piani di progetto. I modelli variano: report standard ed estratti di tabelle per i grandi ERP, ricerche salvate o esportazioni CSV per la contabilità cloud, esportazioni XML o Excel di registri contabili e giustificativi per altri, modelli cockpit compilati direttamente per i fogli di calcolo. Anche le precauzioni da adottare sono diverse: codici azienda rispetto a entità, segmenti rispetto a dimensioni, nessuna convalida alla fonte in un foglio di calcolo. La guida contiene la tabella completa per ogni prodotto.
Il manuale operativo T-0 (tempistiche illustrative)
| Tempo | Fare un passo | Proprietario |
|---|---|---|
| T-1 18:00 | Ultime transazioni pregresse; annunciato il blocco | Proprietario del conto alla rovescia |
| T-1 18:30 | Chiusura del periodo pregresso; report finali di bilancio e dei sottoconti. | Controllore finanziario |
| T-1 20:00 | Estratto finale per oggetto | Proprietari dei dati |
| T-1 21:00 | Carico finale in cabina di pilotaggio nella sequenza di prova a secco. | Conduttore di migrazione |
| T-0 02:00 | Riconciliazione del bilancio di verifica e del sottoconto — delta = 0 | Controllore finanziario |
| T-0 06:00 | Integrazioni con endpoint di produzione | Pilota operativo |
| T-0 07:00 | Legacy di sola lettura; utenti abilitati; comunicazioni di messa in produzione | Capo volo |
| T-0 ≈ 11:00 | Prima fattura registrata in produzione | Utente chiave, vendite |
Ogni passaggio ha un responsabile designato, una durata pianificata e una nota di rollback, e il Toolkit calcola gli orari di fine pianificati e la varianza rispetto alla simulazione.
Il sistema M2 di Calderwood mostra 1400 articoli in magazzino a 2.450.009,10 nel sistema legacy e 2.449.909,10 in TRANXACT: una differenza di 100,00, contrassegnata come VERIFICA. La causa è una riga di magazzino rifiutata per un numero di lotto mancante. Il problema viene segnalato al responsabile dei dati di magazzino con il relativo codice di errore e la successiva simulazione riesegue l'intero oggetto magazzino: nessuno inserisce manualmente la riga in TRANXACT.
Provalo La simulazione a secco di Calderwood risulta pari a zero, ma richiede 13 ore a fronte di una finestra di passaggio di 11 ore, perché i nove journal del periodo P1 si caricano lentamente. Cosa suggerisce T-Minus di fare?
Ridurre l'ambito, non estendere la finestra temporale: spostare i dati del periodo (i registri P1) su T-Plus e caricarli dopo la messa in produzione, anziché prolungare il periodo di transizione. Una prova generale che non rientra nei parametri è un elenco di correzioni da apportare, non una data di scadenza posticipata.