ENYO Period End Timetable

Intet i afslutningen har frist den 3.

Fristen er den tredje arbejdsdag — en anden dato i hvert marked, og en anden dato hver måned. Period End Timetable binder hver opgave i afslutningen til en arbejdsdag, fordeler den til én opgave pr. marked og registrerer, hvem der godkendte den, og på hvilket tidspunkt.

Gratis for én person, uden tidsbegrænsning og uden kort. Eller bed om en gennemgang.

Til koncern- og regionscontrollere, shared service-centre og alle, der jagter en afslutning på tværs af enheder, som ikke alle ligger i samme ERP.

Tag nøglen ud af vores side og prøv den. Browseren taler direkte med Postgres, så hver adgangsregel ligger i databasen. En anonym forespørgsel med vores offentlige API-nøgle læser nul rækker.
Adgangsreglerne afprøves, før de træder i kraft. Prøvekørslen optræder som en rigtig indlogget konto, presser mod de nye regler udefra, udskriver en dom og ruller tilbage. Den ændrer ingenting.
Dine data ligger i Postgres i EU. Vi har ingen server foran den, og administratornøglen, der ville omgå databasens egne regler, bruges ikke nogen steder i dette produkt.

Hvad det gør

Fire ting, og den forsøger at gøre dem ordentligt frem for at gøre fyrre.

WD-1 WD+1

Et udledt arbejdsdagsgitter

Hver periode er forankret i sin skæringsdato: WD-1 er den sidste arbejdsdag på eller før den, ud til WD-20 og WD+20. Flyt skæringsdatoen, og alt flytter sig.

1234

Én opgave pr. marked

En tilbagevendende opgave angiver de markeder, den dækker. Når en periode oprettes, planlægges én opgave pr. marked, så en opgave med frist i elleve lande bliver elleve godkendelser og ikke ét flueben, der intet betyder.

Hvem der godkendte, og hvornår

Færdigmeldingen registreres på personen og tidspunktet, hentet fra den indloggede session frem for tastet ind i en formular. Et referencelink peger på det regneark, opgaven handler om.

Afgrænset til de markeder, du har ansvaret for

En kollega kan have ét marked, en region eller flere. De ser hele afslutningen og kan kun ændre deres egen del af den — håndhævet af row level security i databasen, ikke skjult i siden.

Hvorfor en arbejdsdag og ikke en dato

En opgave i afslutningen har ikke frist den 3. Den har frist den tredje arbejdsdag, som er en anden dato i hvert marked og en anden dato hver måned.

Sæt skæringsdatoen til 30. september 2026, og WD-6 er 23. september, WD+1 er 1. oktober. Markér en ikke-arbejdsdag, og rækken fortsætter fra den næste arbejdsdag og flytter alle de opgaver, der lå bag den. Det er hele idéen, og det er den del, et regneark ikke kan følge med på.

Sådan ser det ud

Skærmbilleder fra en demonstrationsafslutning: treogtredive rapporteringsmarkeder, seksogtredive tilbagevendende aktiviteter, ét regnskabsår.

Status på afslutningen

Hele afslutningen i ét tal

Kalenderen farvelægger hver arbejdsdag efter, hvor meget af den er færdig, og et klik på en dato viser, hvad der har frist den dag — herunder hvad der er løbet forbi sin frist.

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

Afslutningsstatus pr. marked

Se hvilket marked der er bagud

Hvert rapporteringsmarked farvelagt efter, hvor meget af dets afslutning er færdig, så spørgsmålet om, hvem der holder koncernen tilbage, ikke længere kræver et telefonopkald.

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

Tilbagevendende aktiviteter

Skrevet én gang, planlagt hver måned

Seksogtredive aktiviteter, hver bundet til en arbejdsdag og til de markeder, den dækker, så oprettelsen af en periode bygger hele tidsplanen i ét trin.

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

Hvem der må ændre hvad

Den del, en controller videresender til IT, før de svarer dig.

Læseadgang

Ser hele tidsplanen og ændrer intet.

Kun godkendelse

Markerer en opgave som færdig i de markeder, personen har ansvaret for, og kan intet andet ændre ved den — ikke datoen, ikke ordlyden, ikke hvilket marked den hører til. De, der udfører arbejdet, godkender deres egen del af afslutningen uden at kunne omskrive det, de godkender.

Læse- og skriveadgang

Tilføjer, redigerer og færdigmelder opgaver — men kun i de markeder og regioner, som personen har fået, og kun offentlige opgaver plus sine egne private.

Administrator

Former derudover perioder, tilbagevendende opgaver, indstillinger og personer og arbejder i alle markeder uanset hvad der er tildelt.

Invitationer

Et link, der bærer en persons navn, rolle og de markeder, personen skal dække, og som anvendes i det øjeblik det bruges. Alle må invitere en læser; kun en administrator må uddele skriveadgang eller administrator. Den regel ligger i databasen, ikke i siden.

Hvor data ligger

Postgres i EU. Der står ingen server af vores foran den: browseren taler direkte med databasen, og det betyder, at row level security ikke er ét lag i sikkerhedsmodellen — den er hele modellen. Hver regel er skrevet som en policy, og hver ændring af de policies afprøves mod en rigtig indlogget rolle, før den træder i kraft.

Hvad der ikke er her endnu

Ingen uafhængig sikkerhedscertificering, ingen penetrationstest og ingen tofaktorgodkendelse. Der er heller ingen historiktabel: en færdigmelding registrerer hvem og hvornår, men genåbnes en opgave, slettes det stempel i stedet for at blive gemt. Det er de næste fire ting, der bliver bygget, i den rækkefølge. Hvis jeres indkøbsproces kræver et certifikat i dag, er dette endnu ikke det rigtige produkt — og det er bedre, at I ved det fra denne side end fra et spørgeskema om seks uger.

Over for et regneark

Teams, der lukker regnskabet i mere end ét land, følger det oftest i et delt regneark eller i et generelt opgavesystem — Asana, Monday.com, Planner, Jira. Tabellen afgør ét spørgsmål: om en frist flytter sig selv, når skæringsdatoen flytter sig. To af de fem rækker falder ud til vores ulempe.

Period End Timetable Et delt regneark Et generelt opgavesystem
Frister udledt af skæringsdatoen, talt i arbejdsdage ✓ ✕ ✕
Én opgave pr. marked, oprettet automatisk ✓ ~ ~
Redigeringsrettigheder afgrænset til personens markeder, håndhævet i databasen ✓ ~ ~
Fuld historik over hver ændring ✕ ~ ✓
En ekstern sikkerhedsrevision, du kan læse ✕ ✓ ✓

Intet her erstatter afslutningen i ERP. Dette er til koordineringen omkring den.

Spørgsmål vi får

Erstatter det vores afslutning i ERP?
Nej. Det er til koordineringen omkring den — især de enheder, der ikke er i koncernsystemet, hvor afslutningen ellers følges i et regneark og et tilbagevendende møde.
Hvordan logger folk ind?
E-mail og adgangskode, Log ind med Apple eller Log ind med Microsoft. Man kommer med via invitation.
Kan det installeres på en telefon?
Ja. Det lægges på hjemmeskærmen på iOS og Android og på proceslinjen eller i Dock på Windows og macOS, og det åbner uden forbindelse og viser den sidste tilstand, det så. At godkende en opgave kræver, at forbindelsen er tilbage.
Er helligdagskalendere pr. marked?
Ikke endnu. Ikke-arbejdsdage sættes pr. periode og gælder for hele tidsplanen. Helligdagskalendere pr. marked står på listen og er ikke bygget.
Hvor modent er det?
Det er i daglig brug til en rigtig månedsafslutning og bliver udviklet aktivt. Det er ikke et stort produkt med en stor virksomhed bag, og hvis I har brug for et af den slags, er dette ikke det.

Tag et kig

Hvis I lukker regnskabet i flere lande og følger det i et regneark, er dette bygget til præcis det. Skriv og fortæl, hvor mange markeder I lukker, og hvad I bruger i dag.

info@enyotechnologies.com