ediverse Explore the platform

Spotlight PEPPOL BIS Billing 3.0 The EU e-invoicing mandate is here — France Sept 2026, Belgium Jan 2026, Germany 2025.

EnrollmentResponse

A payer reply to an EnrollmentRequest: enrollment validated, refused, or pending.

Purpose

EnrollmentResponse encodes the payer's decision on an enrollment request: approved, refused (eligibility issue, duplicate, invalid contract), or pending. It closes the administrative loop and triggers the effective activation of the Coverage on the system side.

Key elements

FieldTypeCardinalityRole
identifierIdentifier[]0..*External identifiers.
statuscode0..1`active`, `cancelled`, `draft`, `entered-in-error`.
requestReference(EnrollmentRequest)0..1EnrollmentRequest being answered.
outcomecode0..1`queued`, `complete`, `error`, `partial`.
dispositionstring0..1Explanatory message.
createddateTime0..1Response date.
organizationReference(Organization)0..1Processing organisation.
requestProviderReference(Practitioner | PractitionerRole | Organization)0..1Initial requester.

JSON example

json enrollmentresponse-example.json
{
  "resourceType": "EnrollmentResponse",
  "id": "example-enrollresp-001",
  "status": "active",
  "request": {
    "reference": "EnrollmentRequest/example-enroll-001"
  },
  "outcome": "complete",
  "disposition": "Inscription validée. Couverture active à compter du 01/06/2026.",
  "created": "2026-05-17",
  "organization": {
    "reference": "Organization/payer-bcbs"
  }
}

Common pitfalls

  • No reference to the EnrollmentRequest: the requester cannot link the answer to its request.
  • Outcome=error without explanatory message: impossible to remediate.
  • Lag between Request and Response > 14 days: to be monitored on the payer SLA side.