Hello!

We enable enterprises to become AI-led smart businesses — with automations, RAG, voice agents, model training, and full-stack development across web and mobile.

← All work
Zaam 2025–2026 ERP · EPOS · Android/iOS · B2B

Zaam (XAM) Commerce

Full commerce OS: Zaam panels, API, Flutter EPOS for Android/iOS/desktop/web, and B2B surfaces — inventory, pricing, tills, and multi-channel orders.

Commerce OS flow

Catalog → price → till/B2B → sync — one commercial brain across channels.

  1. Catalog SKU truth
  2. Price Channel rules
  3. Till Flutter EPOS
  4. B2B Wholesale buy
  5. Sync API versions
  6. Plan Merch AI later

The challenge

Wholesale/retail groups need one commercial brain across back office, till, and B2B buying. Split tools create price disputes, blind inventory, and fragile branch switching on mobile.

Zaam required a serious ERP-class stack — not a thin dashboard — including native-class EPOS on phones and tablets.

Till latency and peripheral flows (card readers, customer display) punish wrapped websites pretending to be POS.

What we built

We built across zaam-api, zaam-panels, Zaam_website, and Flutter epos (Android, iOS, macOS, Windows, web PWA) with POS migrations, staff PINs/roles, barcode flows, and offline-minded till UX.

Brand system (black/white/golden marks) keeps every surface recognizably Zaam.

API migrations (including POS module) were versioned so panels and apps move together.

Platform architecture

Panels, API, Flutter EPOS, and B2B surfaces on one commerce graph.

Zaam panels

Next.js back office for inventory, pricing, and admin.

Zaam API

Versioned Node services including POS migrations.

Flutter EPOS

Native-class tills across mobile, desktop, and PWA.

B2B + brand

Wholesale buying surfaces and multi-mark identity system.

Commerce OS diagram

How panels, API, and EPOS share one catalog brain across channels.

Back office

Panels Next.js
API Node + MySQL

Selling

EPOS Flutter tills
B2B Wholesale
Channels Marketplaces

Intelligence

Catalog graph SKU/variants
Merch AI Enrich & anomalies

Keep AI off the cashier critical path — use it in planning and enrichment.

Design principles

Cashiers need speed; AI belongs in merchandising — never on the till critical path.

One commercial brain

Back office, till, and B2B must share price and stock truth.

Native-class EPOS

Till latency and peripherals demand Flutter, not a wrap.

No chat on the till

Cashiers need speed; AI belongs in merchandising.

Operate like infra

Docs, migrations, and roles ship with the product.

How we approached it

01

Architecture followed real retail roles: cashiers, sales reps, warehouse, admins — enforced in POS permissions and panel IA.

02

EPOS was first-class Flutter, not a wrapped website, because till latency and peripheral flows demand it.

03

API migrations (including POS module) were versioned so panels and apps move together.

04

Deployment docs and database readmes were part of delivery — Zaam is operated like infrastructure.

05

We intentionally did not sprinkle chat widgets on the till — speed beats novelty at checkout.

Where AI enters — and where it must not

01

AI value appears once commerce data is trustworthy: SKUs, variants, channel orders (Amazon/eBay/TikTok/Shopify/POS/B2B) in one schema.

02

That unlocks assistants for catalog enrichment, pricing anomaly flags, and B2B reorder suggestions.

03

We intentionally did not sprinkle chat widgets on the till. Cashiers need speed; AI belongs in merchandising and planning loops.

04

EPOS telemetry (shifts, cash movements, availability) further feeds labour and demand models later.

Technical notes from production

Details that only show up once the season is real.

  • Flutter EPOS is first-class across Android/iOS/desktop/web because till latency forbids wrapped websites.
  • POS permissions encode real retail roles — cashiers, reps, warehouse, admins.
  • API/POS migrations are versioned so panels and apps advance together.
  • Deployment docs treat Zaam like infrastructure, not a disposable dashboard.

Delivery & systems

01

Next.js panels + Node API + Flutter EPOS multi-platform + marketing site brand system.

02

Documented deployment and inventory module status for rollout discipline.

03

POS roles, PINs, and barcode flows shipped as first-class till concerns.

Stack

Click a layer — each one maps to a real season responsibility.

01 / 05

Back office

Next.js Panels

Inventory, pricing, and admin operations.

ERP · EPOS · Android · iOS · B2B

Brand assets from the live product

Primary mark pulled from the Olympiad codebase — shown once, on the surface it was built for.

Zaam (XAM) Commerce logo
Wordmark used across public pages, school portals, and certificate outputs.

Outcomes

  • Multi-surface Zaam ERP/commerce stack
  • Flutter EPOS on mobile & desktop targets
  • POS roles, PINs, and till migrations
  • Brand-consistent panels and website
  • Commerce graph ready for merchandising AI

More work

View all