I build reporting systems for franchise brands. Based in Michigan.

Franchise Reporting

Multi-location data that franchisees can trust.

View the ownership demo

Franchise brands between 10 and 200 locations need reporting their franchisees can open themselves, without waiting for someone to assemble it, and without guessing whether the numbers are right.

Most franchise systems split data across separate tenants or separate systems. Sales live in one place, accounting in another, leads in a third. Nobody has one view of all locations at once. So someone builds the report by hand, every week, and franchisees wait.

I build the pipeline that makes that unnecessary.

Delivery

How it works

I build reporting pipelines that run on a schedule, not on someone's time. Row-level security so each franchisee sees only their locations. Most setups run for four to five hundred dollars a month in hosting costs.

Proof

Case study

Reporting that outlived the company that built it

Built for ten franchise locations. Two years later the brand is past thirty, the company that built it is gone, and the reporting still runs every week.

  • Client: A franchise brand in outdoor home services, delivered through Franworth, its franchise-services partner
  • Role: Lead developer at Franworth — requirements through delivery
  • Stack: SQL Server, Azure Data Factory, Power BI with row-level security
  • Source system: Smart Service 365

Before

The project started when the client showed our team the spreadsheet he put together every Monday for the franchisees. He'd pull the data out of Smart Service, reshape it in Excel, and send it out.

It took him about half a day, every week, by hand.

The real problem

Every franchise location ran in its own Smart Service tenant. There was no single system that could see all of them at once — which is why the report had to be assembled by hand in the first place.

What I built

Backups from each tenant landed in Azure Blob Storage, restored into SQL Server, and unified into one database through Azure Data Factory. One model, all locations, on a schedule.

Row-level security was in the design from the first conversation rather than added later. Franchisees log in and see their own locations. The home office sees all of them.

What happened next

The Monday spreadsheet stopped being a build and became a check. Export it, confirm it looks right — or hand a franchisee access and let them look themselves.

The brand grew from ten locations to more than thirty.

Franworth, the franchise-services company I built it through, closed.

The reporting system is still running. The brand still uses it every week.

A second brand in the same program. I built the first version of the reporting for another Franworth brand running MindBody Online instead of Smart Service 365 — a different source system, the same approach to definitions and permissions.

Why this was hard

Franchise reporting is not a dashboard problem. It's an integration and permissions problem wearing a dashboard.

Operational systems don't agree with accounting about what a sale is. Exceptions exist for reasons nobody wrote down. And the person opening the report has to see their data and not their neighbor's — which means the security model gets designed before the first visual, not after.

Build it that way and it survives growth. Build it the other way and it breaks the first time someone adds a location.

Afterward

The brand engaged me directly for additional work after Franworth closed.

Client name available on request.

Josue Quinones

Contact

Let's talk

Book a time and let's figure out what you need.

Or send a note.