AsymmFlow
The Mesh

Your offices talk directly.
Your books stay one set.

AsymmFlow runs on every machine the way a team runs on the ground: each one works on its own, and they stay in step with each other. No server in the middle, no monthly cloud bill, no data centre between you and your books.

How it works

A mesh, not a server.

01

Direct between your machines.

Two offices, two computers, each running AsymmFlow — talking straight to each other over an encrypted peer-to-peer connection. There is no server in the middle, no hosting bill, and no data centre holding your books. The machines find each other over the ordinary public internet; when they can't, a small always-on peer keeps a mirror.

02

One law, enforced everywhere.

Every office enforces the same rules — automatically. A quote below your margin floor, an invoice that doesn't add up, a payment nobody approved: rejected the same way in every office, on every machine. The books can't drift apart, because the rules are fixed everywhere before a single number is accepted.

03

Works offline. Converges when you're back.

Cut the internet and each office keeps working on its own, exactly as before. When the connection returns, the machines fold back to the same books — automatically, in the order the rules demand. No merging by hand, no 'whose copy wins'. The network reconciles itself.

Why no cloud in the middle

See it side by side.

The hosted model routes your books through someone else's building — and when that building has a bad morning, your business goes dark with it. The mesh has no middle to fail.

Office A
their server $ hosting bill · monthly
Office B

When the cloud goes down, so do both offices — and the bill never pauses.

What it means for your team

What the mesh actually changes.

One set of books, everywhere.

The sales team in office A and finance in office B are looking at the same numbers, in the same order, at the same moment. No one reconciles at month-end to find out which office was right.

The conversation rides along.

A built-in messenger lives on the same connection — chat, files, and voice notes sitting next to the records they're about. What was said stays joined to what was done, in one place.

Access you can revoke, with proof.

A lost laptop, a departing employee — their access is revoked from any office, and the revocation is written into the shared record so every machine knows. No trust in a phone call, no hoping the old laptop stays offline.

Scales as you do.

A second office, a new site, a partner who needs a view — the same model extends. More machines join the network the same way the first two did: directly, under your control.

Run on real machines

Demonstrated in the field, not on a slide.

India ↔ Bahrain

The same link runs across a real continent-to-continent path, on ordinary public internet — not a lab demo across a room.

Byte-identical

Two physical machines, in different locations, converge to identical books after sync — verified down to the byte.

Always-on mirror

A named, monitored seed keeps an always-available copy, so books never depend on one machine being reachable.

Tenured, not demoed

The seed infrastructure has run unattended and been monitored — the difference between a proof and a deployment.

The mesh is running today: live across a real India-to-Bahrain link, rolling out with our customers now. Not a render. Not a roadmap item. It's how AsymmFlow already runs — and how your books can.

Run your operation on machines you own, connected by rules you control.

If you run across more than one office — or you want your books to live on your machines instead of a data centre — this is what that looks like. Message us and we'll tell you how it'd fit your operation.

Ask about a multi-office setup →