Fulfillment Nutra · Hjelpesenter

Create an order

POST /api/v1/orders requires orders:write, a complete business profile, and Idempotency-Key. The body contains items and shipping_address. Total physical quantity must stay between 1 and 10.

Create an order

POST /api/v1/orders requires orders:write, a complete business profile, and Idempotency-Key. The body contains items and shipping_address. Total physical quantity must stay between 1 and 10.

FieldTypeRule
itemsarrayRequired; product_id and quantity.
fulfillment_modestringDefaults to standard; custom requires project references and an approved label.
shipping_addressobjectname, address_line1, city, postal_code, and country_code required.
customer_saleoptional objectRevenue actually paid by your customer: amount and 3-letter ISO currency. Reporting only; it never changes Fulfillment Nutra costs or invoices.

Valideringsveiledning

Bruk svaret i en reell operativ arbeidsflyt

«Create an order» 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: POST /api/v1/orders requires orders:write, a complete business profile, and Idempotency-Key. The body contains items and shipping_address. Total physical quantity must stay between 1 and 10.

01

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.
02

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.
03

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.
04

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