Independent technical referenceOfficial site
  • Software and systems
  • HTTP service

202

HTTP 202 Accepted: processing has started but is not complete

Verified with sources2 sourcesReviewed Aug 22, 2026
Technician coming? See what they must show you

Risk level

Low

Usually safe to check without specialist tools.

Urgency

Medium

Quick answer

HTTP 202 means the server accepted the request for processing, but the work has not completed and might still fail when it runs.

Safety first

Stop and check this first

  • Do not repeatedly submit a non-idempotent operation just because 202 has no final result. Duplicate jobs can create repeated charges, messages or writes.

Safe checks you can perform

  • Find the operation or status reference
  • Check the asynchronous result once
  • Prevent duplicate submissions

Leave these tasks to a qualified professional

  • Do not attempt this professional task: Trace the accepted job through its worker

What a technician must be able to justify

A technician is coming

These are the steps they must carry out and show you. Tick them as they work: if steps are skipped, do not accept a part swap.

These are not instructions for opening or handling the equipment yourself. They are the checks that should support a technical conclusion.

  1. Trace the accepted job through its worker

    What they doCorrelate the request identifier with queue admission, worker execution and final result storage.

Before accepting a part or repair

Nothing has been shown yet. Do not accept a part swap based on the code alone.

Checks and evidence, step by step

Follow the documented order. An error code identifies the affected system, but it does not prove by itself which part has failed.

  1. 1

    Find the operation or status reference

    Tools required

    Procedure

    Inspect the response body and Location or Link fields for a job identifier, status URL or documented polling instruction.

    Do not repeatedly submit a non-idempotent operation just because 202 has no final result. Duplicate jobs can create repeated charges, messages or writes.

    Evidence: RFC 9110 section 15.3.3 - 202 Accepted · IANA Hypertext Transfer Protocol Status Code Registry

  2. 2

    Check the asynchronous result once

    Tools required

    Procedure

    Use the service's documented status endpoint or event channel and confirm whether the accepted job completed, failed or remains pending.

    Do not repeatedly submit a non-idempotent operation just because 202 has no final result. Duplicate jobs can create repeated charges, messages or writes.

    Evidence: RFC 9110 section 15.3.3 - 202 Accepted · IANA Hypertext Transfer Protocol Status Code Registry

  3. 3

    Prevent duplicate submissions

    No special tools

    Procedure

    Before retrying, determine whether the first request created a job and use its idempotency key or operation identifier where supported.

    Do not repeatedly submit a non-idempotent operation just because 202 has no final result. Duplicate jobs can create repeated charges, messages or writes.

    Evidence: RFC 9110 section 15.3.3 - 202 Accepted · IANA Hypertext Transfer Protocol Status Code Registry

Where this code applies

A code is meaningful only inside the right product and version context.

Primary scope

System
Software and systems
Brand
HTTP
Product type
HTTP service

Known code variants

  • 202 Accepté
  • 202 Accepted
  • 202 Accettato
  • 202 Aceptado
  • 202 Akzeptiert
  • código HTTP 202
  • error HTTP 202
  • HTTP 202
  • HTTP error 202
  • HTTP status 202
  • status code 202

What it means

The response confirms acceptance, not the final outcome. HTTP has no later status response that automatically completes the same asynchronous exchange.

Warnings and stop conditions

  • Higheditorial warning

    Do not repeatedly submit a non-idempotent operation just because 202 has no final result. Duplicate jobs can create repeated charges, messages or writes.

    Evidence: RFC 9110 section 15.3.3 - 202 Accepted · IANA Hypertext Transfer Protocol Status Code Registry

Symptoms and causes

Probable causes · in order

  • The operation was queued for asynchronous processingConfirmed

    The service accepted the request and moved the actual work to a queue, worker or scheduled process.

    Evidence: RFC 9110 section 15.3.3 - 202 Accepted · IANA Hypertext Transfer Protocol Status Code Registry

  • The client treated acceptance as completionPossible

    A client can show success too early if it does not follow the service-specific job or status resource after 202.

    Evidence: RFC 9110 section 15.3.3 - 202 Accepted · IANA Hypertext Transfer Protocol Status Code Registry

Virtual technician

Does 202 still appear after these checks?

Answer a few questions to narrow down the likely cause and the safest next action. Guidance only - it never replaces a professional.

Sources and technical references

  1. 1

    RFC 9110 section 15.3.3 - 202 Accepted

    Internet Engineering Task Force · 2022 · official_doc

  2. 2

    IANA Hypertext Transfer Protocol Status Code Registry

    Internet Assigned Numbers Authority · 2025 · official_doc

Sources: RFC 9110 section 15.3.3 - 202 Accepted · IANA Hypertext Transfer Protocol Status Code Registryreviewed 2026-08-22 · verified

Was this entry useful?