{"section":"known-issues","requestedLocale":"es","requestedSlug":"inconsistencia-en-el-orden-de-los-registros-cuando-el-campo-tid-aparece-duplicado-en-el-campo-connectorresponses-de-la-api-get-de-detalles-de-pago","locale":"es","slug":"inconsistencia-en-el-orden-de-los-registros-cuando-el-campo-tid-aparece-duplicado-en-el-campo-connectorresponses-de-la-api-get-de-detalles-de-pago","path":"docs/es/known-issues/Payments/inconsistencia-en-el-orden-de-los-registros-cuando-el-campo-tid-aparece-duplicado-en-el-campo-connectorresponses-de-la-api-get-de-detalles-de-pago.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nLos conectores de esa lista deben guardar más campos para el conector que funciona con la aplicación «Venda direta» (Ventas). En concreto, para los conectores que se enumeran a continuación, y solo para ellos, todo el contenido de la carga útil debe dirigirse al campo «`connectorResponses`». Esto da lugar a una duplicación del campo «`tid`», que ya existe en «`connectorResponses`». Aunque esta duplicación no supone un problema en cuanto al ciclo de vida de la transacción, sí crea una inconsistencia al generar informes desde la página de pedidos.\n\n\n- PagarMeV3\n- PagarMeV3Stg\n- Adyen V3\n\n## Simulación\n\n1. Acceda a la página de pedidos del administrador.\n2. Genere el informe de pedidos.\n3. Busque la columna `tId` donde se realizaron los pedidos utilizando uno de estos conectores\n\n## Workaround\n\nUtilice la ruta /payment o la API GET de pedidos para recuperar estos datos"}