Skip to content

A multi-tenant commerce operating system

Your whole business, one ledger.

Finance, jobs, logistics, field service, assets, workforce and compliance on a single engine — so what a trip earned, what a job cost and what the company owes are one set of numbers rather than three that have to be reconciled.

Tax invoice

INV-2026-0417

Billed to
Delta Freight Services
Issued
25 Aug 2026
  • Haulage — Alexandria to Cairo, 3 movements18,400.00
  • Customs clearance, recoverable4,250.00
  • Demurrage, 2 days1,800.00

Total dueEGP 24,450.00

Every flow in the platform ends in a document like this one — numbered by the system, posted to the ledger, and printable in either language.

22 modules · one engine · Arabic and English together · your own subdomain · your country’s tax codes from day one

Follow one invoice through the engine

Six steps, six modules, one transaction. Nothing here is an integration between systems — each step hands the next one the same party, the same job and the same ledger. Select a step to see what the engine did, and what it refuses to do.

What was written

  • catalog.rate_card_lines → 1 read
  • catalog.pricing_tiers → 1 read
  • — nothing written —

02

Thirteen capabilities over one model

Not separate products exchanging files, but capabilities sharing the same party, the same job and the same ledger. An invoice raised out of field service and one raised out of transport go through the same door and land in the same entry.

The record

Operations

Commerce

03

Your industry is configuration, not a private build

An inspection house, a cross-border haulier and a contractor run on one model. What differs between them is rate cards, registers and document types — not the invoice, the ledger entry or the job. Which means your business is not queued behind somebody else’s roadmap.

04

What this actually is

You will not find customer logos, quotations or a user count on this page. The platform is at first launch with design partners working under agreement, and there is nothing to display. What follows are claims about the product itself, each of which you can check.

  • Arabic first, not Arabic later

    Right-to-left was the assumption the first screen was designed under, not a stylesheet added after the first customer asked. Screens, printing and documents all work in both directions, and Arabic is the default.

  • One engine, not seven

    A single modular monolith: twenty-two modules inside one engine, sharing numbering, permissions, the audit trail and the posting path. There is no integration between systems that can quietly stop working mid-month.

  • Every company at its own subdomain

    Your company opens at its own address, and a session for one company does not work on another’s — because the session cookie is bound to that host, not because a check in the code remembers to refuse it.

  • Configuration over customization

    Anything that can be a row in a table is not code: posting rules, approval thresholds, rate cards and registers are all settings. Raising an approval limit does not need a release.

  • Every change has an author

    Each change to a record is written to the activity trail with who made it, when, and which fields moved, in the same transaction. Values are deliberately not copied there: a table holding a copy of every tax identifier would inherit none of the permissions of the table it came from.

  • The limits are written down

    Every capability page on this site says where that capability stops — a posting gap in purchasing, no standard costing in inventory, no backorder document in sales. You should know that now rather than discover it in month one.

05

Start wherever suits you

If your company already has a Kanri workspace, go in through its own address. If you are still looking, start with the capabilities — or write to us and we will answer with what we can do and what we cannot.