Owner Dashboard
Revenue, orders, AOV, customers and pending, preparing and completed counts in one adaptive workspace.
Adaptive to business size
Food Operating System
FoodOS by TechCart runs orders, menus, payments, kitchens and branches inside an isolated tenant workspace for each business — from a street stall with one counter to a restaurant group with branches across a city.
Default modules
Not shown for this type
Adaptive by business type
Choose a business type to see the default dashboard and the modules that appear. A street stall never sees a floor plan it has no tables for; a restaurant group keeps every advanced control it needs.
One counter, one screen, one QR sign. Orders, payments and a live queue without a single restaurant control in the way.
Modules on by default
Kept out of the way
The operating system
Ordering, kitchen, counter, floor, stock, customers and reporting share one order record and one tenant, so nothing has to be re-entered between them.
Revenue, orders, AOV, customers and pending, preparing and completed counts in one adaptive workspace.
Adaptive to business sizeUnique codes for business, branch, table, counter and stall — each one resolving to the correct tenant and branch.
Code resolves the tenantDigital menu, categories, variants, add-ons, cart, checkout and payment without a customer app install.
No app install neededDine in, takeaway, pickup, delivery and counter with product search, quick add, discounts and receipt.
Built for the counterNEW through READY with order number, elapsed timer, modifiers, notes, table and one-tap status changes.
Readable at arm’s lengthTable number, capacity, live status, current order, plus merge, split and transfer for full-service rooms.
Hidden for stalls by defaultVariants, add-ons, tax, availability, featured and bestseller flags, bulk edit, duplicate and archive.
Bulk edit and archiveIngredients, units, stock, low-stock alerts, adjustments, purchases, suppliers and consumption history.
Optional per tenantProfiles with order history, total spend, last order, favourites and visit frequency, collected with care.
Privacy-conscious recordsPercentage, flat and product-specific coupons with first-order rules, minimums, expiry and usage limits.
Limits enforced server-sideAddress, hours, staff, menu, tables, inventory and reports — scoped per branch and rolled up per organization.
Branch and org reportsRevenue, popular products, category sales, peak hours, payment mix and branch performance across any range.
No profit claim without cost dataLive new orders, status changes, kitchen updates, payment updates and dashboard counters over a resilient socket.
Recovers from dropsProvider-agnostic layer over UPI, online gateway, cards and cash with webhook verification and idempotency.
Never trusts the clientIn-app centre for orders, payments, inventory, subscription and system events, with message channels ready to plug in.
Per-tenant preferencesA separate FoodOS console for tenants, plans, subscriptions, trials, revenue and system settings.
Separate from tenant UIOrder engine
Nine statuses, one history per order, and a validation layer that refuses impossible jumps. Pick a service mode to see where it starts, who acts on it, and how it ends.
The table QR identifies tenant, branch and table, so the order is attached to the right seat and the waiter can merge or split it before service.
Three surfaces, one platform
Tenant side
One isolated workspace per business, with the dashboard and modules shaped by what that business actually does.
Customer side
Scan or open a link, browse the digital menu, customise the item, pay, and follow the order to collection.
Operator side
Plans, entitlements, subscriptions, trials, support and revenue watched from a console that tenants never see.
Subscriptions & entitlements
Each plan grants a set of feature entitlements, and those entitlements are checked on the server before any gated request is served.
Not included on Growth: inventory, offers, multi branch, custom branding, custom domain, api, advanced reports. Upgrading applies the new entitlements server-side, and downgrading only takes effect when it is safe.
Before you start
Every record belongs to a tenant through a foreign key, every query is tenant-scoped, and authorization is enforced on the server before a response is built. One business can never read or write another business’s data, regardless of what the client asks for.
Yes. The business type selects the default dashboard and the visible modules, so a stall opens with a queue, a QR sign and payments, while a restaurant group gets floor plans, branch analytics and organization-level reporting.
No. The customer flow is a responsive web experience reached from a QR code or a link — menu, product customisation, cart, checkout, payment and live tracking all run in the browser.
Roles cover Platform Admin, Owner, Manager, Cashier, Kitchen Staff, Waiter and Delivery Staff, plus custom roles where the plan allows. Permissions for orders, products, customers, inventory, payments, analytics, staff, branches and settings are checked on the server.
Orders move through DRAFT, PLACED, CONFIRMED, PREPARING, READY, OUT_FOR_DELIVERY, COMPLETED, CANCELLED and REFUNDED. Invalid transitions are rejected server-side, and every change stores its timestamp, actor and history entry.
Branch creation is an entitlement, not a setting. Plans that include MULTI_BRANCH can create branches with their own address, hours, staff, menu, tables, orders, inventory, QRs, settings and analytics.
Start with one counter
Create a workspace, pick your business type, and FoodOS shapes the dashboard around it. Add branches, staff roles and modules as the business grows.

Food Operating System
FoodOS by TechCart runs orders, menus, payments, kitchens and branches inside an isolated tenant workspace for each business — from a street stall with one counter to a restaurant group with branches across a city.
Default modules
Not shown for this type
Adaptive by business type
Choose a business type to see the default dashboard and the modules that appear. A street stall never sees a floor plan it has no tables for; a restaurant group keeps every advanced control it needs.
One counter, one screen, one QR sign. Orders, payments and a live queue without a single restaurant control in the way.
Modules on by default
Kept out of the way
The operating system
Ordering, kitchen, counter, floor, stock, customers and reporting share one order record and one tenant, so nothing has to be re-entered between them.
Revenue, orders, AOV, customers and pending, preparing and completed counts in one adaptive workspace.
Adaptive to business sizeUnique codes for business, branch, table, counter and stall — each one resolving to the correct tenant and branch.
Code resolves the tenantDigital menu, categories, variants, add-ons, cart, checkout and payment without a customer app install.
No app install neededDine in, takeaway, pickup, delivery and counter with product search, quick add, discounts and receipt.
Built for the counterNEW through READY with order number, elapsed timer, modifiers, notes, table and one-tap status changes.
Readable at arm’s lengthTable number, capacity, live status, current order, plus merge, split and transfer for full-service rooms.
Hidden for stalls by defaultVariants, add-ons, tax, availability, featured and bestseller flags, bulk edit, duplicate and archive.
Bulk edit and archiveIngredients, units, stock, low-stock alerts, adjustments, purchases, suppliers and consumption history.
Optional per tenantProfiles with order history, total spend, last order, favourites and visit frequency, collected with care.
Privacy-conscious recordsPercentage, flat and product-specific coupons with first-order rules, minimums, expiry and usage limits.
Limits enforced server-sideAddress, hours, staff, menu, tables, inventory and reports — scoped per branch and rolled up per organization.
Branch and org reportsRevenue, popular products, category sales, peak hours, payment mix and branch performance across any range.
No profit claim without cost dataLive new orders, status changes, kitchen updates, payment updates and dashboard counters over a resilient socket.
Recovers from dropsProvider-agnostic layer over UPI, online gateway, cards and cash with webhook verification and idempotency.
Never trusts the clientIn-app centre for orders, payments, inventory, subscription and system events, with message channels ready to plug in.
Per-tenant preferencesA separate FoodOS console for tenants, plans, subscriptions, trials, revenue and system settings.
Separate from tenant UIOrder engine
Nine statuses, one history per order, and a validation layer that refuses impossible jumps. Pick a service mode to see where it starts, who acts on it, and how it ends.
The table QR identifies tenant, branch and table, so the order is attached to the right seat and the waiter can merge or split it before service.
Three surfaces, one platform
Tenant side
One isolated workspace per business, with the dashboard and modules shaped by what that business actually does.
Customer side
Scan or open a link, browse the digital menu, customise the item, pay, and follow the order to collection.
Operator side
Plans, entitlements, subscriptions, trials, support and revenue watched from a console that tenants never see.
Subscriptions & entitlements
Each plan grants a set of feature entitlements, and those entitlements are checked on the server before any gated request is served.
Not included on Growth: inventory, offers, multi branch, custom branding, custom domain, api, advanced reports. Upgrading applies the new entitlements server-side, and downgrading only takes effect when it is safe.
Before you start
Every record belongs to a tenant through a foreign key, every query is tenant-scoped, and authorization is enforced on the server before a response is built. One business can never read or write another business’s data, regardless of what the client asks for.
Yes. The business type selects the default dashboard and the visible modules, so a stall opens with a queue, a QR sign and payments, while a restaurant group gets floor plans, branch analytics and organization-level reporting.
No. The customer flow is a responsive web experience reached from a QR code or a link — menu, product customisation, cart, checkout, payment and live tracking all run in the browser.
Roles cover Platform Admin, Owner, Manager, Cashier, Kitchen Staff, Waiter and Delivery Staff, plus custom roles where the plan allows. Permissions for orders, products, customers, inventory, payments, analytics, staff, branches and settings are checked on the server.
Orders move through DRAFT, PLACED, CONFIRMED, PREPARING, READY, OUT_FOR_DELIVERY, COMPLETED, CANCELLED and REFUNDED. Invalid transitions are rejected server-side, and every change stores its timestamp, actor and history entry.
Branch creation is an entitlement, not a setting. Plans that include MULTI_BRANCH can create branches with their own address, hours, staff, menu, tables, orders, inventory, QRs, settings and analytics.
Start with one counter
Create a workspace, pick your business type, and FoodOS shapes the dashboard around it. Add branches, staff roles and modules as the business grows.
No comments yet. Be the first!