Catch-weight negli acquisti: perché il prezzo al chilo manda in tilt il back-office

Il problema che nessuno vuole ammettere

Hai ordinato 20 pezzi di salmone atlantico. Il fornitore ti consegna 20 pezzi. Fin qui tutto bene. Ma ogni pezzo pesa il doppio dell’altro: uno fa 1,8 kg, il successivo 2,4 kg. Il prezzo in fattura è per chilogrammo, non per unità. Il tuo gestionale, invece, ha caricato il ricevimento come “20 unità a prezzo unitario fisso”.

Risultato? Il food cost è sbagliato. Il valore di magazzino è sbagliato. E la fattura non quadra con nessuna riga dell’ordine.

Benvenuti nel mondo del catch-weight — e nel silenzio imbarazzato di quasi tutti i back-office del settore.

Cos’è il catch-weight e dove si presenta

Il catch-weight (o “peso variabile”) è la condizione in cui un articolo viene ordinato per unità ma fatturato a peso effettivo. È la norma, non l’eccezione, in molte categorie:

• Carni e pesce interi (entrecôte, branzino, coscia di agnello)
• Formaggi a forma intera (parmigiano, pecorino)
• Verdure sfuse consegnate in cassette non standardizzate
• Prodotti freschi con grammatura naturalmente variabile

In questi casi, il sistema deve gestire contemporaneamente due unità di misura: quella logistica (il pezzo, la cassetta, la forma) e quella economica (il chilogrammo). La maggior parte degli ERP generalisti e dei gestionali ristorazione non è progettata per questo scenario. Gestiscono una sola unità di misura per articolo, e il risultato è una serie di workaround manuali — fogli Excel paralleli, rettifiche manuali in fattura, inventari “a occhio” — che moltiplicano gli errori.

Dove si rompe la catena

1. Ricezione merce: l’operatore inserisce il peso reale a mano, ma il sistema lo ignora e aggiorna lo stock in “pezzi”. Il valore di magazzino resta agganciato a un prezzo unitario fisso che non rispecchia la realtà.

2. Valorizzazione del ricevimento: se il gestionale non supporta la doppia unità, il costo medio ponderato del lotto viene calcolato male. Ogni ricetta che usa quell’ingrediente avrà un costo teorico disallineato dal costo reale.

3. Riconciliazione fatture: la fattura del fornitore riporta kg × prezzo/kg. L’ordine nel sistema riporta unità × prezzo/unità. Le due righe non si abbinano automaticamente. Qualcuno — spesso l’ufficio acquisti o la contabilità — deve intervenire a mano su ogni riga, ogni settimana.

4. Tracciabilità di lotto: se il peso reale non viene registrato al momento della ricezione, il lotto non è tracciabile per quantità effettiva. In caso di richiamo, non sai quanti chilogrammi hai davvero movimentato.

Come deve funzionare un sistema progettato per questo

Un back-office pensato per la ristorazione professionale deve permettere di:

• Definire un articolo con due unità distinte: unità d’ordine (es. “pezzo”) e unità di fatturazione (es. “kg”)
• Registrare il peso reale al momento della ricezione, lotto per lotto
• Aggiornare automaticamente il valore di magazzino e il costo medio in base al peso effettivo
• Abbinare la fattura fornitore alla ricezione per peso, non per quantità nominale
• Propagare il dato di costo reale alle ricette di CalcMenu in tempo reale

Senza questa logica nativa, ogni acquisto catch-weight diventa un’operazione manuale ad alto rischio di errore.

La soluzione con FoodOps

FoodOps — il modulo back-office della famiglia CalcMenu, basato su Odoo — gestisce nativamente il catch-weight: doppia unità di misura per articolo, ricezione con peso reale per lotto, abbinamento automatico delle fatture e sincronizzazione continua con CalcMenu per mantenere i costi di ricetta sempre allineati al prezzo d’acquisto effettivo. Nessun foglio parallelo, nessuna rettifica manuale, nessun disallineamento silenzioso tra acquisti e produzione.

Scopri come FoodOps elimina il disallineamento tra acquisti e cucina: foodops.

Preferisci parlarne direttamente? Prenota una chiamata — 15 minuti, senza impegno.

Guardate il software di gestione ricette di CalcMenu per ristoranti, hotel e catering e scoprite come si applica alla vostra cucina.