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