Perguntas Frequentes / Anveo EDI Connect / Como configurar verificações e processamentos de dados em mapeamentos NAV
Esta é uma tradução automática. O post original está disponível em Inglês .

Como configurar verificações e processamentos de dados em mapeamentos NAV

Este artigo aplica-se a todos os casos de importação, se a mensagem original foi recebida como um file XML, como um file EDIFACT e assim por diante. Os objetivos das verificações e processamentos são determinar se todos os dados necessários foram transferidos na mensagem (e se esse não for o caso, interromper o processamento), se todos os dados necessários no sistema NAV local podem ser encontrados (cliente, fornecedores, itens etc.) e se todos os dados transferidos também são válidos (os preços enviados para esse artigo estão corretos? Ou estão desactualizados?). Para todas essas verificações e processamentos, é necessário usar um mapeamento do tipo NAV porque qualquer manipulação de dados só pode ser feita em um mapeamento do tipo NAV.

A primeira possibilidade é o comando “TESTFIELD”. Ao criar uma nova linha de mapeamento, defina o Tipo como “Command” e o Tipo de comando como “TESTFIELD”. O tipo de comparação freqüentemente utilizado é “Não em branco”, que verifica se um campo contém um valor ou não. Isto é útil para números de itens externos ou números GTIN ao processar ordens – o número que você não tem não pode ser traduzido para o número de item de NAV interno. O mesmo se aplica aos números de cliente e fornecedor. Ao utilizar uma conversão de valores para os tipos de contato e uma referência cruzada para obter os clientes e fornecedores do banco de dados através de um GLN, por exemplo, é possível utilizar o campo de teste para verificar posteriormente se o campo “Nº interno” no contato EDI correspondente foi preenchido (por exemplo o cliente foi encontrado) e exibir um erro se o campo estiver vazio.
Você pode usar os outros tipos de comparação como EQUAL / NÃO EQUAL e GREATER / LESS para realizar verificações semelhantes. Para ficar no exemplo dos preços: o preço da mensagem é igual ao preço definido para este item e este cliente/fornecedor no período atual em seu banco de dados? É possível usar um texto de erro personalizado para cada TESTFIELD que será mostrado durante a conversão (teste) e na fila de processamento.

Quando você está recebendo uma mensagem de pedido e recebe o número do item do fabricante na mensagem, você pode querer identificar o item em seu banco de dados. Se você mantiver os números de item do fabricante na sua tabela de itens, por exemplo, poderá utilizar um mapeamento de NAV para recuperar nosso item e escrever seu número na Linha de Documentos EDI. Como é que fazes isto?
No início, você escreve o número do item do fabricante. para o campo “Nº de item externo” na tabela “Linha de documento EDI no mapeamento de importação. No seguinte mapeamento NAV você configura um loop sobre todas as Linhas de Documento EDI e recuado abaixo do loop você insere um loop sobre a tabela “Item”. Na ligação de item de dados, conectar as duas tabelas pelos campos que contêm os mesmos números: “Nº de item externo” da tabela “Linha de documento EDI” e a do banco de dados, onde são atualizados os números. Se o loop de tabela de itens encontrar o item apropriado, é possível gravar o número do item. para a linha de documento EDI, para o campo “No.”, em uma linha de mapeamento de dados recuada abaixo do loop da tabela de itens.
Se quiseres verificar depois se há realmente um item não. na Linha de documento EDI, é possível usar a função TESTFIELD no campo “Nº” e mostrar um erro se estiver vazio.

Você não precisa transferir todos os dados das tabelas NAV para o documento EDI, quando nosso módulo cria os registros nas tabelas NAV, todos os disparadores OnValidate serão executados e todos os dados extraídos do banco de dados serão automaticamente gravados no documento de vendas pelo sistema.