Esta guía explica cómo maneja MuseRelay la hora y la fecha para que el sistema sea estable a nivel técnico y, al mismo tiempo, cómodo para cada equipo y cada usuario.
1) Base técnica: servidor y base de datos en UTC
MuseRelay usa UTC como base en servidor y base de datos. Esto evita errores típicos en sistemas distribuidos:
- Saltos por horario de verano/invierno.
- Descuadres entre países o regiones.
- Problemas al comparar eventos entre equipos en distintas zonas horarias.
Resultado: los datos se guardan de forma consistente y luego se muestran en la zona/localización que corresponda.
2) Capas de configuración: quién manda en cada caso
Operativa de negocio (organización)
La configuración de Organización define la parte operativa: calendario, chatbots, reservas, automatizaciones y flujos públicos.
Se configura en Configuración de organización.
Visualización de la UI (perfil de usuario)
El Perfil de usuario define cómo cada persona ve fechas/horas en la interfaz (orden día/mes, 12h/24h, etc.).
Se configura en Perfil y no altera la operativa global.
3) Ejemplo rápido
- Organización:
America/Mexico_City(operativa). - Usuario A: formato visual europeo (24h).
- Usuario B: formato visual US (12h).
Los dos ven la misma cita/hito en su formato preferido de UI, pero la operación del sistema sigue la zona operativa de la organización.
4) ¿Por qué esta arquitectura es la recomendada?
- Escalabilidad global: funciona igual para equipos en China, Japón, USA o España.
- Menos bugs: UTC en backend reduce ambigüedades.
- Mejor UX: cada usuario ve el formato que le resulta natural.
- Operación consistente: negocio y automatizaciones comparten una referencia común por organización.
5) Principio de arquitectura
Este enfoque no es un checklist para clientes, sino una decisión de arquitectura para operar en multi-país sin inconsistencias.
Principio práctico: UTC para guardar, organización para operar, perfil para mostrar UI.