Three days.
That is how long it took to go from zero to a production-ready POS system. Backend. Frontend. Auth. RBAC. Audit trail. Marketing module. 87 passing tests. Docker-ready. Deployment notes written.
This is Mercora.
What Mercora Is
Mercora is a hospitality-grade point-of-sale and inventory management system. Full-stack. The backend is FastAPI with async SQLAlchemy, Alembic migrations, ARQ/Redis for background jobs, and holixora-core handling auth and RBAC. The frontend is Next.js App Router.
It covers purchasing, warehouse, ARAP, masterdata, marketing, member points, and reporting. Eighteen screens, all wired to a live API.
We built it to replace a legacy Java system. The old system had no auth, no input validation, and SQL injection vulnerabilities in every route. Mercora fixes all of that, then adds what was missing.
How It Was Built
No human wrote most of this code.
AI agents handled the architecture, wrote the domain models, implemented the endpoints, built the frontend screens, wrote the test suite, and documented the deployment process. A human reviewed the plan, set the direction, and made the judgment calls.
This is the Holixora model: structured plans, clear execution, AI agents doing the build work, human oversight on the decisions that matter.
The breakdown:
Day 1 — P0 through P3: project scaffold, database models, auth and RBAC, core masterdata endpoints. Backend foundations. Tests passing from the start.
Day 2 — P4 and P5: domain modules (purchasing, warehouse, ARAP, marketing, member points), full frontend build. The marketing module was the last open item. We wrote 25 targeted tests and fixed a registration bug in main.py before we called it done.
Day 3 — P6: hardening. JWT secret guard, configurable CORS, production Dockerfile, clean migration path, full test run confirmation. Then HARDENING.md with everything a deployment team needs.
87 tests pass. One is skipped due to a pre-existing test isolation issue that passes in isolation.
Why This Matters for Clients
A traditional agency would quote four to six months and Rp 150-300 million for a system at this scope.
We delivered it in three days.
The output is not a prototype. It is hardened backend code with real auth, real RBAC, real tests, and real deployment documentation. The frontend is a complete interface. Nothing is stubbed or deferred to "a future sprint."
This is what software delivery looks like when you build it as a system, not as a project.
The Architecture Behind the Speed
Speed is not magic. It comes from structure.
holixora-core is a shared library we built to handle auth, RBAC, base models, and common patterns. Every project we build pulls this in. We do not reinvent auth on every engagement.
Structured plans. Before any agent writes a line of code, there is a PLAN.md: scope, phases, technical decisions, acceptance criteria. The AI agent executes against a clear spec. It does not improvise the architecture.
Tests as checkpoints. We do not check tests at the end. Each module has a test file written alongside the implementation. If a test fails, we fix the module before moving on. This is why 87 pass at delivery and not six.
Incremental hardening. Production-readiness is not a final step. It is built into the plan from phase one.
What Is Next
Mercora is part of the Holixora Core System. So is Hanoman, the hospitality management and resort operations platform we built in parallel.
Every product we build runs on the same foundation: holixora-core, the same auth model, the same deployment patterns. For clients, this means faster onboarding, lower integration cost, and a consistent system that grows with them.
If your company runs on software that was built five years ago, has no real auth, and runs on hope, we should talk.
Work With Holixora
We build production systems fast. Not fast-and-broken. Fast-and-working.