All work
Eyewear Distributionerp implementationweb developmentdata analysis

Replacing Odoo with a system that fits: ERP for Glory Eyewear

A Moroccan eyewear distributor ran on Odoo it had outgrown. We replaced it with a custom ERP built around how they actually work — the team was self-sufficient five days after go-live.

Client
Glory Eyewear
Published
June 2026
Glory Eyewear cover image
Glory Eyewear
0+Order lines, zero latency
0daysFrom go-live to self-sufficient
0hrsManual payment matching

The setup

Glory Eyewear is a Moroccan eyewear distributor selling in bulk to opticians across the country. They were running on Odoo — and on paper that should have worked. In practice they spent more time fighting the system than running the business: a sprawl of modules they never used, wrapped around a few workflows it couldn't handle at all, with the gaps filled manually, in Excel, under pressure.

Where Odoo broke down — and what replaced it

We sat with the team and mapped every place the system was costing them time or trust. Then we built the replacement around that exact list:

Several warehouses forced through one generic rulebook — the real logic lived in people's heads.
Each warehouse runs on its own rules, modeled directly in the system.
Eyewear attributes the generic data model couldn't carry.
A product model built for frames — every attribute a distributor actually works with.
Order entry crawled past line 70. Bulk orders became a waiting game.
Tested with orders over 2,000 lines — no latency.
Payments forced into Excel — long hours matching orders against payments by hand.
A payment flow modeled on how they actually collect, matched inside the system.
What the system said was on the shelf and what was actually there had drifted apart.
Stock tracks the real movements, so the system and the shelf agree.
The reports they needed to run the business weren't reachable.
Best-performing frames and most-returned products, by their own criteria.

Built for the 300-line order

A normal order here runs up to 300 lines — well past the point where Odoo started to drag. We didn't aim for "a bit faster." We tested the new system far beyond anything the team would ever enter:

Order lines before the system slows down

The line-70 ceiling is gone — the system stayed responsive at every order size we threw at it. All historical data came along in the migration; nothing was lost.

Every user gets their own system

Instead of one complex interface everyone has to learn, each role gets a dedicated dashboard with access to exactly what they use — and nothing they don't. A salesperson sees their sales, their orders, and the clients carrying the most credit. Administration sees the whole operation. No per-seat subscription tax for adding people: each user just gets the view that fits their job.

Administration dashboard with live KPIs and a best-performing frames report

Live KPIs across the whole operation, with a best-performing frames report.

The reports follow the same principle: the team wanted to see the business the way they think about it, not the way a generic ERP slices it. Best-performing frames by the criteria they care about — not just "most sold" — and most-returned products surfaced early, so a quality or fit problem gets caught before it spreads across the territory.

From kickoff to handover

Pre-launch

  1. Day 1

    Planning

    We sat with every role and traced the real operation: warehouse rules, order flow, how money is actually collected. The issue list from Odoo became the spec.

  2. Weeks 1–4

    Development

    We built the system to mirror how the team actually works — every movement and task they perform in reality became an operation or a button. Nothing more, nothing they'd never touch.

  3. Weeks 5–6

    Tests and refinements

    We pushed the system far past their biggest real orders — over 2,000 lines with zero latency — and refined the workflows with the team until they fit.

  4. Week 7

    Data migration

    Every record came over from Odoo. Nothing was lost, and nothing was left behind in a spreadsheet.

Post-launch

  1. Day 1

    Live

    The team started running the business on the new system.

  2. Day 5

    The questions stop

    Employees stopped asking us how to do things. A radical change to their daily tooling, absorbed in five days — because they found themselves in the new system instead of having to learn someone else's.

The full project — ERP plus their public website, gloryeyewear.ma — closed in two months. By the end the client wasn't asking for fixes; they were asking for new features they'd been too wary to take on at the start.

Next case study
EducationAgora-ed

Enrollment is a conversation: a learning hub for Agora-ed