A bar buyer needs the correct bottle, case or keg available before service, with the supplier's accepted quantity and date visible to whoever receives it. Cocktail sales, physical counts, event plans and open orders contribute different information to that decision.
This guide is for bar owners, beverage managers and buyers coordinating distributor orders and operating supplies. It focuses on purchase units, service-window demand, partial deliveries and deposit records. Supplier eligibility and permitted purchasing routes must follow the venue's actual license and jurisdiction.
Quick answer: connect the service plan to the accepted delivery
Check usable stock, relevant incoming supply and the next feasible delivery before sending an order. Review case sizes, bottle volumes and supplier minimums. Keep proposed substitutions pending until the authorized buyer accepts them.
A living purchase order connects the request, supplier confirmation, buyer decision and physical receipt. A useful trial follows one changed distributor order through those states and the finance handoff. Restaurant and bar purchasing software should demonstrate that sequence using your actual supplier channels.
Compare bottles and cases in a consistent unit
The same case count can represent different quantities when the supplier changes bottle size or case contents.
For a fictional order, six cases of twelve 750 mL bottles contain 72 bottles and 54 liters. Six cases of six one-liter bottles contain 36 bottles and 36 liters. They are not equivalent supply, even if the case price is lower.
Suppose the first configuration costs $180 per case and the second $132. Their costs per liter are $180 ÷ 9 = $20 and $132 ÷ 6 = $22. Review the 10% unit-cost increase and the 18-liter quantity reduction separately. Confirm the exact product and required approval before accepting any substitute.
Keep bottle count, purchase pack and volume conversions explicit. A shelf count in bottles cannot be compared directly with a recipe requirement in milliliters without the correct conversion.
Treat cocktail recipes as estimates of use
Map the actual drink size and modifiers to the intended ingredients. For an illustrative recipe using 45 mL of a spirit, 140 recorded drinks imply 140 × 45 = 6,300 mL, or 6.3 liters of modeled use. That equals 8.4 nominal 750 mL bottles before other use or loss.
This does not establish the physical stock remaining. Remakes, spills, complimentary drinks, transfers and count errors need their own treatment. Check how the POS records each event and avoid subtracting the same use twice.
For example, a simplified record with ten liters opening, five received and seven closing shows eight liters of outflow, assuming no other movements. If the recipe model accounts for 6.3 liters and separately recorded loss accounts for 0.5 liters, 1.2 liters remain unexplained. Investigate the records before attributing the difference to any particular cause.
See consumption rate for the distinction between estimated use and measured stock movement. Sales can inform purchasing without replacing a physical count.
Plan the window before the next usable delivery
Use the distributor's actual cutoff and accepted delivery date. A weekly average can conceal which service days the order must cover; a known event should be included only if it is not already in the forecast.
For a fictional service window, suppose planned demand is 18 bottles plus a chosen two-bottle buffer. The venue has five usable, unallocated bottles and six confirmed to arrive before service. Net need is 18 + 2 − 5 − 6 = 9 bottles. If the supplier only sells cases of six, the order rounds to twelve bottles.
The planned position becomes 23 bottles. Review the extra three from pack rounding against storage and subsequent demand. If the six incoming bottles will arrive after service, they cannot cover this window merely because they appear on an open PO.
The PAR level guide explains targets and review periods. Set buffers from the venue's actual uncertainty rather than a universal holiday multiplier. A proposed event guest count is also not an exact ingredient requirement until the menu, service plan and assumptions are defined.
Keep keg product, size and deposit records distinct
Record the supplier's exact keg product and stated volume, plus the venue's approved equipment compatibility. Do not infer that one keg substitutes for another from a shared description such as “small keg.”
As a volume-only illustration, 30 liters divided by a 0.3-liter serving gives 100 theoretical servings before line loss, foam, samples or other use. Measure the actual result; nominal container volume is not a guaranteed number of saleable pours.
Keep deposits separate from product charges and physical returns. If a fictional delivery carries two refundable deposits of $40 each, the deposit outlay is $80. Returning one empty keg does not itself prove that a $40 credit was issued. Retain the return reference and follow up under the actual terms.
Finance defines the accounting treatment. Recording a deposit line on a PO is not proof that the system maintains a keg asset register or automatically reconciles return credits. Demonstrate those requirements separately.
Wine replenishment and opened-bottle use are different questions
In a fictional planning model of six pours per bottle and three pours per night, one bottle covers two nights. A twelve-bottle case contains 72 theoretical pours and covers 24 nights at that rate, before other use or loss.
The unopened case does not share the opening time of the first bottle. Use the actual product guidance and venue procedures for storage, quality and release. Do not infer a safe or acceptable use window from the purchasing calculation.
When changing the wine list, review remaining stock and supplier commitments. A new menu entry does not cancel an accepted case order. Record any agreed cancellation, revised allocation or other plan with the responsible manager.
Resolve a partial delivery without hiding the balance
Suppose the venue requests six cases of a product. The supplier accepts five, and receiving counts four accepted cases. Keep one case never accepted by the supplier separate from the one case still due on the accepted order.
If the invoice bills five cases, the missing delivery needs an explanation and an owner. Determine whether the supplier will deliver later, cancel the balance or issue an agreed correction. An invoice is not proof of receipt, and a credit request is not an issued credit.
Give the receiver the latest accepted product, pack, price and destination. Preserve the original request and decision history so a different shift can understand what changed without searching the buyer's messages.
Confirm purchasing rules for the actual venue
Alcohol sourcing and delivery requirements depend on the product, license and jurisdiction. TTB's alcohol authority directory explains that state and local requirements can differ from federal requirements and provides contacts for the relevant authorities.
Confirm approved suppliers, ordering, delivery and record requirements before configuring the workflow. Keep those requirements separate from commercial cutoffs, minimums, allocation offers and payment terms.
A rep's availability message is useful evidence to review, not a guarantee of allocation or authority to accept another product. Retain the actual accepted terms instead of assuming that purchase history entitles the venue to a limited release.
What to demonstrate with LineNow
LineNow's purchasing workflow connects supplier orders, reviewable replies, receiving and the finance handoff. Bring a case-size change, a partial delivery and a keg deposit or return-credit example.
Verify the actual POS inputs, recipe mapping, supplier communication channel and update timing. Supported message extraction does not establish access to every private distributor portal or approval of a proposed substitute. Confirm the manual review and recovery path for an unrecognized message.
Pilot a few items across a representative service cycle. Measure order preparation, supplier follow-up, unresolved differences and duplicate purchases. Expand when the buyer, receiver and finance reviewer can follow the same order history.