ORCHURA // BRAND IDENTITY // V1.1

Payment
orchestration,
composed.

The brand identity for Orchura — a payment orchestration layer engineered for heterogeneous rails, for sponsor banks, regulators, and the developers who actually read the docs.

ROUTE · RESOLVE · RECONCILE ORCHURA.IO
CONTENTS

What's inside.

00
SECTION 00

Position.

Before the logo, before the colour, before the typeface — what does this brand actually stand for?

THE ONE SENTENCE
Orchura is the payment orchestration layer engineered for heterogeneous rails — built so the merchant never knows which rail moved their money, and the merchant's CFO can prove that it did.
WHAT WE ARE

A payment orchestration layer. A single API above sponsor banks, card processors, mobile money aggregators, Pay-by-Bank providers, and stablecoin rails — engineered as one system from the first ledger entry. Every transaction routed to the path most likely to succeed at the lowest defensible cost, settled into a double-entry ledger that survives audit, reconciled back to the rail of record without human intervention.

WHAT WE ARE NOT

Not a wallet. Not a neobank. Not a card scheme. Not a crypto exchange. Not a low-code workflow builder. Not a marketplace of integrations someone else built. Not a thin wrapper that breaks the moment a rail changes its API.

WHO WE'RE FOR

Engineering-led B2B merchants, marketplaces, and treasuries that have outgrown the single-PSP setup and refuse to staff a payments engineering team to escape it. Companies whose founders read the API docs themselves.

WHO WE'RE NOT FOR

Anyone who wants a sales rep. Anyone whose evaluation criterion is whether we appear in a Gartner quadrant. Anyone whose first question is the discount.

THE FRAME WE'RE WORKING IN

Two architectural patterns dominate the existing market. Orchura's position is defined by being neither.

EXTENDED-FROM-CARDS ORCHESTRATORS

Gr4vy, Spreedly, Primer. Architecturally mature, US/EU-built, expensive. Each was extended outward from international card processing and treats mobile money, Pay-by-Bank, and instant rails as connectors retrofitted onto a card-shaped core. The pattern is correct; the order in which rails were added shaped the codebase. Excellent for retailers whose volume is mostly cards.

SINGLE-RAIL AGGREGATORS

Flutterwave, Paystack, Yoco, Razorpay, Mercado Pago. Each is a payment processor pretending to be an orchestrator when the pitch deck calls for it. Excellent at being one rail. The merchant still hits a ceiling at the second country, and the ceiling is the aggregator's own balance sheet.

ORCHURA'S TERRITORY

Engineered. Not assembled. One orchestration system designed for heterogeneous rails from the first commit — cards, mobile money, Pay-by-Bank, instant settlement, and stablecoin as peers in the codebase, not connectors retrofitted on top.

A NOTE ON GEOGRAPHY

The launch corridor is South Africa, with extension into SADC and selected sub-Saharan corridors. Geography is where Orchura starts; it is not what Orchura is. The brand does not lead with "African" or "pan-African" — the architectural claim generalises beyond any single continent, and leading with geography invites every conversation to be about the team's identity rather than about the system. The corridor catalogue belongs in the docs and the rail matrix, not in the headline. See Brand Story V1.0 §02 for the full reasoning.

01
SECTION 01

Name.

‘Orchura’ — invented, ownable, and engineered to read clean in three settings: a sponsor-bank legal contract, a developer's terminal, and a regulator's compliance review.

ETYMOLOGY

Orchura is a coined word with two roots. The 'orch-' opening carries the sense of orchestration — composing many parts into a single performance — without using the word itself. The '-ura' ending is borrowed loosely from Latin and Romance languages, where it forms abstract nouns of process and action: 'natura', 'cultura', 'infrastructura'. The combined effect is a name that sounds like it has always existed without belonging to any specific language family.

PRONUNCIATION
/ɔːrˈkjʊə.rə/ or-KYOOR-uh

Three syllables. Stress on the second. The 'ch' is hard, as in 'orchestra' — never soft as in 'church'. This matters: the soft 'ch' makes the brand sound like a candle company, which it is not.

WHY NOT THE OBVIOUS NAMES

‘Orchestrate’, ‘Conductor’, ‘Maestro’, ‘Compose’ are all taken — by music apps, project tools, container schedulers, and at least three other fintechs. ‘Rail’, ‘Route’, ‘Flow’ are the words every competitor reaches for first. Orchura sits adjacent to the obvious vocabulary without using any of it. That distance is the point.

HOW TO WRITE IT
FIRST REFERENCEOrchura
SUBSEQUENTOrchura — never ‘the platform’, never ‘we’ before context
LEGAL ENTITYOrchura (Pty) Ltd
COMPOUND PRODUCTSOrchura Ledger, Orchura Vault, Orchura Console
DOMAINorchura.io (primary) · orchura.com (redirect)
HANDLE@orchura across every channel — secure all variants
WHAT IT MUST NEVER BE CONFUSED WITH
  • ‘Orchard’ — a fruit-related branding mistake waiting to happen. Avoid orchard imagery, leaf marks, and any olive/sage palette decisions that nudge in that direction.
  • ‘Aura’ — wellness, crystals, energy work. Stay clear of any wordmark treatment that visually isolates the ‘ura’ ending.
  • ‘Orca’ — the whale association is benign but distracting. No nautical, no marine, no blue.
02
SECTION 02

Mark.

The wordmark does most of the work. The symbol exists for places the wordmark cannot fit.

WORDMARK // ON DARK
orchura
WORDMARK // ON LIGHT
orchura

The wordmark is set lowercase in Inter Black with negative letter-spacing tightening it into a single visual unit. Lowercase is deliberate: lowercase reads as software, uppercase reads as a sponsor bank. We are software.

SYMBOL // THE ‘O’ MARK
FILLED // LARGE
FILLED // MID
FAVICON // 16px

A chevron-and-circle composition forming an abstract ‘O’ around an upward-pointing inflection. The chevron carries the orchestration metaphor (a conductor's mark) without making it literal. The circle frames it as a complete system, not a stand-alone glyph. Two grades — outline-heavy for favicon, balanced for app icon and large applications.

LOCKUP RULES
CLEAR SPACEMinimum equal to the height of the lowercase ‘o’ on every side
MIN. SIZE — DIGITAL120px wide for wordmark · 24px for symbol
MIN. SIZE — PRINT30mm wide for wordmark · 8mm for symbol
ON DARK SURFACESWordmark in bone (#F5F2EC) — never pure white
ON LIGHT SURFACESWordmark in obsidian (#0B0F0E) — never pure black
WITH ACCENTSymbol may render in emerald; wordmark stays bone or obsidian
ROTATIONNever. The mark is always upright.
EFFECTSNo drop shadow, no gradient, no glow on the wordmark. Symbol may carry a subtle radial halo in marketing only.
03
SECTION 03

Colour.

Three core colours do almost all the work. Everything else is restraint.

THE CORE THREE
Obsidian #0B0F0E
Emerald #00D982
Bone #F5F2EC

Obsidian is the canvas. Not pure black — a near-black with a faint green undertone, so when emerald sits next to it the two read as part of the same system instead of accent on background. Emerald is the only saturated colour in the brand; it carries every ‘this is Orchura’ signal. Bone is the type colour on dark — warm off-white, never pure white, because pure white on near-black creates eyestrain at body sizes.

EXTENDED SURFACES

When a single canvas isn't enough — cards on cards, panels within panels — these graphite tints stack. Each is built from obsidian with progressively more lift, so the eye reads them as the same surface at different elevations.

Obsidian#0B0F0E
Graphite#151B19
Slate#1F2724
Rule#2A322F
TYPE ON DARK
Bone#F5F2EC
Ash#9CA3A0
Smoke#5B6562

Three tiers. Bone for primary text and headlines; ash for secondary copy, captions, and metadata; smoke for the deepest tertiary — page numbers, footer marks, the things you should be able to find but should not be reading.

EMERALD — THE ONE RULE
Emerald is for action, identification, and confirmation. It is never decoration.

If something is rendered in emerald, it must be one of three things: a wordmark or symbol, an interactive element (a link, a button, a focusable control), or a positive state confirmation (success, available, healthy). When in doubt, render in bone or ash and ask whether emerald earns its place.

FUNCTIONAL COLOURS

Two more colours exist. Both are reserved for state communication and forbidden in any decorative role.

Amber#F5B544
Signal#FF5C5C

Amber: warning state, trade-off flags, pending confirmation. Signal: critical only — failed payment, security alert, severed connection. Neither colour appears in marketing material, in the wordmark, or in the chrome of the product.

LIGHT-SURFACE FALLBACK

When a deliverable must be light (an invoice, a printed contract, a regulatory submission), the canvas inverts: paper as background, ink as type, emerald unchanged. Bone-on-paper is invisible — never use it. Light surfaces are the exception, not the system; reach for them only when the deliverable demands it.

Paper#FAFAF8
Paper-warm#F5F2EC
Ink#0B0F0E
Ink-soft#2E3633
04
SECTION 04

Type.

Three families. One sans for almost everything. One serif italic for emphasis. One mono for evidence.

THE THREE FAMILIES
Inter SANS // PRIMARY
Payment orchestration, engineered for heterogeneous rails.

Body, UI, headlines, buttons, navigation. Every default. Inter handles a wide range of Latin-extended diacritics without falling back to inferior fonts. Inter Display for headlines (32px+); Inter for everything below.

WEIGHTS // 400 · 500 · 600 · 700 · 800 · 900
Fraunces SERIF ITALIC // EMPHASIS ONLY
composed. settled. resolved.

Italic emphasis only. Used inside otherwise-sans headlines to draw the eye to one word. Never used at body sizes; never used upright. The only serif in the system. (Production hint: upgrade to Tiempos Headline Italic if budget allows; Fraunces is the strongest free alternative.)

WEIGHTS // 500 ITALIC · 700 ITALIC
JetBrains Mono MONO // EVIDENCE
payment_intent_8a3f2c1d · R 12,847.50

Section labels, code, ledger numbers, transaction IDs, anything where a number must be unambiguous. The brand's fingerprint when nothing else identifies it. Tabular figures always on.

WEIGHTS // 400 · 500 · 700
THE SIGNATURE MOVE

Almost every Orchura headline follows one pattern: an upright sans statement with one italic serif word inserted as emphasis. The italic word is always the verb or the adjective that carries the meaning.

Routing, deliberate.
Reconciliation, settled.
Payment orchestration, composed.

One italic word per headline — never two, never zero. The italic word is the meaning the brand stands behind; everything else is structural.

TYPE SCALE
DISPLAY96px / 1.0 / -4.5% · 800 weight
H156px / 1.05 / -3% · 800 weight
H232px / 1.15 / -2% · 700 weight
H320px / 1.3 / -1% · 700 weight
BODY LARGE19px / 1.55 / 0 · 400 weight
BODY16px / 1.7 / 0 · 400 weight
CAPTION14px / 1.45 / 0 · 400 weight
MONO LABEL11px / 1.0 / +22% · 700 weight · UPPERCASE
THINGS TYPE NEVER DOES
  • Centre-aligns body text. Headlines rarely; body never.
  • Justifies. We accept ragged-right and the small visual imperfection it brings.
  • Uses italic in body copy for emphasis — bold or colour does that work.
  • Mixes weights inside a single word. ‘Orchura’ is not a brand expression; it is a kerning bug.
  • Underlines. Underlines are for hyperlinks in body copy, and even there only as a hover state.
  • Drops below 11px at any moment. If text is unreadable, it shouldn't have been written.
05
SECTION 05

Voice.

How Orchura writes — to merchants, to regulators, to engineers, to itself.

THE STANCE
Specific, structural, dry. We earn trust by saying exactly what we do, in the order it happens, and stopping when the sentence is done.

Orchura's voice is the voice of someone explaining how their machine works to a peer. Not a salesperson. Not an evangelist. Not a copywriter performing enthusiasm. The reader is intelligent and busy. The brand is competent and wants them to leave with what they came for.

FOUR VOICE PRINCIPLES

Concrete over abstract.

‘Routes a card payment to Flutterwave when the issuer BIN matches a Kenyan bank.’ Not ‘intelligently routes payments for optimal performance’.

Mechanism over benefit.

Tell the reader what we do, not how it will make them feel. They will work out the benefit themselves; that's why they're reading.

Numbers over adjectives.

‘Sub-200ms p99 routing decision.’ Not ‘blazing-fast’. Where a number isn't honest, omit the claim.

Stop when the sentence is done.

No re-statement. No ‘in summary’. No closing flourish. The white space after the last sentence is part of the message.

WORDS WE DO NOT USE

Some vocabulary is cheap. Some is dangerous (it makes legal claims we can't substantiate). Some just makes us sound like every other fintech. All of it is forbidden in Orchura's external writing without an explicit exception.

CHEAP
  • seamless
  • frictionless
  • revolutionary
  • game-changing
  • disruptive
  • cutting-edge
  • best-in-class
  • world-class
  • unleash
  • empower
  • delight
  • supercharge
DANGEROUS
  • guaranteed (anything)
  • instant (without ‘typically’ or a number)
  • 100% / always / never
  • bank-grade (we are not a bank)
  • compliant (without naming the standard)
  • secure (without specifics)
  • AI-powered (unless it is, and we say which model)
  • end-to-end encrypted (without saying which leg)
WORDS WE PREFER

These aren't mandatory, but they pattern the voice. ‘Compose’ over ‘build’. ‘Settle’ over ‘process’. ‘Reconcile’ over ‘match’. ‘Route’ over ‘send’. ‘Resolve’ over ‘handle’. ‘Defensible’ over ‘good’. ‘Sub-200ms’ over ‘fast’.

VOICE BY CONTEXT
DEVELOPER DOCSDirect, second person. ‘Call POST /v1/payment_intents.’ No throat-clearing.
MARKETING SITEThird person, present tense. ‘Orchura routes the payment to the rail with the highest historical authorisation rate for that BIN.’
REGULATORY / LEGALPassive permitted. Defined terms in italics on first use. Numbers and dates explicit.
STATUS PAGEPast or present tense, never speculation. ‘Investigating elevated PayShap latency.’ Not ‘Some users may be experiencing issues’.
SOCIALOne sentence. One number. No emoji. No thread.
ERROR MESSAGESCause first, action second, support reference last. ‘BIN range not supported on Flutterwave. Try card_v2 or contact support with reference 8a3f.’
06
SECTION 06

Layout & motion.

The grid is loose. The rules are tight. The white space is the brand.

THE GRID

12 columns, 24px gutter, 96px outer margin on desktop. Mobile collapses to 4 columns at 16px gutter. The grid exists to make alignment effortless, not to be visible — when a layout decision feels like fighting the grid, the grid is right.

VERTICAL RHYTHM

Spacing is built on an 8px base unit. Every margin, gap, and padding value is a multiple of 8. Six values cover almost every case: 8, 16, 24, 48, 72, 144. Anything outside this set requires justification.

THREE LAYOUT MOVES THAT IDENTIFY ORCHURA

The mono label.

Every section opens with a small uppercase mono label in emerald or ash, with letter-spacing roughly +22%. The brand's most consistent visual fingerprint.

The single italic word.

Headlines sit upright in the sans, with one word swapped to Fraunces italic. The italic word does the meaning-work; the upright words frame it.

The split rule.

Where a typical brand draws a horizontal line, Orchura draws nothing — and lets the white space carry the break. Where a divider is unavoidable, it's a single hairline at #2A322F, 1px, never thicker.

DENSITY

Dashboards are dense. Marketing is generous. The contradiction is intentional: the product earns trust by showing the operator everything at once; the brand earns trust by giving the prospect room to think. The same colour palette and typography binds both.

CORNER RADII

4px on inputs and small buttons. 6px on cards. 8px on panels and large containers. 12px on modals. 0px on full-bleed sections and tables. No values in between, ever.

MOTION // THE PRINCIPLE
Motion communicates state change. If nothing has changed, nothing should move.

Orchura's product handles money. Animation that exists to entertain — bouncing icons, rotating logos, parallax scroll — undermines the trust the rest of the brand spends so much effort earning. Every animation must answer: what state changed, and how do I show the user it changed?

DURATIONS
MICRO120ms · ease-out · hover, focus, click
STATE200ms · ease-in-out · toggle, expand, collapse
TRANSITION320ms · ease-in-out · page, route, modal
INGRESS480ms · ease-out, staggered · data appearing for the first time

Anything longer than 480ms is a loading state, and loading states need a different treatment — a skeleton, a progress indicator, or honest text. Never a spinner pretending to be a feature.

WHAT NEVER MOVES
  • The wordmark and symbol. They render and they sit.
  • Numbers in dashboards, except a single 320ms cross-fade when they update. No counting-up animation.
  • Charts on initial load. They appear in their final state, not animated in.
  • Anything in a printed deliverable, an invoice, or a regulatory submission.
07
SECTION 07

Principles.

Ten beliefs that govern every design decision. When this document doesn't cover the case, these do.

01

The mechanism is the message.

Show how the system works and the trust takes care of itself. Don't perform competence; demonstrate it. A cleanly-rendered routing diagram is worth more than three paragraphs of ‘intelligent orchestration’.

02

Built for the operator, not the spectator.

Every screen, every document, every piece of marketing is designed for the person who has to use it on Tuesday morning. If it looks great in a portfolio but slows the operator down, it's wrong.

03

Restraint is the accent.

Most of the brand is bone, ash, and obsidian. Emerald only appears where it does work. The discipline of withholding colour is what makes the colour mean something when it arrives.

04

Numbers are honest; adjectives are decoration.

Wherever a claim can be expressed as a number, express it as a number. Where it can't, the claim probably shouldn't be made.

05

The italic word is the meaning.

When a headline runs upright and one word leans, that word is the verb the brand stands behind. Choose it deliberately. ‘Composed.’ ‘Settled.’ ‘Resolved.’ Never ‘revolutionary.’

06

Heterogeneous rails are first-class, not future work.

Every component, every page, every documentation surface treats cards, mobile money, Pay-by-Bank, instant settlement, and stablecoin as peers. The brand never visually privileges one rail family — the rail matrix lists them in alphabetical or coverage order, the marketing examples cycle across them, the dashboard's empty states show all of them. Where the launch corridor is South Africa, the brand says so explicitly; it does not generalise to "global" or shrink to "African". The rails are the subject. The geography is the deployment.

07

Compatible with sponsor banks, regulators, and developers — in that order of restraint.

When the brand has to choose between looking exciting and looking trustworthy, it chooses trustworthy. A sponsor bank or a SARB examiner should be able to read any Orchura surface and find nothing alarming. The developers will find the depth on their own.

08

The dark canvas is the canvas.

Orchura runs dark. Not because dark mode is fashionable; because the product is a financial control surface, and dark canvases reduce eye strain over the long sessions operators actually spend with the dashboard. Light surfaces are the exception.

09

Composability over completeness.

Every component, page, and module is designed to slot into a larger system someone else is building. Orchura is the orchestration layer; its brand should feel like one too. Self-contained set pieces are weaker than reusable parts.

10

When in doubt, remove something.

Almost every design weakness in this brand will come from adding too much. The instinct is to add. The discipline is to remove. If a screen still works after a deletion, the deletion was correct.

08
SECTION 08

Build & launch states.

Orchura is in build through M16. Some surfaces are visible to the public; others are not. The visual system handles both — and never leaks the wrong one into the wrong room.

THE PRINCIPLE
The visual system makes architectural promises during build, and operational claims after launch. The colours, the typography, and the layout do not change. What appears inside them does.

This section is the visual companion to Brand Story V1.0 §04. Where the story document defines what the brand may say at each stage, this section defines what the brand may show.

SURFACE-BY-SURFACE
PUBLIC MARKETING SITEArchitecture and audience claims at full strength. No transaction-volume figures, no live latency numbers, no merchant logos, no "trusted by" rows. Hero image is the product UI in a known state — the routing decision panel from §09.2 is the canonical screenshot — never a synthetic dashboard with fabricated metrics.
DEVELOPER PORTALEach endpoint and SDK is labelled with a stage badge — PREVIEW, STABLE, or DEPRECATED — set in the mono label style. SDK versions follow 0.x semver until first production cutover. The portal itself does not need a "we're in build" banner; the badges do that work.
INVESTOR & SPONSOR-BANK DECKSBuild state is named explicitly on the cover and in the cover-bottom strip — [BUILD] as the third metadata token alongside the version. Timeline, milestones, and sign-off date appear in the deck where a launch deck would show traction metrics.
DASHBOARD SCREENSHOTSScreenshots used externally during build are watermarked with PREVIEW BUILD · YYYY-MM in the bottom-right corner, set in mono ash at 50% opacity. Screenshots may show the system working against test data; they may not show fabricated merchant identifiers, fabricated transaction volumes, or fabricated authorisation rates.
SOCIALDuring build, posts are approximately silent. The cadence is roughly quarterly. When a post does ship, it follows §09.4 — single statement, one number, mono-tagged source — and the number must be a real fact about the build (an architectural milestone, a published standard, a sponsor-bank engagement) rather than a fabricated operational metric.
EMAIL SIGNATURENo change between build and launch. The signature is three lines (§09.5) and never carries a build-state badge. The badge is the wrong audience for an email recipient, who is reading one human's name, not the company's stage.
BUSINESS CARDNo change between build and launch. The card is a name, not a brochure (§09.3). It does not record stage.
THE STAGE BADGE

For surfaces that need to record their state — investor decks, technical documentation, product preview pages — the stage badge sits in the same visual register as the version metadata. Three forms.

[BUILD]

M0–M16. Used on investor decks, sponsor-bank briefings, technical documentation, and the developer portal cover. Sits in the cover-bottom strip alongside the version number.

[LAUNCH]

M16+. Replaces [BUILD] on the day Phase 1 sign-off is recorded. The switch-over is binary; documents are not republished as "soft launch" or "early access" or any intermediate state.

[PREVIEW]

Per-endpoint or per-feature, used inside developer portal. An endpoint or SDK can be PREVIEW after the rest of the platform is LAUNCH. The badge attaches to the surface, not the company.

WHAT THE VISUAL SYSTEM NEVER FABRICATES
  • Synthetic merchant logos. A "trusted by" row of grey rectangles labelled "Acme Corp", "Globex", "Initech" is worse than no row. If there is no logo to show, do not invent the row.
  • Mocked-up dashboards with metrics. A screenshot showing R 4.2M processed today is a lie if no R 4.2M was processed. Use the routing decision panel — which shows architecture rather than volume — as the canonical screenshot during build.
  • Latency numbers as design elements. "47ms p99" rendered as a hero stat is fine post-launch. During build, it is a target, not a fact, and the brand does not render targets as if they were facts.
  • Geographic claims rendered visually. A map of Africa lit up across markets where Orchura has not yet transacted is a misrepresentation, however restrained the design. Show the launch corridor explicitly, or show no map.
THE SWITCH-OVER

The day Phase 1 sign-off is recorded, every external document, deck, and surface bearing the [BUILD] badge is updated to [LAUNCH]. The boilerplate switches (per Brand Story §09). The marketing hero is unchanged — its language was already launch-stage. The investor deck cover gets a one-character edit. The developer portal endpoints with sufficient production stability move from PREVIEW to STABLE. The brand does not announce the switch-over; it just stops being in build, and the world reads the change in the badges.

09
SECTION 09

In use.

The brand applied. Five surfaces that establish the system.

9.1 // MARKETING HERO

Dark canvas, generous vertical white space, single italic word in the headline, mono kicker label, one emerald CTA. The product UI screenshot does the heavy lifting; no abstract 3D imagery, no stock photography.

orchura.io
ORCHURA // THE ORCHESTRATION LAYER
Payment orchestration,
engineered for heterogeneous rails.
One API. Every rail your merchants need. Settled into a ledger your auditor will recognise.
9.2 // PRODUCT CHROME

Sidebar in graphite, content in obsidian, accent in emerald, type in bone and ash. Numbers always in mono. Status indicators are dots in emerald (healthy), amber (degraded), or signal (down). No avatars. No gradient buttons. The chrome should disappear so the data shows through.

console.orchura.io / routing
ROUTING DECISION
flutterwave_ke SELECTED
decided in 47ms · authorisation rate 96.4% (rolling 7d) · cost band A
flutterwave_ke healthy
paystack_ng degraded
pawapay_ke healthy
stitch_za healthy
9.3 // BUSINESS CARD

85mm × 55mm. Front: symbol in emerald, centred, large. Back: name in bone, role in ash, contact in mono. No QR code. No tagline. The card is a name, not a brochure.

FRONT
BACK
Ruan
Founder & Lead Engineer
ruan@orchura.io
orchura.io
9.4 // SOCIAL POST

Single statement. One number. Mono-tagged source. No image. No emoji. No hashtag. Posts that need decoration to land aren't worth posting.

9.5 // EMAIL SIGNATURE

Plain text. No images. No social icons. Three lines.

10
SECTION 10

Changelog.

What moved between V1.0 and V1.1, and why.

V1.1 // ARCHITECTURE-LED REPOSITION

V1.0 framed Orchura as a pan-African brand built in South Africa for the continent. V1.1 reframes Orchura around its architectural claim — a payment orchestration layer engineered for heterogeneous rails — with geography treated as the launch corridor, not the brand identity. The visual system is unchanged. The wordmark, symbol, palette, type scale, layout grid, motion rules, and voice principles are all preserved. The content moved; the identity did not.

Three forces drove the change. One, the legal entity is Orchura, Inc. (Delaware) with an SA operating subsidiary; "built in Africa, for Africa" was no longer accurate as written. Two, the architectural claim — heterogeneous rails as a first-class concern, against orchestrators that extended outward from cards — is structurally stronger and harder to copy than the geographic claim was. Three, the geographic frame painted the brand into a corner that V1.0 had already started leaking out of through Phase 2 (which is global by construction, not African).

SECTION-BY-SECTION
§00 POSITIONRewritten. The one sentence, the territory panel, and the framing of the competitive set are all architecture-led. A new "note on geography" subsection makes the launch-corridor framing explicit.
§01 NAMEUnchanged. Etymology, pronunciation, and confusion-rules are stage-independent.
§02 MARKUnchanged.
§03 COLOURUnchanged.
§04 TYPEType families, scale, and the signature italic-word move are unchanged. The Inter sample sentence updated from "composed for Africa" to "engineered for heterogeneous rails" to match the new product line.
§05 VOICEUnchanged. The four voice principles (concrete over abstract, mechanism over benefit, numbers over adjectives, stop when the sentence is done) are stage-independent and survive the reposition without edit.
§06 LAYOUT & MOTIONUnchanged.
§07 PRINCIPLESPrinciple 06 rewritten. "Pan-African is the default, not the upsell" became "Heterogeneous rails are first-class, not future work" — same shape, architectural commitment instead of geographic identity. Principles 01–05 and 07–10 unchanged.
§08 BUILD & LAUNCH STATESNew section. Defines how the visual system handles the M0–M16 build period — the [BUILD]/[LAUNCH]/[PREVIEW] badges, surface-by-surface guidance, what the visual system never fabricates, and the switch-over rule.
§09 IN USEMarketing hero example updated to the new product line. Subsection numbers shifted from 8.x to 9.x. Dashboard, business card, social post, and email signature examples unchanged.
RELATED DOCUMENTS

V1.1 of this identity is binding alongside Brand Story & Positioning V1.0, which is the narrative companion. Where the two disagree on a point of brand direction, the more recent document wins; where this identity is silent and the story document is not, the story document governs. Both supersede all prior naming, marks, and visual references for the project.