Exploratory
Restaurant data collection & analysis (testbed POC)
Foodscape's event-sourced restaurant data backend turns menu sources, items, allergens and availability into a trust loop — register, extract, human review, publish/retire — backed by tenant isolation and idempotent writes. It is being validated in an Okinawa testbed and is not yet a commercial service; multilingual (Japanese/Chinese/English) menu handling is planned.
Who it is for
Restaurant chains, menu and delivery platforms, POS/restaurant SaaS, and food brands that need menu-label consistency.
Why it matters
Menus and labels live in different systems, allergen information is inconsistent, multilingual versions are hard to maintain, and when something goes wrong it is hard to trace which version was approved and by whom.
How it works
- Register the menu source
Register the menu source and version per tenant/store to create a traceable origin.
- Extract and structure
Extract menu content into items, allergens and availability (test extractor at this stage).
- Human review
Authorized roles review item by item; nothing publishes without an accepted review.
- Publish, retire and sync
Publish or retire a menu version and sync guest-facing data through the event stream.
Deliverables
- Traceable menu versions and review records
- Tenant/store-isolated data and event streams
- Authorized pilot metrics (availability, version flow)
This is a testbed POC, not a commercial service: production OCR, general authentication, deployment automation, POS write-back, payment and CRM are not implemented, and no SLA is offered. Any reference must be labeled testbed/exploratory and must not imply production operation.
Procurement FAQ
Can this be used in production today?
No. It is a testbed POC suited to joint validation and requirement definition, not production traffic.
How can a partner engage?
Primarily testbed collaboration: define menu scope, review roles and metrics, then discuss productization.
How is data isolated?
Row-level security and event-stream isolation per tenant/store; requests without tenant context fail closed.
What about multilingual menus?
Japanese/Chinese/English menu extraction and analysis is planned and not delivered; current validation covers a single-language data loop.
FAQ
What is the menu trust loop?
The full path from source registration and extraction through human review, publish and retire, with a traceable record at each step so the published menu has a basis and an accountable reviewer.
Why is human review required?
Allergens and item changes directly affect consumer safety and brand trust; automated extraction has error rates, so an authorized role must confirm before publishing.
How is this different from a menu management platform?
Typical platforms focus on editing and display; this module centers on traceability, review and event-driven data governance rather than layout management.
What do pilot metrics cover?
Event-derived metrics such as item availability and version flow within an authorized scope; access requires the corresponding role, and results are never silently truncated.
Related
- Methodology: three-state reading and data honesty
- Chinese labeling
- TFDA border inspection
- Food labeling violation
- Data handling and confidentiality
Last updated:2026-11-01