{"section":"known-issues","requestedLocale":"es","requestedSlug":"la-division-del-pago-al-finalizar-la-compra-puede-generar-informacion-incorrecta-en-el-campo-paymentdata-de-los-pedidos-nopayment","locale":"es","slug":"la-division-del-pago-al-finalizar-la-compra-puede-generar-informacion-incorrecta-en-el-campo-paymentdata-de-los-pedidos-nopayment","path":"docs/es/known-issues/Checkout/la-division-del-pago-al-finalizar-la-compra-puede-generar-informacion-incorrecta-en-el-campo-paymentdata-de-los-pedidos-nopayment.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nLa información de pago entre diferentes pedidos del mismo «orderGroup» puede ser incorrecta cuando se paga más de un pedido a través del mismo «merchant» (la cuenta que gestiona el pago). Los importes pagados son correctos, ya que corresponden a la suma de cada pedido del grupo, pero los importes correspondientes a cada uno de ellos no figuran en el objeto «paymentData» del pedido.\n\nCuando esto ocurre, se toma como base uno de los pedidos del grupo y se presenta la suma de estos valores, mientras que los demás pedidos quedan con una transacción vacía, en la que su ID es «NO-PAYMENT».\n\nEl pedido de cumplimiento no se ve afectado, ya que nunca contiene datos específicos sobre el pago que se realizó en el marketplace y tiene el reparto correcto, junto con la descripción del «importe asumido por el afiliado». La situación es problemática cuando el marketplace quiere consumir los pedidos de la tienda, incluidos los enviados por otros vendedores, y luego contabilizar los importes de pago de cada parte (lo que suele ser útil para la conciliación).\n\nNota: este escenario está directamente relacionado con el reparto del pago realizado por el propio proceso de pago.\n\n## Simulación\n\nEn teoría, cualquier carrito con varios vendedores, pero en el que el pago se realiza directamente al marketplace.\n\n## Workaround\n\nA efectos de integración de pedidos, es posible buscar si hay más pedidos en el mismo «orderGroup» para comprobar sus valores y poder redistribuirlos entre los pedidos del mismo grupo."}