{"section":"known-issues","requestedLocale":"es","requestedSlug":"incoherencia-en-el-informe-de-pedido-cuando-el-campo-tid-esta-duplicado-en-el-campo-connectorresponses-de-la-api-de-detalles-de-pago-get","locale":"es","slug":"incoherencia-en-el-informe-de-pedido-cuando-el-campo-tid-esta-duplicado-en-el-campo-connectorresponses-de-la-api-de-detalles-de-pago-get","path":"docs/es/known-issues/Payments/incoherencia-en-el-informe-de-pedido-cuando-el-campo-tid-esta-duplicado-en-el-campo-connectorresponses-de-la-api-de-detalles-de-pago-get.md","branch":"main","content":"## Sumario\n\n>ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n\nLos conectores de esa lista necesitan guardar más campos para el conector que trabaja con \"Venda direta\" - Sales app. En concreto, para los conectores de la siguiente lista, y sólo para ellos, todo el contenido de la carga útil debe dirigirse al campo \"`connectorResponses`\". Esto resulta en una duplicación del campo \"`tid`\", que ya existe en el \"`connectorResponses`\". Aunque esta duplicación no plantea ningún problema en cuanto al ciclo de vida de la transacción, sí crea una incoherencia a la hora de generar informes desde la página de pedido.\n\n\n- PagarMeV3\n- PagarMeV3Stg\n- Adyen V3\n\n\n##\n\n## Simulación\n\n\n\n1. Accede a la página de pedidos del administrador.\n2. Generar el informe del pedido.\n3. Busque la columna `tId` donde se realizaron los pedidos utilizando uno de estos conectores\n\n\n\n## Workaround\n\n\nUtilice la ruta /payment o la API de pedidos GET para recuperar estos datos"}