TRANXACT.AI Aiuto

Durante la fase di implementazione: onboarding, build e go-live

Provisioning, la tempistica dalla firma al passaggio di consegne, il modulo di onboarding e le scadenze per ciascun input, identità e comunicazioni, il cockpit di migrazione, il passaggio di consegne e le fasi di avvio.

Il processo di approvvigionamento si articola in tre fasi.

Fare un passoChe succede
1 — Proposta e contrattoIl cliente configura cloud, regione, nodi, database, disaster recovery e ambienti; vengono forniti i dati sui ricavi verificati; il principale referente tecnico è indicato nel contratto.
2 — CostruisciIl modulo di onboarding viene inviato; il kick-off definisce le tappe fondamentali, le responsabilità e la tempistica; gli ambienti vengono creati tramite l'infrastruttura come codice.
3 — ConsegnaL'accesso viene concesso al referente tecnico; il cliente verifica la connettività e l'SSO; iniziano la configurazione e la migrazione.

La realizzazione del progetto inizia solo dopo la ricezione della firma, dei dati contabili relativi al fatturato e del modulo di onboarding. L'implementazione della rete e del DNS del cliente va avviata in parallelo con la stipula del contratto: si tratta solitamente della fase più lunga.

Tempistiche (tempistiche predefinite proposte, giorni lavorativi)

DaAChiBersaglio
Contratto firmatoModulo di onboarding inviatoCliente5 giorni lavorativi
Modulo di onboardingApprovazione del progettoTRANXACT5 giorni lavorativi
Approvazione del progettoData di consegna previstaTRANXACT5 giorni lavorativi, +5 con Live DR (TO_4.1.01)

La connettività privata, le chiavi gestite dal cliente e gli ambienti aggiuntivi possono estendere la build. La configurazione, la migrazione e il collaudo seguono il passaggio di consegne e sono pianificati per ciascun modulo.

Stabilite una data di messa in produzione solo dopo aver definito la data di consegna e aver dimensionato il piano di migrazione.

Il modulo di onboarding

IngressoDescrizioneQuando
Fornitore di servizi cloud e regioniAWS, Azure o Google Cloud; regioni Live DRPrima di firmare
Dimensionamento in fase di esecuzioneDimensione e numero dei nodi worker (minimo 3); ambientiPrima di firmare
SchermataMotore scelto e cilindrata (HA)Prima di firmare
Modello di continuitàLivello di disponibilità, regione di ripristino Live DR, conservazione del vault, RPO/RTOPrima di firmare
Moduli e ambito di applicazioneModuli al momento del lancio, entità legali, valute, linguePrima di firmare
Indicatori di conformitàConservazione dei dati regolamentati (salute, istruzione, buste paga).Prima di firmare
ASK ALL'IALivello motore o BYOK, regione di elaborazione, budget di utilizzoPrima di firmare
ReteZone private /22 (e DR), opzione di connettività, lista di uscita consentitaEntro 5 giorni lavorativi dal calcio d'inizio
DNS e certificatiFQDN, proprietario DNS, certificato CA pubblicoEntro 5 giorni lavorativi
IdentitàIdP per SSO, utenti amministratori, policy MFAEntro 5 giorni lavorativi
IntegrazioniEndpoint per banche, buste paga, tasse, business intelligence e sistemi legacyEntro 5 giorni lavorativi
ContattiAspetti tecnici, di rete, di sicurezza, finanziari, di migrazione dati; due contatti disponibili 24 ore su 24, 7 giorni su 7.Entro 5 giorni lavorativi

L'invio è compito del cliente (MIG_8.5.01). La mancanza di dati ritarderà la data di consegna prevista. La maggior parte dei dati viene mappata direttamente al configuratore, quindi è possibile riutilizzare il PDF di configurazione del cliente per precompilarlo.

  • Risolto all'avvio della compilazione: regione, intervalli di indirizzi, FQDN, motore del database.
  • Le aree di copertura non devono sovrapporsi a nessuna rete di clienti, partner o zone di atterraggio, inclusa la regione Live DR.
  • Il referente tecnico dovrebbe essere un responsabile IT in grado di intervenire sulle modifiche relative alle credenziali e alla rete, e non un dirigente di alto livello (CxO), un referente del reparto finanziario o degli acquisti (MIG_8.5.03).
  • Le modifiche apportate dopo l'invio vengono elaborate dall'Orchestrator e registrate come richieste non standard o di modifica.
  • Monitorare ogni input aperto nella sincronizzazione operativa quindicinale fino al passaggio di consegne.

Identità e comunicazione

  1. Pacchetto di benvenuto e invito all'avvio dopo la firma (MIG_8.5.02).
  2. Avvio (SM_1.1.01): manuale di supporto e portale di assistenza, panorama e ambito, e una panoramica del manuale R&R, della matrice RACI e della matrice di escalation.
  3. Federazione SSO con l'IdP del cliente tramite SAML 2.0 o OIDC (PLAT_5.6.01); provisioning SCIM se richiesto (PLAT_5.6.05).
  4. Mappatura dei ruoli, testata con utenti reali prima dell'inizio della migrazione dei dati.
  5. Revisioni degli accessi programmate a partire dalla messa in produzione (PLAT_5.6.04, Escluso).
  • Tutte le comunicazioni vanno al contatto tecnico designato; le credenziali vanno solo a lui (TO_4.1.02). Sul modulo è possibile nominare un sostituto.
  • Le email operative (relative a incidenti, manutenzione e rilasci) vengono inviate al referente tecnico e ai referenti del servizio di assistenza 24 ore su 24, 7 giorni su 7.
  • Aggiungi i domini del mittente TRANXACT alla lista bianca in modo che le email di provisioning e di avviso non vengano messe in quarantena (PLAT_5.5.03).
  • Se non trovi la tua email: controlla prima la cartella spam e la quarantena, poi apri una segnalazione nel portale di assistenza.
  • Un problema di SSO: prima di segnalare un incidente, verificare i metadati dell'IdP, la mappatura delle attestazioni e il ruolo dell'utente di prova.

La cabina di pilotaggio della migrazione

  1. Estrazione da sistemi legacy e fogli di calcolo (MIG_8.3.01, cliente).
  2. Mappatura — verso entità, conti e dati anagrafici TRANXACT; pulizia (MIG_8.3.02, cliente).
  3. Convalida: regole, duplicati, dati mancanti (MIG_8.2.01, TRANXACT).
  4. Carichi di prova — in ambiente non produttivo, ripetuti (MIG_8.2.01; i carichi che vanno oltre i cicli concordati sono aggiuntivi, MIG_8.2.02).
  5. Riconciliazione: bilancio di verifica, sottoconti, magazzino; approvazione dei saldi di apertura (MIG_8.3.03, cliente).
  6. Passaggio di produzione: congelamento, caricamento finale e verifica tecnica (MIG_8.4.03, TRANXACT), dopo l'approvazione/non approvazione del cliente (MIG_8.4.02).

TRANXACT fornisce i modelli di cabina di pilotaggio e di carico (MIG_8.1.01), il piano di migrazione (MIG_8.1.02) e il piano di transizione e la finestra di congelamento, preparati congiuntamente (MIG_8.4.01).

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, e tale approvazione spetta al cliente.

Lista di controllo: dalla firma alla messa in onda

Entro 5 giorni lavorativiCostruireDevolvereProntezza per la messa in produzione
Modulo di onboarding completatoVPN / collegamento privato attivoAccesso verificatoMigrazione riconciliata
Contatto tecnico denominatoDNS e certificato in funzionePannello di monitoraggio condivisoIntegrazioni testate
Redatto l'elenco delle vie di uscita consentite.SSO e mappatura dei ruoliCopie del caveau in fase di atterraggioPassaggio al sistema di ripristino Live DR completato con successo.
Contatti per area, due disponibili 24 ore su 24, 7 giorni su 7.Ambienti creati (IaC)Ritardo Live DR entro i limiti previstiRipristino della camera bianca superato

Dopo la messa in produzione, l'assistenza intensiva (hypercare), ovvero un supporto esteso con controlli giornalieri, in genere per 4-8 settimane, è disponibile come pacchetto H1 (PKG_7.6.01).

I valori contrassegnati come predefiniti proposti sono i punti di partenza consigliati dalla guida all'implementazione. Confermare ciascun valore per ogni cliente; il contratto, il modulo d'ordine, l'accordo sui livelli di servizio (SLA) e l'accordo sulla protezione dei dati (DPA) prevalgono su questa pagina.