Phase 6 — Compliance Review & Activation
Steps 17–19 of reseller onboarding — website audit and screening review, unbarring the wallet, and confirming go-live.
Part of Merchant Acquiring Reseller — Phase 6 of 6 · Actors: Compliance / ResellerEFT Corporation compliance reviews the merchant's website and adjudicates any screening hits, then unbars the wallet. You (the reseller) confirm go-live and retain the key identifiers.
Step 17 — Website audit and screening review
EFT Corporation compliance reviews the merchant's website and adjudicates any screening hits from Phase 5, Step 16.
Actor: Compliance
Manual review by the EFT Corporation compliance team. Ensure the merchant's website URL is recorded on the organisation via the Phase 3, Step 09 attachment. Where Jira tickets were raised, compliance adjudicates each hit — you may be contacted for additional documentation (Enhanced Due Diligence).
Possible outcomes
| Outcome | What it means |
|---|---|
| Cleared | Proceed to activation in Step 18 |
| EDD required | Compliance requests additional documents; upload via Phase 3, Step 08 or Phase 2, Step 05 as applicable and notify the assigned compliance contact |
| Rejected | Merchant cannot be onboarded under this tenant |
Website audit is a gating stepIf the website audit fails, the wallet cannot be unbarred regardless of the screening outcome.
Step 18 — Unbar the wallet
Compliance clears the BARRED flag and the wallet becomes live for transactions. Only compliance-role users can perform this action.
Actor: Compliance
📎 API reference: Update a wallet by walletId — the underlying mechanism is a status update from BARRED to ACTIVE. Where the tenant property checkRatificationOnWalletStatusUpdateToActive is enabled, the KYC ruleset is re-checked at this point.
Wallet status flags
| Value | Meaning |
|---|---|
BARRED = 2 | No transactions permitted — default for new merchant wallets |
ACTIVE = 0 | Transactions permitted |
CANCELLED = 1000 | Terminal state — cannot be re-activated |
Step 19 — Confirm go-live
Verify wallet status is ACTIVE and notify the merchant.
Actor: Reseller
GET /eclipse-conductor/rest/v1/tenants/{tenantId}/wallets/{walletId}
📎 API reference: Get wallet by walletId
Verify status = 0 (ACTIVE).
Retain these identifiers
organisationId,walletId, and thecustomerIdof the primary contact are required for every future support, reporting, and configuration call. Store them against the merchant record in your own system.
Navigation
- ◀ Previous: Phase 5 — Automated Screening
- ▲ Overview: Merchant Acquiring Reseller
- ▶ Reference: Field, document, and code quick reference
