How Business Analysis Canada prepared breweries and taprooms for application, ERP and AI development, from POS integration and payments to AI guardrails.
The challenge
A brewery is several businesses under one roof: a production facility, a hospitality venue, a retailer and often a wholesaler. Each part runs on different tools, and the people in the room hold the gaps together.
Analyst team
BeerSoft worked with a dedicated team of six business analysts. Many projects were timed to go live before the summer patio season.
BeerSoft's point of contact for staffing and quality; runs discovery with larger operators and keeps the shared templates
Point of sale, online ordering, loyalty, guest journeys and taproom workflows
Brewing production, inventory, costing, wholesale order-to-cash and excise reporting
System-of-record decisions, data flows between systems, and AI use cases and guardrails
Four flows
The engagements started with analysis. We elicited requirements from brewery leadership, taproom leads and the staff who would use the system, and documented four flows end to end. Each flow showed where a person, not a system, still carried the process.
Taproom orders went through point of sale, online and pickup orders came through a separate store, and packaged stock was updated in the production tool by hand
The taproom lead reconciled sold-out items and online stock at the end of each day
Members earned stamps or points on paper cards or in a standalone app, and renewals were chased manually
One manager knew which members were due to renew and which rewards had been used
New bars and stores were set up by the sales rep, orders came by text, and kegs and deposits were tracked in a spreadsheet
The sales rep held the account history, pricing and keg balances, often on their phone
Questions came by phone, social media messages, email and in person, and answers depended on who picked up
Whoever was on shift answered from memory, and private event requests waited for management
Our business analysis approach
Application requirements
Preparation for application development defined the software's job in detail, so a development team could estimate it and so design started from agreed requirements.
Discover, check what is on tap, order online or in person, join or use loyalty, book an event, ask a question, and give feedback
Open, take orders, manage the tap list, record sold-out items, redeem loyalty rewards, handle a guest question, close out and hand over the shift
Set up an account, check its licence, place an order, schedule delivery, track kegs and deposits, and invoice
Transactions, tabs, payments and tips
Reads orders and item status, and writes loyalty earn and redeem events
Batches, packaged stock and keg inventory
Reads stock and keg data for online ordering and wholesale
Online orders
Reads and writes availability, linked to taproom sold-out status
Invoices, payments received and tax
Receives wholesale invoices and keg deposit entries
Campaign sends
Receives consent status, so only consenting guests are contacted
What guests see on screens and online menus
Receives tap changes from the point of sale
Event and private booking calendar
Receives routed event enquiries
Role-based access by location, PIN sign-in for shared taproom tablets, and fast set-up and removal of staff accounts as people join and leave
Card data handled only by the payment provider's hosted fields or terminals, keeping the application out of PCI DSS card-data scope
Consent and retention rules covering PIPEDA and provincial laws in Canada, applicable state privacy laws in the United States, and CASL consent for commercial email and text messages
Stable during Friday night service and limited-release drops, when online ordering traffic spikes
WCAG 2.1 AA as the target for guest-facing screens, supporting AODA in Ontario and accessibility expectations in the United States
Epics and user stories with acceptance criteria, prioritized with MoSCoW and split into releases the development team could estimate
ERP requirements
As breweries grow, spreadsheets and separate tools stop being enough for production, inventory and excise reporting. Several projects prepared the ground for an ERP, specified with the same method as the applications so the two fitted together.
Recipes, brew logs, fermentation and conditioning, packaging runs and finished goods, with yields and losses recorded at each step
Raw materials, packaging, finished goods and kegs, with lot tracking from ingredient to wholesale account so a recall can be traced
How ingredient, packaging and labour costs roll up into the cost of each batch and each packaged product
Account set-up and licence checks, pricing tiers, orders, delivery, keg deposits, invoicing and payment
The production and removal data needed for TTB reporting in the United States and excise duty returns in Canada, confirmed with each client's accountant
Purchase orders for malt, hops, yeast and packaging, goods receipt and supplier invoices
Sales from the point of sale and online store flowing into ERP inventory and accounting, with a system of record agreed for each data element
Recipes, item master, inventory balances, open orders and customer accounts, with quality checks before migration
A requirements catalogue, demo scripts that follow a batch from brew day to wholesale invoice and excise report, and a scoring model comparing brewing-specific systems with general ERPs
Independent breweries often did not need a full ERP. For them, we specified brewing production software and accounting that connected cleanly to the point of sale.
Rules by location
Cross-border operators needed rules held as configuration, not hard-coded, because the same feature behaves differently by location.
The age gate and confirmation rules follow each location's legal age: 18 or 19 depending on the province in Canada, and 21 in the United States.
Ordering options are switched on only where the location's licence and local rules allow them.
Some jurisdictions limit alcohol discounts and rewards. Reward types were configurable by location, and each operator confirmed its local rules.
Prices, taxes and currency are set per location, including GST, HST or PST in Canada and state and local sales taxes in the United States.
Serving sizes and units, millilitres or US fluid ounces, are configured per location.
AI guardrails
AI work stayed inside the same baseline. Each use case was defined by what it reads, what it produces, who checks it, and what it must never do. The goal was an assistant that helps staff under clear rules, not an open-ended chatbot talking to guests unsupervised.
The live tap list, hours, events and approved menu and allergen content
Answers to common questions on the website or in messages
Managers approve the content the AI draws on, and staff review flagged conversations
No age confirmation, no serving decisions, no health claims, no promises on limited releases unless stock data confirms them
The incoming message and approved content
A draft reply to an event, wholesale or general enquiry
Staff edit and send every reply. Nothing is sent automatically
No prices, discounts or bookings confirmed without staff approval
Enquiry type, location and urgency
A suggested team: events, wholesale, management or the taproom
Staff can reassign any enquiry
Complaints, safety issues and legal or licensing questions always go to a manager
Point of sale totals, sold-out items, tap changes and staff notes
A shift summary for the next lead and management
The closing lead reviews and corrects it before it is shared
No guest personal data in summaries, and incident notes are visible only to managers
Before any assistant or agent was put in front of staff or guests, we documented:
We checked whether tap lists, menus, allergen information and hours were current and came from one source, and whether point of sale item names matched the production tool.
Approved content, live tap and stock data, and the message in front of it. It cannot see payment data, ID checks, loyalty member details or staff records.
The AI can share approved allergen information, but questions about severe allergies are always referred to staff.
The AI must never encourage overconsumption, comment on whether a guest has had too much, or make any decision about serving alcohol.
Messages about safety, intoxication, injuries, complaints, allergic reactions or licensing go straight to a manager.
Guests are told when they are messaging an AI assistant.
Each use case was tested with realistic guest and staff questions, including ones it must decline. After launch, logs of AI outputs and staff edits are reviewed so content gaps get fixed.
Development
We supported the build of the applications each project needed, such as online ordering linked to taproom stock, loyalty and membership management, wholesale ordering with keg tracking, shift handover and AI-assisted guest messaging.
Each requirement was linked to user stories, test cases and releases, so operators could see that every agreed outcome had been delivered and tested.
Acceptance testing took place on the devices and point of sale set-up each location used, including a simulated busy service.
We supported the move from paper cards and spreadsheets into the new system, keg balance reconciliation with wholesale accounts, cutover planning and short training for each role.
When scope moved during implementation, each change was assessed against the baseline and decided by the operator through BeerSoft.
Regional and independent
Larger operators needed a shared model with local variation. Independent breweries and taprooms needed a smaller scope that still fit how their room worked. Each got a separate specification. A small taproom was never handed a cut-down version of a regional operator's model.
One shared catalogue from the production brewery, with tap lists managed per location
One catalogue that the head brewer keeps in step with what is on tap
Head office price lists, with approved local variations
Prices set directly by the business, with simple promotion rules
One program across locations, with local reward options where rules require them
A mug club or simple points program for one room
A shared sales team, distributor relationships, and keg tracking across locations
Direct accounts handled by management or one sales contact
Comparable sales, wholesale and loyalty measures across locations
A short daily and weekly view the business actually uses
Point of sale, production software, accounting, marketing platform and distributor data
Point of sale, accounting and online ordering
One ERP covering production, inventory, wholesale and excise reporting across sites
Brewing production software plus accounting, connected to the point of sale
Shared guardrails, with approved content for each location
Routine guest questions and shift summaries only
Governance
Results
“
Lessons learned
Talk to a senior business analyst about requirements, integrations and AI guardrails for your brewery or taproom, before any screen is designed.
