Business Systems · Client Portals · Indonesia · 2025

Solaria.

Internal ops platform for a restaurant group — outlet data, product catalog, logistics workflows

IndustryF&B Operations
LocationIndonesia
Year2025
ServiceCRM & ERP
Solaria admin — Master outlet data
The problem

What we were solving for.

Solaria runs hundreds of restaurant outlets across Indonesia. The ops team was running most of the day-to-day on spreadsheets — outlet master data, product catalog, logistics requests, scheduled orders, inter-outlet transfers. It worked (barely) at their scale, but broke silently in ways that only surfaced when an outlet ran out of stock or an inter-outlet request never routed to the right central kitchen.

The client's ask was direct: replace the spreadsheets with something purpose-built, so the ops team could stop firefighting and start managing. But the spreadsheets encoded years of institutional workflow logic — every dropdown, every color-coded row, every ad-hoc formula reflected a real business rule. Ignoring that logic in a rebuild would have been fatal.

The system also needed to be usable by staff whose primary skill isn't software — accountants, warehouse leads, outlet managers. That constraint shaped every interaction design decision.

The approach

How we built it.

We started by sitting with the ops team. Not interviewing them — watching them work. Every workflow, every keystroke, every "why do you do it that way" question. Three days of observation produced the requirements document that would have taken weeks of meetings to write.

The system was built as a modular admin platform: master data (outlets, products, categories, suppliers), transactional workflows (logistics requests, scheduled orders, transfers), and reporting on top of both. Every module ships with role-based permissions so an outlet manager only sees their outlet's data, while regional ops leads see across a cluster.

The interface deliberately leans "familiar over novel." Tables act like spreadsheets. Sorting, filtering, and bulk actions work how Excel users expect them to. The novelty is in the workflow engine underneath — status routing, notification triggers, audit logs — not in reinventing patterns that already work.

Scope

What was in the build.

  • Master data admin (outlets, products, suppliers)
  • Logistics request workflow + routing
  • Scheduled order management
  • Inter-outlet transfer workflows
  • Role-based permissions per outlet + region
  • Audit logging + reporting
  • Migration from legacy spreadsheets
Tech

The stack.

Frontend

React, TypeScript, Custom admin design system

Backend

Node.js, PostgreSQL, Redis, BullMQ

Auth

Role-based access control, Audit logging

Infrastructure

AWS, Docker, Custom deploy pipeline

The outcome

What shipped.

Solaria's ops team moved off spreadsheets. The bottleneck workflows — logistics request routing, scheduled order approval — now happen in-system with a clear audit trail. Institutional knowledge that used to live in one person's head lives in the system's business logic instead.

The client's feedback: "Our ops team used to live in spreadsheets. Now they live in something that actually helps — and I get fewer questions every week."

Metrics

By the numbers.

100+ Outlets managed
entire team Ops team members on system daily
minutes, not hours Approval workflow latency

"Our ops team used to live in spreadsheets. Now they live in something that actually helps — and I get fewer questions every week."

Catur Project Owner, Solaria
Gallery

The work.

Start

Build something similar.

Every project starts with a discovery call. Written scope within 3 business days.

See All Work
Chat With Us!