Skip to main content
O detalhe de custódia conta toda a história da entrega de um pedido: quais caixas foram reservadas, quem as retirou e despachou, quem confirmou a entrega, o que o destino aceitou ou contestou e quem encerrou o pedido. Use-o para acompanhar uma entrega no dia a dia e para responder a perguntas de auditoria ou contestações depois.

Quem pode ver

  • Permissão fulfillment.read (Ver atendimento).
  • A unidade do pedido no seu Acesso às unidades.
Sem a permissão, a tela diz “Você não pode ver entregas. Peça a permissão ao administrador da sua clínica.” Um pedido fora das suas unidades, ou que ainda não tem registro de custódia, responde “Esta entrega não existe ou você não pode vê-la.”

Onde

  • Em Entregas, abra A encerrar ou Problemas de entrega e selecione o número do pedido.
  • Na página do pedido, Acompanhar a entrega (aparece para quem tem alguma permissão de custódia). Veja Criar e acompanhar pedidos.
  • Depois de confirmar um recebimento, o link abaixo da mensagem de confirmação.
  • Na tela de preparação de um pedido que não está mais sendo preparado, o link Acompanhamento do pedido #1042.
  • Caminho direto: console.muveya.com/fulfillment/:orderId.

O que a tela mostra

A tela se chama Acompanhamento do pedido #1042, com Voltar às entregas para retornar à lista.

Dados e próxima etapa

Abaixo dos dados, a tela oferece a próxima etapa quando ela cabe a você: Para encerrar, veja Encerrar o pedido.

Caixas

Caixas lista cada caixa atribuída ao pedido. No celular, cada caixa aparece como um cartão com rótulos. Quando uma caixa foi dividida na preparação, a lista mostra o novo recipiente, não a caixa original. Se nenhuma caixa estiver atribuída, a tela diz “Não há caixas atribuídas a este pedido.”

Histórico

Histórico lista o que aconteceu, uma entrada por evento, cada uma com a pessoa e a data e hora no formato do seu navegador. As pessoas aparecem com o nome que têm na equipe; quem está com a sessão aberta aparece como Você, as ações que o muveya fez sozinho como Muveya (automático), e quem saiu da equipe como Ex-integrante da equipe. Primeiro vêm os movimentos de estoque, do mais antigo ao mais recente. Cada um se lê “movimento · código da caixa · mudança de quantidade”, por exemplo “Despachado · BX-000123 · -10”. Os movimentos que não mudam a quantidade disponível omitem o número, por exemplo “Retirado para o pedido · BX-000123”. Depois dos movimentos vêm os registros de custódia: Se nada aconteceu ainda, a seção diz “Ainda não aconteceu nada.”
Os movimentos feitos na caixa original de uma divisão mostram Caixa que não está mais no registro no lugar do código, porque a lista Caixas só nomeia o novo recipiente. Abra a página da caixa original para ver o histórico dela (veja Caixas e etiquetas).

Usar em auditorias e contestações

Uma revisão típica de contestação:
1

Confirme a cadeia de pessoas

Verifique se quem retirou, quem despachou e quem confirmou a entrega são as pessoas esperadas da parte de origem, e se o recebimento foi feito pela parte de destino.
2

Compare o entregue com o recebido

Cada caixa da entrega deve aparecer uma vez no recebimento, como aceita ou contestada.
3

Acompanhe cada caixa contestada

Encontre o movimento Devolvido e a Situação da caixa atual. Se ela voltou em quarentena, decida o que fazer com ela na página da caixa.
4

Confira o lote se necessário

Se o problema pode afetar um lote inteiro, continue em Recolhimento de lote.

O que a tela não mostra

  • O texto de Evidência do problema digitado no recebimento. Ele é gravado, mas por enquanto não aparece no console nem é devolvido pela API.
  • As observações por caixa de uma contestação e a escolha de quarentena. A API devolve as duas.
  • A referência da transportadora digitada no despacho. GET /v1/fulfillments a devolve como carrierRef.
  • O registro de auditoria. Por enquanto não há uma tela de auditoria no console.
  • Uma exportação. Para guardar os históricos de custódia fora do muveya, leia-os pela API.
Os registros só aceitam novos lançamentos: nada neste histórico pode ser editado ou apagado. Uma caixa contestada é corrigida por um novo movimento Devolvido, nunca alterando o Despachado.

Ler pela API

A operação GET /v1/fulfillments/{orderId} devolve o mesmo histórico de custódia para integrações e relatórios.
  • Autenticação: uma chave de API (mvy_test_...) no cabeçalho Authorization: Bearer. Por enquanto as chaves de API não são criadas pelo console; veja Autenticação.
  • Escopo: fulfillment:read. Veja Escopos.
  • Alcance: toda a conta de clínica odontológica da chave. Uma chave não tem filtro por unidade.
  • Somente leitura: as etapas de custódia (preparar, despachar, entregar, receber, encerrar) não podem ser feitas pela API nem pelo MCP.

Resposta

string
obrigatório
O id do pedido.
string
obrigatório
O status de custódia: allocating, allocated, picking, dispatched, delivered, exception, received, partially_fulfilled ou closed.
object[]
obrigatório
Os movimentos de estoque do pedido, do mais antigo ao mais recente. Cada um tem movementId, type, boxId, catalogItemId, quantityDelta, actorId, occurredAt e recordedAt e, quando se aplicam, reservedDelta, fromWarehouseId, toWarehouseId, reasonCode, secondActorId, idempotencyKey e correlationId.
object
Presente depois que a entrega foi confirmada: actorUserId, deliveredAt, boxIds e, para um problema de entrega, exception com reason e note opcional.
object
Presente depois que o recebimento foi confirmado: actorUserId, receivedAt, acceptedBoxIds e disputed, uma lista com boxId, reason, quarantine e note opcional.
object
Presente depois que o pedido foi encerrado: actorUserId e closedAt.
Exemplo de resposta
Como a API difere da tela:
  • Ela devolve ids, não nomes nem códigos de caixa. Leia o código e a situação de uma caixa com GET /v1/inventory/boxes/{boxId} (escopo inventory:read), e um insumo com GET /v1/catalog/items/{itemId} (escopo catalog:read).
  • actorId e actorUserId são ids de integrantes. As ações que o muveya fez sozinho trazem system:fulfillment.
  • O status allocating pode aparecer por um instante enquanto a reserva roda; o console o mostra como Reservando estoque.
  • Ela responde 404 quando o pedido não existe, pertence a outra conta de clínica odontológica ou ainda não tem registro de custódia (um pedido aprovado cujo estoque não foi reservado).
  • Outras respostas: 401 para chave ausente ou inválida, 403 quando a chave não tem fulfillment:read, 429 quando a chave passa do limite de uso. Veja Erros e Limites de uso.
Para listar registros de custódia, use GET /v1/fulfillments com o filtro opcional status, limit (de 1 a 200, padrão 50) e cursor. Cada item tem orderId, status, createdAt, updatedAt e, quando se aplicam, sourceWarehouseId, dispatchedAt e carrierRef. Veja Paginação.
A ferramenta MCP fulfillment.get_pick_list precisa da permissão fulfillment.pick, que os escopos OAuth atuais de somente leitura não concedem, então por enquanto ela é recusada no endpoint /mcp. Veja Ferramentas MCP.

Páginas relacionadas

Entregas: visão geral

Etapas da custódia, permissões e partes.

Entrega e recebimento

Como os registros de entrega, recebimento e encerramento são criados.

Caixas e etiquetas

O histórico completo de uma caixa.

Escopos

Qual escopo cada leitura precisa.