Case Studies
Gestire le provvigioni e la rete di agenti: il caso di Carlo
Come un ingrosso gestisce 24 agenti a provvigione: scaglioni da contratto, liquidazione trimestrale, resi che tornano da soli. Il caso completo con Zelo ERP Vendite.

Carlo ha cinquantun anni e da nove è direttore commerciale di un’azienda di commercio all’ingrosso di San Giorgio delle Pertiche, in provincia di Padova: un magazzino di oltre 6.000 prodotti tra ferramenta e idraulica, e da tre anni una linea di pitture per allargare la clientela. Ottanta persone e una rete di vendita che è la vera macchina dell’azienda: ventiquattro agenti esterni, incaricati con provvigione a percentuale. Gli storici del nord-est portano la ferramenta; i sei della linea idraulica coprono i cantieri; i quattro della linea pitture hanno un regime di provvigione più spinto, perché il prodotto è più lento. Ogni agente ha il suo contratto, con percentuali e scaglioni scritti a mano in anni di trattative.
Le provvigioni, in azienda, si calcolano così. Ogni trimestre Emanuela, della contabilità, apre il foglio Excel della liquidazione: ventiquattro file, uno per agente, più un template che nessuno ha mai cancellato, costruiti in vent’anni da tre persone diverse. Prende il report fatturato dal gestionale, lo incolla nel foglio di ogni agente, applica la percentuale scritta in una cella in cima, e per gli agenti a scaglioni controlla a mano in che fascia cade ogni fattura. Gli scontrini escono a fine trimestre, quando le fatture del periodo sono tutte emesse. A volte parte prima, perché un agente in missione chiama per sapere quanto ha maturato: in quel caso il numero che esce è provvisorio, e ogni tanto l’agente lo usa per decidere un acquisto, che poi il trimestre vero non copre.
La scena di questo sabato mattina: l’agente storico della linea pitture chiama per la liquidazione del trimestre. Carlo apre il foglio, ricalcola a voce, dà l’importo. Martedì arriva l’email: per lui lo scaglione si calcola sull’intero trimestre, non sulla singola fattura, e mancano novanta euro. Carlo controlla il contratto, e l’agente ha ragione. Ma il foglio calcola fattura per fattura da tre anni, quindi tutti gli agenti dello stesso regime hanno preso meno del dovuto. In due settimane di controllo escono undici conguagli da pagare e due agenti che chiedono per iscritto la puntuale liquidazione. Il trimestre dopo, in mezzo a questa faccenda, l’azienda riceve un reso di merce difettosa: la provvigione di quella vendita l’ha già presa l’agente, e nessuno se n’è accorto finché il revisore non ha chiesto come le note di credito incidono sulle provvigioni.
Dove si rompe il flusso di lavoro
La rete di vendita vive in ventiquattro file. Il contratto con percentuali e scaglioni sta in un PDF firmato in una cartella, la percentuale aggiornata sta nella cella in cima al foglio, la lista degli agenti attivi sta nell’ultima email circolata in ufficio. Nessuno di questi tre luoghi è lo stesso, e quando cambia qualcosa (un nuovo ingaggio, una percentuale rinegoziata, un uscito dal network) qualcuno deve ricordarsi di aggiornarli tutti e tre. Il foglio di un agente che ha lasciato l’azienda resta nel drive con la vecchia percentuale: se la sua ultima fattura arriva in ritardo, la provvigione esce con la cella vecchia, e il conguaglio si scopre in sede di revisione.
Il numero arriva a trimestre chiuso. Il report si produce quando le fatture del periodo sono tutte emesse. Un agente che vende bene a luglio scopre quanto ha maturato a metà ottobre, quando il trimestre successivo è già in corso. Le decisioni commerciali (spingere una linea, ritagliare un territorio, promettere un incentivo) si prendono durante il trimestre, non dopo: chi non vede il numero decide a occhio, e l’occhio sbaglia più o meno come il foglio.
Gli scaglioni si calcolano come decide il foglio, non come dice il contratto. Nel contratto dell’agente storico lo scaglione è sul totale del trimestre; nel foglio la formula guarda la singola fattura. Sono ventiquattro contratti con clausole scritte in vent’anni, e un foglio che applica una sola regola: o qualcuno controlla a mano ogni trimestre (non lo fa nessuno, il tempo non c’è), oppure la clausola scritta e quella applicata divergono, e la differenza salta fuori quando l’agente si accorge di essere meno pagato. Un agente che scopre da solo un conguaglio a suo favore non dimentica la cosa, e la diffidenza la porta in trattativa l’anno dopo.
Il calcolo guarda al fatturato, non a quanto viene “lasciato sul tavolo”. La provvigione parte dall’imponibile: due agenti con lo stesso fatturato prendono lo stesso, anche se uno ha venduto prodotti a margine pieno e l’altro ha scontato i prezzi per fare volume. In una rete dove l’azienda spinge assottigliando il margine, il foglio paga il volume come se fosse margine. Un pomeriggio dell’anno scorso Emanuela ha provato a ricalcolare sul margine le provvigioni dei soli agenti della linea idraulica: spostava il 12% del totale tra colleghi della stessa linea. La prova è rimasta un pomeriggio, perché rifarla ogni trimestre a mano non era sostenibile.
Le note di credito restano fuori, o tornano a mano. Il report delle fatture non ha la colonna delle note di credito. Un reso toglie margine all’azienda, ma la provvigione di quella vendita resta presa: per correggerla qualcuno deve ricordarsi il reso, aprire il foglio dell’agente e scrivere una riga negativa. I resi li gestiscono due persone in ufficio, la liquidazione la fa Emanuela, e tra i due uffici la notizia si perde più spesso di quanto arrivi. L’anno in cui l’ufficio ha fatto la riconciliazione a mano, gli agenti hanno ricevuto le correzioni come un errore del gestionale: nessuno li aveva avvisati prima.
Il flusso prima dell’ordine non produce nulla di misurabile. Una rete di ventiquattro persone genera telefonate, richieste, trattative aperte e chiuse; di tutto questo resta il racconto dell’agente in riunione. Carlo sa chi vende, perché il fatturato lo dice; non sa chi lavora senza vendere ancora, chi sta per perdere un cliente che un altro agente stava coltivando, chi aspetta un preventivo da tre settimane. Quando un agente lascia l’azienda, i suoi clienti vanno a chi rispondeva al telefono, non a chi conosce il territorio. La riunione di rete si fa sulla base delle impressioni, e le impressioni di chi parla per primo pesano più dei numeri di tutti.
Prima il processo, poi il software
Nessun gestionale salva un’azienda dal decidere queste quattro cose.
- L’agente è un’anagrafica: il contratto, il tipo di provvigione, il periodo di liquidazione e lo stato (attivo o non attivo) sono collegati alla singola persona. Se stanno in file separati, ogni aggiornamento dipende dalla memoria di qualcuno.
- La regola della provvigione è una sola e sta in un solo posto. Percentuale fissa o scaglioni, base imponibile o margine, maturazione a fattura o all’incasso: la condizione la definisce il tipo di provvigione, e i calcoli la leggono da lì. Se ogni agente ha la sua variante in una cella, la variante diventa una regola segreta.
- La liquidazione ha un confine netto. Un periodo si chiude una volta sola, le righe già liquidate non si riprendono, i resi entrano come correzione nell’apertura successiva. Chi cambia le regole alle liquidazioni chiuse sta negoziando, non contabilizzando.
- Il flusso prima della vendita produce dati, non racconti. Ciò che un agente sta seguendo, si trova nel CRM in una scheda con un valore previsto e uno stadio, oppure non esiste per l’azienda.
Deciso questo, il compito del software è: mantenere aggiornate le anagrafiche e le condizioni delle provvigioni, applicarle a ogni riga fatturata senza che nessuno la ricalcoli, e chiudere il periodo con un’operazione ripetibile. E mostrare l’andamento della rete mentre vende, nel trimestre in corso.
Come funziona in Zelo ERP
L’app Vendite (scheda dello strumento) porta la sezione Agenti e Provvigioni con tutto il ciclo: definizione, maturazione, liquidazione, fattura all’agente. L’app CRM (pagina dedicata) tiene il flusso prima della vendita: pipeline, stadi, attività e report per commerciale e canale. La rubrica (scheda contatti) tiene l’anagrafica di agenti e clienti e il legame tra i due. Le sezioni seguenti seguono il ciclo di una provvigione dalla firma del contratto alla fattura all’agente.
Un agente è un fornitore con un trattamento specifico
L’agente entra nella rubrica come un contatto qualsiasi, con una casella in più: Agente, nella scheda Vendite e Acquisti. Da lì si apre il blocco Informazioni Agente, dove il contratto diventa dati: il Tipo (Agente Esterno per il collaboratore con provvigione, Commerciale per chi invece è dipendente), il tipo di Provvigione di default, e il Periodo Provvigioni, che decide con quale calendario l’agente viene liquidato: mensile, trimestrale, semestrale, annuale.

Chi entra nella rete si registra una volta sola. Il collaboratore che lascia resta nell’anagrafica con lo storico delle sue liquidazioni, e la lista degli agenti attivi è la lista dei contatti con la casella, da filtrare in un secondo, con la percentuale giusta per ciascuno.
La provvigione è collegata alla riga dell’ordine
Sulla scheda del cliente c’è il campo Agenti: chi è seguito da più referenti della rete lo si registra lì, con tutti. Da quel momento ogni preventivo per quel cliente nasce con le righe provvigione già pronte, una per ogni agente, con il tipo di provvigione dell’agente. Le righe si vedono nell’ordine, nella colonna Agenti e Provvigioni accanto al subtotale; si correggono riga per riga quando un affare segue una regola diversa, e il totale dell’ordine mostra la provvigione maturata.

La provvigione matura dove il documento diventa definitivo: le righe d’ordine portano il calcolo previsto, ma quello che conta per la liquidazione nasce sulla fattura emessa. Un preventivo restato tale non paga nessuno, e la riga fatturata è quella con il numero vero.
Gli scaglioni di fatturazione si scrivono una volta
Il tipo di provvigione è un record con quattro scelte: Percentuale Fissa o Per Sezioni; base Imponibile o Margine; maturazione Basato su Fattura o Basato su Pagamento; e la tabella delle fasce, con valore Da, valore A e Percentuale. Lo scaglione del contratto si trascrive qui una volta: le fasce si applicano al valore della singola riga, quindi conviene chiudere la tabella con una fascia finale senza tetto, per non azzerare la provvigione di chi supera l’ultimo limite.

Da quel momento la regola non vive più nella cella di un foglio. La stessa condizione si applica a ogni riga di ogni fattura, identica per tutti gli agenti che la usano, e quando un contratto cambia si tocca il tipo di provvigione, non ventiquattro formule. Se la base è il margine, la provvigione segue il margine reale della riga: chi vende volumi a margine sottile e chi smista pochi referenti costosi vengono remunerati per quello che lasciano in cassa. E la scelta Basato su Pagamento esiste per chi la vuole: il tipo resta in sospeso finché la fattura è aperta, ed entra nella liquidazione quando è incassata.
La liquidazione si chiude con un clic
A fine periodo Emanuela apre Calcola Provvigioni, scrive la data di chiusura nel campo Fino a, e conferma. Lo strumento prende tutte le righe di provvigione maturate su fatture valide prima di quella data, per ogni agente secondo il suo periodo, e crea la liquidazione: una scheda con agente, intervallo, totale e le righe che la compongono, ciascuna con la fattura di origine. Chi lascia vuoto il campo Agenti chiude la rete intera in un’operazione; chi filtra un agente chiude solo quello.

La liquidazione nata così ha due stati: Calcolato, quando è un conteggio; Fatturato, quando al conteggio è seguita la fattura fornitore all’agente. Le righe già liquidate non tornano nel giro successivo: chi rilancia il calcolo al trimestre dopo riprende solo l’aperto, e i resi arrivati nel frattempo generano righe negative nella liquidazione dove cadono. Lo scontrino del trimestre diventa una lista di schede consultabili, ognuna con le fatture che l’hanno composta.

Il passo che chiude il cerchio è la fattura. Dal menu Crea Fatture Provvigioni, o dal bottone sulla singola liquidazione, Zelo produce la fattura fornitore all’agente con il totale della liquidazione: una riga sola, su un sezionale di acquisti, pronta per il ciclo ordinario. Niente travaso dal foglio al software di contabilità: il debito verso l’agente entra in contabilità con la stessa operazione che lo calcola.
Il reso torna da solo
La nota di credito emessa per un reso si comporta come una fattura con i segni invertiti: le righe di provvigione che ne nascono sono negative, e la liquidazione del periodo che le raccoglie scende dello stesso importo. L’ufficio che gestisce il reso non deve avvisare nessuno, perché il calcolo legge le righe emesse, e i ricordi di chi era al telefono quel giorno non servono. Se il reso arriva quando la liquidazione è già fatturata, la correzione sta nella liquidazione aperta successiva: il periodo chiuso resta com’è, e il conto torna pari da solo, senza righe scritte a mano.
Il workflow prima dell’ordine
Delle vendite che non ci sono ancora, la pipeline del CRM tiene traccia per iscritto: ogni opportunità è una scheda con cliente, valore previsto, stadio e il Commerciale che la segue, spostata in colonna mentre la trattativa avanza. La riunione di rete si fa davanti alla pipeline: le colonne mostrano quanto sta correndo e dove si blocca, e l’agente che ha tre trattative ferme da un mese lo vede da solo, prima ancora di entrare in sala.

Quando la trattativa si chiude con un ordine, la scheda resta: il legame tra cliente, agente e affare è scritto nello stesso posto dove poi arrivano preventivo, fattura e provvigione. E quando un agente lascia la rete, i clienti che seguiva si vedono in una lista, non nella memoria di chi rispondeva al telefono.
Dove finiscono i soldi, tutto in una pagina
L’analisi delle opportunità incrocia i dati della rete in una tabella che si esplora: per commerciale, canale, stadio e motivo delle opportunità perdute, con il volume probabilistico accanto a quello previsto. La riunione di fine trimestre si prepara applicando filtri alla vista: quali linee convertono e quali si fermano in trattativa, dove si concentra il valore, chi ha bisogno di un supporto sul territorio.

È la stessa vista che l’agente può guardare per i suoi clienti, con i filtri del suo nome: la rete smette di essere un flusso di racconti verso un foglio centrale e diventa dati che tutti leggono dallo stesso registro.
Un assistente che lavora dentro i dati
C’è un’ultima strada, che il foglio Excel non offre: far lavorare l’intelligenza artificiale direttamente sui dati dell’ERP. Zelo ERP espone un server MCP, il protocollo con cui i client AI si collegano ai sistemi (il modulo si chiama RESTFUL MCP SERVER ed è nella configurazione standard di Zelo). L’attivazione è una riga: un Token di accesso API; l’indirizzo del server (/api/mcp); il token nell’intestazione del client AI. Ogni chiamata gira con i permessi dell’utente del token: l’assistente vede ciò che vede chi gli ha prestato le credenziali.

Dal suo lato l’assistente ha dodici operazioni: elencare i modelli, leggerne i campi, cercare, contare, creare, aggiornare, cancellare record, chiamare le azioni di workflow. Per chi governa una rete di vendita, in pratica: chiedere mentre l’agente è ancora al telefono il totale maturato nel trimestre in corso, con le fatture che lo compongono, e dare la risposta vera invece di quella provvisoria; oppure far preparare all’assistente il riepilogo della rete per la riunione, con le opportunità aperte per canale e il valore in gioco, partendo dal registro invece che dai racconti. Le regole del server sono metà del servizio: i token hanno un ambito (sola lettura, lettura e scrittura, completo) e una scadenza, i campi con password e chiavi non si legano nemmeno con un token completo, e ogni chiamata finisce nel Log Accesso API, riga per riga. Chiudere una liquidazione ed emettere la fattura restano operazioni con i loro permessi: l’assistente prepara i numeri, la firma resta a chi la deve dare.
Domande frequenti
Dove sta il vantaggio
Due piani, come sempre. Sul piano interno: il contratto dell’agente è un record, la regola è scritta una volta e si applica a ogni riga, il periodo si chiude con un’operazione ripetibile e il reso torna da solo nella liquidazione aperta. Emanuela non ricostruisce più il trimestre da ventiquattro file: lo chiude, e le ore dei conguagli diventano ore di controllo a campione, che di solito non trova niente. Sul piano esterno: l’agente riceve numeri giusti quando chiama, e lo scaglione applicato è quello scritto nel contratto, senza sorprese che si scoprono in sede di revisione.
Il resto è lavoro di semina, e si fa una volta sola. Gli agenti entrano in rubrica con il loro tipo di provvigione e il loro periodo. I clienti sono associati ai loro Agenti. I tipi di provvigione racchiudono le regole dei contratti, dalla percentuale fissa alle tabelle di fasce. La pipeline del CRM raccoglie ciò che la rete insegue prima della firma. Da lì in poi la liquidazione si legge, e non si ricalcola.