Dall’email del cliente alla pratica firmata: l’agente che lavora dentro lo studio

In uno studio di consulenza del lavoro le pratiche di assunzione, variazione e cessazione nascono quasi sempre allo stesso modo: da un’email del cliente. Abbiamo costruito un agente interno che parte esattamente da lì. Legge la richiesta, prepara la pratica, genera i documenti e li mette in fila per l’approvazione del dipendente. Poi passa tutto al paghe, dove un secondo controllo automatico intercetta gli errori prima che diventino cedolini sbagliati.

I risultati, misurati sul lavoro vero dello studio: gli errori sono scesi del 70 per cento e il numero di pratiche gestite da ogni operatore è cresciuto di due ordini di grandezza. Non il dieci per cento in più: cento volte tanto. In questo articolo raccontiamo come è costruito il flusso e dove abbiamo messo i confini.

Tutto comincia da un’email

«Assumo due persone dal primo del mese, stesso contratto dell’ultima volta.» Chi lavora in uno studio riconosce questa email al primo sguardo. È cortese, è vaga, e contiene forse un terzo delle informazioni che servono per aprire una pratica. Il resto va ricostruito: cercando nel gestionale, riaprendo vecchie pratiche, richiamando il cliente.

Prima dell’agente questa ricostruzione era il lavoro. L’operatore leggeva, interpretava, apriva il gestionale, copiava, chiedeva ciò che mancava. Su decine di email al giorno, con scadenze normative nel mezzo, la coda si allungava e gli errori di trascrizione si infilavano dove c’era più fretta.

L’agente fa questa parte: legge l’email, la incrocia con lo storico del cliente nel gestionale, capisce se si tratta di assunzione, proroga, variazione o cessazione del rapporto di lavoro, e compila la pratica con ciò che sa. Ciò che non sa non lo inventa: lo chiede, in una lista puntuale di domande che l’operatore gira al cliente. Una richiesta ambigua non produce mai una pratica ambigua. Produce una domanda.

I documenti si preparano da soli, la firma resta vera

Quando la pratica è completa, l’agente genera i documenti che la accompagnano: lettera di assunzione, comunicazioni, moduli per il dipendente. Usa i modelli dello studio, con le clausole giuste per il contratto giusto, e li carica nel percorso di approvazione.

Il dipendente riceve i suoi documenti, li legge e li approva. Questo passaggio è rimasto volutamente umano: la firma è un atto, non una formalità da automatizzare. Ciò che è cambiato è quello che viene prima. Il documento arriva alla firma già coerente con la pratica, perché nessuno lo ha ricopiato a mano.

L’automazione si ferma un passo prima della responsabilità. Compila, prepara, controlla. Firmare resta un gesto di persone.

Il paghe con un secondo paio di occhi

Approvata la pratica, tutto passa all’elaborazione paghe. Qui l’agente cambia mestiere: non crea più, controlla. Confronta la pratica con ciò che entra nel payroll e segnala le incoerenze prima dell’elaborazione: una data che non torna, un inquadramento fuori dal contratto collettivo, un dato mancante che a fine mese diventerebbe un conguaglio.

L’operatore non rilegge più l’intera pila: riceve i casi segnalati e interviene solo lì. È lo stesso principio che applichiamo ovunque: il flusso scorre da solo, alla persona arriva l’eccezione.

I numeri

• Errori ridotti del 70 per cento sull’intero ciclo, dalla pratica al cedolino. La quota più grande viene dagli errori di trascrizione, che non sono diminuiti: sono spariti, perché non esiste più il passaggio in cui nascevano.
• Pratiche per operatore cresciute di due ordini di grandezza. Dove un operatore seguiva una pratica, oggi ne segue cento. Il tempo che prima andava in ricostruzione e ricopiatura oggi va in verifica delle eccezioni.

Il secondo numero merita una precisazione: non significa che le persone lavorano cento volte più veloce. Significa che il collo di bottiglia si è spostato. Prima era la digitazione, oggi è la decisione. Ed è esattamente dove uno studio professionale vuole che stia.

Oltre il flusso: l’accesso da Claude e ChatGPT

Il flusso delle pratiche è il binario principale, ma non tutte le domande di uno studio ci passano sopra. Per le richieste più libere, «quanti dipendenti ha oggi questo cliente?», «che contratto applichiamo a quell’azienda?», lo studio usa lo stesso server MCP che abbiamo raccontato qui, collegato direttamente a Claude e ChatGPT.

Due proprietà rendono questo accesso compatibile con uno studio professionale.

1. Ogni ruolo vede solo i propri strumenti. Chi segue le pratiche ha i tool delle pratiche, chi fa il paghe ha i suoi, e nessuno dei due può interrogare ciò che non gli compete. Il perimetro non è una policy scritta: è ciò che il server espone.
2. Gli stessi strumenti si agganciano ai flussi custom. Il server MCP che risponde in chat è lo stesso che alimenta l’agente delle pratiche: una sola integrazione, più modi di usarla.

Cosa rende il sistema affidabile

La risposta corta: la stessa disciplina di ogni nostro harness. Un golden set di casi reali che gira a ogni modifica, con dentro anche i casi che il sistema deve rifiutare. Un’email ambigua deve produrre domande, un importo fuori soglia deve fermarsi in attesa di firma, un dato personale non deve mai finire dove non serve.

La risposta lunga è il metodo con cui costruiamo ogni progetto, dalle interviste con chi fa il lavoro fino al presidio dopo la consegna. Se il flusso descritto qui somiglia a qualcosa che il tuo studio fa a mano ogni giorno, la diagnosi gratuita serve esattamente a capire quanto di quel lavoro può passare a un agente, e quanto invece deve restare dov’è.