Przed użyciem tego punktu końcowego ukończ przewodnik Pierwsze kroki, aby uzyskać klucz API i identyfikator firmy.
Wymagania wstępne
- ✅ Prawidłowy token Bearer dla zatwierdzonego członka przestrzeni roboczej
- ✅ Identyfikator firmy pobrany z
GET {{URL}}/accounts/companies - ✅ Identyfikator zamówienia (identyfikator projektu,
pid) zamówienia, które chcesz zaktualizować
Punkt końcowy
multipart/form-data — użyj tego nawet jeśli nie dołączasz plików, aby spełnić wymagania parsera multipart serwera.
Nagłówki
| Nagłówek | Wymagany | Opis |
|---|---|---|
Authorization | Tak | Bearer <ACCESS_TOKEN> — token dostępu zalogowanego członka. |
companyid | Tak | Identyfikator ObjectId Mongo firmy, do której należy zamówienie. |
clientid | Opcjonalny | Identyfikator gniazda klienta w czasie rzeczywistym. Gdy podany, powiadomienia go zawierają. |
Parametry zapytania
Identyfikator zamówienia / projektu do aktualizacji. Przekaż jako parametr ciągu zapytania.
Pola ciała żądania
Aktualizuje tytuł zamówienia. Minimum 2 znaki.
Nowy status zamówienia. Musi być jednym z:
Pending, Ongoing, Review, Completed, Cancelled.Dozwolone przejścia:Reviewmoże następować tylko poOngoinglub innymReview. Przejście zPendingbezpośrednio doReviewzwraca400 ValidationError.- Zamówień w statusie
CompletedlubCancellednie można aktualizować. - Klienci nie mogą anulować zamówienia, które przeszło poza status
Pending.
Łączna kwota budżetu. Musi być
≥ 0. Używa istniejącej waluty zamówienia, chyba że podano również currency.Kod waluty dla budżetu. Przykłady:
USD, CAD, EUR.Liczba zakupionych jednostek pakietu. Musi być
≥ 1.Ciąg daty ISO 8601 dla terminu realizacji zamówienia. Przykład:
"2025-12-31T00:00:00.000Z".Ciąg daty ISO 8601 dla daty rozpoczęcia projektu.
Wewnętrzne notatki widoczne dla Twojego zespołu.
Brief klienta lub streszczenie projektu.
Kompletna lista identyfikatorów członków będących kierownikami projektów do przypisania do tego zamówienia. Nowe identyfikatory są dodawane do zespołu; usunięte identyfikatory są kasowane. Każdy identyfikator musi należeć do członka z rolą
projectManager w tej samej firmie.Wymagane gdy
status to Completed lub Cancelled. Gdy true, wszystkie zadania w zamówieniu są oznaczane jako ukończone po zmianie statusu. Gdy false, zadania pozostają w bieżącym stanie.Dozwolone tylko gdy
status to Completed lub Cancelled. Gdy true, wszystkie oczekujące zadania zlecone przez klienta są odrzucane po aktualizacji statusu.Wymagane tylko dla zamówień subskrypcyjnych przy zmianie częstotliwości powtarzania. Paruj z
repeatDuration.Wymagane razem z
repeatCount dla zamówień subskrypcyjnych. Jedno z: day, week, month, year.Opcjonalny limit cykli rozliczeniowych. Domyślnie
0 (bez limitu).Sposób obsługi każdego cyklu rozliczeniowego. Jedno z:
createOrderWithTask, noChange.Zero lub więcej załączników plików. Pliki są dołączane do folderu systemowego zamówienia; istniejące pliki nigdy nie są nadpisywane. Użyj kodowania
multipart/form-data i dołącz każdy plik w polu files.Przykładowe żądanie
Odpowiedzi
| Status HTTP | Opis |
|---|---|
200 OK | Aktualizacja zakończona sukcesem. |
400 ValidationError | Nieprawidłowy identyfikator zamówienia, zablokowane przejście statusu lub niepoprawnie sformułowany ładunek. Odpowiedź zawiera fieldName, gdy jest to istotne. |
403 PermissionError | Wywołujący nie jest zatwierdzonym członkiem, nie posiada roli firmowej, subskrypcja przestrzeni roboczej wygasła lub klient podjął próbę niedozwolonego anulowania. |
500 Internal Server Error | Nieobsłużony wyjątek — sprawdź dzienniki serwera. |
Odpowiedź sukcesu
Reguły biznesowe i skutki uboczne
- Przejścia statusu są ograniczone.
Reviewmoże następować tylko poOngoinglub innymReview. Próba przejściaPending → Reviewzwraca400 ValidationError. - Zmiana statusu z
PendingnaOngoing,ReviewlubCompletedaktywuje folder plików zamówienia, dzięki czemu przesłane pliki stają się dostępne dla zespołu projektowego. - Ustawienie
statusnaCompletedlubCancelledwymaga jawnego ustawieniamarkTasksAsDonenatruelubfalse. - Zmiany statusu na
Review,CompletedlubCancelledautomatycznie wyzwalają powiadomienia dla klientów:- Review — powiadamia klienta, że wymagana jest recenzja.
- Completed — wysyła powiadomienie
orderCompletiondo klienta. - Cancelled — wysyła powiadomienie
orderCancellationdo klienta.
- Każda udana aktualizacja wyzwala zdarzenie webhooka
ORDER.UPDATEDz zaktualizowanym dokumentem zamówienia i metadanymi załączników, jeśli masz aktywny webhook subskrybujący to zdarzenie.

