Emitir un fixture de webhook
Persiste una Activity de prueba y entrega el evento por la misma aplicación
Svix del Sandbox autenticado. Acepta cualquier tipo del catálogo público y es
útil para validar firmas, routing, reintentos e idempotencia del consumer.
La respuesta contiene el payload base normalizado. Recurrente genera y
reemplaza los campos reservados data.id y data.created_at, aunque el
request envíe otros valores. La entrega Svix agrega data.event_type y
data.sandbox_id como contexto estándar.
El fixture no crea el grafo de dominio del evento. Por ejemplo,
dispute.create entrega el contrato del webhook, pero no crea una disputa ni
movimientos financieros. Para validar comportamiento end-to-end, ejecuta el
flujo real y observa sus webhooks naturales.
Este endpoint solo existe para llaves de Sandboxes nombrados. Una llave LIVE
recibe 404 para evitar que una suite de pruebas emita fixtures en producción.
Authentication
Tu clave secreta de API.
Una llave de cuenta (sk_live_..., sk_test_...) opera sobre su propia cuenta y, con X-ACCOUNT-ID, sobre sus cuentas conectadas.
La llave también fija el ambiente: una sk_test_ solo lista y resuelve objetos de prueba (live_mode: false) y una sk_live_ solo objetos reales. Un ID del otro ambiente responde 404 (401 en /customers).
Una llave de organización (sk_org_live_..., sk_org_test_...) alcanza todas las cuentas de una organización y solo sirve para leer: saldos, movimientos y reportes. Para operar sobre una cuenta debe nombrarla con X-ACCOUNT-ID; omitirlo en una lectura devuelve todas las cuentas de la organización. Cualquier otro endpoint responde 403 con code: organization_key_unsupported.
Request
Campos del payload de prueba. Recurrente reemplaza id y created_at
con la identidad y fecha persistidas del fixture.
Response
Payload base normalizado, incluidos id y created_at. La entrega Svix
agrega event_type y sandbox_id.