Ingenting i avslutningen forfaller den 3.
Den forfaller på tredje virkedag — en annen dato i hvert marked, og en annen dato hver måned. Period End Timetable fester hver avslutningsoppgave til en virkedag, fordeler den ut til én oppgave per marked, og registrerer hvem som godkjente den og til hvilken time.
Gratis for én person, uten tidsbegrensning og uten kort. Eller be om en gjennomgang.
For konserncontrollere og regionale controllere, shared service-sentre og alle som følger opp en avslutning på tvers av enheter som ikke ligger i samme ERP.
Hva det gjør
Fire ting, og det forsøker å gjøre dem ordentlig framfor å gjøre førti.
En avledet virkedagsskala
Hver periode er forankret i periodens sluttdato: WD-1 er siste virkedag på eller før den, ut til WD-20 og WD+20. Flytt sluttdatoen, og alt flytter seg.
Én oppgave per marked
En gjentakende oppgave angir hvilke markeder den dekker. Når en periode opprettes, planlegges én oppgave per marked, slik at en oppgave med frist i elleve land blir elleve godkjenninger, ikke én hake som ikke betyr noe.
Hvem som godkjente, og når
Fullføring registreres på personen og timen, hentet fra den innloggede sesjonen framfor skrevet inn i et skjema. En referanselenke peker på arbeidsboken oppgaven gjelder.
Avgrenset til markedene du eier
En kollega kan ha ett marked, en region eller flere. Vedkommende ser hele avslutningen og kan bare endre sin egen del av den — håndhevet av row level security i databasen, ikke skjult i siden.
Hvorfor en virkedag, ikke en dato
En avslutningsoppgave forfaller ikke den 3. Den forfaller på tredje virkedag, som er en annen dato i hvert marked og en annen dato hver måned.
Sett periodeslutt til 30. september 2026, og WD-6 er 23. september, WD+1 er 1. oktober. Merk en dag som ikke er virkedag, og rekken fortsetter fra neste virkedag og peker om hver oppgave som lå bak den. Det er hele ideen, og det er den delen et regneark ikke klarer å holde følge med.
Slik ser det ut
Skjermbilder fra en demonstrasjonsavslutning: trettitre rapporteringsmarkeder, trettiseks gjentakende aktiviteter, ett regnskapsår.
Avslutningsstatus
Hele avslutningen i ett tall
Kalenderen fargelegger hver virkedag etter hvor mye av den som er gjort, og et klikk på en dato lister opp hva som forfaller den dagen — inkludert det som har gått over fristen.
Hvem som kan endre hva
Den delen en controller videresender til IT før du får svar.
Ser hele tidsplanen og endrer ingenting.
Markerer en oppgave som ferdig i markedene vedkommende eier, og kan ikke endre noe annet ved den — ikke datoen, ikke ordlyden, ikke hvilket marked den hører til. De som gjør arbeidet, godkjenner sin egen del av avslutningen uten å kunne skrive om det de godkjenner.
Legger til, endrer og fullfører oppgaver — men bare i de markedene og regionene vedkommende har fått, og bare offentlige oppgaver samt sine egne private.
Styrer i tillegg perioder, gjentakende oppgaver, innstillinger og personer, og arbeider i alle markeder uavhengig av hva som er tildelt.
En lenke som bærer navnet til en person, rollen og markedene vedkommende skal dekke, satt i verk i det øyeblikket den brukes. Alle kan invitere en leser; bare en administrator kan dele ut skriving eller administrator. Den regelen ligger i databasen, ikke i siden.
Hvor dataene ligger
Postgres i EU. Vi har ingen server foran den: nettleseren snakker direkte med databasen, og det betyr at row level security ikke er ett lag i sikkerhetsmodellen — det er hele modellen. Hver regel er skrevet som en policy, og hver endring i disse policyene prøvekjøres mot en reell innlogget rolle før den settes i drift.
Ingen uavhengig sikkerhetssertifisering, ingen penetrasjonstest og ingen tofaktorautentisering. Det finnes heller ingen historikktabell: en fullføring registrerer hvem og når, men å åpne en oppgave igjen sletter det stempelet framfor å ta vare på det. Dette er de fire neste tingene som bygges, i den rekkefølgen. Hvis anskaffelsesprosessen deres krever et sertifikat i dag, er dette ennå ikke riktig produkt — og det er bedre at du vet det fra denne siden enn fra et spørreskjema om seks uker.
Mot et regneark
Team som avslutter i mer enn ett land, følger det vanligvis opp i et delt regneark eller i et generelt oppgaveverktøy — Asana, Monday.com, Planner, Jira. Tabellen avgjør ett spørsmål: om en frist peker seg om selv når periodeslutt flyttes. To av de fem radene går mot oss.
| Period End Timetable | Et delt regneark | Et generelt oppgaveverktøy | |
|---|---|---|---|
| Frister avledet fra periodeslutt, regnet i virkedager | ✓ | ✕ | ✕ |
| Én oppgave per marked, opprettet automatisk | ✓ | ~ | ~ |
| Endringsrettigheter avgrenset til personens markeder, håndhevet i databasen | ✓ | ~ | ~ |
| Full historikk over hver endring | ✕ | ~ | ✓ |
| En ekstern sikkerhetsrevisjon du kan lese | ✕ | ✓ | ✓ |
Ingenting her erstatter avslutningen i ERP. Dette er for koordineringen rundt den.
Spørsmål vi får
- Erstatter det avslutningen i ERP-systemet vårt?
- Nei. Det er for koordineringen rundt den — særlig de enhetene som ikke ligger i konsernsystemet, der avslutningen ellers følges opp i et regneark og et fast møte.
- Hvordan logger folk inn?
- E-post og passord, Logg på med Apple eller Logg på med Microsoft. Folk kommer inn via invitasjon.
- Kan det installeres på telefonen?
- Ja. Det legges til på hjemskjermen på iOS og Android og på oppgavelinjen eller i Dock på Windows og macOS, og det åpner uten forbindelse og viser den siste tilstanden det så. Å godkjenne en oppgave krever at forbindelsen er tilbake.
- Er helligdagskalendere per marked?
- Ikke ennå. Dager som ikke er virkedager, settes per periode og gjelder hele tidsplanen. Helligdagskalendere per marked står på listen og er ikke bygget.
- Hvor modent er det?
- Det er i daglig bruk for en virkelig månedsavslutning og utvikles aktivt. Det er ikke et stort produkt med et stort selskap bak, og hvis du trenger et slikt, er dette ikke det.
Ta en titt
Hvis du avslutter i flere land og følger det opp i et regneark, er dette bygget for nettopp det. Skriv og si hvor mange markeder du avslutter og hva du bruker i dag.
info@enyotechnologies.com