Anonymised client delivery
Real operational work with the client identity, product data and commercially sensitive rules withheld. The architecture and delivery responsibilities remain accurate.
Detailed case studies showing how INESSOFT approached the operational problem, architecture, workflow, technical decisions, failure modes and delivery boundaries behind real systems, owned platforms and historical products.
Anonymised client systems, owned platforms and partner-delivered work each prove something different. Every study states the delivery context clearly, then concentrates on the engineering decisions and operational value.
Real operational work with the client identity, product data and commercially sensitive rules withheld. The architecture and delivery responsibilities remain accurate.
Products such as Leobot Electronics, PromoStars, WaiterPlease and Assembly League provide direct public proof because INESSOFT built, operated and maintained the underlying systems through real users, market constraints and ongoing change.
Earlier commercial systems are presented with the delivery relationship made explicit rather than turning recognised brands into misleading direct-client claims.
These studies show the current core of INESSOFT: SQL-backed systems that connect users, machines, devices, quality records, ERP context and physical work.
A business-side bridge that converted machine state, operator context and confirmation logic into traceable SQL stoppage records without taking control away from the PLC/SCADA layer.
The resulting system created a traceable stoppage lifecycle instead of a collection of disconnected values. Production and engineering could review the same event history, operator explanations remained linked to the machine evidence and integration failures were diagnosable rather than silently absorbed.
A scan-driven system that gave each physical item a durable digital identity and recorded its movement, status, evidence and ownership over time.
The operation gained faster item lookup and a reconstructable history. Scans reduced typing, while event and validation logic prevented the label from becoming a meaningless shortcut around process control.
A complete prototype workflow that connected physical electronics, firmware, user interaction, test sequencing, logged evidence and a clear handover boundary.
The prototype became a decision tool rather than a fragile demonstration. Stakeholders could repeat the workflow, inspect failures, review captured evidence and understand which risks remained before enclosure, certification or production engineering.
A preflight and conversion-planning tool that checked complex design files against ERP and manufacturing data before any production handoff occurred.
Users could inspect what the system understood before creating or changing ERP structures. Existing one-page designs continued to work, unusual files became diagnosable and stock, BOM and operation gaps were visible before they reached live manufacturing data.
A browser-based operations portal that brought customer sites, jobs, inspections, evidence, reports and service history into one controlled workflow.
The business gained a searchable service history and a clearer view of work in progress. Technical evidence stayed attached to the job that produced it, customer reports could be generated from controlled records and hand-offs became visible instead of relying on repeated follow-up.
A SQL-backed quality workflow that replaced repeated copy-and-paste with controlled test records, validation and generated technical certificates.
Quality staff could move from source record to validated certificate through one controlled path. The system reduced repetitive transcription, made missing data visible before issue and created a searchable document history tied back to the operational record.
Owned products expose software to real users, search engines, marketplace behaviour, subscriptions, stock, support and long-term change. They demonstrate responsibility beyond initial development and show what INESSOFT learned by operating the systems itself.
A technically ambitious Unity product that combined a compiler built from scratch, user-authored assembly programs, modular robot components and physics-driven 3D competition.
Assembly League became INESSOFT's strongest public demonstration of low-level language design, modular architecture and simulation thinking. Although commercially experimental, it proves the ability to build unusual technical systems rather than only conventional CRUD applications.
A long-running electronics commerce and operations platform that grew from surplus imported components into a technical catalogue, fulfilment system, internal-tool ecosystem and commercial engineering asset.
Leobot accumulated a substantial real operating history: more than 9.4 million page views, 43,000 user accounts, 9,000 orders, 7,000 invoices, 134,000 units sold and over R2.6 million in recorded sales across its lifetime snapshot. The more important result is the engineering feedback loop created by owning the platform. INESSOFT learned how catalogue architecture, SEO, stock truth, internal tools and incremental modernisation interact over many years.
A curated national platform that turned promotional-model profiles, location and service data, searchable discovery pages, shortlists, PDFs and enquiries into one structured demand-and-supply system.
PromoStars established a new national discovery surface in a category that previously depended heavily on agencies, social media and word of mouth. The platform reached hundreds of curated public profiles within its first months, earned strong organic visibility across national, city and service-intent searches, and created a repeatable buyer journey from search to shortlist and enquiry. More importantly, it taught INESSOFT how structured content, curation and operational marketplace design reinforce each other.
A low-friction QR service-request system that let guests request assistance from their own phones while restaurant staff managed live table requests through a central dashboard.
WaiterPlease produced a complete end-to-end SaaS pattern from account creation and physical QR deployment through anonymous request capture and staff-side completion. It also generated valuable product lessons: a minimal customer interaction demands rigorous backend design, operational software must fit the staff response process, and commercial adoption requires venue onboarding and distribution rather than feature completeness alone.
The technologies are historical, but the engineering lessons remain directly relevant to modern portals, integrations, shared state, field capture and operational reporting.
A mobile field-intelligence platform that converted store visits, product observations, pricing, placement and competitor context into central management visibility for major consumer brands.
The platform gave participating brands store-level visibility into market execution and competitor conditions that were otherwise difficult to consolidate. It created a stable commercial software stream for INESSOFT and established an important engineering pattern that remains relevant today: mobile capture at the point of work, controlled reference data, resilient synchronisation, central SQL records and role-appropriate management reporting.
A portfolio of 12 games and applications, including the King management series, that reached more than 2 million active user accounts at peak.
The games generated substantial passive income and reached more than 2 million active accounts at peak. More importantly for later INESSOFT work, they created practical experience with concurrency, state modelling, data efficiency, live-user support and the commercial reality that even strong software needs distribution.
The important questions are how the system represented the real operation, where authority lived, how failures were handled, what evidence supported the result and how the first phase avoided creating a larger risk.
A similar project may use different hardware, databases or interfaces. The useful comparison is the shape of the operation: machine events, field work, quality records, ERP hand-off, item tracking or a platform that must survive real users.
A custom operating layer for businesses whose work crosses people, equipment, databases, documents and management decisions.
Create a trustworthy event history from machine states, counters and operator context before building higher-level analytics.
Build the validation, staging and workflow layer around ERP processes that are too specific to automate blindly.
Quality records, test data, certificates and technical documents generated from controlled operational data.
Move data reliably between a purpose-built device or controller and a server-side business application.
Coordinate mobile teams, customer sites, appointments, job evidence and service history from one system.
Send the existing spreadsheet, source application, device, report, job card, certificate, import file, machine signal or workflow example. INESSOFT can evaluate the real boundary and define a credible first phase.