En Primeur Allocation Software Built Around the Campaign, Not a Spreadsheet

What En Primeur Allocation Software Needs to Get Right

An en primeur campaign is a promise made before the wine exists as physical stock. A client orders a quantity, a supplier is expected to deliver it a year or more later, and in between almost nothing about the underlying stock is settled. Bacchus ERP's allocation lifecycle runs campaigns bound to ordered quantities, so an allocation can never silently exceed what was actually ordered against it. It also issues multi-supplier purchase orders against the same campaign when the wine is sourced from more than one place.

When a Delivery Comes in Short

En primeur deliveries rarely land exactly as ordered. A partial or short delivery is closer to the norm than the exception. Bacchus ERP handles this automatically: a landed reserve flips state the moment stock actually arrives, rather than requiring someone to reconcile what was promised against what showed up. The allocation record keeps the difference visible instead of quietly writing it away.

From Allocation to Physical Stock, Without Losing the Thread

Once en primeur stock lands, it enters the same hierarchical lot/case/bottle stock model the rest of the platform runs on. Every unit carries pack format, location, and bond status. Lineage is preserved exactly when a lot later splits or merges into individual bottles or repacked cases. An en primeur allocation is not a separate silo that hands off to "the real system" once wine arrives: it is the same record from campaign to bottle.

Bond Status From the Moment It Lands

Fine wine bought en primeur typically lands in bond, not duty paid. Bacchus ERP tracks bond status — en primeur, in bond, duty paid, in transit — across multiple warehouse locations and operators. Stock can also be sold while still in transit, recorded as a deferred claim with no money or stock posted until it actually lands. An en primeur allocation that later moves through bonded-warehouse storage stays on one continuous record the whole way.

Duty and VAT, Calculated When They're Actually Due

Because en primeur stock sits in bond, duty and VAT are not due at the point of allocation: they fall due later, at withdrawal. Bacchus ERP's UK ABV-based duty and VAT-margin-scheme engine is effective-dated, so a rate change between the allocation date and the eventual withdrawal date is calculated against whichever rate was actually in force on the day. A read-only preview calculator lets you check the figure before anything posts. See how this fits the rest of the ledger and accounting side of the platform.

One Ledger, From Campaign to Sale

Every purchase order, delivery, and eventual sale against an en primeur allocation posts to the same double-entry financial ledger the rest of the business runs on. That ledger is immutable and append-only, with a live trial balance computed from postings rather than a cached total. There is no separate en primeur spreadsheet to reconcile against the books at year end, because the allocation was never off the books in the first place.

Every Allocation Traced Back to What Actually Fulfilled It

A deferred en primeur claim doesn't just complete silently. The completed record carries which inbound landing actually fulfilled it, so an allocation's route from promise to physical stock is never a matter of reconstructing events from memory. Once the wine is on a stock unit, the same provenance runs deeper. A read-only ownership timeline traces that unit's lot/case/bottle lineage event by event, with each link labelled for how strong the evidence actually is. Alongside it sits an explicit list of what the data can't answer, rather than a confident-looking chain papering over gaps it doesn't have.

Consignment and Brokering Run on the Same Allocation Machinery

Once en primeur stock lands and a client wants to resell it, the platform's consignment and brokering lifecycle picks it up on the same record: draft, pending approval, approved, listed, sold, plus suspend, resume, and cancel. Each runs under one of three merchant-configured autonomy modes — a client can require approval on every listing, allow automatic listing, or let the platform buy the stock first. The moment a consignment sells, matching sales-order and purchase-order documents are generated automatically, net of commission, in the same transaction as the state change. An allocation that started as a promise a year earlier can end as a resale without ever leaving the platform's own books.

Built for the Fine Wine Trade, Not Retrofitted Onto Generic Software

General-purpose wine trading software and generic ERP systems are built around the assumption that a SKU today is the same SKU tomorrow. En primeur breaks that assumption immediately, because the "product" at allocation time is a future promise rather than a physical unit. Bacchus ERP's allocation, stock, and ledger model is built around how the fine wine trade actually works, so an en primeur campaign is native to the platform rather than a workaround. The ledger and admin-session plumbing underneath is solid, general-purpose accounting infrastructure. What makes an en primeur campaign fit is the allocation, unit-lineage, and bond-status model sitting on top of it, purpose-built for how the trade moves stock. See the full case for a fine wine ERP built this way.