Plataforma legada

Receber remessas

Editar online

O associado à loja pode começar a receber remessas usando o SCM do Pacote, Número da Remessa, ID do Produto, Número do Pedido. Se a remessa estiver em um status para ser recebida, o associado à loja será levado à tela de recebimento; caso contrário, será exibida uma mensagem apropriada. A tela de recebimento lista os produtos na remessa. Se a remessa for empacotada, os pacotes serão exibidos. Quando as informações do pacote estiverem disponíveis, o recebimento será feito varrendo pacotes; caso contrário, o recebimento será feito varrendo os produtos. Depois de receber todos os produtos, o associado à loja poderá concluir o processo de recebimento.

Portlet Receive Shipments

É fornecido um campo de varredura que pode converter o código de barras em diversas entidades-Remessa de Entrada da Loja, SCM da Caixa, Produto ou Pedido. A sequência de varredura e as entidades são configuráveis.
  • Varrer número de remessa: No portlet Receive Shipments, um associado à loja pode varrer o número de remessa de uma remessa de entrada. O tipo de código de barras Store Receive Shipment deve ser configurado no nível corporativo para varrer um número de remessa Para o número da remessa, um serviço de amostra YCD_Translate_bar code_InboundShipment é fornecido, que pode ser usado como uma origem externa.. Quando um associado à loja varre um número de remessa, a tela de recebimento é exibida. Se a remessa não estiver em um status a ser recebido ou já recebido em qualquer status diferente de (Enviado, Incluído no Recebimento), uma mensagem apropriada será exibida. Quando um número de remessa é varrido, a API translatebar code é chamada e a API getShipmentList é chamada. Se a varredura resultar em uma remessa, a tela de recebimento será exibida. Se a procura resultar em mais de uma remessa, será exibida uma lista de remessas em que o associado à loja pode selecionar a remessa apropriada para ser recebida. O serviço YCD_Translate_bar code_InboundShipment é chamado para procurar remessas com ShipmentNo e EnterpriseCode. Para verificar se uma remessa está em um status válido para recebimento, o elemento AllowedTransactions na saída da API getShipmentList será verificado para transações INCLUDE_IN_RECEIPT.0005 ou INCLUDE_IN_RECEIPT.0006. Se houver um recibo já fechado em uma remessa, a remessa será considerada como totalmente recebida.
  • Varrer número do pacote: No portlet Receive Shipments, um associado à loja pode varrer um pacote usando o SCM de Pacote de uma remessa de entrada. O tipo de código de barras Store Receive Shipment deve ser configurado no nível corporativo e o SCM da caixa de entrada pode ser usado como uma origem Na varredura de um pacote, a API translatebar code é chamada, que retorna ContainerScm. Após a conversão, a API getShipmentList é chamada com esse atributo ContainerScm. Além disso, as remessas no pacote são verificadas para status válido usando o elemento AllowedTransactions. Se uma remessa for válida, a tela de recebimento será exibida com os conteúdos do pacote marcados como recebidos com o código de disposição padrão.

    A API getReceivingPreference é chamada para recuperar as preferências configuradas para receber pacotes. A saída da API retorna o atributo CaseContentEntryRequired. Se o valor desse atributo for Y, o pacote não será marcado como recebido. A tela de recebimento é exibida e os produtos na remessa são listados.

  • Varrer número do produto: Um associado à loja pode iniciar o processo de recebimento varrendo um ID do produto, independentemente de uma remessa estar conteinerizada ou não. O tipo de código de barras Store Receive Shipment deve ser configurado no nível corporativo com ID do Item como a origem. Quando o associado à loja varre o ID do produto para uma remessa conteinerizada, a tela de recebimento é aberta com a lista de pacotes. No entanto, se a remessa contiver SKUs indefinidas, uma remessa que deverá ser recebida (ou está sendo recebida) que contém o produto será aberta na tela de recebimento. Se houver várias remessas, será exibida uma lista de remessas, que é limitada somente a dez remessas. Se houver mais remessas, será exibida uma mensagem apropriada solicitando que o associado à loja escolha a remessa da lista recebida. Se nenhuma remessa for localizada, será exibida uma mensagem apropriada.
  • Varrer número do pedido: Um associado à loja pode iniciar o processo de recebimento varrendo o número da ordem de vendas encadeado, o número da ordem de compra ou o número da ordem de transferência. O aplicativo procura a remessa associada. Se a remessa correspondente puder ser recebida, a tela de recebimento será exibida. Caso contrário, será exibida uma mensagem de erro apropriada. O tipo de código de barras Store Receive Shipment deve ser configurado no nível corporativo.. Um serviço de amostra é fornecido, que pode ser usado como uma origem externa para o tipo de código de barras Quando o associado da loja varre o pedido, a API translatebar code é chamada para retornar o OrderNo.. A API getOrderList é chamada com o OrderNo. Dependendo do tipo de documento (tipo do pedido), a API getShipmentList é chamada para recuperar a remessa associada ao pedido.

Tela de recebimento

  • Varrer pacotes ou receber pacotes manualmente: Um associado à loja pode receber um pacote após o outro e, portanto, receber totalmente uma remessa. Para pacotes, a varredura de código de barras deve ser configurada no nível Corporativo para o código de barras Type-Shipping Carton.. Geralmente, os associados à loja não abrem pacotes. Portanto, a varredura dos produtos dentro de um pacote não é suportada. Quando um pacote é varrido, é considerado que todos os produtos dentro do pacote serão recebidos em boas condições. O associado à loja pode varrer um pacote para marcá-lo como Recebido ou clicar em Receber para recebê-lo manualmente. Quando um pacote é varrido, o painel correspondente é destacado na tela e uma mensagem é exibida indicando que o pacote foi recebido com sucesso.

    Quando a tela de recebimento é carregada, a API getShipmentDetails é chamada para exibir os detalhes da remessa. A API retorna o atributo ShipmentContainerizedFlag. Se o valor do atributo for 03 e CaseContentEntryRequiredFlag for N, na varredura de um pacote, as APIs translatebar code e getShipmentContainerList serão chamadas para retornar o ContainerScm e, em seguida, a API receiveOrder será chamada para receber o pacote. A API getShipmentContainerDetails é então chamada para obter a sinalização IsReceived atualizada. Se CaseContentEntryRequiredFlag for Y, todos os produtos na remessa serão mostrados.

    Se as preferências de recebimento forem configuradas de forma que a regra Entrada de conteúdo do caso requerida seja ativada, o associado à loja não poderá receber a remessa por pacotes. Em vez disso, a remessa deverá ser recebida varrendo um produto após o outro.

  • Varrer SKUs indefinidas na remessa ou recebê-las manualmente: Na tela de recebimento, um associado à loja pode varrer produtos na remessa ou aumentar manualmente o Received Qty e clicar em Atualizar para receber uma remessa. Para o produto, a varredura de código de barras deve ser configurada no nível Corporativo para o item de tipo de código de barras.. Na varredura de um produto, o translatebar code é chamado para obter o ItemID e UOM. Se a API translatebar code não retornar nenhum resultado, a API getItemList será chamada para obter o ItemID e o UOM e, em seguida, a API receiveOrder será chamada com este ItemID e UOM para receber a linha de remessa Se os códigos de disposição padrão forem configurados, na varredura de um produto, uma unidade será marcada como recebida com o código de disposição padrão. O associado à loja pode editar a Quantidade Recebida de forma apropriada e a quantidade aumentada é recebida com o código de disposição padrão. A API receiveOrder é chamada para receber a linha de remessa com a quantidade correta.

Depois de receber todos os produtos ou pacotes que chegam como parte de uma remessa em uma loja, o associado à loja deve clicar em Continuar na tela de recebimento. Se tudo for recebido, a API closeReceipt será chamada para fechar o recibo. Se alguns dos conteúdos da remessa ainda não foram recebidos, será aberta uma janela de aviso listando os conteúdos não recebidos da remessa e perguntando ao associado à loja se os pacotes ou produtos listados seriam recebidos posteriormente ou marcados como ausentes. Se o associado à loja optar por marcá-los como recebidos posteriormente, nenhuma ação será executada e o recibo permanecerá aberto. No entanto, se o associado à loja optar por marcá-los como ausentes, o recibo será fechado chamando a API closeReceipt. É incluída uma nota para indicar que alguns produtos ou pacotes estão marcados como ausentes. Quando o associado à loja selecionar uma razão e confirmar, a tela Resumo da remessa será exibida.

Na tela de recebimento, o associado da Loja pode clicar em Incluir Notas para incluir informações importantes na remessa de entrada Uma janela pop-up é exibida com o número total de notas e com as notas existentes que incluem eventos registrados pelo usuário e eventos registrados automaticamente. A API getNoteList é chamada para recuperar as notas salvas na remessa. O associado da loja pode inserir uma nova nota na caixa de texto, marcá-la como importante, se necessário, e, em seguida, clicar em Incluir. A API changeShipment é chamada para salvar as notas na remessa. Como alternativa, um associado à loja também pode visualizar e incluir notas na tela Resumo da remessa.

Receber a remessa completa de uma vez: Um associado à loja pode receber uma remessa completa, sem varrer pacotes ou produtos individuais. De forma semelhante, o associado à loja pode receber de uma só vez os conteúdos restantes de uma remessa recebida parcialmente. No menu Mais, o associado à loja pode clicar em Receber todos para receber completamente uma remessa. É exibida uma janela de confirmação solicitando que o associado à loja selecione uma razão para receber uma remessa completamente sem varredura. Quando o associado à loja seleciona a razão e clica em Sim para confirmar, a tela Resumo da remessa é exibida.

A API getShipmentDetails é chamada para exibir os conteúdos da remessa na tela de recebimento e validar AllowedTransactions para a remessa. Se AllowedTransaction não for válido, será exibida uma mensagem de erro apropriada. A API getReceiptList é então chamada para obter os recibos associados à remessa.
  • Na saída da API getShipmentDetails, se a sinalização ShipmentContainerizedFlag for 01 ou 02, isso indica que a remessa contém somente SKUs indefinidas. Portanto, a API getShipmentLineList é chamada para exibir os produtos na remessa.
  • Se ShipmentContainerizedFlag for 03, isso indica que a remessa foi totalmente empacotada. Portanto, a API getShipmentContainerList é chamada para exibir os pacotes para a remessa.
Para recuperar as linhas em uma remessa que ainda serão recebidas, é executada a seguinte lógica:
  • Se ShipmentContainerizedFlag for 01 ou 02, a API getShipmentLineList será chamada. Cada linha de recibo é mapeada para uma linha de remessa e a API receiveOrder é chamada para cada linha de remessa.
  • Se ShipmentContainerizedFlag for 03, a API getShipmentContainerList será chamada para localizar quais pacotes ainda não foram recebidos. Cada linha de recibo é mapeada para uma ContainerDetail exclusiva. A API receiveOrder é chamada para receber todas as linhas de remessa e a API changeShipment é chamada para atualizar o atributo IsReceived para todos os contêineres
Quando o associado à loja clica em Receber todos, a API getCommonCodeList é chamada para exibir as razões para receber uma remessa sem varredura. Quando o associado à loja seleciona uma razão e confirma, a API receiveOrder é chamada para todas as linhas de remessa com o código de disposição padrão. A API closeReceipt é então chamada para fechar o recibo e o associado à loja é levado à tela Resumo de remessa.
Nota: Uma nota é registrada pelo sistema para a remessa indicando o motivo para receber a remessa sem varredura O botão Incluir Notas é alterado para o botão Notas com uma contagem das notas ao lado do rótulo
Notas:
  • O recebimento não é suportado para Pedidos de devolução.
  • O recebimento direto de pedidos não é suportado. Uma remessa é considerada existente no sistema. Os atributos ReceivingNode e ExpectedDeliveryDate são considerados como registrados na remessa.
  • O recebimento sem aviso de produtos ou pacotes não é suportado.
  • Geralmente, a abertura de remessas empacotadas e a varredura de produtos individuais no pacote não são feitas.
  • O recebimento em nível de palete não é suportado. Somente pacotes com Caso de tipo são completamente recebidos varrendo o SCM do Pacote.
  • O aplicativo não suporta remessas que têm produtos empacotados e não empacotados. Nesses casos, o associado à loja deve efetuar o recebimento em nível de produto.