Capabilities
The work, grouped by the problem it solves — from Odoo implementations to platforms built from scratch in Go. Every system is marked with where it stands today.
Odoo 19 where the platform fits, purpose-built Go where it doesn't. Payroll with Kenyan statutory deductions and returns, and operations for construction, agriculture, fabrication and lending.
Clean-room, community-licensed reimplementations of features normally reserved for Odoo Enterprise: accounting, field service, helpdesk, planning, quality, manufacturing planning, e-signature and knowledge. 74 packages planned across 31 apps, with 49 built and tested so far.
Odoo 19 · Python · LGPL-3
Construction ERP
Plan, procure, build, account for and hand over a project — from a single house to a highway or dam — with every shilling and every tonne traced to the structure it built. Specification complete: 49 modules, 45 architecture decisions. The platform and first modules are built.
Go modular monolith · Next.js · multi-tenant Postgres with row-level security · offline-first field apps (planned)
About 40 modules across lending, finance, HR and payroll, procurement, CRM, statutory remittances and reporting, with an admin mobile app and early member, investor and field-agent prototypes. Co-developed with the group's in-house team.
Go · React · Flutter · Kotlin · PostgreSQL · Redis
Built to run HR and payroll for an outsourcing firm's client companies: biometric and GPS attendance, Kenyan statutory payroll and returns, eTIMS invoicing, and M-Pesa salary payouts held until the client has paid, with a logged admin override.
Go · Next.js · Android
An Odoo 19 deployment for a company's HR, payroll and Kenyan accounting, with employee records imported from its spreadsheets. Being readied for its first payroll run.
Odoo 19
Livestock from birth or purchase to sale — tags, health, feed and weight — plus poultry lay rates, pig farrowing, harvest, processing, veterinary withholding periods and movement permits.
Odoo · Python
Operations for a glass, aluminium and hardware fabricator, with a customer portal, a field app, and trial balance and general ledger reports on Odoo Community.
Odoo · Python
An approval platform with OTP-confirmed sign-off, in-app notifications and instant SMS alerts to approvers.
Go · React · PostgreSQL
M-Pesa collections and payouts, savings and lending ledgers for chamas, and KRA eTIMS invoicing for businesses.
Merry-go-round contributions, savings and member lending. Each chama is its own tenant, merry-go-round payments post to a balanced double-entry ledger, and M-Pesa collections are built in.
Go · React · PostgreSQL
Connects businesses to KRA's electronic tax invoicing: invoices, receipts and credit notes, purchases, item registration and KRA code tables, from a web portal and a desktop till app.
Go · Next.js · Kotlin
STK push collections, Safaricom callback handling and transaction status lookups, so a merchant's site or app takes M-Pesa without redirecting the customer.
Go · React
Point of sale, van sales and marketplaces, for businesses that sell at the counter, on the road and online — wired into the payment and ERP systems behind them.
Android handheld POS across a network of stations. No receipt prints until eCitizen confirms the M-Pesa payment. A connector that posts completed sales to Oracle Financials is built and awaiting go-live, and an on-device agent for managing the handhelds remotely is in testing.
Odoo 19 · Kotlin · Android
Van sales in a Flutter app on Odoo 19 — orders, products and customers on the road — synced with Microsoft Dynamics 365 Business Central. Deployed for multiple client companies.
Flutter · Odoo 19 · Business Central
A rental marketplace built to cut out brokers and viewing-fee scams: landlords are screened and approved before they can list, viewing fees are held in escrow, and no identity documents are kept at rest. A public demo runs on sample listings.
Go · React · PostgreSQL
One platform for vendors, customers and fleets, from last-mile bikes to long-haul trucks, across any industry. Discovery and design documented.
Software for public life: party nominations designed so a tribunal can verify them, legal research that cites its sources, campaign giving over M-Pesa, and charity services online.
Party nominations
Electronic nominations for political parties, designed to emit evidence a tribunal, an observer or a losing aspirant can check for themselves, without trusting the operator. Aimed at the 2027 primaries.
Go · Next.js
Legal precedent research
Finds decided Kenyan cases on a legal question, ranks them binding-first by the court hierarchy under the Constitution of Kenya 2010, and says so when authority is thin. Reasoned, citation-backed assessments of a live matter come next.
Go · retrieval-grounded
Aspirants who pass an automatic ID check get a public page to share. Supporters give by STK push, and each aspirant's share is paid to their M-Pesa automatically by B2C.
M-Pesa STK push and B2C · Android
Website and online portals for a charity supporting people living with dementia and the families who care for them.
Integrations
The payment rails, tax systems, statutory rules and enterprise software our systems connect to.
STK push collections, paybill callbacks and B2C payouts.
Tax invoices, receipts and credit notes, purchases and item registration.
PAYE, NSSF, SHIF, Housing Levy and NITA, with statutory returns.
Payment confirmed before the point of sale issues a receipt.
A connector built to post completed point-of-sale orders to accounts receivable, awaiting go-live.
Data synced with Odoo for mobile van sales.
Advanta SMS and USSD connectors for Odoo, and a bulk SMS platform.
Out-of-zone and fake-GPS check-ins held for review.
An Android print service for Bluetooth receipt printers.
Stack Go · Python and Odoo · Java · TypeScript, React and Next.js · Django · Flutter · Kotlin · PostgreSQL · Redis · Docker
Approach
Four commitments that shape how we build.
Append-only ledgers and audit logs, approvals that need a second person, and overrides that record who and why.
Our work is built from public documentation, observable behaviour and community-licensed source. Proprietary code is never read, copied or adapted — and every module records its references.
We extend what the platform already models instead of inventing parallel structures. Fewer concepts, less drift, and upgrades that survive contact with the next release.
Specification, data model, design, build, browser-level verification. Nothing is considered done because it compiles — it is done when it has been exercised the way a user would.
Contact
A system like one of these, an Odoo implementation, or a module from the catalogue — we would be glad to hear from you.
qfountains@gmail.com