{"section":"known-issues","requestedLocale":"es","requestedSlug":"los-datos-de-geocoordinates-no-pueden-ser-informados-para-algunos-cultureinfo","locale":"es","slug":"los-datos-de-geocoordinates-no-pueden-ser-informados-para-algunos-cultureinfo","path":"docs/es/known-issues/Checkout/los-datos-de-geocoordinates-no-pueden-ser-informados-para-algunos-cultureinfo.md","branch":"main","content":"## Sumario\n\n>ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n\n\nAlgunas opciones de \"cultureInfo\", como \"en-ZA\" (Sudáfrica) están generando problemas junto con la propiedad \"geoCoordinates\" del servicio de pago.\nEsta información se utiliza desde el cálculo de las opciones de envío hasta la definición de un \"regionId\" (los vendedores que abarcan una dirección).\nLa información enviada será rechazada, generando errores o simplemente siendo ignorada dependiendo de la API.\nParece estar relacionado con el separador de decimales y miles para ciertos \"cultureInfo\" - para \"en-ZA\" parece estar relacionado con que el separador de miles es un espacio en blanco, aunque su separador decimal es una coma, como se usa en otros países.\n\n\n\n## Simulación\n\n\n- tener una tienda configurada con \"en-ZA\" como \"cultureInfo\" (definida en la política comercial)\n- intentar calcular un regionId en su API o incluso recuperar los SLA (opciones de envío) en una solicitud de simulación\n\n\n\n## Workaround\n\n\nNo hay una solución directa para utilizar el \"cultureInfo\" correcto, pero puede intentar encontrar opciones alternativas que se comporten como la opción esperada.\nTenga en cuenta que el \"cultureInfo\" define principalmente el idioma, pero también el formato de los números, las fechas y la curencia, incluida la posición del símbolo de curencia."}