Local-first POS
The tap lands before the network answers.
Orders, notes and checkout intents are accepted on the device first, then synchronized and reconciled in the background.
Restaurant operations, built for the rush
WizyFNB joins a local-first iPad POS, live table and kitchen flow, detailed inventory and owner controls inside one secure Wizy workspace.
One check · every station
Table service flow
Inventory signal
Low stock and expiry stay visible to operators.
Why WizyFNB
The strongest parts of WizyFNB live where service usually breaks: network delay, station handoff and the gap between what was sold and what remains in stock.
Local-first POS
Orders, notes and checkout intents are accepted on the device first, then synchronized and reconciled in the background.
One live check
A table order moves through kitchen states, payment and release without staff rebuilding context at each station.
Inventory-aware
Track ingredients, supplies and retail products, then connect menu variants to the inventory components they consume.
Inventory management
Inventory is an operator workflow, not a hidden accounting table. WizyFNB combines reference data, stock movement, alerts and menu component mapping in the same Back Office.
Sample inventory workspace
Operational stock overview
Tracked by base unit
Healthy
Expiry window visible
Review
Movement history ready
Tracked
Movement ledger
Purchase, adjustment and waste history
Menu components
Variant-level ingredient mapping
AI operations through MCP
PlannedThe WizyFNB MCP roadmap gives approved AI clients narrow tools to read restaurant context and prepare menu, inventory and dine-in order actions for one authorized workspace.
“Prepare a dine-in order for the selected table using available menu variants.”
Connected operations
WizyFNB separates fast staff interaction from compact operator control, while keeping both attached to the same workspace and platform APIs.
Floor
Live occupancy overlays local check activity, keeping the floor usable even while background work is still syncing.
Kitchen
Move items from sent to preparing, ready and served while preserving notes, variants and modifiers.
Checkout
Durable payment intent, exact terminal recovery and idempotent completion protect the cashier from duplicate actions.
Menu
Each sellable size or format keeps its own price, availability and historical order identity.
Back Office
Menu, tables, orders, inventory, guests, staff and settings live in a scan-friendly owner workspace.
Wizy foundation
Roles, staff context, modules, location, currency and language travel with the authenticated workspace.
Two purpose-built surfaces
A single compromise layout cannot serve a busy cashier and an owner reviewing twenty inventory rows. WizyFNB gives each context its own interface.
Staff POS
Table cards, menu tiles, quantity controls and payment choices are sized for a landscape iPad during service.
Back Office
Owners and managers scan menus, orders, inventory, customers, staff and settings without oversized POS chrome.
Operator questions
WizyFNB is intentionally focused on dine-in restaurant operations in its current product phase.
No. POS is the service surface. WizyFNB connects it to table state, kitchen fulfillment, menu control, inventory, payments and the owner Back Office.
The POS is designed local-first. Staff actions are recorded on the device before related network work, then a background worker syncs and reconciles them when connectivity allows.
Yes. Menu variants can be linked to inventory components, while operators manage quantities, units, categories, vendors, movements and alerts from Back Office.
MCP is a planned, security-gated capability. The design uses explicit workspace consent, narrow permissions and preview-before-commit for sensitive AI actions. It is not presented as generally available yet.
Your service flow, mapped
Bring the way your team takes orders today. We will map the first rollout around the workflows that matter during service.