---
title: "POST /enrollments"
method: POST
path: "/enrollments"
---

# POST /enrollments

`POST /enrollments`

Creates a new transaction enrollment request. Transaction enrollment registers a provider to exchange specific transaction types with a payer.

## Request body

- CreateEnrollmentRequestContent — Input for CreateEnrollment.
  - `aggregationPreference` union — Preference for how the payer should group 835 Electronic Remittance Advice (ERA) transactions. Only set this property for 835 ERA enrollments. - If you include this property for a non-ERA enrollment, Stedi rejects the enrollment request with an HTTP `400` error. - If the payer doesn't support the requested aggregation type, Stedi rejects the enrollment request with an HTTP `400` error. - If not set, Stedi automatically selects a default based on the payer's supported aggregation types and the available identifiers for the provider. - Stedi will attempt to enroll with this preference, but it's not guaranteed. Each payer has its own restrictions and behaviors.
    - object
      - `taxId` string, required — The Taxpayer Identification Number (TIN) the payer should use for aggregation.
    - object
      - `npi` string, required — The National Provider Identifier (NPI) the payer should use for aggregation.
  - `payer` EnrolledPayerInput, required — The payer you want to enroll with.
    - `id` string — Use `idOrAlias` instead. This property will be removed in the future.
    - `idOrAlias` string — The payer ID. Visit the [Payer Network](https://www.stedi.com/healthcare/network) for a complete list. - You can use the primary payer ID, the Stedi payer ID, or any listed aliases for the payer. - You must include leading `0` characters - payer IDs are alphanumeric strings and must be treated as complete strings, not integers. For example, use `00540` for SISCO, not `540`.
  - `primaryContact` ProviderContact, required — The contact information for the provider. These contacts appear as prepopulated options for contact information when creating enrollment requests for this provider in the Stedi portal. They aren't automatically added to enrollment requests. These contacts should specify where payers should send communications about the enrollment, if needed. - Either `organizationName` _or_ `firstName` and `lastName` are required. - The name and address should match exactly what the payer has on file for the provider. Some payers reject enrollment requests with addresses that don't match their records. - If you're submitting enrollment requests on a provider's behalf, you may want to set the phone number and email to your own contact details. Do this when you want the payer to contact you about the enrollment status instead of the provider directly. - These contacts are for convenience only. You can specify different contacts on enrollment requests as needed.
    - `city` string, required — The contact's city. This should match exactly what the payer has on file for the provider.
    - `email` string, required — The contact's email address. Set this to where you want the payer to send communications regarding the enrollment. This can be different from the provider's email if needed.
    - `firstName` string — The contact's first name. This should match exactly what the payer has on file for the provider.
    - `lastName` string — The contact's last name. This should match exactly what the payer has on file for the provider.
    - `organizationName` string — The contact's business name. This should match exactly what the payer has on file for the provider.
    - `phone` string, required — The contact's phone number. Set this to where you want the payer to direct communications regarding the enrollment. This can be different from the provider's phone number if needed.
    - `state` 'AA' | 'AE' | 'AK' | 'AL' | 'AP' | 'AR' | 'AS' | 'AZ' | 'CA' | 'CO' | 'CT' | 'DC' | 'DE' | 'FL' | 'FM' | 'GA' | 'GU' | 'HI' | 'IA' | 'ID' | 'IL' | 'IN' | 'KS' | 'KY' | 'LA' | 'MA' | 'MD' | 'ME' | 'MH' | 'MI' | 'MN' | 'MO' | 'MP' | 'MS' | 'MT' | 'NC' | 'ND' | 'NE' | 'NH' | 'NJ' | 'NM' | 'NV' | 'NY' | 'OH' | 'OK' | 'OR' | 'PA' | 'PR' | 'PW' | 'RI' | 'SC' | 'SD' | 'TN' | 'TX' | 'UT' | 'VT' | 'VA' | 'VI' | 'WA' | 'WV' | 'WI' | 'WY', required — United States state and territory codes using standard two-letter abbreviations.
    - `streetAddress1` string, required — The contact's street address, including the street number, name, and any suite or apartment number. This should match exactly what the payer has on file for the provider.
    - `streetAddress2` string — The contact's street address continued. This should match exactly what the payer has on file for the provider.
    - `zipCode` string, required — The contact's five-digit ZIP code. This should match exactly what the payer has on file for the provider.
  - `provider` EnrolledProviderInput, required — The provider you want to enroll with the payer. This must be an existing provider record within Stedi.
    - `id` string, required — The Stedi-assigned identifier for the provider. The [Create Provider](https://www.stedi.com/docs/api-reference/healthcare/post-enrollment-create-provider) endpoint returns this as the `id` property.
  - `providerTransactionAccessNumber` string — This property is required for payers that require a Provider Transaction Access Number (PTAN). The PTAN is a Medicare-issued number given to providers upon enrollment with Medicare. This number is usually six digits and is assigned based on the type of service and the location of the provider. Upon enrollment, Medicare Administrating Contracting (MAC) providers should receive their assigned PTAN number in their approval letter.
  - `reason` string — This shape is deprecated since 2025-10-07: Only Stedi can set or update this property, and it will be removed in a future release.
  - `requestedEffectiveDate` string — The requested effective date for the enrollment in YYYYMMDD format. This is the date you'd like the enrollment to take effect with the payer. For example, setting this to `20260601` for an 835 Electronic Remittance Advice (ERAs) enrollment means you want to start receiving ERAs through Stedi on that date. Stedi processes enrollments accordingly, but can't guarantee that the enrollment will be effective on this exact date. - You can submit today's date or a future date up to 6 months from today. - If not set for draft enrollments, this property remains empty. - If not set for submitted enrollments, Stedi defaults to the enrollment's submission date. - If you include this property for a payer that doesn't support requested effective dates, Stedi rejects the request with an HTTP `400` error.
  - `source` 'API' | 'UI' | 'IMPORT' | 'AUTO_ENROLLMENT' | 'AUTOMATED_TASK' — The source of the enrollment.
  - `status` 'DRAFT' | 'SUBMITTED' | 'STEDI_ACTION_REQUIRED' — The enrollment's status when it is first created. You can create enrollments in either `DRAFT` or `STEDI_ACTION_REQUIRED` status. The default status is `DRAFT` if not specified. When you're ready for Stedi to begin processing the enrollment, set the status to `STEDI_ACTION_REQUIRED`. Once an enrollment is set to `STEDI_ACTION_REQUIRED`, only Stedi can set or update its status.
  - `transactions` union, required — Specifies which transaction types are included in the enrollment.
    - object
      - `eligibilityCheck` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `claimStatus` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `professionalClaimSubmission` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `institutionalClaimSubmission` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `dentalClaimSubmission` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `claimPayment` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `solicitedClaimAttachment` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `unsolicitedClaimAttachment` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
  - `userEmail` string, required — The email address where Stedi should send updates about the enrollment. We'll use it to notify you when there are next steps and send updates on the enrollment's status. - This email address can be different from the `primaryContact.email` where the payer sends communications about the enrollment. - For [automatic enrollment requests](https://www.stedi.com/docs/healthcare/create-manage-transaction-enrollments#automatic-enrollment-requests), Stedi sets this to the oldest account member with the Admin role.

## Response `200`

CreateEnrollment 200 response

- CreateEnrollmentResponseContent — Output containing the created enrollment details.
  - `aggregationPreference` union — Preference for how the payer should group 835 Electronic Remittance Advice (ERA) transactions. Only set this property for 835 ERA enrollments. - If you include this property for a non-ERA enrollment, Stedi rejects the enrollment request with an HTTP `400` error. - If the payer doesn't support the requested aggregation type, Stedi rejects the enrollment request with an HTTP `400` error. - If not set, Stedi automatically selects a default based on the payer's supported aggregation types and the available identifiers for the provider. - Stedi will attempt to enroll with this preference, but it's not guaranteed. Each payer has its own restrictions and behaviors.
    - object
      - `taxId` string, required — The Taxpayer Identification Number (TIN) the payer should use for aggregation.
    - object
      - `npi` string, required — The National Provider Identifier (NPI) the payer should use for aggregation.
  - `createdAt` string, date-time, required — The date and time when the enrollment was created within Stedi.
  - `documents` EnrollmentDocument[] — Documents associated with this enrollment, excluding deleted documents.
    - `contentType` string — The content type of the document.
    - `createdAt` string, date-time, required — The date and time when the document was created.
    - `enrollmentId` string, required — The enrollment ID this document is associated with.
    - `id` string, required — The unique identifier for the document.
    - `name` string, required — The name of the document.
    - `size` number — The size of the document in bytes.
    - `status` 'PENDING' | 'UPLOADED' | 'FAILED' | 'DELETED', required — Indicates whether the document file has been successfully uploaded to Stedi.
    - `taskId` string — The task ID associated with this document, if it was created or processed as part of a task.
    - `updatedAt` string, date-time, required — The date and time when the document was last updated.
  - `history` EnrollmentHistoryEntry[] — The history of updates to this enrollment, such as status changes. This property is experimental and may change in the future.
    - `changedAt` string, date-time, required — The date and time when this change occurred.
    - `changedBy` string, required — The source or system that triggered this change.
    - `newStatus` 'DRAFT' | 'SUBMITTED' | 'PROVISIONING' | 'LIVE' | 'REJECTED' | 'CANCELED' | 'STEDI_ACTION_REQUIRED' | 'PROVIDER_ACTION_REQUIRED', required — The status of the enrollment. You can submit enrollments with either `DRAFT` or `STEDI_ACTION_REQUIRED` status - the default is `DRAFT` if not included. Set this to `STEDI_ACTION_REQUIRED` when you're ready for Stedi to begin processing the enrollment. Once an enrollment is `STEDI_ACTION_REQUIRED`, only Stedi can set or update its status.
    - `previousStatus` 'DRAFT' | 'SUBMITTED' | 'PROVISIONING' | 'LIVE' | 'REJECTED' | 'CANCELED' | 'STEDI_ACTION_REQUIRED' | 'PROVIDER_ACTION_REQUIRED' — The status of the enrollment. You can submit enrollments with either `DRAFT` or `STEDI_ACTION_REQUIRED` status - the default is `DRAFT` if not included. Set this to `STEDI_ACTION_REQUIRED` when you're ready for Stedi to begin processing the enrollment. Once an enrollment is `STEDI_ACTION_REQUIRED`, only Stedi can set or update its status.
    - `type` 'STATUS_CHANGE', required — The type of change recorded in the enrollment history.
  - `id` string, required — The Stedi-assigned identifier for the enrollment request.
  - `lastEraReceivedAt` string, date-time — The timestamp of the most recent 835 ERA (Electronic Remittance Advice) Stedi received for this enrollment, based on the enrollment's payer ID, provider NPI, and provider tax ID. Stedi automatically updates this property for each new ERA. - This property is only returned for ERA enrollments in `LIVE` status with at least one matching ERA from the payer. - If this timestamp doesn't match your expected timeline for ERA processing, there may be an upstream issue. Contact Stedi support for assistance.
  - `payer` EnrolledPayerOutput, required — Output structure containing payer information in enrollment responses.
    - `name` string — The payer's name, such as `Cigna` or `UnitedHealthcare`.
    - `stediPayerId` string, required — The unique Stedi assigned identifier for the payer.
    - `submittedPayerIdOrAlias` string — The payer ID or alias used when creating the enrollment request. For example, `62308` and `CIGNA` are both supported for Cigna. You can find a list of all supported payer IDs and aliases in the [Payer Network](https://www.stedi.com/healthcare/network).
  - `primaryContact` ProviderContact, required — The contact information for the provider. These contacts appear as prepopulated options for contact information when creating enrollment requests for this provider in the Stedi portal. They aren't automatically added to enrollment requests. These contacts should specify where payers should send communications about the enrollment, if needed. - Either `organizationName` _or_ `firstName` and `lastName` are required. - The name and address should match exactly what the payer has on file for the provider. Some payers reject enrollment requests with addresses that don't match their records. - If you're submitting enrollment requests on a provider's behalf, you may want to set the phone number and email to your own contact details. Do this when you want the payer to contact you about the enrollment status instead of the provider directly. - These contacts are for convenience only. You can specify different contacts on enrollment requests as needed.
    - `city` string, required — The contact's city. This should match exactly what the payer has on file for the provider.
    - `email` string, required — The contact's email address. Set this to where you want the payer to send communications regarding the enrollment. This can be different from the provider's email if needed.
    - `firstName` string — The contact's first name. This should match exactly what the payer has on file for the provider.
    - `lastName` string — The contact's last name. This should match exactly what the payer has on file for the provider.
    - `organizationName` string — The contact's business name. This should match exactly what the payer has on file for the provider.
    - `phone` string, required — The contact's phone number. Set this to where you want the payer to direct communications regarding the enrollment. This can be different from the provider's phone number if needed.
    - `state` 'AA' | 'AE' | 'AK' | 'AL' | 'AP' | 'AR' | 'AS' | 'AZ' | 'CA' | 'CO' | 'CT' | 'DC' | 'DE' | 'FL' | 'FM' | 'GA' | 'GU' | 'HI' | 'IA' | 'ID' | 'IL' | 'IN' | 'KS' | 'KY' | 'LA' | 'MA' | 'MD' | 'ME' | 'MH' | 'MI' | 'MN' | 'MO' | 'MP' | 'MS' | 'MT' | 'NC' | 'ND' | 'NE' | 'NH' | 'NJ' | 'NM' | 'NV' | 'NY' | 'OH' | 'OK' | 'OR' | 'PA' | 'PR' | 'PW' | 'RI' | 'SC' | 'SD' | 'TN' | 'TX' | 'UT' | 'VT' | 'VA' | 'VI' | 'WA' | 'WV' | 'WI' | 'WY', required — United States state and territory codes using standard two-letter abbreviations.
    - `streetAddress1` string, required — The contact's street address, including the street number, name, and any suite or apartment number. This should match exactly what the payer has on file for the provider.
    - `streetAddress2` string — The contact's street address continued. This should match exactly what the payer has on file for the provider.
    - `zipCode` string, required — The contact's five-digit ZIP code. This should match exactly what the payer has on file for the provider.
  - `provider` AllEnrolledProviderFields, required — Complete provider information including both read-only and mutable fields.
    - `id` string, required — The Stedi-assigned identifier for the provider. The [Create Provider](https://www.stedi.com/docs/api-reference/healthcare/post-enrollment-create-provider) endpoint returns this as the `id` property.
    - `name` string, required — The provider's name, such as `Example Dental Associates, LLC`.
    - `npi` string, required — The provider's National Provider Identifier (NPI). This is a 10-digit number assigned by the Centers for Medicare & Medicaid Services (CMS) to healthcare providers in the United States. It is used to identify providers in healthcare transactions.
    - `taxId` string, required — The provider's tax identification number (SSN or EIN). This is used to identify the provider for tax and administrative purposes.
    - `taxIdType` string, required — The type of tax identification number. This indicates whether the tax ID is a Social Security Number (SSN) or Employer Identification Number (EIN).
  - `providerTransactionAccessNumber` string — This property is required for payers that require a Provider Transaction Access Number (PTAN). The PTAN is a Medicare-issued number given to providers upon enrollment with Medicare. This number is usually six digits and is assigned based on the type of service and the location of the provider. Upon enrollment, Medicare Administrating Contracting (MAC) providers should receive their assigned PTAN number in their approval letter.
  - `reason` string — Reasons why the enrollment request is still in `PROVISIONING` status, may take additional time to process, or was rejected by the payer. Only Stedi can set or update this property.
  - `requestedEffectiveDate` string — The requested effective date for the enrollment in YYYYMMDD format. This is the date the submitter would like the enrollment to take effect with the payer. If not provided during submission, Stedi defaults to the enrollment's submission date. Not all payers support requested effective dates. Stedi can't guarantee that the enrollment will be effective with the payer on this exact date.
  - `source` 'API' | 'UI' | 'IMPORT' | 'AUTO_ENROLLMENT' | 'AUTOMATED_TASK' — The source of the enrollment.
  - `status` 'DRAFT' | 'SUBMITTED' | 'PROVISIONING' | 'LIVE' | 'REJECTED' | 'CANCELED' | 'STEDI_ACTION_REQUIRED' | 'PROVIDER_ACTION_REQUIRED' — The status of the enrollment. You can submit enrollments with either `DRAFT` or `STEDI_ACTION_REQUIRED` status - the default is `DRAFT` if not included. Set this to `STEDI_ACTION_REQUIRED` when you're ready for Stedi to begin processing the enrollment. Once an enrollment is `STEDI_ACTION_REQUIRED`, only Stedi can set or update its status.
  - `statusLastUpdatedAt` string, date-time, required — The date and time when the enrollment status was last updated. This timestamp is used to track enrollment processing durations and enables filtering to identify recently changed enrollments. It automatically updates whenever an enrollment's status changes but remains unchanged during other updates.
  - `submittedAt` string, date-time — The date and time when the enrollment was submitted. If the enrollment is in `DRAFT` status, `submittedAt` is not present. When the enrollment transitions from draft to `STEDI_ACTION_REQUIRED`, `submittedAt` is updated to the submission time. If the enrollment was created and submitted immediately, the `submittedAt` time will be equal or close to the `createdAt` time.
  - `tasks` Task[] — Tasks associated with this enrollment representing work that needs to be completed. Each task has a responsible party and specific definition.
    - `completedAt` string, date-time — The timestamp when the task was completed.
    - `definition` union, required — A discriminated union of task definitions. Supports multiple task types with future extensibility.
      - object
        - `followInstructions` FollowInstructionsTask, required — Follow-instructions task data containing text instructions for a user to follow.
          - `instructions` string, required — Human-readable instructions for the responsible party to follow.
      - object
        - `provideFilledPdf` ProvideFilledPdfTask, required — A task that requires uploading a PDF document. Stedi will either provide an enrollment template PDF to download and complete, or provide instructions for uploading supporting documentation, such as a W-9 form.
          - `documentDownloadUrl` string — The API URL for the [Download Enrollment Document](/healthcare/api-reference/get-enrollment-document-download) endpoint with the document ID prepopulated. For example: `https://enrollments.us.stedi.com/2024-09-01/documents/019375d0-9876-7890-abcd-567890fedcba/download`. When you make an authenticated `GET` request to this URL, Stedi returns a pre-signed URL that you can use to download the PDF template. This property is only present when Stedi provides a template to download.
          - `instructions` string, required — Instructions for the task. They describe what needs to be completed in a downloadable PDF template or what type of supporting documentation to upload.
      - object
        - `provideInformation` ProvideInformationTask, required — Task for collecting specific information from the provider.
          - `instructions` string, required — Instructions explaining how to provide the necessary information.
      - object
        - `manualTask` ManualTask, required — A task assigned to a responsible party that requires them to collect and submit a defined set of fields. The task is completed by supplying a `ManualTaskResponse` whose values satisfy the declared `fields`.
          - `fields` ManualTaskField[], required — Fields required to complete the task. Each entry defines the key, human-readable label, optional description, and type for values in the response. Can be empty for instruction-only tasks.
            - `description` string — Additional context explaining what to provide in the response. For example, details about what supporting documentation (such as the provider's W-9 form) is required.
            - `fieldType` 'TEXT' | 'DOCUMENT', required — The accepted field types for a manual task.
            - `key` string, required — A unique identifier for this field within the task, such as `ENROLLMENT_FORM`.
            - `label` string, required — Human-readable label for this field, such as `Provider NPI` or `Tax ID`.
          - `instructions` string, required — Instructions for completing the task.
          - `links` TaskLink[] — Links to help complete the task. This can include payer portals, reference documentation, or document download links for Stedi-provided template PDFs.
            - `label` string, required — Descriptive label for the URL, such as `Provider Portal` or `W-9 Template`.
            - `url` string, required — The URL for the resource.
    - `id` string, required — The unique, Stedi-assigned identifier for the task.
    - `isComplete` boolean, required — Whether the task has been marked as complete through either the API or the Stedi portal.
    - `rank` number, required — The rank order of this task. Tasks with lower numbers must be completed first. For example, a task with rank `1` must be completed before a task with rank `2`.
    - `responseData` union — A discriminated union of task response data. Contains structured data collected when completing specific task types.
      - object
        - `pdfUpload` PdfUploadResponse, required — Response data containing the uploaded PDF after completion.
          - `documentId` string, required — The document ID for the uploaded PDF, such as `019375d0-1234-7890-abcd-567890abcdef`. This ID is available in the response from the [Upload Enrollment Document](https://www.stedi.com/docs/healthcare/api-reference/post-enrollment-document-upload) endpoint. You can also retrieve it from the [Retrieve Enrollment](https://www.stedi.com/docs/healthcare/api-reference/get-enrollment) or [List Enrollments](https://www.stedi.com/docs/healthcare/api-reference/get-enrollment-list-enrollments) endpoints.
          - `fileName` string, required — The filename of the uploaded PDF, such as `completed-enrollment-form.pdf`. This should match the `name` you supplied when you called the [Upload Enrollment Document](https://www.stedi.com/docs/healthcare/api-reference/post-enrollment-document-upload) endpoint.
      - object
        - `provideInformation` ProvideInformationResponse, required — Response data for `ProvideInformation` task completion.
          - `response` string, required — Notes or confirmation text from the responsible party in response to completing a `ProvideInformation` task.
      - object
        - `manualTask` ManualTaskResponse, required — Values provided when updating or completing a manual task. Visit [Manage enrollment tasks](https://www.stedi.com/docs/healthcare/transaction-enrollment-tasks-documents#api) for details.
          - `values` ManualTaskResponseKeyValue[], required — Values for fields in the task definition. Each value's `key` must have a corresponding field `key`. When updating a task without completing it, you can submit a subset of fields; the supplied values are merged into any previously saved values. Completing a task (`completed: true`) requires a value for every field.
            - `key` string, required — Identifier that matches a field `key` in the task definition.
            - `value` union, required — The value supplied for a `ManualTaskField`. The variant used must match the field's declared `FieldType`. Supply multiple entries with distinct keys to capture multiple documents or values.
              - …
    - `responsibleParty` 'PROVIDER' | 'STEDI', required — The party responsible for completing a task.
  - `transactions` union, required — Specifies which transaction types are included in the enrollment.
    - object
      - `eligibilityCheck` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `claimStatus` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `professionalClaimSubmission` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `institutionalClaimSubmission` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `dentalClaimSubmission` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `claimPayment` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `solicitedClaimAttachment` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
    - object
      - `unsolicitedClaimAttachment` EnrolledTransaction, required — Represents the enrollment status for a specific transaction type.
        - `enroll` boolean, required
  - `updatedAt` string, date-time, required — The date and time when the enrollment was updated.
  - `userEmail` string, required — The email address where Stedi should send updates about the enrollment. We'll use it to notify you when there are next steps and send updates on the enrollment's status. - This email address can be different from the `primaryContact.email` where the payer sends communications about the enrollment. - For [automatic enrollment requests](https://www.stedi.com/docs/healthcare/create-manage-transaction-enrollments#automatic-enrollment-requests), Stedi sets this to the oldest account member with the Admin role.

## Other responses

- `400` — ValidationException 400 response
- `401` — UnauthorizedException 401 response
- `403` — AccessDeniedException 403 response
- `404` — ResourceNotFoundException 404 response
- `429` — QuotaExceededException 429 response
- `500` — InternalFailureException 500 response
- `503` — ServiceUnavailableException 503 response
- `504` — GatewayTimeoutException 504 response

---

[API](https://skmtc.net/stedi/apis/stedi-enrollment.md) · [All operations](https://skmtc.net/stedi/apis/stedi-enrollment/llms.txt) · [OpenAPI document](https://skmtc-service-staging.skmtc.workers.dev/v1/apis/stedi/stedi-enrollment/versions/0a692cc4f303/schema)