SaaS · Field-service operations
Professional workPrinter Maintenance Ticketing
A shared view of field-service work.
A service platform connecting repair tickets, maintenance visits, machines, and spare parts for Big Data Egypt.

- 3 role-specific portals
- Maintenance scheduling
- PDF reporting
The problem
A repair belongs to a larger service history.
Maintenance work connects people, clients, branches, machines, visits, and parts. A ticket register alone does not describe the entire operation. Managers, engineers, and operators need views that match their responsibilities while referring to the same service records.
My responsibility
My part: the workflows and supporting data layer.
At Big Data Egypt, I built the React ticketing frontend and took on supporting full-stack responsibilities with Supabase. My scope included the PostgreSQL schema, authentication, API integration, role-specific dashboards, maintenance scheduling, spare-parts tracking, PDF reports, and document storage.
The platform organizes machines by client and branch, supports ticket assignment through database functions, and includes tools for importing Excel records. These capabilities bring repair coordination and the records around it into a shared application.
Implementation & tradeoffs
Match each interface to the work behind the role.
Managers, engineers, and operators have role-specific portals. The interface presents the workflows relevant to each group, while Supabase row-level security constrains access at the data layer. This is a different responsibility from simply hiding a navigation item in the browser.
Reusable frontend components support the different operational screens. Maintenance reports are generated as PDFs and stored using Supabase Storage. Connecting reporting with service records reduces the number of separate interfaces required to complete the workflow; this describes the architecture, not a measured productivity gain.
A closer look
Walk through the work.
Real product screens, with context. No account needed.
The operations dashboard provides a starting point for maintenance work across clients, machines, and tickets.
Scope & limits
From a ticket to the surrounding operation.
The screenshots demonstrate an operations dashboard, ticket register, planned maintenance visits, and spare-parts catalog. Together they show the scope beyond a single CRUD screen. The repository link provides an additional way to inspect the work.
No before-and-after timing, adoption, or commercial results are published in this case study. Its evidence is the implemented functionality and the visible application screens.
Let’s talk about your product
Open to opportunitiesComplex product?
Let’s make it clear.
I’m looking for frontend developer opportunities where I can contribute to a product and work closely with designers, engineers, and the people using it.
Based in Cairo. Open to roles in Egypt, international remote work from Egypt, and relocation with visa sponsorship.
asultan.dev@gmail.com