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 aprobó y a qué hora.

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

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

Saque la llave 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 solicitud anónima con nuestra llave publicable lee cero filas.
Las reglas de acceso se ensayan antes de aplicarse. El ensayo actúa como una cuenta real con sesión iniciada, pone a prueba las reglas nuevas desde afuera, 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 llave 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 período se ancla en su fecha de corte: WD-1 es el último día hábil en esa fecha o anterior, y así hasta WD-20 y WD+20. Mueva la fecha de corte y todo se mueve.

1234

Una tarea por mercado

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

Quién aprobó, y cuándo

La finalización se registra contra 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 del que trata la tarea.

Limitado a los mercados a su cargo

Un colega puede tener a cargo un mercado, una región o varios. Ve todo el cierre y puede cambiar solo su propia parte, por imposición de la seguridad a nivel de fila en la base de datos, no por estar oculto 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 corte del 30 de septiembre de 2026 y WD-6 es el 23 de septiembre, WD+1 es el 1 de octubre. Marque un día no hábil y la secuencia sigue desde el siguiente día hábil, reapuntando cada tarea que estaba detrás. Esa es toda la idea, y es la parte que una hoja de cálculo no puede seguir.

Cómo se ve

Capturas de pantalla 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 un número

El calendario sombrea cada día hábil según cuánto de él está hecho, y al hacer clic en una fecha se lista lo que vence en ella, incluido lo que ya pasó 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 está atrasado

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

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

Actividades recurrentes

Se escriben una vez, se programan 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 período arma 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 TI antes de responderle.

Solo lectura

Ve todo el cronograma y no cambia nada.

Solo aprobación

Marca una tarea como hecha en los mercados a cargo de esa persona 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 aprueban su propia parte del cierre sin poder reescribir lo que aprueban.

Lectura y escritura

Agrega, edita y completa tareas, pero solo en los mercados y regiones que se le asignaron, y solo las tareas públicas más las propias privadas.

Administrador

Además configura períodos, tareas recurrentes, ajustes y personas, y trabaja en todos los mercados sin importar 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 otorgar 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 se escribe como una política, y cada cambio en esas políticas se ensaya contra un rol real con sesión iniciada antes de aplicarse.

Lo que todavía no está

No hay certificación de seguridad independiente, ni prueba de penetración, ni autenticación de dos factores. Tampoco hay tabla de historial: una finalización registra quién y cuándo, pero reabrir una tarea borra esa marca en lugar de conservar un registro de ella. 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 en seis semanas.

Frente a una hoja de cálculo

Los equipos que cierran en más de un país suelen hacer el seguimiento en una hoja de cálculo compartida, o en un gestor de tareas general: Asana, Monday.com, Planner, Jira. La tabla resuelve una sola pregunta: si un plazo se reapunta solo cuando se mueve la fecha de corte. Dos de las cinco filas van en nuestra contra.

Period End Timetable Una hoja de cálculo compartida Un gestor de tareas general
Plazos derivados de la fecha de corte, contados en días hábiles ✓ ✕ ✕
Una tarea por mercado, creada automáticamente ✓ ~ ~
Permisos 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 usted puede leer ✕ ✓ ✓

Nada de esto reemplaza el cierre en el ERP. Esto es para la coordinación alrededor de él.

Preguntas que nos hacen

¿Reemplaza el cierre en nuestro ERP?
No. Es para la coordinación alrededor de él, en particular las entidades que no están en el sistema del grupo, donde el cierre se sigue de otro modo en una hoja de cálculo y una reunión recurrente.
¿Cómo inician sesión las personas?
Correo y contraseña, iniciar sesión con Apple o iniciar sesión con Microsoft. Las personas se incorporan por invitación.
¿Se instala en el teléfono?
Sí. Se agrega a la pantalla de inicio en iOS y Android y a la barra de tareas o al Dock en Windows y macOS, y abre sin conexión, mostrando el último estado que vio. Aprobar una tarea necesita que vuelva la conexión.
¿Los calendarios de días festivos son por mercado?
Todavía no. Los días no hábiles se definen por período y se aplican a todo el cronograma. Los calendarios de días festivos por mercado están en la lista y no están construidos.
¿Qué tan maduro es?
Está en uso diario para un cierre mensual real y se desarrolla activamente. No es un producto grande con una empresa grande detrás, y si usted necesita uno de esos, este no lo es.

Eche 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 cuéntenos en cuántos mercados cierra y qué usa hoy.

info@enyotechnologies.com