Antes de usar este endpoint, conclua o guia de Primeiros Passos para obter sua chave de API e ID de Empresa.
Pré-requisitos
- ✅ Um Bearer token válido para um membro aprovado do workspace
- ✅ ID de Empresa recuperado de
GET {{URL}}/accounts/companies - ✅ O ID do Pedido (ID do Projeto,
pid) do pedido que você deseja atualizar
Endpoint
multipart/form-data — use isso mesmo quando nenhum arquivo for anexado, para satisfazer o parser multipart do servidor.
Headers
| Header | Obrigatório | Descrição |
|---|---|---|
Authorization | Sim | Bearer <ACCESS_TOKEN> — o token de acesso do membro autenticado. |
companyid | Sim | ObjectId Mongo da empresa à qual o pedido pertence. |
clientid | Opcional | ID de socket do cliente em tempo real. Quando fornecido, as notificações o incluem. |
Parâmetros de consulta
O ID do Pedido / Projeto a atualizar. Passe como parâmetro de string de consulta.
Campos do corpo da requisição
Atualiza o título do pedido. Mínimo de 2 caracteres.
Novo status para o pedido. Deve ser um dos seguintes:
Pending, Ongoing, Review, Completed, Cancelled.Transições permitidas:Reviewsó pode seguirOngoingou outroReview. Pular dePendingdiretamente paraReviewretorna um400 ValidationError.- Pedidos já
CompletedouCancellednão podem ser atualizados. - Clientes não podem cancelar um pedido que tenha avançado além de
Pending.
Valor total do orçamento. Deve ser
≥ 0. Usa a moeda existente do pedido, a menos que currency também seja fornecido.Código de moeda para o orçamento. Exemplos:
USD, CAD, EUR.Número de unidades adquiridas para o pacote. Deve ser
≥ 1.String de data ISO 8601 para a data de vencimento do pedido. Exemplo:
"2025-12-31T00:00:00.000Z".String de data ISO 8601 para a data de início do projeto.
Notas internas visíveis para sua equipe.
Briefing do cliente ou resumo do projeto.
Lista completa de IDs de membros gerentes de projeto a atribuir a este pedido. Novos IDs são adicionados à equipe; IDs removidos são excluídos. Cada ID deve pertencer a um membro com perfil
projectManager na mesma empresa.Obrigatório quando
status é Completed ou Cancelled. Quando true, todas as tarefas do pedido são marcadas como concluídas após a mudança de status. Quando false, as tarefas permanecem no estado atual.Permitido apenas quando
status é Completed ou Cancelled. Quando true, todas as tarefas solicitadas pelo cliente pendentes são rejeitadas após a atualização de status.Obrigatório apenas para pedidos de assinatura ao alterar a frequência de recorrência. Use em conjunto com
repeatDuration.Obrigatório junto com
repeatCount para pedidos de assinatura. Um dos seguintes: day, week, month, year.Limite opcional de ciclos de faturamento recorrentes. Padrão:
0 (sem limite).Como cada ciclo de faturamento é tratado. Um dos seguintes:
createOrderWithTask, noChange.Zero ou mais anexos de arquivos. Os arquivos são adicionados à pasta de sistema do pedido; arquivos existentes nunca são sobrescritos. Use codificação
multipart/form-data e anexe cada arquivo no campo files.Exemplo de requisição
Respostas
| Status HTTP | Descrição |
|---|---|
200 OK | Atualização bem-sucedida. |
400 ValidationError | ID de pedido inválido, transição de status bloqueada ou payload malformado. A resposta inclui fieldName quando relevante. |
403 PermissionError | O chamador não é um membro aprovado, não possui o perfil da empresa, a assinatura do workspace expirou, ou um cliente tentou um cancelamento proibido. |
500 Internal Server Error | Exceção não tratada — verifique os logs do servidor. |
Resposta de sucesso
Regras de negócio e efeitos colaterais
- Transições de status são restritas.
Reviewsó pode seguirOngoingou outroReview. TentarPending → Reviewretorna400 ValidationError. - Mover um status de
PendingparaOngoing,ReviewouCompletedativa a pasta de arquivos do pedido, tornando os arquivos enviados acessíveis à equipe do projeto. - Definir
statuscomoCompletedouCancelledexige quemarkTasksAsDoneseja explicitamente definido comotrueoufalse. - Mudanças de status para
Review,CompletedouCancelledacionam automaticamente notificações ao cliente:- Review — notifica o cliente de que a revisão é necessária.
- Completed — envia a notificação
orderCompletionao cliente. - Cancelled — envia a notificação
orderCancellationao cliente.
- Cada atualização bem-sucedida dispara um evento de webhook
ORDER.UPDATEDcom o documento do pedido atualizado e metadados de anexos, se você tiver um webhook ativo inscrito nesse evento.

