Insights  /  Multi-region rollout

Adding a country is configuration, not a fork.

How an ISP launches in a new country without forking the codebase. Address engine, tax module, payment rail, regulatory document templates, all configurable.

The old way. An ISP group expanding into a new country picks a new local platform, hires staff to run it, and accepts that the two countries will operate on two systems with quarterly reconciliation. Best case: the systems can export to a common format. Worst case: the group operates as two separate companies that share a logo.

What ISPCQ does. Multi-region is a first-class concept. Address-format templates per country. Tax regime modules per country. Payment rails configured per market: mobile money, bank debit orders, card processors and local payment providers, each as its own plug-in driver. Regulatory document templates per jurisdiction. One codebase serves every brand, and they all move on the same deploy day. Currency, tax, address validation, payment processing all driven by configuration.

The operational outcome. Adding a tenant brand in a new country is days of configuration, not months of forking. Every brand runs on the same schema, so a group report is one query run per market rather than a mapping exercise between two unrelated systems.

A flat base map plate with a notched selector ring beside it and a hovering stack of interchangeable overlay plates, the lowest sliding into registration
A country is configuration · the plate changes, the base does not fork
Read related

More operational deep-dives.

One of twenty-three detailed articles on real ISP workflows. Each walks through the problem, what teams used to do, what ISPCQ does, and the operational outcome. The architecture is the same; the workflows differ.

Module
Audience
ISP groups
Saves
Months per launch