{"section":"known-issues","requestedLocale":"es","requestedSlug":"la-falta-del-campo-minicartbuyerid-hace-que-el-antifraude-cancele-transacciones","locale":"es","slug":"la-falta-del-campo-minicartbuyerid-hace-que-el-antifraude-cancele-transacciones","path":"docs/es/known-issues/Payments/la-falta-del-campo-minicartbuyerid-hace-que-el-antifraude-cancele-transacciones.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\n\nHa habido casos en los que ciertas transacciones han sido rechazadas durante el análisis antifraude debido al valor nulo en el campo `minicart.buyer.id`. Por lo tanto, se espera que el campo `minicart.buyer.id` se envíe desde la caja a la pasarela a través de `sendAdditionalData`. Sin embargo, de acuerdo con la arquitectura actual de la caja, no hay ningún requisito específico para proporcionar este campo en `sendAdditionalData`, y su definición puede o no estar disponible en una etapa posterior.\n\n\n#### Simulación\n\n\nNo es posible reproducir este comportamiento una vez que esto es intermitente.\n\n## Workaround\n\n\nEs posible enviar los datos adicionales después a través de nuestra API:\nhttps://developers.vtex.com/docs/api-reference/payments-gateway-api#post-/api/pvt/transactions/-transactionId-/additional-data"}