Cómo gestionamos las zonas horarias para nuestros clientes internacionales
Publicado el
Un software traducido al francés, inglés y español da la impresión de estar listo para el uso internacional. En realidad, el idioma de la interfaz y la zona horaria de los datos son dos cosas completamente independientes, y es la segunda la que rompe silenciosamente los informes de "hoy" o "esta semana" si no se gestiona bien.
La trampa: traducir no es localizar
Todo lo que tiene una noción de "día" (un informe de "hoy", un rango de "esta semana", un recordatorio programado) depende de una zona horaria. Si esa zona horaria está fijada al servidor, una empresa ubicada en otra parte del mundo verá cifras desajustadas: un movimiento de stock registrado a las 22h hora local puede ser ya "mañana" en el servidor, y no aparecer en el informe de "hoy" que está consultando.
Por qué "el país" tampoco basta
Ni siquiera corregirlo por país resuelve todo: un mismo país puede abarcar varias zonas horarias (la Francia metropolitana y sus territorios de ultramar, por ejemplo, con diferencias de varias horas). El único nivel fiable es una zona horaria explícita, elegida individualmente, independiente del idioma y del país declarado.
Lo que hemos implementado en Fluxalyo
Cada empresa declara su propia zona horaria (un identificador estándar, como "Europe/Paris" o "Asia/Tokyo", no un desfase fijo que se rompería con el cambio de hora), detectada automáticamente al registrarse, pero siempre editable. Los informes de "hoy" y por período se basan en esa zona horaria, no en la de nuestro servidor.
Preguntas frecuentes
?¿Tengo que cambiar algo si estoy en España?
+
No, la zona horaria se detecta automáticamente al registrarte y ya corresponde a tu ubicación: no tienes que hacer nada salvo que cambies de ubicación.
?¿Y si mi empresa tiene sedes en varias zonas horarias distintas?
+
Por ahora, una sola zona horaria se aplica a toda la empresa. Si tus sedes están en zonas muy alejadas entre sí, contáctanos y lo hablamos.