For the complete documentation index, see llms.txt. This page is also available as Markdown.

Alerts

List, retrieve, and action network alerts for accessible organisations.

Verifi RDR alerts are resolved automatically. Verifi RDR alerts arrive with status RESOLVED or INVALID and do not require actioning. The ACTION_REQUIRED status and the PATCH endpoint for actioning alerts apply to Ethoca alerts only.

Base URL: https://api.chargebackstop.com/v1/alerts/

Authentication: Bearer token via API key.

Required abilities:

  • alerts:read for GET endpoints

  • alerts:write for PATCH endpoints

Access scope model:

  • Organisation-level keys can access alerts for their own organisation only.

  • Admin partner-group keys can access alerts across all organisations for their partner.

  • Non-admin partner-group keys can access alerts only for organisations assigned to their group.


GET /v1/alerts - list alerts

Returns a paginated list of alerts accessible to the authenticated key.

API level: Organisation-level and partner-level Authentication: alerts:read

Query parameters

Parameter
Type
Description

status

string

Filter by alert status: ACTION_REQUIRED (Ethoca only), RESOLVED, INVALID

organisation_id

string

Filter by organisation ID

merchant_id

string

Filter by merchant ID

alert_received_at_gte

datetime

Include alerts received at or after this timestamp (ISO 8601, inclusive)

alert_received_at_lte

datetime

Include alerts received at or before this timestamp (ISO 8601, inclusive)

sort

string

Sort field: -alert_received_at (default), alert_received_at, -action_required_deadline, action_required_deadline

limit

integer

Number of results per page

offset

integer

Number of results to skip

Response codes

Code
Description

200

Success

400

Invalid request

401

Unauthorised

403

Forbidden — API key lacks alerts:read ability

422

Validation error (e.g. invalid date range)

Important behaviour

  • If both alert_received_at_gte and alert_received_at_lte are sent, alert_received_at_gte must be less than or equal to alert_received_at_lte.

  • Default sort order is newest alert received first (-alert_received_at).

Example 1 request
Example 1 response

GET /v1/alerts/{alert_id} - get alert by ID

Returns one alert if it is visible to the authenticated key.

API level: Organisation-level and partner-level Authentication: alerts:read

URL parameters

Parameter
Type
Description

alert_id

string

Alert ID

Response codes

Code
Description

200

Success

400

Invalid request

401

Unauthorised

403

Forbidden — API key lacks alerts:read ability

404

Alert not found

Important behaviour

  • The same eligibility rules as list alerts apply.

  • Non-existent alerts return 404 Not found.

Example 2 request
Example 2 response

PATCH /v1/alerts/{alert_id} - update alert

Updates the alert note and/or actions the alert.

API level: Organisation-level and partner-level Authentication: alerts:write

URL parameters

Parameter
Type
Description

alert_id

string

Alert ID to update

Request body

All fields are optional.

Field
Type
Required
Description

action

string

No

Action to apply: REFUND, CANCEL, REFUND_AND_CANCEL, ACCEPT_DISPUTE

note

string

No

Customer-facing note saved on the alert

Response codes

Code
Description

200

Success

400

Invalid request

401

Unauthorised

403

Forbidden — API key lacks alerts:write ability

404

Alert not found

422

Validation error (e.g. invalid action, alert already resolved)

Important behaviour

  • This endpoint applies to Ethoca alerts only. Verifi RDR alerts are resolved automatically and cannot be actioned.

  • If note is provided, it is saved on the alert.

  • If action is omitted, only the note is updated.

  • Once an alert is in RESOLVED, it cannot be actioned again.

  • Action values map to available underlying actions at runtime. For detailed behaviour, see Actioning alerts:

    • REFUND prioritises refund actions.

    • CANCEL prioritises cancel/dismiss actions.

    • REFUND_AND_CANCEL prioritises combined refund-and-cancel, then refund-only if combined action is unavailable.

    • ACCEPT_DISPUTE maps to dismissing the alert.

Example 3 request
Example 3 response

Common error responses

Error responses use this shape:

Example 4: 401 Unauthorised

Returned for invalid, expired, or missing API keys.

Example 5: 403 Forbidden

Returned when the API key is valid but missing required ability.

Example 6: 404 Not found

Returned when the alert is not found or not accessible.

Example 7: 422 Unprocessable Entity (invalid date range)

Returned when alert_received_at_gte is greater than alert_received_at_lte.

Example 8: 422 Unprocessable Entity (invalid enum value)

Returned when action is not one of the supported values.

Example 9: 422 Unprocessable Entity (resolved alert cannot be actioned)
Example 10: 422 Unprocessable Entity (no available action)

Returned when the requested action cannot be mapped to any available action for the alert.

Example 11: 422 Unprocessable Entity (action execution failed)

Returned when the underlying action execution is rejected.

Additional reference: 500 Server error

Unexpected server-side failures return:

Last updated

Was this helpful?