Non esiste una fase di sviluppo che il cliente debba attendere passivamente. Ogni sessione di lavoro segue lo stesso ciclo, nel tenant del cliente, su schermate reali con i dati di esempio del cliente: viene mostrata la riga di Fit Ledger, configurata in tempo reale e senza codice, il cliente apporta la modifica, verifica con i dati di esempio, la registra e spunta la riga.
Se il cliente non è presente nella sessione, la sessione non ha luogo. L'utente chiave dovrebbe essere alla guida entro T-14; se TRANXACT è ancora alla tastiera in T-13, segnalarlo durante lo stand-up come rischio di adozione.
Sette giorni, struttura prima delle transazioni (previsto default)
| Giorno T | Messa a fuoco | Preparato |
|---|---|---|
| T-17 | Struttura | Entità, piano dei conti, calendario fiscale, dimensioni |
| T-16 | Denaro e conformità | Valute e cambi, codici fiscali, numerazione dei documenti, banche |
| T-15 | Persone e accesso | Ruoli e autorizzazioni, gruppi SSO, gerarchia di approvazione |
| T-14 | Dati anagrafici | Clienti, fornitori, articoli, dipendenti: ASK crea in blocco da estratti |
| T-13 | Flussi e regole | Flussi di approvazione, pubblicazione, abbinamento e regole di prezzo |
| T-12 | Specifiche del modulo | Pipeline CRM, calcolo dei costi della catena di approvvigionamento, elementi retributivi delle risorse umane, interruttori dei moduli |
| T-11 | Integrazioni e code | Client API, endpoint bancari/fiscali/per la gestione delle buste paga, code per ruolo |
Mantieni l'ordine anche quando quello del Fit Ledger è diverso: la struttura prima significa che la mappatura della migrazione può iniziare dal T-15 e la mappatura GL da cui dipende tutto il resto esiste prima dei dati master.
ASK fa il lavoro più umile
Crea in blocco 2.400 clienti da un estratto con termini di pagamento per segmento; redigi una regola di contabilizzazione per il trasporto suddiviso per centro di costo del magazzino ricevente; genera un impiegato contabile che può inserire ma non approvare fatture superiori a 10.000; elenca ogni flusso di approvazione senza un approvatore di riserva. ASK esegue queste operazioni con le stesse autorizzazioni e lo stesso registro di controllo di un clic umano, e l'utente chiave esamina ogni risultato prima che la riga venga contrassegnata come completata.
Richieste che sembrano codice
| "Abbiamo bisogno di..." | La configurazione che risponde |
|---|---|
| Il nostro esclusivo processo di approvazione | Un flusso di approvazione a più fasi con regole relative ad importo, entità e dimensione. |
| Un layout di fattura personalizzato | Un modello di documento con campi, logo e lingua per ogni entità |
| Un campo che non esiste | Un campo personalizzato senza codice, utilizzabile in report e regole. |
| Il nostro rapporto di eredità esattamente così com'è | Il generatore di report o una dashboard: mettete in discussione il layout; spesso "non necessario". |
| Un'interfaccia con la banca o il MES | Un client API con un ruolo definito; scambio di file ove necessario. |
| Avvisi quando si verifica X | Una regola della coda di azioni consapevole del ruolo |
Integrazioni sull'orologio (impostazione predefinita proposta)
Elenco e proprietari entro T-18; client API e endpoint di test dei partner entro T-13; test di integrazione entro T-10 (pagamenti T-9, BI T-6; SSO entro T-17, perché la prova generale lo richiede); test end-to-end nella simulazione a T-3; passaggio alla produzione a T-0.
Un partner che non è in grado di fornire un endpoint di test entro T-13 sposta tale integrazione a T-Plus con un passaggio intermedio manuale: un caricamento manuale del file bancario, un caricamento del portale da parte del reparto finanziario, l'elaborazione delle buste paga nel sistema legacy con un'importazione di registrazioni contabili. L'SSO non prevede passaggi intermedi: è necessario per la prova.
La banca di Calderwood fornisce il suo endpoint di test in tempo; la sandbox del suo portale fiscale non è ancora stata rilasciata al T-13. L'integrazione fiscale diventa una linea T-Plus e il reparto finanziario carica manualmente le fatture elettroniche sul portale per le prime settimane, dopo averle provate al T-1 come tutto il resto.
Provalo Nel messaggio T-12, un utente chiave chiede che la schermata della fattura fornitore visualizzi un campo presente nel sistema precedente. Si tratta di codice?
No, si tratta di un campo personalizzato senza codice presente nel modulo, utilizzabile nei report e nelle regole. Ottiene una riga di Fit Ledger, viene configurato nella sessione con l'utente principale, verificato con dati di esempio, registrato nel foglio di lavoro di configurazione e sottoposto a un controllo di configurazione nel piano di test.