Merchant Acquiring Reseller

End-to-end Eclipse onboarding for a reseller — from organisation creation to a live, unbarred wallet, across 20 ordered steps and three actors.

Summary

This page is the canonical onboarding reference for resellers integrating with the Eclipse API. It takes you from an empty merchant record all the way to a live, transacting wallet, covering every API call, document type, and screening check along the way.

In short, onboarding a merchant means: create the legal entity, register and verify the people behind it (directors, owners, UBOs), attach the business documents and signed terms, submit the case for automated KYB screening, and finally have EFT Corporation compliance review and activate the wallet. The work is split across 6 phases and 20 ordered steps, shared between 3 actors — you (the Reseller), the automated platform (System), and the EFT Corporation Compliance team.

Two things are worth internalising before you start. First, the flow is strictly ordered — most steps depend on data captured earlier, so gaps cannot be repaired at the end. Second, a new wallet is always created in a BARRED state; only compliance can unbar it once screening and the website audit have cleared.

flowchart TD
    subgraph Reseller
        P1["Phase 1 — Organisation Setup<br/>Steps 1–2"]
        P2["Phase 2 — Customer Registration & Positions<br/>Steps 3–7"]
        P3["Phase 3 — Org Documents & T&Cs<br/>Steps 8–9"]
        P4["Phase 4 — Verification & KYB Submission<br/>Steps 10–13"]
    end
    subgraph System
        P5["Phase 5 — Automated Screening<br/>Steps 14–16"]
    end
    subgraph Compliance
        P6["Phase 6 — Compliance Review & Activation<br/>Steps 17–20"]
    end
    P1 --> P2 --> P3 --> P4 --> P5 --> P6
    P6 --> Live(["Live, unbarred wallet"])
📘

How this guide is organised

Each phase is a separate page. Work through them in order, or jump to the phase you need using the navigation below. The final page collects every field, document type, and status code in one place for quick lookup.


The flow is ordered

Most steps depend on prior ones. Skipping a step (for example, omitting companyNumber at organisation creation, or not assigning a DIRECTOR position before submitting ratification) causes the KYB ruleset to fail or routes the case to manual compliance review. Plan your UX to enforce the data minimums at the point of collection rather than trying to repair gaps at submission.


At a glance

MetricValue
Ordered steps20
API calls18
Document types supported36
Actors3 — Reseller · System · Compliance
Phases6

Actors

ActorRole
ResellerSteps you initiate via API (you, the integrator)
SystemAutomated platform behaviour — no action required
ComplianceEFT Corporation compliance team — manual review and adjudication

Phases — navigation

PhaseStepsActorWhat happens
1 — Organisation Setup1–2ResellerCreate the legal entity and its address record
2 — Customer Registration & Positions3–7ResellerRegister directors / owners / UBOs, upload their KYC docs, link them to the org
3 — Organisation Documents & T&Cs8–9ResellerUpload business documents and the merchant's signed terms
4 — Verification & KYB Submission10–13ResellerMCC, AVS, ratification, wallet creation
5 — Automated Screening14–16SystemDocument legitimacy, sanctions / MATCH, compliance Jira ticketing
6 — Compliance Review & Activation17–20Reseller / ComplianceSubmit for review, website audit, unbarring, go-live confirmation

Reference: Field, document, and code quick reference — every field, document type, position, and status code in one place, plus operational and security reminders.


What's next