Cross Segmentos - Backoffice Protheus - SIGAFAT - O código sequencial do cadastro de cliente Vtex não segue o Padrão do Protheus, como validar os campos A1_COD e A1_LOJA na integração

Ocorrência

O código sequencial do cadastro de cliente Vtex não segue o Padrão do Protheus, como validar os campos A1_COD e A1_LOJA na integração.

Ambiente
Cross Segmentos - Backoffice Protheus - SIGAFAT - A partir da release 12

Causa

Quando o Vtex integra com o Protheus  o campos A1_COD assume a numeração dos 8 primeiros dígitos  da chave única do Vtex, exemplo:

• Chave única do Vtex: InternalId":"b7ab9d5n-ce24-43a2-8a5f-419f61ad1a38",
• CustomerVendorId: "b7ab9d5n-ce24-43a2-8a5f-419f61ad1a38"
• O sistema grava no Protheus A1_COD = b7ab9d5n 

Solução

Esta é uma tratativa padrão da integração, então mesmo que utilize GetSxeNum ou numeração por CNPJ no código do cliente (A1_COD) no Protheus, o sistema permanece gravando os 8 primeiros dígitos da chave única  do Vtex. 

Para mudar esse comportamento utilize os Pontos de entrada abaixo:

• MTI030NOM - Permite a inclusão de campos customizados no array
• MT030EAI - Executado antes da chamada da rotina automática do cadastro de Cliente