{"section":"known-issues","requestedLocale":"es","requestedSlug":"checkout-ui-permite-el-pago-con-direccion-de-factura-incompleta-en-el-flujo-de-recogida-invoicedata-inconsistente","locale":"es","slug":"checkout-ui-permite-el-pago-con-direccion-de-factura-incompleta-en-el-flujo-de-recogida-invoicedata-inconsistente","path":"docs/es/known-issues/Checkout/checkout-ui-permite-el-pago-con-direccion-de-factura-incompleta-en-el-flujo-de-recogida-invoicedata-inconsistente.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\n\nEl proceso de pago puede pasar al paso Pago con una dirección de factura (invoiceData) incompleta cuando el método de envío es la recogida. El síntoma visible es una dirección de factura a la que le faltan campos obligatorios (p. ej., el número), lo que provoca posteriormente un fallo en el Anti-Fraude o en el procesamiento del pago.\n\nLa prueba en la transacción es:\n\n    ClearSale devuelve una RestServiceException: \\{\"Message\": \"La solicitud no es válida.\", \"ModelState\":\\{\"[0].billing.address.number\":[\"Tipo inválido. Se esperaba cadena pero resultó nula.\"],\"[0].shipping.address.number\":[\"Tipo inválido. Se esperaba cadena pero resultó nula.\"]\\}\\}\nEsto afecta a los compradores en escenarios de recogida, cuando existe una dirección de tipo factura sin número de calle, y se ha observado incluso cuando la interfaz de usuario de la tienda debería requerir el campo de número.\n\n\n#### Simulación\n\n## Workaround"}