An operating system for beauty and hair salons: appointments, client records, inventory, checkout and the real margin behind every service.
The challenge
A salon often keeps its calendar in a paper book, its till in a spreadsheet and its client records in a separate program. The owner does not know which services actually earn money, because material costs are estimated rather than counted. We set out to put the day, the client record, stock and finance into one system where margin comes from actual consumption, not from a percentage typed into a price list.
What we built
-
Owner and manager panel
Today’s queue of things that need action, a calendar, client records, checkout, finance with margin, inventory and settings. One system instead of several browser tabs.
-
Public booking pages
A client books from a phone without creating an account, then moves or cancels the visit themselves. Nothing to install.
-
Margin from recipes, not price lists
Material cost is calculated from actual consumption and stock movements. The specialist approves exceptions but never types usage by hand.
-
Money recorded as it actually is
PayNow deposits with an upper cap, prepaid passes recorded as a liability to the client, and an append-only ledger. A closed sale changes only through a correction document with a required reason and author.
-
Health data with separate access
A treatment record is special-category data: separate permissions, consents appended with a withdrawal history, and a full audit trail.
-
Imports that do not block the panel
Encrypted background jobs read CSV and XLSX files up to 100 MB and 500,000 rows. The file is removed after parsing, and the preview shows the plan before anything reaches the database.
How we worked
Thirteen weeks from the first commit. We work with AI agents inside the repository: code generation, migrations and tests move faster, while architecture decisions, code review and accountability for every change stay with the engineer. That is why the repository contains an AST gate that blocks database access outside a single layer, and tests for data isolation between salons.
What you can check
- We show the panel, the booking pages, a spreadsheet import and a margin calculation live.
- Tests, migrations and product documents are opened in the meeting — we do not just talk about them.
- Technical decisions carry written rationale in ADR documents. We show them together with the trade-offs.
Straight answer
Vezori is built toward a pilot, not a public launch — that is why there is no user count and no revenue impact here. Fiscal receipts and KSeF are designed but not implemented yet, so they are not in this list either. What there is: scope, architecture and 122 test files you can open.