Switching to Nummo? Get 3 months free on any annual plan.See plans & pricingFree migration from QuickBooks or Xero.

Your books stay in Canada

Data residency is usually a line in a sales deck. Here it's an architecture decision you can check: one region, encrypted storage, and tenant separation enforced by the database rather than promised by the app.

Data residency

Where your data actually lives

One region, and it's in Canada

Nummo runs in AWS's Montreal region. Not "mostly" Canada, not a Canadian front end over an American database — the application, the ledger and the documents are all there.

Nothing crosses the border to work

There is no overnight sync to a US region and no third-party processor holding a copy of your ledger to make a feature work.

Built for the question your accountant will ask

Firms with public-sector or regulated clients get asked where the data sits, in writing. The answer is short, and it doesn't have an exception in it.

ca-central-1AWS Montreal — the only region Nummo runs in
Canadian-ownedNummo is a Canadian company, built here
No US sub-processorfor your ledger, documents or payroll data
Separation

One business can't see another's books

Most accounting platforms keep every customer in one database and rely on application code to filter each query. One missed WHERE clause and a business sees somebody else's ledger.

Nummo pushes that rule down into PostgreSQL itself. Every table carrying business data has row-level security switched on and forced, so a query that forgets to filter returns nothing at all rather than the wrong company's numbers. The database is the last line, not the app.

Talk to us about a security review
Row-level security
Tables with RLS forced53
Ledger & journalsCovered
Payroll & employeesCovered
Trust ledgersCovered
Documents & attachmentsCovered
Protection

How the data is held

Encrypted at rest

The database volumes are encrypted with AWS-managed keys. A disk that walks out of a datacentre is unreadable.

Encrypted in transit

Every connection uses TLS, and the application verifies both the certificate chain and the hostname before it sends a single query.

The database can't be reached from the internet

It sits in a private, isolated subnet with no route out. The only thing that can talk to it is the application itself.

Passwords and keys are never in the code

Database credentials and payment keys live in AWS Secrets Manager and are handed to the application at run time.

Backups & recovery

Getting yesterday back

The production database is backed up automatically and kept for fourteen days, with point-in-time recovery across that window — so a mistake made on Tuesday can be undone to Tuesday morning, not just to the last nightly dump.

It also carries deletion protection: the production books cannot be torn down by an accidental command, and a teardown would leave a snapshot behind regardless.

Backup policy
Automated backupsDaily
Retention14 days
Point-in-time recoveryYes
Deletion protectionOn
Encrypted snapshotsYes
Access

Who can see what

You decide who joins

People are invited to a specific business with a specific role. Removing someone removes their access to that business immediately.

Your accountant gets a seat, not your password

Firms connect through their own login and their own portal. Nobody shares credentials to get the year-end done.

Changes leave a trail

Posted entries aren't quietly edited away. The audit log records what changed, who changed it and when.

Questions we haven't answered here?

If your firm needs this in writing for a client file, ask — we'd rather answer it properly than leave you guessing.

Talk to usStart my free trial