Restaurant owners & admins
Manage restaurant setup, branches, menus, staff, and operational settings according to assigned permissions.
FastAPI restaurant backend for menus, tables, orders, kitchen tickets, billing, payments, stock, staff, and devices.
Documented operations include restaurant onboarding, tenant activation and suspension, plan migration, export, offboarding, and backups.
Menu categories, items, variants, add-ons, area pricing, table records, zones, and clear-table operations are represented.
Order records, item add-ons, kitchen tickets, status handling, customer orders, and realtime order/kitchen channels are documented.
Billing models cover bill items, lifecycle status, PDF generation, receipt settings, refunds, and invoice delivery workflows.
Dedicated Razorpay and Cashfree integrations and adapters for Paytm, PhonePe, and Stripe are documented; provider readiness needs testing.
Inventory structures include suppliers, recipe ingredients, stock logs, lots, purchases, purchase orders, and branch transfers.
Customer records and orders, loyalty transactions, tier/configuration endpoints, and customer-data synchronization are described.
User administration, bulk import, role and permission assignment, shifts, clock-in/out, attendance, and staff activity are represented.
Expense records and restaurant settings cover tax, payments, orders, notifications, security, backup, import/export, and integrations.
Delivery slots, public-menu access, online-order settings, and order types are documented; capacity and availability need validation.
Printer configuration, print jobs, device registration and approval, token regeneration, licensing, and mobile authentication are described.
Push/pull, acknowledgements, retry helpers, queue status, WebSockets, and Redis pub/sub are documented; conflict handling needs testing.
Plan lifecycle, trials, upgrades, renewals, billing previews, feature access, add-on purchases, and platform billing are represented.
Restaurant reports, analytics, platform reports, tenant/settings exports, global search, and activity-log structures are documented.
Authentication, RBAC, tenant context, security administration, support tickets/logs, and constrained impersonation have API structures.
Role names and permission assignments depend on the live configuration. Backend authorization and tenant/branch access must be validated independently of frontend visibility.
Manage restaurant setup, branches, menus, staff, and operational settings according to assigned permissions.
Review assigned operations, reports, staff activity, and shifts where those capabilities are configured.
Handle permitted table, order, customer, billing, payment, and receipt workflows.
View and update assigned kitchen tickets and order statuses through authorized workflows.
Work with permitted stock items, suppliers, purchases, adjustments, and branch transfers.
Use configured mobile authentication, registered devices, branch context, and synchronization flows.
Oversee tenants, subscriptions, platform reports, support records, and security where authorized.
The documented architecture separates API routers, data models, services, middleware, integrations, and database migrations. Tenant context, role controls, device sync, and realtime channels support connected workflows.
Share The Restaurant, Branch, or Platform Workflow You Want To Discuss, From Order And Kitchen Operations To Billing, Inventory, Or Device Sync.
The archive describes backend modules and also calls out areas that need runtime, integration, security, and end-to-end verification.
The API areas include restaurant and tenant administration, menus, tables, orders, KOT and kitchen operations, billing, payments, inventory, customers, staff, shifts, settings, reports, devices, synchronization, and platform administration.
Tenant onboarding and administration, tenant-aware database/request context, branch models, and branch-oriented endpoints are documented. Branch scope should still be verified for each read, write, export, and report path.
Dedicated integration code is documented for Razorpay and Cashfree, alongside gateway adapters for Paytm, PhonePe, and Stripe. Provider configuration, webhook security, and payment-state handling require environment-specific testing.
No. Source structures do not establish end-to-end readiness. Workflows, permissions, tenant isolation, integrations, UI connections, and production configuration must be validated before a capability is classified as live.
The documentation describes push/pull and acknowledgement sync APIs, retry helpers, device status, and WebSocket channels for orders, kitchen updates, and notifications. Offline conflict handling and recovery behavior still require realistic testing.