ENYO Period End Timetable

En el cierre nada vence el día 3.

Vence el tercer día hábil: una fecha distinta en cada mercado, y una fecha distinta cada mes. Period End Timetable fija cada tarea del cierre a un día hábil, la despliega en una tarea por mercado y registra quién la validó y a qué hora.

Gratis para una persona, sin límite de tiempo y sin tarjeta. O solicite una demostración guiada.

Para controllers de grupo y regionales, centros de servicios compartidos y cualquiera que persiga un cierre en entidades que no están todas en el mismo ERP.

Saque la clave de nuestra página y pruébela. El navegador habla directamente con Postgres, así que cada regla de acceso está en la base de datos. Una petición anónima con nuestra clave publicable lee cero filas.
Las reglas de acceso se ensayan antes de aplicarse. El ensayo actúa como una cuenta real con la sesión iniciada, pone a prueba las reglas nuevas desde fuera, imprime un veredicto y lo revierte todo. No cambia nada.
Sus datos están en Postgres, en la UE. No hay ningún servidor nuestro delante, y la clave administrativa que eludiría las reglas propias de la base de datos no se usa en ninguna parte de este producto.

Qué hace

Cuatro cosas, y procura hacerlas bien en lugar de hacer cuarenta.

WD-1 WD+1

Una cuadrícula de días hábiles, derivada

Cada periodo se ancla en su fecha de cierre: WD-1 es el último día hábil en esa fecha o antes, y así hasta WD-20 y WD+20. Mueva la fecha de cierre y todo se mueve.

1234

Una tarea por mercado

Una tarea recurrente indica los mercados que cubre. Al crear un periodo se programa una tarea por mercado, de modo que una tarea que vence en once países son once validaciones, no una marca que no significa nada.

Quién validó, y cuándo

La finalización se registra con la persona y la hora, tomadas de la sesión iniciada y no escritas en un formulario. Un enlace de referencia apunta al libro de trabajo al que se refiere la tarea.

Limitado a los mercados que usted gestiona

Un compañero puede llevar un mercado, una región o varios. Ve todo el cierre y solo puede cambiar su propia parte, algo que impone la seguridad a nivel de fila en la base de datos y no se oculta en la página.

Por qué un día hábil y no una fecha

Una tarea del cierre no vence el día 3. Vence el tercer día hábil, que es una fecha distinta en cada mercado y una fecha distinta cada mes.

Fije una fecha de cierre del periodo el 30 de septiembre de 2026 y WD-6 será el 23 de septiembre; WD+1, el 1 de octubre. Marque un día no hábil y la secuencia continúa a partir del siguiente día hábil, reasignando todas las tareas que quedaban detrás. Esa es toda la idea, y es la parte que una hoja de cálculo no puede seguir.

Qué aspecto tiene

Capturas de un cierre de demostración: treinta y tres mercados de reporte, treinta y seis actividades recurrentes, un ejercicio fiscal.

Estado del cierre

Todo el cierre en una cifra

El calendario sombrea cada día hábil según cuánto se ha completado, y al pulsar una fecha se enumera lo que vence ese día, incluido lo que ya ha pasado su plazo.

The close status screen: 62 per cent complete, 102 of 164 tasks signed off, beside a two-month calendar shaded by progress.

Estado del cierre por mercado

Vea qué mercado va con retraso

Cada mercado de reporte sombreado según cuánto de su cierre está terminado, para que la pregunta de quién está frenando al grupo deje de requerir una llamada.

A world map with reporting markets shaded by completion, beside a ranked list of each market's progress.

Actividades recurrentes

Escritas una vez, programadas cada mes

Treinta y seis actividades, cada una fijada a un día hábil y a los mercados que cubre, de modo que crear un periodo construye todo el cronograma en un solo paso.

Thirty-six recurring activities listed with their workday, deadline time, ownership, team and markets.

Quién puede cambiar qué

La parte que un controller reenvía a IT antes de responderle.

Solo lectura

Ve todo el cronograma y no cambia nada.

Solo validación

Marca una tarea como hecha en los mercados que esa persona gestiona y no puede cambiar nada más de ella: ni la fecha, ni el texto, ni a qué mercado pertenece. Las personas que hacen el trabajo validan su propia parte del cierre sin poder reescribir lo que validan.

Lectura y escritura

Añade, edita y completa tareas, pero solo en los mercados y regiones que se le asignaron a esa persona, y solo las tareas públicas más las suyas privadas.

Administrador

Además configura periodos, tareas recurrentes, ajustes y personas, y trabaja en todos los mercados, independientemente de lo que tenga asignado.

Invitaciones

Un enlace que lleva el nombre de una persona, su rol y los mercados que cubrirá, aplicados en el momento en que se usa. Cualquiera puede invitar a un lector; solo un administrador puede conceder escritura o administrador. Esa regla está en la base de datos, no en la página.

Dónde están los datos

Postgres en la UE. No hay ningún servidor nuestro delante: el navegador habla directamente con la base de datos, lo que significa que la seguridad a nivel de fila no es una capa del modelo de seguridad, es todo el modelo. Cada regla está escrita como una política, y cada cambio en esas políticas se ensaya con un rol real con la sesión iniciada antes de aplicarse.

Qué no hay todavía

No hay certificación de seguridad independiente, ni test de penetración, ni autenticación de doble factor. Tampoco hay tabla de historial: una finalización registra quién y cuándo, pero reabrir una tarea borra ese sello en lugar de conservar un registro de él. Esas son las próximas cuatro cosas que se están construyendo, en ese orden. Si su proceso de compras necesita un certificado hoy, este todavía no es el producto adecuado, y es mejor que lo sepa por esta página que por un cuestionario dentro de seis semanas.

Frente a una hoja de cálculo

Los equipos que cierran en más de un país suelen seguirlo en una hoja de cálculo compartida o en un gestor de tareas genérico: Asana, Monday.com, Planner, Jira. La tabla resuelve una sola pregunta: si un plazo se reasigna por sí solo cuando se mueve la fecha de cierre. Dos de las cinco filas van en nuestra contra.

Period End Timetable Una hoja de cálculo compartida Un gestor de tareas genérico
Plazos derivados de la fecha de cierre del periodo, contados en días hábiles ✓ ✕ ✕
Una tarea por mercado, creada automáticamente ✓ ~ ~
Derechos de edición limitados a los mercados de cada persona, impuestos en la base de datos ✓ ~ ~
Un historial completo de cada cambio ✕ ~ ✓
Una auditoría de seguridad externa que pueda leer ✕ ✓ ✓

Nada de esto sustituye al cierre del ERP. Esto es para la coordinación a su alrededor.

Preguntas que nos hacen

¿Sustituye el cierre de nuestro ERP?
No. Es para la coordinación a su alrededor, en particular las entidades que no están en el sistema del grupo, donde el cierre se sigue por lo demás en una hoja de cálculo y una reunión periódica.
¿Cómo inician sesión las personas?
Con correo y contraseña, con Iniciar sesión con Apple o con Iniciar sesión con Microsoft. Las personas se incorporan por invitación.
¿Se instala en el móvil?
Sí. Se añade a la pantalla de inicio en iOS y Android y a la barra de tareas o al Dock en Windows y macOS, y se abre sin conexión, mostrando el último estado que vio. Validar una tarea requiere recuperar la conexión.
¿Los calendarios de festivos son por mercado?
Todavía no. Los días no hábiles se fijan por periodo y se aplican a todo el cronograma. Los calendarios de festivos por mercado están en la lista y no están construidos.
¿Qué grado de madurez tiene?
Está en uso diario para un cierre mensual real y se desarrolla de forma activa. No es un producto grande con una empresa grande detrás, y si necesita uno de esos, este no lo es.

Échele un vistazo

Si cierra en varios países y lo está siguiendo en una hoja de cálculo, esto se construyó exactamente para eso. Escríbanos y díganos en cuántos mercados cierra y qué usa hoy.

info@enyotechnologies.com