{"section":"known-issues","requestedLocale":"pt","requestedSlug":"inconsistencia-no-relatorio-de-pedidos-quando-o-campo-tid-aparece-duplicado-no-campo-connectorresponses-da-api-get-de-detalhes-de-pagamento","locale":"pt","slug":"inconsistencia-no-relatorio-de-pedidos-quando-o-campo-tid-aparece-duplicado-no-campo-connectorresponses-da-api-get-de-detalhes-de-pagamento","path":"docs/pt/known-issues/Payments/inconsistencia-no-relatorio-de-pedidos-quando-o-campo-tid-aparece-duplicado-no-campo-connectorresponses-da-api-get-de-detalhes-de-pagamento.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nOs conectores dessa lista precisam salvar mais campos para o conector que funciona com o aplicativo “Venda direta”. Especificamente, para os conectores listados abaixo, e apenas para eles, todo o conteúdo da carga útil deve ser direcionado para o campo \"`connectorResponses`\". Isso resulta em uma duplicação do campo “`tid`”, que já existe no “`connectorResponses`”. Embora essa duplicação não represente um problema em termos do ciclo de vida da transação, ela cria uma inconsistência ao gerar relatórios a partir da página de pedidos.\n\n\n- PagarMeV3\n- PagarMeV3Stg\n- Adyen V3\n\n## Simulação\n\n1. Acesse a página de pedidos do administrador.\n2. Gere o relatório de pedidos.\n3. Procure a coluna `tId` onde os pedidos foram feitos usando um desses conectores\n\n## Workaround\n\nUse a rota /payment ou a API GET de pedidos para recuperar esses dados"}