ENYO Period End Timetable

Nada no fechamento vence no dia 3.

Vence no terceiro dia útil — uma data diferente em cada mercado, e uma data diferente em cada mês. O Period End Timetable fixa cada tarefa de fechamento em um dia útil, desdobra-a em uma tarefa por mercado e registra quem a aprovou e em que hora.

Gratuito para uma pessoa, sem limite de tempo e sem cartão. Ou peça uma apresentação guiada.

Para controllers de grupo e regionais, centros de serviços compartilhados e qualquer pessoa que acompanhe um fechamento em entidades que não estão todas no mesmo ERP.

Tire a chave da nossa página e teste. O navegador fala diretamente com o Postgres, então cada regra de acesso fica no banco de dados. Uma requisição anônima com a nossa chave publicável lê zero linhas.
As regras de acesso são ensaiadas antes de entrar em vigor. O ensaio assume o papel de uma conta real autenticada, põe as novas regras à prova a partir de fora, imprime um veredito e reverte tudo. Não altera nada.
Seus dados estão em Postgres na UE. Não temos nenhum servidor à frente dele e a chave administrativa que ignoraria as regras do próprio banco de dados não é usada em nenhum lugar deste produto.

O que ele faz

Quatro coisas, e ele tenta fazê-las bem, em vez de fazer quarenta.

WD-1 WD+1

Uma grade de dias úteis, derivada

Cada período é ancorado na sua data de encerramento: WD-1 é o último dia útil nessa data ou antes dela, indo até WD-20 e WD+20. Mude a data de encerramento e tudo se move.

1234

Uma tarefa por mercado

Uma tarefa recorrente nomeia os mercados que abrange. Criar um período agenda uma tarefa por mercado, de modo que uma tarefa que vence em onze países são onze aprovações, e não um visto que não significa nada.

Quem aprovou, e quando

A conclusão é registrada com a pessoa e a hora, tomadas da sessão autenticada e não digitadas em um formulário. Um link de referência aponta para a planilha de trabalho a que a tarefa se refere.

Restrito aos mercados sob sua responsabilidade

Um colega pode ter um mercado, uma região ou vários. Ele vê todo o fechamento e pode alterar apenas a sua parte dele — imposto pela segurança em nível de linha no banco de dados, e não escondido na página.

Por que um dia útil, e não uma data

Uma tarefa de fechamento não vence no dia 3. Ela vence no terceiro dia útil, que é uma data diferente em cada mercado e uma data diferente em cada mês.

Defina o encerramento do período em 30 de setembro de 2026 e WD-6 é 23 de setembro, WD+1 é 1º de outubro. Marque um dia não útil e a sequência continua a partir do próximo dia útil, reapontando todas as tarefas que estavam atrás dele. É nisso que consiste a ideia, e é a parte que uma planilha não consegue acompanhar.

Como ele é

Capturas de tela de um fechamento de demonstração: trinta e três mercados de reporte, trinta e seis atividades recorrentes, um exercício fiscal.

Status do fechamento

Todo o fechamento em um número

O calendário sombreia cada dia útil conforme a parte dele que está concluída, e clicar em uma data lista o que vence nela — inclusive o que já passou do prazo.

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

Status do fechamento por mercado

Veja qual mercado está atrasado

Cada mercado de reporte sombreado conforme a parte do seu fechamento que está concluída, de modo que a pergunta sobre quem está atrasando o grupo deixa de exigir uma ligação.

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

Atividades recorrentes

Escritas uma vez, agendadas todo mês

Trinta e seis atividades, cada uma fixada em um dia útil e nos mercados que abrange, de modo que criar um período monta todo o cronograma em um passo.

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

Quem pode alterar o quê

A parte que um controller encaminha ao TI antes de responder a você.

Somente leitura

Vê todo o cronograma e não altera nada.

Somente aprovação

Marca uma tarefa como concluída nos mercados sob a responsabilidade dessa pessoa e não pode alterar mais nada nela — nem a data, nem o texto, nem a qual mercado ela pertence. As pessoas que fazem o trabalho aprovam a sua própria parte do fechamento sem poder reescrever o que estão aprovando.

Leitura e escrita

Adiciona, edita e conclui tarefas — mas somente nos mercados e nas regiões que foram atribuídos a essa pessoa, e somente as tarefas públicas mais as suas próprias tarefas privadas.

Administrador

Além disso, define períodos, tarefas recorrentes, configurações e pessoas, e trabalha em todos os mercados, independentemente do que esteja atribuído.

Convites

Um link que carrega o nome de uma pessoa, o seu papel e os mercados que ela vai cobrir, aplicado no momento em que é usado. Qualquer pessoa pode convidar um leitor; somente um administrador pode conceder escrita ou administrador. Essa regra está no banco de dados, e não na página.

Onde ficam os dados

Postgres na UE. Não há nenhum servidor nosso à frente dele: o navegador fala diretamente com o banco de dados, o que significa que a segurança em nível de linha não é uma camada do modelo de segurança — é todo ele. Cada regra é escrita como uma política, e cada alteração nessas políticas é ensaiada contra um papel real autenticado antes de entrar em vigor.

O que ainda não existe

Nenhuma certificação de segurança independente, nenhum teste de invasão e nenhuma autenticação de dois fatores. Também não há tabela de histórico: uma conclusão registra quem e quando, mas reabrir uma tarefa apaga esse registro em vez de guardá-lo. São essas as próximas quatro coisas em construção, nessa ordem. Se o seu processo de compras precisa de um certificado hoje, este ainda não é o produto certo — e é melhor que você saiba disso por esta página do que por um questionário em seis semanas.

Contra uma planilha

Equipes que fecham em mais de um país normalmente controlam isso em uma planilha compartilhada, ou em um gerenciador de tarefas genérico — Asana, Monday.com, Planner, Jira. A tabela resolve uma questão: se um prazo se reaponta sozinho quando o encerramento do período muda. Duas das cinco linhas são contra nós.

Period End Timetable Uma planilha compartilhada Um gerenciador de tarefas genérico
Prazos derivados do encerramento do período, contados em dias úteis ✓ ✕ ✕
Uma tarefa por mercado, criada automaticamente ✓ ~ ~
Direitos de edição restritos aos mercados de cada pessoa, impostos no banco de dados ✓ ~ ~
Um histórico completo de cada alteração ✕ ~ ✓
Uma auditoria de segurança externa que você pode ler ✕ ✓ ✓

Nada aqui substitui o fechamento no ERP. Isto é para a coordenação em torno dele.

Perguntas que as pessoas fazem

Ele substitui o nosso fechamento no ERP?
Não. Ele é para a coordenação em torno dele — em especial as entidades que não estão no sistema do grupo, onde o fechamento é controlado em uma planilha e em uma reunião recorrente.
Como as pessoas entram?
E-mail e senha, Sign in with Apple ou Sign in with Microsoft. As pessoas entram por convite.
Ele instala no celular?
Sim. Ele é adicionado à tela inicial no iOS e no Android e à barra de tarefas ou ao Dock no Windows e no macOS, e abre sem conexão, mostrando o último estado que viu. Aprovar uma tarefa exige a conexão de volta.
Os calendários de feriados são por mercado?
Ainda não. Os dias não úteis são definidos por período e valem para todo o cronograma. Calendários de feriados por mercado estão na lista e não estão construídos.
Qual é a maturidade dele?
Ele está em uso diário em um fechamento mensal real e está em desenvolvimento ativo. Não é um produto grande com uma empresa grande atrás dele, e se você precisa de um desses, não é este.

Dê uma olhada

Se você fecha em vários países e controla isso em uma planilha, isto foi feito exatamente para esse caso. Escreva dizendo quantos mercados você fecha e o que usa hoje.

info@enyotechnologies.com