T-Minus: configurare in modalità aperta
Il ciclo di configurazione giornaliero, i sette giorni di configurazione da T-17 a T-11, ASK come acceleratore, i modelli configure-never-code, la checklist per modulo e le integrazioni all'interno del conto alla rovescia.
Il ciclo di configurazione giornaliero
- Mostra la linea Fit Ledger.
- Configuralo in tempo reale, senza bisogno di scrivere codice.
- È il cliente a guidare il cambiamento.
- Verificare con dati di esempio.
- Registralo e spunta la riga.
| Chi | Dove | Produzione |
|---|---|---|
| L'architetto del registro dirige e l'utente chiave collabora | Nel proprio inquilino del cliente | Un inquilino visibilmente più vicino alla messa in funzione ogni giorno che passa |
| Il proprietario di Countdown partecipa alle riunioni di pianificazione | Su schermi reali con i dati campione del cliente | Una riga del foglio di configurazione per ogni impostazione |
| Il navigatore per le adozioni monitora le esigenze di ruolo e di coda | Mai su una lavagna o in un documento | È stato aggiunto un controllo di configurazione al piano di test. |
Non esiste una fase di sviluppo che il cliente debba attendere passivamente: se il cliente non è presente alla sessione, la sessione non ha luogo. L'utente chiave dovrebbe essere operativo entro T-14; se TRANXACT è ancora alla tastiera a T-13, segnalatelo durante lo stand-up meeting come rischio di adozione.
Sette giorni di configurazione (impostazione predefinita consigliata)
| Giorno T | Messa a fuoco | Preparato | Cosa dipende da questo? |
|---|---|---|---|
| T-17 | Struttura | Entità giuridiche, piano dei conti, calendario fiscale, dimensioni | Mappatura delle migrazioni (GL) |
| T-16 | Denaro e conformità | Valute e cambi, codici fiscali, numerazione dei documenti, banche | Saldi di apertura, partite aperte |
| T-15 | Persone e accesso | Ruoli e autorizzazioni, gruppi SSO, gerarchia di approvazione | Ruoli di prova, code |
| T-14 | Dati anagrafici | Clienti, fornitori, articoli, dipendenti: ASK crea in blocco da estratti | Carico simulato M1 |
| T-13 | Flussi e regole | Flussi di approvazione, regole di pubblicazione, regole di corrispondenza, prezzi | Test di integrazione |
| T-12 | Specifiche del modulo | Pipeline CRM, calcolo dei costi della catena di approvvigionamento, elementi retributivi delle risorse umane, interruttori dei moduli | Copione delle prove |
| T-11 | Integrazioni e code | Client API, endpoint bancari/fiscali/per la gestione delle paghe, code di azioni per ruolo | Gate: configurazione completata |
Mantieni la sequenza anche se l'ordine di Fit Ledger è diverso: struttura prima delle transazioni, in modo che la mappatura della migrazione possa iniziare su T-15.
ASK come acceleratore di configurazione
ASK esegue il lavoro di routine alla velocità della macchina, con le stesse autorizzazioni e lo stesso registro di controllo di un clic umano:
| Lavoro | Esempio di richiesta |
|---|---|
| Creazione in blocco dei dati master | "Crea questi 2.400 clienti dall'estratto, con termini di pagamento per segmento" |
| Bozza delle regole di pubblicazione | "Registrare le spese di trasporto sulle fatture di acquisto al conto 5120, suddivise per centro di costo del magazzino ricevente." |
| Genera le configurazioni dei ruoli | "Un impiegato addetto alla contabilità fornitori che può inserire, ma non approvare, fatture superiori a 10.000." |
| Verifica la configurazione | "Elenca tutti i flussi di approvazione senza un approvatore di riserva" |
Ogni configurazione generata da ASK viene esaminata dall'utente chiave prima di essere registrata nel registro di configurazione. Il registro di controllo mostra chi ha richiesto la configurazione, cosa ha fatto ASK e chi l'ha approvata.
Configura, non programmare: modelli comuni
| Richiesta che sembra codice | Schema di configurazione | Dove |
|---|---|---|
| "Il nostro processo di approvazione è unico." | Flusso di approvazione a più fasi con regole relative a importo, entità e dimensione | Flussi di lavoro |
| "Abbiamo bisogno di un modello di fattura personalizzato" | Modello di documento con campi, logo e lingua per ciascuna entità | Modelli di output |
| "Prezzi speciali per gruppo di clienti" | Listini prezzi, sconti e validità per segmento | CRM / prezzi |
| "Uno schermo che non esiste" | Un campo personalizzato nel modulo, utilizzato nei report e nelle regole | Moduli (senza codice) |
| "Il nostro rapporto di eredità, così com'è" | Generatore di report o dashboard: metti in discussione il layout, spesso "non necessario". | Rapporto |
| "Un'interfaccia con la nostra banca/MES" | Un client API con un ruolo definito; scambio di file ove necessario. | Integrazioni |
| "Avvisi quando si verifica X" | Una regola della coda di azioni consapevole del ruolo | coda di azioni |
Quando nessun modello corrisponde, le opzioni sono T-Plus o un onesto no. Il codice all'interno del cluster passa attraverso il framework di estensione e mai attraverso il conto alla rovescia.
Lista di controllo del modulo (solo moduli della prima fase, modello predefinito proposto)
| Modulo | Tipicamente configurato nel conto alla rovescia |
|---|---|
| Contabilità | Entità, piano dei conti, calendario, imposte, banche, regole di contabilizzazione, lista di controllo di chiusura |
| CRM | Fasi della pipeline, listini prezzi, flusso di preventivi/ordini, limiti di credito |
| Catena di fornitura | Magazzini, metodo di calcolo dei costi, regole di riordino, ricezione e abbinamento |
| HRMS | Struttura organizzativa, elementi retributivi, regole sui congedi, calendario paghe |
| Produzione | Centri di lavoro, distinte base, cicli di lavorazione, regole di tracciabilità |
| Cartella clinica elettronica | Ruoli clinici, fatturazione ai pazienti, regole dei pagatori, consenso |
| Ciclo di vita dello studente | Programmi, flusso di ammissione, tasse, ex studenti |
| Piattaforma | Ruoli, flussi di approvazione, code, livello ASK, lingue |
Nel conto alla rovescia compaiono solo i moduli della prima ondata; tutto il resto è un interruttore T-Plus sullo stesso registro.
Integrazioni all'interno del conto alla rovescia (impostazione predefinita proposta)
T-18 Elenco e proprietari → T-13 Client API ed endpoint di test → T-10 Test di integrazione → T-3 End-to-end nella prova generale → T-0 Passaggio alla produzione.
| Integrazione | Modello tipico | Test effettuato | Provvisorio se non pronto |
|---|---|---|---|
| Servizi bancari e pagamenti | API / SFTP host-to-host | T-10 | Caricamento manuale del file bancario |
| Tasse / Fatturazione elettronica | API | T-10 | Caricamento del portale da parte del dipartimento finanziario |
| Fornitore di servizi di elaborazione paghe | API / SFTP | T-9 | Elaborazione paghe in modalità legacy, importazione del registro contabile |
| Identità (SSO) | SAML / OIDC | T-17 | Nessuno — richiesto per le prove |
| BI / data warehouse | Estrazione programmata | T-6 | T-Plus |
I partner (banche, servizi paghe, fisco) necessitano di endpoint di test entro T-13. Un partner che non è in grado di fornirli sposta l'integrazione a T-Plus con una procedura intermedia manuale.
I valori contrassegnati come predefiniti proposti rappresentano i punti di partenza raccomandati dalla metodologia. Confermare ciascuno di essi per ogni incarico; il contratto, il modulo d'ordine e l'accordo sul livello di servizio (SLA) hanno la precedenza.