REVIEWITDocumentación
ConceptoAl día · verificada el 13 agosto 2026

La gestión del tiempo

Traducción automática, aún no revisadaEsta página fue traducida por un modelo a partir de la versión francesa, que es la que da fe. Leer la versión francesa.

01Por qué es una funcionalidad, no un detalle #sec_fe499f4b

Una campaña de certificación está hecha de compromisos fechados: una fecha límite a cumplir, una ventana para impugnar, una fecha de certificación que hace fe. Tan pronto como un cliente opera en varias zonas horarias —una sede en París, una filial en Tokio, un centro de servicios en las Azores— la pregunta «¿qué día es hoy?» deja de tener una respuesta única. La mayoría de las herramientas lo ignoran: viven a la hora de su servidor, y el cliente descubre un día que una fecha límite ha caído dos horas demasiado pronto, o que un informe ha perdido su último día.

REVIEWIT trata el tiempo como un dato de gobernanza de pleno derecho. Cada valor temporal del producto pertenece a una de dos naturalezas, y cada una obedece a reglas propias:

El instante —el momento preciso en que algo ocurrió: una decisión tomada, una delegación creada, un evento de auditoría. Un instante es absoluto; se registra en tiempo universal y se devuelve en la hora del lector.

La fecha civil —un día en el calendario: la fecha límite de una campaña, el fin de un plan, un día festivo, un ciclo de santuario. Una fecha civil no tiene hora; solo tiene sentido en la zona horaria de quien le concierne, y allí permanece.

Toda la funcionalidad se deriva de esta distinción. Una fecha límite nunca «se desliza» porque un servidor está en otra parte; una marca de tiempo de prueba nunca cambia de valor según quien la lea —solo su visualización se adapta.

02La zona horaria de referencia: la del cliente, a su nivel de gobernanza #sec_69e30f9e

Cada valor temporal se evalúa en una zona horaria de referencia, resuelta según una cadena clara:

El workspace en primer lugar. El workspace es el perímetro de gobernanza delegada: una entidad pilota sus propias fechas límite. Una filial de Tokio cierra sus campañas a la hora de Tokio, sea cual sea la localización de la sede o de la plataforma.

La suscripción después. Si el workspace no ha declarado una zona horaria, se aplica la de la suscripción —la configuración que el administrador del cliente define en sus parámetros.

El tiempo universal como último recurso —nunca la hora del servidor, que no es la de nadie. Este repliegue se registra en un journal, para que una configuración incompleta sea visible por el operador en lugar de ser sufrida por el usuario.

El cambio de zona horaria de un workspace surte efecto inmediatamente, sin interrupción del servicio: las fechas límite, los cuenta atrás y las marcas de tiempo mostradas siguen la nueva configuración tan pronto como se reconectan las pantallas.

03Lo que esto cambia, superficie por superficie #sec_a1ebd790

Campañas y fechas límite

El «D−3» de una campaña cuenta días del calendario del workspace, no tramos de 24 horas desde un servidor. Una campaña planificada «para el 28» se lanza el 28 en el cliente —no el 27 por la noche porque la plataforma está al este. La barra de progreso «hoy», los hitos de lanzamiento y cierre, los recordatorios: todos hablan el calendario del workspace.

La cola del revisor, multi-sitios por naturaleza

Un propietario de recursos puede revisar para varios workspaces a la vez —es un principio del producto. Su cola de trabajo muestra, por tanto, lado a lado, solicitudes provenientes de diferentes perímetros: cada línea cuenta sus días en la zona horaria de su propia campaña. Dos solicitudes vecinas pueden legítimamente mostrar dos «hoy» diferentes, porque ya es mañana en Tokio. Un retraso, una fecha límite próxima, un cuenta atrás: todo es cierto línea por línea.

La fecha de certificación: un acto, una sola fecha

Cuando una solicitud es certificada, la fecha inscrita es la del día en la zona horaria del workspace que lleva la campaña —nunca la del servidor, nunca la de la zona horaria personal de quien hace clic. Dos revisores situados a diez zonas horarias de distancia que certifican la misma campaña el mismo día producen la misma fecha. Esto es lo que hace de esta fecha una pieza oponible: se retoma tal cual en los expedientes de certificación y las pruebas.

La pista de auditoría: el instante exacto, legible localmente

Cada evento de auditoría se registra al instante universal exacto —es la materia de la prueba, nunca varía. En la pantalla, estos instantes se devuelven en la hora del perímetro consultado, incluidos los límites de búsqueda: una búsqueda «del 4 al 21» cubre desde el principio del 4 hasta el final del 21, horas locales del cliente. Verificado en condiciones reales: el mismo evento, consultado desde tres configuraciones de zona horaria, se muestra a tres horas locales exactas —incluido el paso al día siguiente cuando ocurre.

Comunicaciones: publicadas «el 12», abiertas el 12 en cada uno

Una noticia o una notificación publicada por el editor «del 12 al 20» se abre al principio del 12 en la zona horaria de cada suscripción, y se cierra al final del 20 —en cada uno. Un cliente de Auckland y un cliente de Montreal ven la misma ventana de publicación, cada uno en su calendario, sin que ninguno la vea amputada o desplazada.

Planes y suscripciones: el servicio debido hasta el final del último día

Una fecha de fin de plan es un compromiso de calendario: el servicio se presta hasta el final del último día en el cliente, período de gracia incluido. El ciclo de vida automático de las suscripciones (activo, período de gracia, archivo) aplica esta regla —la misma que la mostrada en las consolas de administración, para que un cliente nunca vea su servicio detenerse antes de lo que su pantalla le anuncia.

Ciclos de gobernanza: santuario, delegaciones, roles

Las fechas límite de revisión del santuario, los períodos de delegación, las fechas de expiración de los roles son fechas civiles del workspace. «Añadido hace 5 días», «expira en 30 días», «revisión debida»: todos estos recuentos se hacen en días del calendario del cliente. Una expiración de rol se aplica el día correcto, en todas partes, para todos —la pantalla que la muestra, la que la crea y el tratamiento que la suspende leen el mismo calendario.

Informes, gráficos y exportaciones

Los informes divididos «en los últimos 30 días» cubren días civiles enteros del workspace —el último día incluido. Los gráficos de actividad alinean sus barras en estos mismos días, de modo que dos consultas en el día muestran las mismas franjas. Los archivos exportados llevan la hora local del cliente en su nombre: se clasifican correctamente en una carpeta de descargas, y un pie de página del documento indica una hora local —o una hora universal explícitamente marcada como tal.

04Las garantías de fondo #sec_5648f06c

El almacenamiento es en tiempo universal, la visualización es local. Los instantes se conservan en una forma absoluta y sin ambigüedad; la conversión a la hora del lector se hace en el momento de la visualización, nunca antes. Ningún valor «ya convertido» circula ni se almacena: esto es lo que hace imposible la doble conversión y el desplazamiento acumulado.

Las fechas civiles no se convierten. Una fecha límite ingresada «el 28» se conserva como el día 28 —nunca se convierte en «el 27 a las 22 h» en algún lugar. Pasar un workspace de una zona horaria a otra no desplaza ninguna fecha límite existente.

La hora del servidor no interviene en ninguna parte. Ni en las fechas límite, ni en las pruebas, ni en las visualizaciones. La plataforma puede alojarse en cualquier región —y desplazarse— sin que ningún valor de negocio cambie.

Los casos límite del calendario están cubiertos. Cambios de hora estacionales, incluidos los husos que cambian a la medianoche; horas ambiguas de otoño y horas inexistentes de primavera: un rango de fechas nunca se amputa ni se desborda debido a una transición.

El comportamiento se verifica, no se supone. La cadena completa —ingreso, almacenamiento, evaluación, devolución— está cubierta por controles automáticos, y ha sido validada en aplicación real en tres configuraciones de zona horaria simultáneas (zona horaria explícita, cambio en caliente, repliegue de configuración), con pruebas cifradas como respaldo.

05En resumen #sec_5b091ae2

El tiempo, en REVIEWIT, se trata con la misma exigencia que los derechos de acceso: cada valor tiene un propietario, una naturaleza y una regla —y la infraestructura no tiene voz en capítulo.

Esc
↑↓ navegar↵ abrirVer todos los resultados →