Il miracolo dei primi cinque minuti
Apri un assistente di intelligenza artificiale e scrivi: fammi un gestionale per le fatture. In pochi secondi arrivano le tabelle, la pagina dei clienti, quella dei prodotti, il calcolo dell'IVA, a volte perfino la stampa in PDF. Copi, incolli, provi. E funziona.
Il problema arriva dopo, quando il programma incontra il lavoro vero di un ufficio.
Perché funziona ma non regge
L'intelligenza artificiale non conosce la tua azienda. Quando la richiesta è vaga, prende in silenzio decisioni al posto tuo scegliendo la soluzione più comune negli esempi: un'azienda sola, un utente alla volta, una fattura per ogni ordine, il prezzo letto dal listino. Sono scelte che vanno bene in un esempio da manuale, e che nel lavoro reale diventano muri.
Quasi tutte queste decisioni stanno in un punto preciso: la struttura del database.
Tre esempi presi dall'ufficio
La fattura differita
Un ingrosso consegna merce ogni giorno con il DDT e a fine mese emette una fattura sola che li raccoglie tutti. Se il database prevede "una fattura, un ordine", il programma va rifatto: servono nuove tabelle, nuovi controlli per non fatturare due volte lo stesso documento, nuove stampe e nuovi report.
Il listino che cambia
Se la riga della fattura non salva il prezzo ma lo legge ogni volta dal listino, quando aggiorni i prezzi cambiano da sole anche le fatture già emesse. Ma un documento fiscale deve restare com'era il giorno in cui è stato emesso. La soluzione è copiare nella fattura, al momento dell'emissione, prezzi, aliquote e dati del cliente.
Il cliente pubblico
Con lo split payment l'ente versa l'IVA direttamente all'Erario: il totale della fattura non è quello che arriva sul conto. Se il database ha solo la colonna del totale, scadenzario e solleciti sbagliano. Serve una colonna in più, prevista dall'inizio.
Il costo del cambiare dopo
Finché il programma è vuoto, cambiare la struttura costa pochissimo. Quando sopra hai costruito pagine, calcoli, stampe e report, e dentro ci sono mesi di dati veri, cambiarla costa più che rifare tutto. In informatica si chiama debito tecnico.
E c'è un altro aspetto: la scalabilità. Un programma che va benissimo con cinquanta fatture può bloccarsi con un milione di righe e quaranta utenti collegati insieme, se mancano gli indici giusti, se due persone possono assegnare lo stesso numero di fattura o se le pagine caricano tutti i dati in una volta.
Come si scrive un prompt che funziona
Non si parte dal codice. Si parte dal racconto del lavoro:
- descrivi l'azienda e come nasce ogni documento, con esempi reali;
- indica le entità (clienti, DDT, fatture, righe) e come sono collegate;
- dai i numeri: quante aziende, quanti utenti insieme, quanti documenti all'anno;
- scrivi cosa non deve mai cambiare dopo l'emissione di un documento;
- chiedi all'IA di elencare le assunzioni prima di scrivere il codice;
- controlla il risultato: tipi di dato, chiavi, vincoli, indici.
Controllare però è possibile solo se si conoscono le basi: cos'è una chiave esterna, perché gli importi vanno salvati come DECIMAL e non come numeri approssimati, perché la partita IVA non è un numero, come si protegge una numerazione. Non serve diventare programmatori esperti. Serve capire abbastanza per non subire le scelte fatte in silenzio.
In sintesi
- l'intelligenza artificiale è velocissima a scrivere codice, ma decide da sola quello che non le dici;
- le decisioni più costose da cambiare stanno nel database;
- le regole del lavoro le porta chi il lavoro lo conosce;
- un buon prompt nasce da un buon progetto dei dati.
Vuoi usare l'intelligenza artificiale nel lavoro, senza improvvisare?
Abbiamo preparato corsi pratici su intelligenza artificiale e coding: basi di dati e prompt, programmazione con l'IA, software per la modulistica aziendale e progetti su misura.