Histórico da Página

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Para atender as NT 2023.004 precisamos enviar os dados de transação para o ERP para que sejam utilizados na emissão dos documentos eletrônicos. No caso do IFOOD, como o pagamento é feito para ele, a nota precisa apontar que o IFOOD foi o intermediador do pedido e da transaçãoOs pedidos não estão sendo integrados com sucesso e um erro no momento da tratativa do telefone está ocorrendo no log em texto.

03. SOLUÇÃO

Foi inclusa funcionalidade de salvar os dados de pagamentos na tabela EDI_PEDVENDAFORMAPAGTO no processo de integração de pedidos após integração de itens.

A inserção ocorre independente de houver ou não transações dentro dos objetos de pagamento que retornarem da API do Site Mercado, e caso existam múltiplos pagamentos ou múltiplas transações, serão inseridas uma linha para cada pagamento/transação.

Os campos salvos são:

SEQEDIPEDVENDA

NROFORMAPAGTOECOMMERCE - oriundo da tabela de configuração ECM_INTSTMCONFIGURACAO

NROCONDPAGTO- oriundo da tabela de configuração ECM_INTSTMCONFIGURACAO

NROFORMAPAGTO- oriundo da tabela de configuração ECM_INTSTMCONFIGURACAO

VALOR - oriundo do retorno da API do Site Mercado, objeto pagamentos ou transacao se houver

DTAMOVIMENTO - oriundo do retorno da API do Site Mercado, objeto transacao, se vazio salvará null

CODBANDEIRA - oriundo da tabela de configuração ECM_INTSTMCONFIGURACAO, se vazio salvará valor default "00000"

CODOPERADORACARTAO - oriundo da tabela de configuração ECM_INTSTMCONFIGURACAO, se vazio salvará valor default "00000"

CNPJINSTITUICAOPAGTO - oriundo da tabela de configuração ECM_INTSTMCONFIGURACAO, se vazio salvará valor default "14380200000121"Após analise foi visto que o telefone que estava sendo retornado na VTEX estava inválido.

A aplicação foi ajustada para caso o telefone informado na VTEX seja inválido, a aplicação irá preencher o pedido com o telefone padrão.

04. DEMAIS INFORMAÇÕES

Não se aplica

05. ASSUNTOS RELACIONADOS

        Não se aplica

...