CAF Centro Fiscale Udine (Portale pratiche)

Cosa ho fatto

• 01 Stack Next.js + Prisma su PostgreSQL. Il vantaggio di Next.js qui è avere frontend e backend nello stesso progetto con TypeScript dappertutto: il tipo di un dato definito nel database arriva fino al modulo che lo mostra, senza traduzioni manuali. Quando i dati sono pratiche fiscali un campo sbagliato è un problema serio per il cliente e per il CAF, quindi ridurre il margine di errore conta.
• 02 I documenti caricati dai clienti (carta d'identità, ISEE, buste paga, contratti) vengono salvati cifrati sul disco del server: anche chi accedesse direttamente ai file non riuscirebbe a leggerli senza la chiave. La funzione su cui ho lavorato di più è il riuso automatico: se il cliente ha già caricato la carta d'identità per fare l'ISEE, quando inizia il 730 il sistema la ritrova e non gliela chiede di nuovo. Meno frustrazione, meno tempo di compilazione.
• 03 Ogni pratica ha uno stato visibile al cliente (presa in carico, in lavorazione, pronta per la firma, conclusa) e c'è una messaggistica diretta operatore-cliente. Il cliente non deve telefonare al CAF per chiedere "a che punto siamo": vede tutto nella sua area riservata. Per gli operatori vuol dire meno chiamate da gestire.
• 04 L'architettura è modulare sui tipi di pratica: aggiungere un nuovo servizio (successioni, P. IVA forfettaria, ENEA per ristrutturazioni) non richiede di toccare il flusso esistente, basta definire i campi richiesti e le fasi. Era un requisito esplicito del CAF, che aggiunge servizi nel tempo seguendo le novità normative.