Tolerance [ start a project ]

backends since 2003 · payments · aws

Software that runs
the business.

Database-driven web applications, built end to end and run on AWS.

scope database · backend · front end · deployment
runs on AWS, Cape Town region · backed up · always online
handover documented, no lock-in
tolerance ±0.00 where money is concerned
based Scottburgh, KwaZulu-Natal

01 / what we build

The whole system, end to end

01

Line-of-business web apps

The system a business actually runs on: quoting, invoicing, stock, scheduling, customer records. Built around how the work is really done, not around a template that nearly fits.

02

Databases that hold up

Properly modelled Postgres or SQL Server, with the money, the dates and the audit trail treated as things that must never be wrong. Migrations, backups, and a restore that has been tested.

03

Payments and integrations

Card and EFT gateways, recurring billing, email and SMS, and whatever the business already uses. Years of it inside payment systems, including EMV card applications, where mistakes are expensive.

04

The AWS side, done properly

EC2 or containers, RDS or a database you own, SES, SNS, S3, TLS, monitoring, and a deploy you can run yourself. Sized for what the business is, not for a conference talk.

05

Mobile where it earns its keep

An Android app when the job happens away from a desk, sharing one server-authoritative backend with the website so the two can never disagree about what was invoiced.

06

Taking over what exists

An application whose original developer has gone, or a spreadsheet that has outgrown itself. We'll read it, tell you honestly what it needs, and say so if the answer is less than you think.

02 / the work

Two real systems, one finished and one in build

ChatBill

completed product · in production

chatbill.co.za ↗ · invoicing for South African tradesmen

A tradesman types a job the way he'd type a WhatsApp message, and ChatBill turns it into a proper quote or invoice: VAT worked out, his business name and banking details on it, sent on WhatsApp or by email before he has packed up the tools.

Behind that one message box sits everything we do: a parser that reads a South African price list, a proper ledger behind every quote and invoice, recurring billing through PayFast, and an Android app sharing the same backend. Hosted, backed up and monitored on AWS, end to end.

Designed, built, deployed and run by Tolerance, start to finish.

Technical details →

stack
  • ASP.NET Core
  • PostgreSQL
  • Android / Kotlin
  • AWS EC2 · SES · SNS
  • Linux arm64 · Graviton
  • Caddy · Docker
  • PayFast

Binga Filing Systems

current project · currently in development

binga.tolerance.co.za ↗ · filing systems manufacturer, Gauteng · currently in development

A thirty-year-old manufacturer of mobile and high-density filing systems, with a basic WordPress site the business was not able to manage itself: there was no one to change a price, a photo or a phone number on it.

A complete replacement from the ground up, not a redesign of what was there. An ASP.NET Core site with an admin area where the owner manages his own products, services, gallery and client list; dealership management, with resellers pre-approved by the business and registering against that approval; and PostgreSQL behind product and dealer management, running on AWS alongside ChatBill.

Taking over what exists, done the way we describe it above: read it, say what it needs, then build the thing that will still be changeable in ten years.

stack
  • ASP.NET Core
  • PostgreSQL
  • Dealer portal
  • AWS EC2 · SES
  • Caddy · Docker

03 / where this comes from

23 years of systems other systems depend on

since 2003

Backends, first and foremost

The part nobody sees and everybody depends on. Long enough to have watched several fashions come round twice, and to know which of them were worth keeping.

warehousing

Virtual warehousing platforms

Stock held, allocated and distributed digitally, where the count has to reconcile every time and a customer is holding the other end of the transaction while it happens.

architecture

Three-tier business applications

Presentation, business logic and data kept properly apart, so the rules live in one place and the same system can be reached by a website, a phone and whatever comes next.

billing

Pre-paid and post-paid systems

Balances, rating and billing in both directions, with the reconciliation that proves them. Money moving in real time is unforgiving of a rounding decision made carelessly.

emv

Android EMV POS applications

Payment software running on the terminal itself, to the card schemes' rules. Certification, key handling and a transaction flow that has to be right whether the network drops, the card is pulled early or the battery dies mid-authorisation.

mobile

Android apps, integrated end to end

The phone, the API and the database built together rather than an app bolted onto somebody else's endpoint, so the two can never disagree about what happened.

04 / how it works

No surprises, either way

  1. We talk about the work

    Not about technology. What the business does, where the time goes, and what going wrong actually costs.

  2. You get a fixed scope and a price

    In writing, in plain language, with what is not included stated as clearly as what is.

  3. You see it early and often

    Working software on a real URL, not screenshots. Changing your mind is cheapest while it's still being built, and we'd rather you did.

  4. It goes live, and it stays up

    Deployed, backed up, monitored, and handed over with the documentation to run it. Support afterwards if you want it, no lock-in if you don't.

05 / start a project

Tell us what you need

Roughly is fine. We'll tell you honestly whether we're the right fit for it, what it's likely to cost, and how long it will take.

Goes straight to our inbox. No mailing list, no third parties, nothing stored beyond the message itself.