Skip to main content
    Skip to content
    NorruvaDeveloper Docs
    Sandbox · verified 2026-07-29
    This page
    Whole docs
    Machine formats

    PlaygroundGet API keys
    IntroductionQuickstartAuthenticationErrors & conventionsSandbox & environments
    Entity modelProducts & categoriesPassports & versionsDigital Link & resolutionCompliance & regulationsWebhooks & eventsAutoID print loopImport jobsObservability & audit
    OverviewAuth & API keysProductsCompliance & regulationsPassportsResolver & publicWebhooksPrint jobs & devicesImport / bulkObservabilityBeyond happy path
    Integration playbookWebhook receiver guideRun a print deviceDeviations & gotchas
    EN 18222 API methodsAnnex ZA — ESPR correspondence
    Docs/Concepts/Observability & audit

    Observability & audit

    Three surfaces let you see what your integration did: domain events (business facts), the audit log (security-relevant actions), and metrics (per-endpoint counters). One correlation id threads them together.

    Surfaces

    SurfaceEndpointWhat it shows
    Product eventsGET /api/v2/products/{id}/eventsDomain events for one product.
    Audit logGET /api/v2/audit-logsSecurity-relevant actions in typed classes.
    DeliveriesGET /api/v2/webhooks/{id}/deliveriesDelivery attempts + status.
    MetricsGET /api/v2/metricsPer-endpoint counters.

    The correlation thread

    Send X-Correlation-Id on any request and find the same id in the audit row's requestId. If omitted, one is generated (never a placeholder). Three GETs to the same route increment http_requests_total{endpoint="/api/v2/products"} without collapsing the endpoint label. This is the debugging thread to reach for first.

    Was this page helpful?
    Thanks — noted.Feedback goes to the docs team by email.
    ← PreviousImport jobsNext →Overview
    On this page
    SurfacesThe correlation thread
    Norruva DPP API · sandbox developer docsGenerated 2026-07-29 · PRD-aligned (TSC roadmap rev 2) · statuses reflect E2E-verified sandbox behaviour — not marketing