Skip to main content

Overview

GET /status reports the current operational state of the Hyparrow API and the components behind it. It is public: no API key, no secret, no signature. Use it to drive a status widget in your own dashboard, to decide whether a failed call is your problem or ours, or to gate a retry loop.
Base URL: https://api.hyparrow.cloud/api/v1The sandbox reports its own state separately at https://sandbox.hyparrow.cloud/api/v1/status. A healthy sandbox says nothing about live, and the reverse.

Request

No parameters, no headers, no body.

Response

States

The three state values are the whole vocabulary. It is safe to switch on the string, and safe to treat any value you do not recognise as degraded.

Behaviour to rely on

1

The HTTP status is always 200

Even while reporting down. The response code tells you the status was served; the state is in the body. Read data.state, not the status code.
2

The reading is refreshed every 15 seconds

checkedAt tells you how fresh it is, and the response carries Cache-Control: public, max-age=15. Polling faster than that returns the same snapshot, so once every 30 to 60 seconds is a sensible interval.
3

The component list is stable

The same three components are always present, in the same order, whatever the state. New components may be appended in future; nothing is removed or renamed.
This endpoint reports Hyparrow’s own availability. It says nothing about a specific transaction, and nothing about the banks, card schemes or biller networks a given payment travels through. For the outcome of one payment, use the transaction or checkout status endpoints.

Suggested use

A failed API call plus a down from this endpoint means waiting is the right response. A failed API call while this endpoint reports operational means the failure is specific to that request: check the error body and your Developer logs.