Skip to content

Configurability & White-label

This page is the full reference behind the “What you can configure” section on each product page. It covers what you can brand, what you can toggle, and what stays fixed — and how that differs across the three partnership models.

CapabilityAPI / EmbeddedWhite-labelCustom
Use Moria’s financial railsYesYesYes
InterfaceYou build itMoria apps, your brandMoria apps, your brand
Moria-hosted web & mobile appsYesYes
Logo, colors, typographyIn your own UIYesYes
Your own domainIn your own UIBy arrangementBy arrangement
Choose which products to enableYesYesYes
Per-partner pricingYesYesYes
Isolated members & dataYesYesYes
Member-facing language (ID/EN/AR)YesYesYes
Bespoke products or flowsYes
Custom third-party integrationsVia your backendBy arrangementYes

API / Embedded — you keep your own app and build the member experience yourself, calling Moria for wallet and product operations. Fastest to launch; you own the UI entirely.

White-label — you ship Moria’s web and mobile apps under your own brand. Your members never see the Moria name. You configure branding, product mix, and pricing; Moria runs the platform.

Custom — everything white-label offers, plus bespoke products, flows, or integrations built for your organization on the same core rails.

Branding is applied per organization, so each partner (or each organization on a shared platform) presents its own identity:

  • Identity — logo, color palette, and typography, configured per organization and applied across the member-facing surfaces.
  • Language — Indonesian, English, or Arabic for member-facing text, so the same platform can serve different audiences.
  • Domain — serving the web app on your own domain is available by arrangement as part of white-label onboarding.
  • Mobile apps — publishing the apps to the app stores under your brand is handled by arrangement during onboarding (store accounts, signing, and release are coordinated with you).
  • Product mix — enable only the products you want your members to see. A cooperative might run wallet + savings + dues only; a broader partner might enable the full catalog. Products not enabled simply do not appear.
  • Pricing — fees are configured per partner (and can be refined per organization), by payment method and direction. See Fees & Pricing.
  • Organization model — run a single organization, or many organizations under one platform, each isolated.
  • Onboarding paths — allow member self-registration, invitation-only, or both. See Onboarding & KYC.
  • Admin roles — grant your admins scoped permissions over members and products.

On a multi-organization platform, each organization’s members, balances, and data are scoped to that organization. A member acting in one organization cannot see or reach another’s data. For a white-label partner this means your members and their money live in your own isolated space — the foundation for offering the platform as if it were your own.

Some things stay constant across every model because they protect members and keep the platform sound:

  • Shariah compliance and the underlying contracts (akad) — see Shariah & Compliance.
  • Double-entry money handling and reconciliation — see Settlement & Reconciliation.
  • Core security controls — transaction PIN, two-factor authentication, and encryption of personal data at rest.
  • Identity verification (KYC) before a member can move money.