Konsole
The Wajub developer cockpit — inspect your API request history, manage webhooks, and audit routing decisions.
Konsole is the debugging space built into the Dashboard. Where the API gives you answers, Konsole gives you context: which request was sent, which response came back, which provider was chosen and why.
/payments201412msMTN MoMo/payments/trx.PVrU8x2k20088msMTN MoMo/transfers202690msOrange Money/payments4021203msWave/balance20042ms—/payments5005012msCinetPayWhy Konsole
- Diagnose in minutes: every call is logged with its headers, body, response, and latency.
- Reproduce a bug: resend a webhook delivery exactly as it was originally sent.
- Understand orchestration: inspect the ordered candidate list and score breakdown behind any payment's provider selection.
The four sections
OverviewdashboardoptionalAPI LogshistoryoptionalWebhookswebhooksoptionalRouting LogorchestrationoptionalThis page used to describe five tools
Earlier revisions of this documentation described a "Request Inspector," an "Event Stream," and an "API Playground" as separate Konsole tools with live-streaming and payload-editing capabilities. None of that exists as built. The request-detail view is part of API Logs; the routing-decision view is a paginated historical list called Routing Log, not a live feed; and there is no in-app API client (see the API Playground page for what's actually there). This page and the ones linked below describe the real product.
Getting Started with Konsole
Open Konsole from the Dashboard by clicking Konsole in the sidebar.
Your first view is Overview: request-volume and error-rate KPIs, anomaly cards, a health
digest, and trend charts for the selected range (24h / 7d / 30d).
From there:
- API Logs — search your request history to find a specific call or error, then open any row for its full headers, body, and response.
- Webhooks — inspect delivered / failed / pending deliveries, manage endpoints, resend a delivery, or send a one-off connectivity test.
- Routing Log — for a given payment, see every candidate provider that was considered, its priority tier and tie-break score, and whether it was skipped by the circuit breaker.
Use the sandbox / live toggle in the Dashboard to switch environments — data is never mixed.
Common Debugging Workflows
Diagnose a failed payment
- Open API Logs and filter by status (
error,5xx,4xx) and/or search by request ID, IP, or error message. - Open the row to read the exact request body sent and the response/error returned.
- Open the same payment's entry in Routing Log to see which provider(s) were attempted, in what order, and — if one was skipped — why (circuit breaker open, currency/channel mismatch, country block).
Resend a webhook
- In Webhooks → Deliveries, find the failed delivery.
- Click Retry (or select several and Retry bulk) to resend the exact original stored payload with a freshly-computed signature. There is no payload editor — you cannot alter the body or headers before resending.
- To sanity-check connectivity to a newly-created endpoint, use its Test action, which sends
one fixed
webhook.testpayload — not a real event, and not customizable.
Inspect provider routing
- Open Routing Log and search by transaction reference.
- Each row is a routing decision for one payment: the ordered candidate list, each candidate's priority tier and score breakdown (rule match, least-cost boost, telemetry boost), any circuit-skipped providers, and whether the country was blocked outright.
- This is a historical record computed at the time the payment was routed and refreshed on page load — not a live stream.
Related pages