Skip to main content
Version: 1.0.0

Magic Dashboard API

Hey dev, have fun! ✨

Documentation index — fetch the full index at https://docs.dashboards.kobana.com.br/llms.txt. Use this file to discover every available page before exploring further.

Mind the API versions — you are reading the v1.0 documentation of the Magic Dashboard API, which covers the organization, its portal users and the dashboard team. Resources like Payments, Transfers, Statements and Pix Receivables live in other Kobana APIs — use the product picker in the top menu to switch.

Format​

The API only accepts JSON. Every request must use Content-Type: application/json. All responses use snake_case.

Field typeFormat
DateTimeISO8601 format. Examples — Date: 2026-01-24. Date and time: 2026-01-24T10:07Z
UUIDResource identifiers as UUID v4

Conventions​

Conventions used in this documentation:

ConventionDescription
:variableA variable name that must be replaced in the URL.
#{variable}A variable name that must be replaced with values from your account.
...Response content truncated for readability.
$KOBANA_TOKENAccess token. For command-line testing, export it: export KOBANA_TOKEN=xxxxxxxxxxxxxxxxxxxxxxxx then paste the docs commands into your terminal.

Return Codes​

The API returns standard HTTP status codes:

CodeDescription
✅200 OKSuccessful request with a response body.
✅201 CreatedResource created successfully.
✅204 No ContentSuccessful request without a response body.
❌400 Bad RequestInvalid request, usually malformed content.
❌401 UnauthorizedMissing or invalid access token.
❌403 ForbiddenAPI access blocked or user not authorized.
❌404 Not FoundResource not found.
❌422 Unprocessable EntityValid request, but the data is not.
❌429 Too Many RequestsRate limit reached.
❌500 Internal Server ErrorInternal processing error. Check server status.

Request ID​

Every request has an associated identifier in the Request-Id response header. This value helps with debugging and auditing — requests and their IDs are available in the system dashboard. Request logs are retained for 30 days. When opening a support ticket about a specific request, provide the Request-Id to speed up the investigation.

Security​

The Kobana API uses 2048-bit SSL certificates. Every request must use HTTPS — calls on port 80 are redirected to 443.

Clients must support TLSv1.2 or TLSv1.3 with one of the ciphers: TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384, TLS_CHACHA20_POLY1305_SHA256, ECDHE-RSA-AES128-GCM-SHA256, ECDHE-RSA-AES128-SHA256, ECDHE-RSA-AES256-GCM-SHA384, ECDHE-RSA-CHACHA20-POLY1305, ECDHE-RSA-AES256-SHA384. TLSv1 and TLSv1.1 are not supported.

HTTP Caching​

Use HTTP cache headers to reduce load and improve speed. Most responses include ETag and/or Last-Modified — store these values and send them back on follow-up requests via If-None-Match and If-Modified-Since. If the resource hasn't changed you'll get 304 Not Modified — no body, no reprocessing. More info: HTTP Cache Docs.

Error Handling​

5xx errors mean a server failure: 500 Internal Server Error (application unavailable), 502 Bad Gateway, 503 Service Unavailable and 504 Gateway Timeout (point-in-time infrastructure failures). Your application must catch these and retry the request after a few minutes with backoff. Server status: https://status.kobana.com.br.