GID-001 · Group document

Group identity

The root of the Ansai document hierarchy. Every product, team, and decision made anywhere within Ansai Group lives inside the boundaries defined here. Nothing downstream of this document may contradict it.

Rendered verbatim from the source document (v1.0, March 2026). It predates the July 2026 category update: where it reads "operational infrastructure" and "institutions," current external language is "digital infrastructure" and "organizations."

01 — Who we are

Company description

Ansai Technologies is the operational infrastructure platform for Africa.

Mission

We build software for the institutions that shape African life — schools, farms, clinics, and the communities they serve.

What operational infrastructure means

Infrastructure is the foundational layer that everything else runs on. Operational infrastructure is specifically the systems that make the day-to-day running of an organisation possible — the things an institution needs to function every single day, not occasionally. Remove it and the institution cannot operate properly. Ansai does not build apps people use when convenient. We build the systems institutions depend on.

The test: if an Ansai product went offline for a week, would the institution it serves feel it in its daily operations? If yes — that is infrastructure. That is the standard we build to.

02 — The vision

Ansai Technologies is building the operational software infrastructure for Africa. We enter every sector where Africans need reliable, locally-built technology to function with clarity and confidence — in schools, on farms, in clinics, and in every institution that shapes daily life.

We start in education because schools sit at the centre of every African community. The trust earned inside a school — with the principal, the bursar, the parents — extends into the community that school serves. From schools, we grow into agriculture, health, energy, water, transport, commerce, and the cities where all of these institutions converge. Not as separate bets, but as a connected ecosystem where each product makes the others stronger. Beneath every sector sits a shared enabling technology stack — AI, IoT, edge infrastructure, robotics, and quantum — built once by Ansai and deployed across all of them.

The sectors

Education
The beachhead. Schools are the trust anchor for every community Ansai serves. EduManage is the first product. Government schools extend this into every public institution on the continent.
Agriculture & food systems
Rural schools sit inside farming communities. From farm management to food supply chains — Ansai's institutional trust in schools is the direct entry point to the farmers those communities depend on.
Health
School health records are the beachhead. Community clinics, public health systems, and hospital networks are the destination. Health is where Ansai's infrastructure standard matters most — lives depend on it being on.
Energy
Power is the precondition for everything else. Ansai enters energy as the operational layer for institutions managing distributed power — solar microgrids, generation monitoring, and energy procurement systems.
Water & environment
Water access, sanitation systems, and environmental resource management for African institutions. Schools and clinics are the operational entry points. Municipal water utilities and watershed management are the destination.
Transport & logistics
School transport is the entry point. National logistics networks, freight corridors, and urban mobility infrastructure are the destination. Every institution that moves people or goods is a potential Ansai domain.
Commerce & value exchange
Not payments as an app — value exchange as infrastructure. Ansai builds the rails that allow institutions to transact, store value, and trade even when conventional financial systems are unstable. School fee collection is the entry point.
Smart cities & human settlements
Africa is urbanising faster than any other continent. Ansai's presence across sectors makes it the natural operational platform for the cities being built around them — urban planning, municipal services, and the infrastructure of African urban life.

The enabling stack

The sectors above are where Ansai serves institutions. The layers below are what Ansai owns and builds across all of them. They are not separate businesses — they are Ansai's compounding technological advantage. Built once, deployed everywhere.

AI & intelligence
Decision support, prediction, and automation woven into every Ansai product. AI is not a feature — it is the intelligence layer that makes Ansai's infrastructure smarter over time, across every sector it touches.
IoT & sensing
Physical world data collection at the institutional level — soil sensors on farms, attendance hardware in schools, water flow meters in clinics.
Edge & cloud infrastructure
Compute that works with or without reliable connectivity. Software that runs at the edge — locally, on device, in the institution — and syncs intelligently when connectivity is available. This is not a constraint. It is Ansai's architectural advantage.
Robotics & automation
Physical automation for agriculture, logistics, manufacturing, and institutional operations. As Ansai's sector depth grows, robotics becomes the physical execution layer for the software systems it has already built.
Quantum
Long horizon. Cryptography, supply chain optimisation, logistics modelling, and drug discovery for health. Ansai positions itself early — to ensure African institutions are not dependent on foreign quantum infrastructure when it arrives.

The model

What M-PESA did for payments in Africa — becoming so foundational that removing it would break how an entire economy functions — Ansai builds for operations. The ambition is not to be the largest software company in Africa. It is to be the most depended-upon.

03 — Company structure

Current structure

Ansai Technologies is one registered legal entity. EduManage is its first product. There is no holding company structure at this stage — that structure is earned when the complexity of multiple product entities makes it operationally necessary.

The document hierarchy

Layer 1 — Group
Ansai Group documents. Govern everything. Non-negotiable across all products.
Layer 2 — Product
Product-specific documents. Inherit from Layer 1. Fill in product detail. Never contradict the parent layer.
Layer 3 — Operating
Living documents. Updated frequently. Week-to-week operational records.

The holding company trigger

Ansai moves to a formal holding structure when a product reaches a stage where external investors want equity specifically in that product rather than in Ansai Group broadly, or when multiple products have genuinely separate capital structures, team sizes, or regulatory environments. Until that trigger, one legal entity is the right answer.

The accounting principle

Every Ansai product has its own cost centre from its first transaction. Revenue and costs are attributed per product from day one. This discipline is free — it is a bookkeeping choice, not a legal structure. It means that when a spinout becomes necessary, the financial history is already clean and separable.

04 — The Ansai Group document suite

These documents govern all Ansai products. All are mandatory. All are referenced in every product-level document. Document IDs are permanent — they do not change even if document names are updated.

GID-001
Group Identity Document — this document. What Ansai is, the vision, the structure.
GEP-001
Ansai Engineering Principles — technical standards every Ansai product must meet.
GDP-001
Ansai Design Playbook — shared visual system with product colour variation model.
GCC-001
Ansai Culture Constitution — the operating culture inherited by every team.
GFP-001
Ansai Financial Philosophy — financial standards, equity philosophy, pricing principles.
GLP-001
Ansai Legal and Compliance Framework — data protection, IP ownership, contract standards.
GHP-001
Ansai Hiring and People Philosophy — who we hire, how we hire, how we grow people.

05 — What does not change

Some things about Ansai are fixed. They do not change with market conditions, investor pressure, or product pivots. Every person who joins any Ansai product company must understand and agree to these.

06 — Document control

Document ID
GID-001
Version
1.0
Status
Active
Owner
Founder — Ansai Technologies
Created
March 2026
Review cycle
Quarterly — or when a new product vertical is added