Innan du använder denna endpoint, slutför guiden Kom igång för att skaffa din API-nyckel och ditt företags-ID.
Förutsättningar
- ✅ En giltig Bearer-token för en godkänd arbetsytemedlem
- ✅ Företags-ID hämtat från
GET {{URL}}/accounts/companies - ✅ Beställnings-ID (Projekt-ID,
pid) för den beställning du vill uppdatera
Endpoint
multipart/form-data — använd detta även när inga filer bifogas för att uppfylla serverns multipart-parser.
Huvuden
| Huvud | Obligatorisk | Beskrivning |
|---|---|---|
Authorization | Ja | Bearer <ACCESS_TOKEN> — den inloggade medlemmens åtkomsttoken. |
companyid | Ja | Mongo ObjectId för det företag som beställningen tillhör. |
clientid | Valfritt | Realtidsklientens socket-ID. När det anges inkluderas det i aviseringar. |
Frågeparametrar
Beställnings- / Projekt-ID:t att uppdatera. Skicka detta som en frågesträngsparameter.
Fält i begärandekroppen
Uppdaterar beställningens titel. Minst 2 tecken.
Ny status för beställningen. Måste vara ett av:
Pending, Ongoing, Review, Completed, Cancelled.Tillåtna övergångar:Reviewkan endast följaOngoingeller en annanReview. Att hoppa frånPendingdirekt tillReviewreturnerar ett400 ValidationError.- Beställningar som redan är
CompletedellerCancelledkan inte uppdateras. - Klienter kan inte avbryta en beställning som har gått förbi
Pending.
Total budgetsiffra. Måste vara
≥ 0. Använder beställningens befintliga valuta om inte currency också anges.Valutakod för budgeten. Exempel:
USD, CAD, EUR.Antal köpta enheter för paketet. Måste vara
≥ 1.ISO 8601-datumsträng för beställningens förfallodatum. Exempel:
"2025-12-31T00:00:00.000Z".ISO 8601-datumsträng för projektets startdatum.
Interna noteringar synliga för ditt team.
Klientens brief eller projektsammanfattning.
Fullständig lista över projektledarmedlems-ID:n att tilldela till denna beställning. Nya ID:n läggs till i teamet; borttagna ID:n raderas. Varje ID måste tillhöra en medlem med en
projectManager-roll inom samma företag.Obligatorisk när
status är Completed eller Cancelled. När true markeras alla uppgifter i beställningen som klara efter statusändringen. När false förblir uppgifterna i sitt nuvarande tillstånd.Tillåtet endast när
status är Completed eller Cancelled. När true avvisas alla utestående klientbegärda uppgifter efter statusuppdateringen.Krävs endast för prenumerationsbeställningar när återkommande frekvens ändras. Kombinera med
repeatDuration.Krävs tillsammans med
repeatCount för prenumerationsbeställningar. Ett av: day, week, month, year.Valfri begränsning på återkommande faktureringscykler. Standardvärdet är
0 (ingen begränsning).Hur varje faktureringscykel hanteras. Ett av:
createOrderWithTask, noChange.Noll eller fler bifogade filer. Filer läggs till i beställningens systemmapp; befintliga filer skrivs aldrig över. Använd
multipart/form-data-kodning och bifoga varje fil under fältet files.Exempelbegäran
Svar
| HTTP-status | Beskrivning |
|---|---|
200 OK | Uppdateringen lyckades. |
400 ValidationError | Ogiltigt beställnings-ID, blockerad statusövergång eller felaktigt utformad payload. Svaret inkluderar fieldName när det är relevant. |
403 PermissionError | Anroparen är inte en godkänd medlem, saknar företagsrollen, arbetsytans abonnemang har löpt ut, eller en klient försökte utföra en otillåten avbokning. |
500 Internal Server Error | Ohanterat undantag — kontrollera serverloggar. |
Lyckat svar
Affärsregler och sidoeffekter
- Statusövergångar är begränsade.
Reviewkan endast följaOngoingeller en annanReview. Att försökaPending → Reviewreturnerar400 ValidationError. - Att flytta en status från
PendingtillOngoing,ReviewellerCompletedaktiverar beställningens filmapp så att uppladdade filer blir tillgängliga för projektteamet. - Att sätta
statustillCompletedellerCancelledkräver attmarkTasksAsDoneexplicit sätts tilltrueellerfalse. - Statusändringar till
Review,CompletedellerCancelledutlöser automatiskt klientaviseringar:- Review — meddelar klienten att granskning behövs.
- Completed — skickar
orderCompletion-aviseringen till klienten. - Cancelled — skickar
orderCancellation-aviseringen till klienten.
- Varje lyckad uppdatering utlöser en
ORDER.UPDATEDwebhook-händelse med det uppdaterade beställningsdokumentet och bilagemetadata, om du har en aktiv webhook prenumererad på den händelsen.

