Logo GenukaGenuka Pay
API Reference

API Overview

Understand the structure of the Genuka Pay API, its resources, and its operational conventions.

Introduction

The Genuka Pay API is a JSON-based REST API organized around a few operational resource families: application credentials, payments, payouts, webhooks, and KYC.

Base URL

Base URL
{{BASE_URL}}/api/v1

Required Headers

Authenticated Request Headers
X-Public-Key: YOUR_PUBLIC_KEY
X-Timestamp: UNIX_TIMESTAMP
X-Signature: HMAC_SHA256_SIGNATURE

The signature is computed with your application secret_key. Prefer the official SDKs when possible.

Main Resource Families

Application

  • GET /application
  • POST /application/rotate

Payments

  • GET /payments
  • POST /payments
  • GET /payments/status/{track_id}

Payouts

  • GET /payouts
  • POST /payouts
  • GET /payouts/{id}
  • POST /payouts/{id}/cancel

Webhook Endpoints

  • GET /webhook-endpoints
  • POST /webhook-endpoints
  • GET /webhook-endpoints/{id}
  • PUT /webhook-endpoints/{id}
  • DELETE /webhook-endpoints/{id}
  • POST /webhook-endpoints/{id}/regenerate-secret

KYC

  • GET /kyc/submission
  • POST /kyc/submission
  • POST /kyc/submission/documents
  • PUT /kyc/submission/documents
  • DELETE /kyc/submission/documents
  • POST /kyc/submission/submit
  • POST /kyc/submission/unlock
  • GET /kyc/limits

Response Shape

Many successful responses follow a data envelope:

Typical Success Envelope
{
  "data": {},
  "message": "Operation successful"
}

Validation failures and business errors usually look like:

Typical Error Envelope
{
  "message": "Validation failed",
  "errors": {
    "field": ["Error message"]
  }
}

Operational Rules

  • use explicit ISO currency codes such as XAF and XOF
  • treat payments and payouts as asynchronous operations
  • prefer webhooks over polling in production
  • include valid HMAC headers on authenticated routes
  • treat KYC state and current limits as operational gating conditions

First Endpoints to Learn

How is this guide?