OnLink
Concepts

Who does what

Which obligations sit with you, which sit with OnLink, and where the line is.

You hold the relationship with your users. We move value between USDT and KES and screen the movement itself. The split matters because each side has obligations the other cannot discharge.

Yours

  • Onboard and verify your own users. You know who they are; we do not see them. Identifying and verifying your customers is your obligation, under your own registrations.
  • Decide who may transact on your platform, and monitor their behaviour over time.
  • Hold the records your own regime requires, and be able to produce them.
  • Keep your credentials safe. A request signed with your secret is your request.
  • Tell your users what happens to their money — that settlement is not instant, and what a refusal means.

Ours

  • Screen the value movement and its counterparties.
  • Execute on the rails, and tell you the outcome through the order status and its webhook.
  • Keep the records of what we executed.
  • Refuse a movement we cannot make. A rejected order is that refusal.

Where they meet

If we need information about a movement, we ask you, because you are the party who has it. Being able to answer promptly is part of the integration, not an exception to it — build a path to reach the user behind an order.

A rejected order has no self-service reversal. The resolution is a conversation: contact us with the orderId and partnerReference.

This page is not legal advice

It describes how the integration divides operational responsibility. What your own regime requires of you is a question for your own advisers.

On this page