Fulfillment Nutra · Hjelpesenter

Errors and retry

The real minimum shape is { error: string }; some validations add code. No specific public rate limit is documented because these V1 handlers configure none.

Errors and retry

HTTP	Cause	Action
400	Invalid body, address, or idempotency key.	Correct it; do not retry unchanged.
401	Invalid/revoked key or missing scope.	Replace the key or scope.
403	Required profile, plan, or label not authorized.	Correct the named prerequisite.
404	Product not found.	Read the authorized catalog again.
405	HTTP method not allowed.	Use the documented method.
422	Quantity, destination, product, or shipping not eligible.	Correct it; do not retry blindly.
500/503	Temporary failure or ordering disabled.	Keep the same key, wait, then retry with backoff; first check order state.

The real minimum shape is { error: string }; some validations add code. No specific public rate limit is documented because these V1 handlers configure none.

Valideringsveiledning

Bruk svaret i en reell operativ arbeidsflyt

«Errors and retry» tilhører samlingen «REST API V1». Bruk svaret som et operativt rammeverk, og bekreft deretter gjeldende data for konto, produkt, marked eller butikk før du gjør en endring som er vanskelig å reversere. Den operative hovedkonklusjonen er: The real minimum shape is { error: string }; some validations add code. No specific public rate limit is documented because these V1 handlers configure none.

Før du endrer noe

Finn den autoritative datakilden og dokumenter dagens status. En konfigurasjon må være knyttet til riktig konto, SKU, butikk eller ordre. Unngå å endre flere variabler samtidig, fordi det gjør feilsøking vanskeligere og kan skjule den egentlige årsaken.

Kontroller konto-, butikk-, SKU- eller ordre-ID.
Bekreft marked, valuta, betalingsstatus og destinasjon når det er relevant.
Ta vare på utgangspunktet før en vesentlig endring.

Test i begrenset omfang

Hvis temaet påvirker en integrasjon, ordre, publisering eller operativ innstilling, gjennomfør først en kontrollert test. Bruk ett produkt, én ordre eller én butikk når det er mulig. Kontroller deretter resultatet i begge involverte systemer i stedet for å stole på en suksessmelding på skjermen.

Definer forventet resultat før testen.
Kontroller status før og etter handlingen.
Skaler først etter en test som kan gjentas.

Behold nyttig dokumentasjon

En tydelig historikk reduserer tiden til løsning. Behold ID-er, tidspunkt for testen, relevante skjermbilder, nøyaktige feilmeldinger og observert resultat. Ved produkt- eller compliance-spørsmål bør du også lagre marked, dokumentversjon, batch eller fil som ble brukt.

Dato og klokkeslett for testen.
Relevante ID-er og statuser.
Nøyaktig skjermbilde eller feilmelding ved avvik.

Når support bør kontaktes

Eskaler når faktisk oppførsel ikke samsvarer med veiledningen, en forventet tillatelse eller datapunkt mangler, en status fortsatt sitter fast etter kontroll, eller en handling kan gi økonomiske, regulatoriske eller logistiske konsekvenser som er vanskelige å reversere. Legg ved kontekst og dokumentasjon.

← Hjelpesenter