Skip to main content
Novatrade24 delivers 8 event types. Subscribe to the ones your integration needs. Common subscriptions are compliance.status_changed, kyc.vies_check_failed, and the two self_service_invitation.* events. Every event shares the common envelope described in Webhooks overview. This page documents the event-specific data payload.

compliance.status_changed

Order compliance rollup transitioned between INCOMPLETE / VALID / CANCELLED.
An order leaves VALID only through a staff action on the order: reopening a closed order, for instance, moves it back to INCOMPLETE, and blockers[] then lists what the reopened order is waiting for. A failed VIES re-check never moves the status: it fires kyc.vies_check_failed and the buyer module reports viesResult: INVALID, but complianceStatus and blockers[] stay as they were. Refetch GET /orders/{uuid}/compliance for full detail. blockers[] carries the same entries as the rollup: module, a code from ComplianceBlockerCode, an optional documentType, and a message that is prose for a person and must not be parsed. VALID does not mean blockers[] is empty. NT24 staff can force-close an order, so a currentStatus: VALID delivery may still list outstanding items.

kyc.vies_check_failed

A VIES check on a buyer’s VAT number failed. Urgent: the buyer module of the rollup reports viesResult: INVALID, but the order’s complianceStatus does not change.
Action: investigate with the buyer immediately. Nothing on the order blocks on this event, so do not wait for a blocker to appear before acting on it. Note that the INVALID above is currentResult, the VIES answer for this VAT number. It is not a complianceStatus: the rollup reports INCOMPLETE, VALID or CANCELLED, and has no failed state.

kyc.verification_completed

Mode B NT24-led verification finished (iDenfy + AML).
outcome is VERIFIED or REJECTED. For REJECTED, reason is populated with a summary from iDenfy / AML.

prospect.submitted

New prospect submitted via a public self-service link. Customer didn’t trigger this, check partnerUuid to route to the right downstream team.
type is COMPANY or CONSUMER.

self_service_invitation.used

Buyer or prospect completed a self-service invitation flow.
  • kind is KYC or PROSPECT.
  • For KYC, buyerUuid is populated.
  • For PROSPECT, prospectUuid is populated instead.
Refetch the relevant resource for the submitted data, this event is a notification, not the data itself.

self_service_invitation.expired

Invitation TTL elapsed without being used. Customer decides whether to resend.

webhook.endpoint_auto_paused (meta)

Your webhook endpoint was auto-paused due to consecutive failures. Fires to any other active endpoint you have on the same organization. Separate email also goes to your organization admin.
reason is CONSECUTIVE_FAILURES (20 in a row) or CONTINUOUS_FAILURE_WINDOW (no success in 72h). Reactivate with PATCH /v1/webhooks/{id} setting status: ACTIVE once the receiving side is fixed.

webhook.delivery_failed_terminal (meta)

An individual event exhausted its retry budget (10 attempts over 72h). The event is still retrievable from delivery history for manual replay.
Use GET /v1/webhooks/{id}/deliveries/{deliveryId}/replay to resend.

Subscribing

Wildcard * (root) is not supported. See Webhook setup.

Next

Signature verification

Validate every incoming delivery.

Replay and test

Delivery history, manual replay, synthetic test fires.