TRANXACT.AI Formazione

Durante la fase di implementazione: dalla fase di build alla messa in produzione.

Provisioning, tempistiche, modulo di onboarding, identità e comunicazioni, cockpit di migrazione, passaggio di consegne e fasi di avvio.

Prima, durante e dopo · 20 minuti · 5 domande

Per: L'intero team di progetto, da entrambe le parti.

Dalla firma allo stato stazionario, con gli obiettivi proposti Contratto firmatoCliente e TRANXACTModulo di onboarding5 giorni lavorativi ·clienteProgettazione eapprovazione5 giorni lavorativi ·TRANXACTCompilare dal codice5 giorni lavorativi, +5con Live DRDevolveredata di impegnoConfigura e migrapianificato in baseall'ambito del moduloGate di avvioesercitazione dicommutazione · ripristino della camera bianca · riconciliatoVai in direttadopo il via libera/nonvia del clienteIperassistenzain genere 4-8 settimane(H1)ClienteTRANXACTPietra miliare
Dalla firma allo stato stazionario, con gli obiettivi proposti

La fase di sviluppo inizia quando sono pervenuti tutti e tre gli elementi necessari: la firma, i dati contabili relativi al fatturato e il modulo di onboarding. A partire da questi, i tempi previsti sono di cinque giorni lavorativi per la compilazione del modulo, cinque per la progettazione e l'approvazione e cinque per la realizzazione del sistema, ovvero dieci con il ripristino di emergenza in tempo reale (Live DR). La connettività privata, le chiavi gestite dal cliente e gli ambienti aggiuntivi possono allungare i tempi di sviluppo.

Avviare la configurazione della rete e del DNS del cliente in parallelo con la stipula del contratto. Solitamente è la fase più lunga e non rientra nelle competenze di TRANXACT.

Il modulo di onboarding

Prima di firmareEntro 5 giorni lavorativi dal calcio d'inizio
Fornitore di servizi cloud e regioniZone private /22 (e DR), opzione di connettività, lista di uscita consentita
Dimensionamento e ambienti di runtimeFQDN, proprietario DNS, certificato CA pubblico
Motore del database e dimensioniIdP per SSO, utenti amministratori, policy MFA
Modello di continuitàEndpoint per banche, buste paga, tasse, business intelligence e sistemi legacy
Moduli, entità, valute, lingueContatti per area e due contatti disponibili 24 ore su 24, 7 giorni su 7.
Indicatori di conformità; livello ASK, regione e budget
  • La regione, gli intervalli di indirizzi, il FQDN e il motore del database vengono definiti in modo fisso una volta avviata la compilazione.
  • Il referente tecnico è un responsabile IT autorizzato a gestire le credenziali e le modifiche di rete, non un dirigente di alto livello (CxO), un referente del reparto finanziario o degli acquisti. Le credenziali devono essere inviate esclusivamente a lui/lei.
  • Ogni input aperto viene tracciato nella sincronizzazione operativa quindicinale fino al passaggio di consegne.

Identità, poi dati

La fase di avvio illustra il manuale di supporto e il portale, l'ambito del progetto, il manuale di riassegnazione e riassegnazione, la matrice RACI e la matrice di escalation. L'SSO è federato con l'IdP del cliente tramite SAML 2.0 o OIDC, SCIM se necessario. Testare l'SSO e la mappatura dei ruoli con utenti reali prima dell'inizio della migrazione: altrimenti, i problemi di accesso emergeranno al momento del go-live. Inserire nella lista bianca i domini del mittente di TRANXACT in modo che le email di provisioning e di avviso non vengano messe in quarantena.

La cabina di pilotaggio della migrazione

Fare un passoChi
Estrazione da sistemi legacy e fogli di calcoloCliente (MIG_8.3.01)
Mappatura alle entità, ai conti e ai dati anagrafici di TRANXACT; puliziaCliente (MIG_8.3.02)
Convalida: regole, duplicati, dati mancantiTRANXACT (MIG_8.2.01)
Carichi di prova in ambiente non di produzione, ripetutiTRANXACT; oltre i cicli concordati, Aggiuntivo (MIG_8.2.02)
Riconciliare il bilancio di verifica, i sottoconti e le scorte; firmare i saldi di apertura.Cliente (MIG_8.3.03)
Piano di transizione e finestra di congelamentoGiunto (MIG_8.4.01)
Vai / non andareCliente (MIG_8.4.02)
Carico finale e verifica tecnicaTRANXACT (MIG_8.4.03)

La data di messa in produzione è determinata dalla qualità dei dati, non dagli strumenti. Ogni saldo iniziale deve essere riconciliato con la fonte verificata prima della messa in produzione.

Le porte di avvio

  • Pratiche migratorie verificate e approvate.
  • Integrazioni testate con gli endpoint di test dei partner.
  • L'esercitazione di commutazione del sistema di ripristino Live DR è stata completata con successo.
  • Il restauro in camera bianca, effettuato a partire dal caveau, è andato a buon fine.

Dopo la messa in funzione, l'assistenza post-implementazione (hypercare), che prevede controlli giornalieri in genere ogni 4-8 settimane, è disponibile come pacchetto H1.

Calderwood Group: un esempio pratico

Calderwood firma di lunedì. Il modulo arriva il quarto giorno, completo ad eccezione dell'intervallo di indirizzi Live DR, che arriva il nono giorno, quattro giorni dopo l'obiettivo di 5 giorni. Il progetto non può essere approvato senza di esso, quindi sia l'approvazione che la consegna definitiva vengono posticipate di quattro giorni. E la costruzione dopo l'approvazione richiede dieci giorni lavorativi, non cinque, perché Calderwood ha Live DR.

Provalo Il direttore finanziario di Calderwood vuole fissare la data di messa in funzione il giorno stesso della firma. Cosa dovrebbe rispondere l'Orchestrator?

Stabilite una data di messa in produzione solo dopo aver definito la data di passaggio di consegne e aver dimensionato il piano di migrazione. La messa in produzione dipende dalla qualità dei dati e da quattro fasi: riconciliazione, integrazioni, una simulazione di passaggio di consegne e un ripristino in ambiente pulito. Nessuna di queste fasi può essere datata prima che gli ambienti siano stati creati.

Verifica le tue conoscenze

Prossimo corso

I progressi vengono salvati solo in questo browser: non vengono inviati da nessuna parte e nessun altro può visualizzarli.

← Tutti i corsi di implementazione