AmunCore · AsyncAPI Specification

Amuncore Webhooks

Version

View Spec View on GitHub DatabaseAPI ManagementBackendNo CodeSQLPostgreSQLMySQLOracleMCPAgentsDataSQL ServerWebhooksOpenAPILow CodeEgyptAsyncAPIWebhooksEvents

AsyncAPI Specification

Raw ↑
generated: '2026-08-10'
method: searched
source: https://amuncore.com/ (Features section) and https://amuncore.com/security.html
description: >-
  AmunCore ships an outbound webhook surface: every write through a generated
  endpoint can notify a subscriber, signed and retried, optionally carrying the
  previous values of the changed row. No AsyncAPI document is published and the
  webhook configuration UI sits behind the dashboard, so what is recorded here is
  the publicly documented catalog rather than a machine-readable event contract.
  Nothing below is inferred beyond what the provider states.
spec_published: false
spec_url: null
style: outbound-http-webhooks
transport: HTTPS POST to a subscriber-supplied URL
events:
- name: write
  trigger: Any write through a generated endpoint (create, update or delete).
  payload_note: >-
    The provider states notifications can include "the previous values if you need
    them", so the payload can carry a before-image of the changed row. The exact
    field names and envelope are not published.
  source: 'https://amuncore.com/ — "Webhooks: Get notified on every write, signed and retried, with the previous values if you need them."'
security:
  signing: HMAC-SHA256
  purpose: Receivers can verify authenticity and detect tampering.
  source: https://amuncore.com/security.html
delivery:
  retries: true
  retry_policy: Not published — "retried" is stated without a schedule or attempt count.
  logging: Delivery attempts and outcomes are recorded and visible in the audit trail.
gaps:
- No AsyncAPI document. There is no machine-readable event contract, so a consumer
  cannot generate a handler or validate a payload against a schema.
- No published event catalog beyond the single "on every write" trigger — no
  distinct created/updated/deleted event names.
- No payload schema, no signature header name, and no documented timestamp or
  replay-protection window, which are the three things a receiver needs to verify
  an HMAC signature correctly.
- No documented retry schedule, backoff or dead-letter behaviour.
- Webhook configuration is dashboard-only; the setup surface could not be reached
  anonymously.
evidence:
- url: https://amuncore.com/
  status: 200
- url: https://amuncore.com/security.html
  status: 200