Recebimento: da nota de entrada ao endereçamento

Crie notas de entrada, escolha o modo de recebimento e receba por palete ou direto, com confirmação de divergências e impressão de etiquetas.

Etapa 1: criar a nota de entrada#

Acesse WMS → Inbound Receipts e crie a nota manualmente ou por importação. A criação manual pede cliente/merchant (da lista; o título usa o merchant por padrão), número do PO, transportadora, contêiner/carreta, BOL, lacre e as linhas esperadas (SKU + quantidade + UM). A importação usa um modelo CSV: baixar → enviar → validar → revisar → confirmar. O número da nota é gerado automaticamente. Se os caminhões precisarem de doca, crie um agendamento em WMS → Appointments (criar, listar, editar e configurações); o recebimento não o exige.

Etapa 2: escolher o modo de recebimento#

O modo de recebimento é uma chave de três posições por armazém (receiving_mode, padrão both), em dados mestres → editar armazém: desktop (só desktop), mobile (só celular) ou both (ambos). Aplicado na interface para não operar a mesma nota pelos dois lados ao mesmo tempo.

Recebimento no desktop: menu Receive#

1. Recebimento por palete: abra Receive → Palletized. O resumo mostra uma linha por produto (SKU, quantidade esperada, já paletizada, restante). Em Build, escolha linhas com restante, quantidade por palete e número N de paletes, condição (Good/Damaged, por palete) e endereço de armazenagem (obrigatório; só tipo storage). Build → paletes vão para a área Pallet; Receive → confirmação de divergências linha a linha → confirmar → o estoque é lançado de uma vez no endereço de cada palete (o endereçamento está incluído) → received. Depois marque paletes para imprimir etiquetas.
2. Recebimento direto: um modal lista uma linha por item com quantidade recebida (padrão: restante), endereço (obrigatório, só tipo picking, validado nas duas pontas), condição (Good/Damaged), lote e validade. Split divide uma linha em várias para endereços diferentes. Receive → confirmação de divergências → a API receive-batch lança o estoque.

• Regras de divergência (iguais no desktop e no celular): sobras e faltas são permitidas. Qualquer divergência abre confirmação linha a linha (sobra em vermelho, falta em laranja); só prossegue após confirmação explícita.
• A condição é mapeada para o status do estoque: Good → available, Damaged → damaged.
• Restrições de tipo de endereço: paletização só aceita tipo storage; recebimento direto só tipo picking.

Recebimento móvel: Create Receive Task#

1. No detalhe da nota, clique em Create Receive Task (visível no modo mobile/both). O diálogo tem Responsável (membros da organização) e o método: paletizado, direto ou decidir ao executar (o operador escolhe ao iniciar; padrão). Ao enviar, a tarefa é criada (task_type=receive).
2. No celular, abra o detalhe da tarefa. Modos fixos mostram a etiqueta do método e botão de início direto; o modo decidir mostra dois cartões grandes → toque → confirme → a tarefa é atualizada. O método trava após o primeiro envio.
3. Fluxo paletizado em 4 etapas: 1) Resumo — cartões por produto; 2) Build — linhas, qtd por palete, N paletes, condição, endereço storage (escanear/digitar/selecionar), repetível; modo etiqueta de fábrica: marque “usar etiquetas de fábrica” e informe um código por palete (o LPN vira o código de fábrica, sem sequência nem impressão); 3) Paletes — lista, vazios podem ser excluídos; 4) Confirmar — confirmação de divergências → enviar → página de sucesso com os LPNs. A impressão é feita no desktop.
4. Fluxo direto (cartões em uma tela): um cartão por linha com quantidade recebida (padrão: restante), endereço picking (escanear/selecionar, obrigatório), condição, lote/validade opcionais e botão Split. Enviar → confirmação → receive-batch. Várias rodadas são permitidas; o sistema avança a nota para received quando tudo estiver recebido.
5. Ao concluir, feche a tarefa: receive-complete verifica se tudo foi recebido → a nota vira received e Compras é recalculada. Se restar algo, o fechamento é bloqueado (WMS_STATE_001): peça a um supervisor para tratar.

Status da nota#

• new / imported → receiving (avanço automático na primeira ação) → received (tudo recebido).
• Regra de conclusão: received_qty + damaged_qty + rejected_qty ≥ expected_qty em todas as linhas (mesma regra no desktop, celular e fechamento).
• O restante de uma falta fica como remaining (a nota continua em receiving), ou um supervisor registra como rejected e fecha a nota.