System architecture
Airtable
All operational data lives in five Airtable bases. Schema changes happen in the Airtable UI, not in code. Permissions and views are managed there.
- Production · Suppliers · POs · Logs · Recall
- ~41 tables across bases
- Buyer at exit gets the bases as standalone IP
- No data migration needed for sale
Railway · Batch Recorder
Existing internal web app for shop-floor data entry. Writes into Airtable through the API. Continues unchanged.
- Prep batch and produced batch entry
- Sanitation and equipment logs
- Authenticated for staff only
- Independent deploy lifecycle
Mobile apps
Two mobile apps stay decoupled from the dashboard. They write directly to Airtable so they keep working if anything else changes.
- Film Planner · stage, log, count rolls
- Pick Flow · outbound and PO scan
- Native iOS and Android
- No dependency on the dashboard
Make.com
Existing automation scenarios for invoicing, vendor email, and QuickBooks sync. Triggers on Airtable record events.
- Invoice generation from picked orders
- PO email to vendors
- Supplier audit reminders
- One-way sync to QuickBooks
Master Operator Dashboard
The new layer. Pulls from every Airtable base and presents KPIs, trends, and a unified activity feed. Read-only and stateless.
- One pane across all operations
- No writes, no business logic
- Detaches without breaking anything
- Built-in role-based views
Perplexity hook
Analysis layer for forensics, scenario modeling, and exit-prep questions. Sits outside the production system and can be removed without consequence.
- Read-only access to dashboard exports
- No writes into Airtable or apps
- Unplugs cleanly before a sale
- Buyer optionally re-attaches
The buyer gets Airtable bases, two mobile apps, the Railway recorder, and this dashboard as one working operational system. Perplexity unplugs in a single step and is documented as an optional analytic tool, not part of operations.