Integração Inbound ASN x Catalog Feed
Devido ao aumento no número de categorias de produtos diversificados, acabou ocasionando alta divergência entre o EAN (Código de barras do produto) e ASIN (Código do produto) entre o Catalog Feed e Inbound_ASN.
Adaptamos esta funcionalidade, ou seja, modificamos a integração do Inbound ASN, para que se o EAN enviado pertença a outro produto e/ou não esteja cadastrado para o ASIN (Código Produto) enviado, o sistema registre erro de integração, com diversos dados, por exemplo: nome do arquivo, data, chave de acesso, depositante, ASIN InbASN, EAN InbASN, ASIN WMS, EAN WMS, Motivo e Status, para que seja visualizado num relatório para posterior conferência e, correção no ERP. Desde as versões 8.11.25.0 e na 8.11.23.7.
(Referente ao WMS-5835)
Abaixo consta a apresentação de erro de Embalagem já cadastrada para outro produto:
Dados para alimentar o relatório no WMS:
Arquivo XML:
Cadastro de Embalagem no WMS:
Relatório do Inbound ASN x Cadastro de Produtos com os filtros Data Início, Data Fim e Depositante para que sejam exibidas as seguintes colunas: ID, Nome do arquivo INBOUND_ASN, Data, Chave de acesso da NF, ASIN InbASN, EAN InbASN, ASIN WMS, EAN WMS, Motivo e Status Integração.
Alteramos a integração do Catalog Feed para caso não exista movimentação de estoque do produto em questão, o WMS apaga o EAN do produto errôneo e cadastra a embalagem informada no Catalog Feed para o ASIN correto. Após a conclusão do catalog feed, o WMS reintegra automaticamente o último Inbound_ASN que possuem os produtos envolvidos na atualização do catalog feed. Caso já exista estoque do produto onde seria excluída a embalagem ou Inbound_ASN já integrada previamente, o WMS apresenta mensagem de erro de integração na linha do produto do catalog feed e popula os dados no relatório Controle de produtos divergentes entre Catalog Feed e o WMS, ou seja, apresenta as informações de ASIN e o EAN do produto divergentes.
Observação: ao integrar o Catalog Feed, todas as embalagens do produto que estão sendo integradas e que não tiveram a movimentação de estoque, são excluídas.
Não houve necessidade de alterar a exportação do arquivo TIRN para que envie o mesmo ASIN e EAN enviados no Inbound ASN mesmo que a conferência seja efetuada em outra embalagem, pois o mesmo possui apenas a informação do AMAZON_ASIN, não possui a informação da barra que foi conferida, conforme demonstrado abaixo:
A exportação dos arquivos de retorno de recebimento (TIRN) deve validar por meio de uma chave composta entre o ASIN (Código do produto) e EAN (Embalagem do produto), onde deve garantir que na exportação do TIRN seja o mesmo ASIN e EAN informado no Inbound_ASN, ou seja, mesmo que a conferência do produto seja efetuada em outra embalagem cadastrada, o arquivo TIRN deve espelhar o Inbound_ASN, caso haja divergência entre os dois arquivos, O WMS deve apresentar uma mensagem de erro no término da alocação e não finalizar a alocação até que sejam corridas as informações no WMS.
Observação importante / Exemplo:
O Produto possui 2 barras:
Na nota fiscal gerada pós importação do Inbound ASN a barra que veio do produto é a "ABC123"
Na conferência do produto foi conferida a barra "BARRAXPTOUN01"
Após gerada a alocação do produto, foi gerado o arquivo IRN 171132054293_1152.xtirn
O mesmo possui apenas a informação do AMAZON_ASIN, não possui a informação da barra que foi conferida:
Portanto não é necessário alteração da exportação do IRN.