Prima di iniziare
- Client tecnico con bi.results nell'azienda prevista; bi.nominal e bi.freeText soltanto se autorizzati.
- Un consumer che gestisca checkpoint, cursori, sostituzione dei figli e cancellazioni logiche.
Passo dopo passo
- Scegli i dataset normalizzati sotto /api/v1/bi/v1/ secondo il contratto versionato. Non usare un export CSV come sostituto implicito del feed.
- Esegui il caricamento iniziale e segui nextCursor fino alla fine del batch. Il watermark è una sequenza intera, non un orario.
- Memorizza il checkpoint soltanto quando nextCursor è nullo e tutte le pagine sono state applicate con successo.
- Quando cambia un parent, sostituisci i relativi record figli secondo il contratto. Un tombstone rimuove parent e figli; evita doppi conteggi quando unisci risposte e opzioni multiple.
- Se ricevi 410 per checkpoint scaduto dopo manutenzione, azzera esplicitamente il dataset e avvia full=true. Verifica poi conteggi e isolamento con il sistema BI destinazione.
Risultato atteso
Un caricamento ripetibile con checkpoint coerente e dati limitati agli scope tecnici concessi.
Limiti e recupero
- Chiavi quiz non fanno parte delle proiezioni BI ordinarie.
- Versione Qlik, connessione cliente e refresh effettivo devono ancora essere collaudati nel sistema reale; test sintetici non bastano.