An in-house platform suite for global brewers

BrewOS replaces the CRM–commerce–middleware sprawl in your route-to-market with one platform your company owns: order capture, stock, loyalty, returnables, delivery and analytics on a single event bus, run by a team of ~20 engineers. Features ship in days instead of quarters, retailers get a consumer-grade app, and the per-seat licences and middleware come off the budget. Your SAP financial core stays exactly where it is.

Book a 30-minute walkthrough See why features take months
SOC 2-certifiable by design SOX ITGC-ready change control GDPR-ready per market Runs in your cloud — you own the code
BrewOS event bus — live view all services in sync
RETAILER APP NEW · 2× points on 10+ cs, empties in Amber Lager 0.5L 10 cases · RGB + return 8 empties Place order The outlet — one of ~500,000 BACK OFFICE 2× pts combo 10+ cases · empties in Publish to OpCos Your commercial team — HQ EVENT BUS orders stock promo loyalty empties finance 10M events/wk ORDER MGMT idle — awaiting events +0ms STOCK & DEPOTS depot 04 · 1,240 cs available +0ms LOYALTY & PROMOS 3 active mechanics +0ms DELIVERY & EMPTIES route 7 · 14 drops planned +0ms ANALYTICS + MCP live — zero-lag warehouse +0ms SAP FI — UNTOUCHED subscribed · postings via IDoc +0ms
an order, placed at the outlet a promo, published from HQ one bus — every service current in milliseconds, including SAP

The industry ledger — public record, not our numbers

$52.5B
GMV the world’s largest brewer routed through its in-house-built B2B platform in FY2025 — 72% of its revenue now arrives through digital B2B. Owning the stack works.
1,200+
Developers who built that platform, per its own investor seminar — before AI-augmented engineering changed the arithmetic.
43
ERPs a top-3 global brewer’s CEO told investors the company still runs — “non-harmonised process, non-harmonised data.”
£54.5M
“Indirect access” licence fees a software vendor claimed after one drinks group’s own ordering portal read its own ERP data — and the High Court upheld liability.

Every figure above is sourced: company results releases and investor-event transcripts (2021–2026) · England & Wales High Court, [2017] EWHC 189 (TCC) · published enterprise-loyalty implementation guides. We keep the companies unnamed on principle — the source file is yours for the asking.

The problem

The same feature, two stacks.

Say revenue management wants a returnables-aware combo: buy ten cases, hand in your empties, earn 2× points. Watch what shipping it actually takes.

changelog — your current stack
  1. Month 0Feature request logged with the CRM vendor, the commerce vendor, the loyalty vendor and the integration partner. Four backlogs, no owner.
  2. Month 1–2Discovery calls. Each vendor scopes its fragment and quotes a change request. Knowledge transfer decks are written, presented, forgotten.
  3. Month 3CRs approved. Middleware field mappings specced. Deposit netting is “not supported natively” — a workaround is designed around the platform’s object model.
  4. Month 4–6Build across four teams and three time zones. Every cross-system test needs all four calendars to align.
  5. Month 7+UAT, regression, then a phased rollout, OpCo by OpCo. Scope was cut along the way: empties netting moved to phase 2.
Cost: seven figures — and nobody did anything wrong. Coordinating four vendors is simply what it costs, and the feature that ships is rarely quite the one you asked for.
changelog — brewos
  1. Day 1Your commercial team and our engineers design it together, in one room. Combos, empties and points live in one domain model — nothing to translate.
  2. Day 2–3Built in the loyalty and returnables services. Same codebase, same team, an AI pair that holds the whole system in context.
  3. Day 4Automated tests against production-shaped data. The event bus means no integration testing across vendors — there are no vendors.
  4. Day 5Live behind a flag in every OpCo at once. Rollout is a config change, not a program.
Cost: one sprint. Empties, kegs and combos are first-class objects here — this platform was built for beer.

Voices from the industry

The pain, in the industry’s own words.

The people who run the world’s biggest beer businesses have said all of this on the record — at investor events, in interviews, in transcripts anyone can read.

THE RETAILER EXPERIENCE
“At the end of the day, retailers shop for a living. We were seeing that all the benefits that consumers saw in their day-to-day lives — in terms of convenience, a wide variety of products at a very good price, flexible delivery — were not being translated to the retailer.”
Chief Growth Officerthe world’s largest brewer · interview, 2023
THE LEGACY ESTATE
“…we can leapfrog one or two generations of transformation, going from that world of very inflexible, static, wall-to-wall ERP systems to a world of modular, flexible, cloud-based global platform.”
Chief Executive Officera top-3 global brewer · capital markets event, Oct 2025
WHY IN-HOUSE WINS
“This modern architecture also drastically reduced the platform’s dependencies on our legacy ERP systems, which would have been a barrier to providing many of the most valued and utilized features…”
Global VP of Productthe largest brewer’s in-house B2B platform · investor seminar, Dec 2021

Quoted verbatim from public transcripts and interviews. Companies unnamed by design — sources on request.

The suite

Everything between the order and your ERP.

Eight services, one domain model, one event bus. Each replaces a line in your software budget — and every one of them speaks beer natively.

ORDER CAPTURE & COMMERCE

B2B storefront and telesales replacement for the fragmented trade: customer-specific pricing, credit limits, suggested orders, offline-first ordering for outlets on a two-bar connection.

REPLACES: commerce platforms & B2B storefront licenses

LOYALTY & PROMOTIONS

Points, tiers, challenges, combos, coupon-funded mechanics — per market, per outlet segment. A new mechanic is a deploy, not a cross-vendor program.

REPLACES: loyalty suites & promo-engine add-ons

RETURNABLES LEDGER

Empties, kegs, crates and deposits as first-class objects: balance per outlet, netting on the next delivery, reverse-logistics routing. Not a customization — a module.

REPLACES: spreadsheets & bespoke ERP bolt-ons

STOCK & DEPOTS

Real-time availability by depot, allocation and substitution rules, promise dates the app can actually keep — because stock hears about every order the moment it happens.

REPLACES: WMS modules & overnight sync jobs

DELIVERY & ROUTING

Drops, routes, proof of delivery, cash and credit settlement at the door — and empties pickup planned into the same run, because the ledger already knows the balance.

REPLACES: last-mile point solutions

SALES FORCE & BACK OFFICE

Rep app with visit plans, tasks and perfect-store checks; telesales console; catalog, pricing and promo administration your commercial team can drive without a ticket.

REPLACES: CRM & SFA cloud seats

RETAILER APPS

iOS, Android and PWA from one codebase, branded per OpCo. New markets launch as configuration — catalog, currency, language, tax — not as new implementations.

REPLACES: agency-built apps, per market

DATA, API & MCP

Every event lands in a queryable store as it happens. A public API and an MCP server mean your analysts — and your AI agents — work against the whole system, not last night’s export: enough context to plan, estimate and execute real work.

REPLACES: middleware, ETL sprawl & BI backlog

Architecture

One bus. Your SAP stays.

Every BrewOS service publishes to and subscribes from one event stream. An order placed at an outlet is known to stock, loyalty, delivery, analytics and finance in milliseconds — there is no nightly batch, no middleware translation chain, no “the numbers reconcile on Tuesday.”

We do not touch your financial core. SAP receives postings as a subscriber on the bus, the way it already consumes IDocs today. BrewOS takes over the route-to-market layer capability by capability — a strangler pattern, old and new running side by side until you choose to switch each flow. No big bang, ever.

And because the bus is also your public API and MCP server, integration stops being a project category. Analytics, revenue-growth models, data-driven decisions, the next tool nobody has invented yet — they plug into live data with a key, not a nine-month integration program.

Coexistence, not rip-and-replace
Finance, tax and consolidation stay in SAP. BrewOS owns orders, stock movements, loyalty and delivery — the layer that changes weekly, on the system built to change weekly.
Per-OpCo by configuration
Catalog, pricing, tax, language, promo rules and returnable logic are configuration per OpCo — one platform serving every market, not forty parallel implementations.
Audit by construction
An event stream is an immutable record. Access control, change management and deployment approvals are designed to your ITGC framework from day one — not retrofitted for the auditors.
Agent-first by design
APIs, events and docs are written for AI agents as first-class users. Your agents see the whole system in one context — enough to draft tasks, plan, estimate and execute changes, not just answer questions about them.
Your cloud, your code
Runs in your tenancy. The repository is yours from the first commit. Walking away from us is a staffing decision, not a migration.

Why now

The last brewer to build its own platform needed 1,200 engineers.

It worked, spectacularly — that platform moved $52.5B in GMV last year, and over 70% of the company’s revenue now arrives through digital B2B. Its product chief said the quiet part out loud: the in-house architecture “drastically reduced the platform’s dependencies on our legacy ERP systems.”

The only reason the rest of the industry didn’t follow was the bill: a thousand-engineer platform organization was a bet only the biggest balance sheet in beer could make.

AI-augmented engineering has changed that arithmetic. A team of ~20 that knows beer distribution from the inside — OpCos, empties, telesales scripts, IDoc postings — now ships what used to take hundreds. Decisions that took a steering committee take a conversation.

And a system built by one team stays small enough that one team — and one AI — can hold all of it in context. That is the entire trick. Nothing is ever “another vendor’s module.”

The economics

Lines in your budget that go to zero.

Per-seat CRM and commerce licenses — hundreds of dollars per user per month, times every rep, every telesales agent, every market.
recurring → 0
Integration middleware — the six-figure annual platform whose only job is translating between systems that were never designed to talk.
recurring → 0
Change-request invoices — the per-feature tax paid to three vendors and an integrator for every combo, mechanic and market launch.
per feature → 0
Indirect-access exposure — the licensing risk of your own portals reading your own ERP data through someone else’s contract.
risk → capped

Run-rate, side by side — modelled in the open

the brewos team — transparent math
20 senior engineers · €10k / month€2.40M /yr
Performance bonus · 20% of salary€0.48M /yr
AI agents & tooling · ~€1.5k / engineer / month€0.36M /yr
Platform infrastructure · your cloud, pilot → scale€0.4–0.8M /yr
All-in≈ €4M / year
Fixed and predictable — and it covers everything: features, maintenance, new markets, support. No per-seat licences. No change-request invoices.
a typical stack today — unoptimized
CRM, SFA & commerce seats · thousands of users at list price€5–10M /yr
Integration middleware & ETL platforms€0.6–1.5M /yr
Loyalty & promo suites€0.5–1M /yr
Integrator change requests & upgrade programs€2–5M /yr
Per-market agency builds & rebuilds€1–3M /yr
Run-rate€9–20M+ / year
Illustrative — modelled from public list prices and industry figures, not your invoices. And it buys the delivery speed described in the changelog above.

For scale: the 2019 way to own your stack was a 1,200-engineer platform organization — a nine-figure annual bet only the world’s largest brewer could make. AI-augmented engineering is what makes twenty people enough. That, not cheaper software, is what changed.

Your numbers will differ by market and seat count — so in week one of the pilot we rebuild this model with your procurement team, against your actual contracts, and you keep the model whatever you decide.

Fair questions

What your board will ask.

Twenty engineers, for a system this critical?
The ratio is a pattern now, not a bet. Telegram serves over a billion monthly users with a core team of about forty, per its founder. Claude Code — the kind of AI tooling our engineers work with daily — grew from one engineer’s prototype to $1B in run-rate revenue within six months of launch, a team of about ten for most of that run. And the pattern predates AI: WhatsApp had 450 million users and 32 engineers when it sold for $19B in 2014. Twenty engineers who each see the whole system — with AI that holds full context across it — outbuild thousands spread across four vendors who each see none of it. Continuity is contractual: documented architecture, code escrow, and a built-in option to insource the team over time.
Custom builds fail. Why would this one succeed?
Most fail because generalists discover the domain at your expense. We’ve built these exact systems inside the industry and carry the scar tissue — empties reconciliation, promo compliance per market, offline order capture. And you don’t bet the company: the pilot is one OpCo, twelve months, with exit criteria agreed in writing before we start.
What about SOX, audit and compliance?
The event stream is an immutable audit trail by construction. Role-based access, segregated deploy approvals and documented change management are designed against your ITGC framework from day one. Alcohol-market specifics — trade-inducement rules, data protection per jurisdiction — are modeled per OpCo, because that’s where we’ve spent our careers.
We just spent years consolidating our ERP. Now this?
Keep it — that consolidation is the foundation we build on. BrewOS deliberately does not compete with your financial core; it replaces the layer above it, where features die in vendor queues today. A lean ERP core plus an owned engagement layer is exactly the architecture your ERP program is trying to reach.
What happens if you disappear?
You lose a vendor, not a platform. The code is in your repositories, running in your cloud tenancy, documented to be picked up by any competent team — and escrow plus the insourcing path are in the contract. Compare that with what happens when a licensed platform sunsets a product you depend on.

The offer

Twelve months. One OpCo. Real orders.

Pick a market where the pain is sharpest. We build there, live, against your measures — and the code is yours whatever you decide.

Q1

Foundation

Event bus stood up in your tenancy. Order capture, catalog and customer-specific pricing live, synced with your ERP. First outlets ordering for real.

Q2

Depth

Stock, delivery and the returnables ledger go live — empties balances per outlet, netting on delivery. Telesales console replaces the call sheets.

Q3

Loyalty

Points, combos and challenges launch. Then the demonstration that matters: you pick a new mechanic, we ship it inside a week.

Q4

Proof

Full review against the agreed criteria: order digitization, feature lead time, cost-to-serve versus your current stack. Scaling is your call — so is the code, and the fully documented, agent-first workflow that ships with it.

Exit criteria are agreed in writing before we start — digitized-order share, feature lead time in days, run-cost per order. If we miss them, you keep everything we built anyway.

Start here

Bring us the feature request that’s been stuck the longest.

Tell us the combo, the returnables rule, the loyalty mechanic your stack couldn’t ship. In a 30-minute walkthrough we’ll show you how we’d build it — and what a pilot around it would look like.

Book a 30-minute walkthrough Watch the bus again