Un software gestione acquisti deve collegare richiesta interna, autorizzazione, ordine al fornitore e ricezione. Se registra soltanto fatture già arrivate, il controllo comincia troppo tardi. La prima prova utile è questa: fai approvare dieci pezzi, ricevine solo sei e verifica che quattro restino aperti, senza trasformare l’intero ordine in una consegna conclusa.
Qui trovi un modello operativo per una PMI con più richiedenti. Il caso è ipotetico: serve a discutere requisiti con chi configura o sviluppa il sistema, non descrive risparmi ottenuti da un cliente. Per gli ordini ricevuti dai tuoi clienti esiste invece una guida dedicata al ciclo di vendita.
Una richiesta approvata non è ancora un ordine
La richiesta di acquisto, spesso chiamata RdA, spiega un bisogno interno: oggetto, quantità, motivo, centro di costo e data desiderata. L’ordine stabilisce cosa viene richiesto al fornitore. Tenerli distinti permette di approvare un bisogno senza fingere che prezzo, disponibilità e condizioni siano già definitivi.
Immagina una richiesta per dieci monitor a 200 euro ciascuno, con budget autorizzato di 2.000 euro, imposte escluse nell’esempio. Il fornitore propone un modello diverso a 220 euro. Il sistema dovrebbe rendere visibile la differenza di 200 euro e applicare la regola di riapprovazione concordata. Riutilizzare il vecchio «approvato» senza mostrare la modifica toglierebbe significato al controllo.
Non tutte le aziende hanno bisogno di tre approvatori. Per partire basta una matrice chiara: chi richiede, chi autorizza, chi ordina e chi conferma la ricezione. La pagina ufficiale di Odoo Approvals mostra un esempio di richieste con approvatori configurabili. È una possibilità di prodotto da provare, non una raccomandazione automatica per ogni impresa.
Il budget che sembra disponibile ma è già impegnato
Se guardi solo le fatture registrate, puoi sottovalutare ordini emessi ma non ancora fatturati. Nel modello proposto conviene distinguere disponibilità iniziale, impegni aperti e importi consuntivati, indicando sempre periodo e perimetro. Il responsabile amministrativo deve definire il significato contabile; il software rende coerente quella regola.
| Passaggio ipotetico | Importo | Cosa deve risultare |
|---|---|---|
| Budget del reparto | 5.000 € | Plafond del periodo |
| Ordine autorizzato | 2.000 € | Impegno aperto |
| Prima consegna: sei monitor | 1.200 € | Ricezione parziale collegata |
| Quattro monitor ancora attesi | 800 € | Residuo aperto |
| Fattura dei primi sei | 1.200 € | Nessun doppio conteggio con l’impegno |
Il punto delicato è l’ultimo: spostare una quota dall’impegno al consuntivo non deve consumare due volte lo stesso budget. Anche l’annullamento deve liberare soltanto la parte annullata. Prova questi passaggi con numeri piccoli prima di importare lo storico.
Quando ordine, consegna e fattura non coincidono
La corrispondenza tra tre documenti non si risolve confrontando il totale. Una consegna può contenere sei pezzi corretti e uno sbagliato; una fattura può comprendere trasporto o righe relative a più ordini. Serve un collegamento per riga, con quantità, unità di misura e riferimento stabile.
Proposta di gestione delle anomalie: lascia aperta la differenza e assegna un responsabile. Distingui «merce non arrivata», «prezzo da verificare» e «riga senza ordine». Non approvare automaticamente una fattura soltanto perché il totale rientra in una tolleranza: dieci articoli economici e uno costoso possono produrre lo stesso importo con rischi diversi.
Una tolleranza ha senso solo se qualcuno ne definisce soglia, ambito e autorizzazione. Salva chi ha risolto la differenza, quando e con quale documento. Gli allegati richiedono regole di accesso e versioni: per questo aspetto vedi la gestione documentale.
Il caso urgente non deve diventare una scorciatoia invisibile
Un macchinario fermo può richiedere un acquisto prima del normale giro di approvazioni. Prevedi una procedura d’urgenza identificabile: motivo, referente autorizzante, limite e verifica successiva. Non basta una casella «urgente» che elimina ogni controllo.
Anche la sostituzione di un approvatore assente deve essere esplicita. Una delega può avere inizio, fine e perimetro; la richiesta conserva sia il titolare sia chi ha deciso. Se tutti usano lo stesso account, ricostruire responsabilità e modifiche diventa impossibile.
Scegliere tra foglio, gestionale e integrazione
Un foglio condiviso può bastare con pochi acquisti e un solo responsabile, purché sia chiaro quale versione fa fede. Un gestionale configurabile diventa interessante quando richieste e consegne devono passare tra più persone. Lo sviluppo su misura merita una valutazione quando il processo dipende da sistemi o regole che il prodotto standard non rappresenta.
Prima di sviluppare un nuovo archivio fornitori, controlla dove esiste già quello autorevole. Duplicare anagrafiche senza una regola di sincronizzazione crea indirizzi e condizioni discordanti. Definisci identificatori, sistema proprietario del dato e comportamento in caso di errore: sono scelte da documentare nell’integrazione API.
Otto prove da portare alla dimostrazione
- Modifica il prezzo dopo l’approvazione: la variazione deve essere visibile e seguire la regola prevista.
- Ricevi sei pezzi su dieci: il residuo resta aperto.
- Annulla soltanto due dei quattro pezzi rimasti: il budget si aggiorna per la quota corretta.
- Registra una fattura parziale: nessun doppio consumo del plafond.
- Importa due volte lo stesso documento: il sistema segnala o riconosce il duplicato.
- Sostituisci l’approvatore per una settimana: lo storico conserva entrambe le responsabilità.
- Accedi da un altro reparto: allegati e budget riservati non diventano visibili tramite link diretto.
- Esporta la pratica: richiesta, versioni, ordine, ricezioni e anomalie restano ricostruibili.
Per il primo rilascio scegli un reparto e pochi fornitori. Misura tempo di approvazione, ordini senza richiesta e differenze ancora aperte dopo la ricezione. Il numero di richieste inserite indica uso del sistema, non dimostra da solo un miglioramento.
Domande frequenti
Che differenza c’è tra richiesta e ordine di acquisto?
La richiesta descrive un bisogno interno da autorizzare; l’ordine definisce quanto viene richiesto al fornitore. Collegarli senza confonderli permette di controllare modifiche di prezzo e quantità.
Si possono gestire consegne parziali?
Il sistema dovrebbe registrare quantità ricevuta e residua per riga. La prova decisiva è ricevere una parte dell’ordine, fatturarla e verificare che il resto rimanga aperto.
Serve sempre un software su misura?
No. Un prodotto configurabile può coprire il processo. Lo sviluppo va valutato su requisiti verificati che restano scoperti, soprattutto integrazioni e regole operative particolari.
Quali dati servono per una prima valutazione?
Tre richieste anonimizzate, una consegna parziale, un acquisto urgente e la matrice delle autorizzazioni. Bastano per discutere il flusso prima di definire schermate e preventivo.
Fonti e verifica
Verifica del 19/09/2026: Odoo Approvals, esempio ufficiale di richieste e approvatori. Caso numerico, controlli e piano di prova sono proposte progettuali. Nessuna stima di volume di ricerca o promessa di risparmio.