Datatemplate voor Record to Report: periodeafsluiting en afstemming
Datatemplate voor Record to Report: periodeafsluiting en afstemming
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Richtlijnen voor data-extractie uit BlackLine
Attributen voor Record to Report: periodeafsluiting en afstemming
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van een specifieke bedrijfsgebeurtenis of taak tijdens het afsluitproces. | ||
|
Beschrijving
Dit attribuut beschrijft één stap of mijlpaal in het record-to-report-proces, zoals 'Reconciliatie voorbereid' of 'Correctiejournaal geboekt'. De gebeurtenissen worden op tijd gesorteerd om de processtroom voor elke financiële periode te reconstrueren. Door de volgorde en frequentie van activiteiten te analyseren, zie je hoe het proces werkelijk verloopt, waar het afwijkt van de standaardprocedure en waar bottlenecks ontstaan. Dit attribuut vormt de basis voor de proceskaart en de berekening van belangrijke prestatie-indicatoren.
Waarom dit belangrijk is
Dit vormt de basis van de proceskaart en maakt het mogelijk om de processtroom, varianten en uitzonderingen te visualiseren en analyseren.
Waar vind je dit?
Dit wordt meestal afgeleid uit event logs, taakstatussen of auditsporen in verschillende BlackLine-modules, zoals Tasks, Journals en Account Reconciliations.
Voorbeelden
Reconciliatie voorbereidReconciliatie gecertificeerdCorrectiejournaal geboektPeriode afgesloten
|
|||
|
Financiële periode
FinancialPeriod
|
De unieke identificatiecode van een financiële rapportagecyclus, zoals een maand of kwartaal. Dit is de belangrijkste case-ID. | ||
|
Beschrijving
De financiële periode groepeert alle activiteiten voor het afsluiten en reconciliëren van rekeningen binnen die rapportagecyclus. '2023-01' staat bijvoorbeeld voor alle afsluitactiviteiten in januari 2023. Bij process mining is dit attribuut nodig om de totale duur van het afsluitproces te analyseren. Je kunt doorlooptijden van verschillende perioden vergelijken en zo trends, seizoensinvloeden en de effecten van procesverbeteringen in de loop van de tijd herkennen.
Waarom dit belangrijk is
Dit is de belangrijkste identificatiecode die alle gerelateerde afsluit- en reconciliatieactiviteiten met elkaar verbindt. Zo krijg je een volledig beeld van de processtroom en prestaties per periode.
Waar vind je dit?
Dit wordt meestal afgeleid uit de rapportageperiode in de modules Period Close of Reconciliation van BlackLine. De waarde kan bestaan uit een combinatie van jaar- en maandvelden.
Voorbeelden
2023-122024-Q12023-09FY2024-P03
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een activiteit of gebeurtenis is gestart. | ||
|
Beschrijving
EventTime geeft de precieze datum en tijd aan waarop een specifieke stap in het afsluitproces is begonnen. Deze timestamp is nodig om gebeurtenissen in de juiste volgorde te zetten en de tijd tussen processtappen te berekenen. Bij analyses gebruik je dit attribuut om voor elke case het chronologische event log op te bouwen. Het vormt de basis voor alle tijdgerelateerde metrieken, zoals doorlooptijden, wachttijden en verwerkingstijden. Die helpen vertragingen en inefficiënties op te sporen.
Waarom dit belangrijk is
Deze timestamp is nodig om gebeurtenissen te ordenen, de processtroom in kaart te brengen en alle prestatiemetrieken op basis van duur te berekenen.
Waar vind je dit?
Dit komt overeen met de aanmaakdatum, startdatum of timestamp van een statuswijziging in taak-, reconciliatie- of journaalpostrecords van BlackLine.
Voorbeelden
2023-10-02T09:00:00Z2023-10-05T14:30:15Z2023-10-10T11:21:05Z
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de eventdata zijn gehaald. | ||
|
Beschrijving
Dit attribuut geeft aan waar de procesdata vandaan komen. In deze weergave is dat altijd 'BlackLine'. Bij analyses met meerdere systemen helpt het om databronnen van elkaar te onderscheiden. Bij analyses van meerdere systemen is dit veld belangrijk om de herkomst van data te begrijpen en prestaties per systeem te vergelijken. Ook in een weergave van één systeem geeft het nuttige context voor datagovernance en beheer.
Waarom dit belangrijk is
Dit geeft belangrijke context over de herkomst van de data. Die informatie is nodig voor datagovernance, validatie en koppelingen met andere systemen.
Waar vind je dit?
Dit is meestal een vaste waarde die tijdens de datatransformatie wordt toegevoegd om de bron van de records aan te geven.
Voorbeelden
BlackLineBlackLine-APIBlackLine-Reporting
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp waarop de data voor het laatst uit het bronsysteem zijn vernieuwd. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de dataset voor het laatst is bijgewerkt. Zo weet je hoe actueel de data in de analyse zijn en hoe recent de procesinzichten zijn. Dit helpt gebruikers van dashboards om te beoordelen hoe actueel de analyse is. Het geeft duidelijkheid over wat ze kunnen verwachten en bevestigt dat beslissingen op basis van recente data worden genomen.
Waarom dit belangrijk is
Dit laat zien hoe recent de data zijn. Dat is belangrijk om op tijd relevante bedrijfsbeslissingen te nemen op basis van de analyse.
Waar vind je dit?
Deze timestamp wordt aangemaakt en opgeslagen tijdens het proces van data-extractie, transformatie en laden (ETL).
Voorbeelden
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Afdeling
Department
|
De afdeling of het team dat bij de activiteit of gebruiker hoort. | ||
|
Beschrijving
Het attribuut Afdeling geeft aan welke bedrijfseenheid, zoals 'Corporate Accounting' of 'Internal Audit', verantwoordelijk is voor een activiteit. Deze informatie komt vaak uit gebruikersprofielen of uit de aard van de taak. Met deze dimensie kun je de procesprestaties van verschillende onderdelen van de organisatie vergelijken. Je ziet welke afdelingen efficiënt werken, waar tijdens de afsluitperiode extra capaciteit nodig is en waar overdrachten tussen afdelingen vertraging veroorzaken.
Waarom dit belangrijk is
Hiermee kun je de prestaties van verschillende bedrijfseenheden vergelijken. Het attribuut is ook belangrijk voor analyses van de werkverdeling en bottlenecks per afdeling.
Waar vind je dit?
Deze informatie kan afkomstig zijn uit gebruikersprofieldata die aan ResponsibleUser zijn gekoppeld, of uit eigenschappen van de taak of grootboekrekening in BlackLine of een gekoppeld ERP-systeem.
Voorbeelden
Corporate AccountingFP&AInternal AuditBelasting
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatiecode van de juridische entiteit waarvoor de financiële activiteit wordt uitgevoerd. | ||
|
Beschrijving
De bedrijfscode staat voor een specifieke juridische entiteit binnen de organisatie. Financiële afsluitactiviteiten worden vaak per bedrijfscode uitgevoerd voordat de resultaten worden geconsolideerd. Dit attribuut is belangrijk om het afsluitproces per entiteit te analyseren. Je kunt de prestaties van verschillende juridische entiteiten vergelijken. Dat is vooral nuttig bij de analyse van de doorlooptijd van intercompany-afstemmingen. Zo zie je welke entiteiten de meest complexe of inefficiënte afsluitprocessen hebben.
Waarom dit belangrijk is
Je kunt de procesanalyse per juridische entiteit uitsplitsen. Zo spoor je knelpunten en prestatieproblemen op die specifiek zijn voor een entiteit.
Waar vind je dit?
In BlackLine en het bronsysteem (ERP) is dit meestal een standaardveld bij financiële transacties, zoals journaalposten en afstemmingen.
Voorbeelden
1000US01DE012500
|
|||
|
Eindtijd
EventEndTime
|
De timestamp die aangeeft wanneer een activiteit of gebeurtenis is afgerond. | ||
|
Beschrijving
EventEndTime geeft de precieze datum en tijd aan waarop een specifieke taak is afgerond. Samen met StartTime wordt deze waarde gebruikt om de verwerkingstijd van afzonderlijke activiteiten te berekenen. Bij analyses is EndTime nodig om te berekenen hoelang elke stap duurt. Zo zie je welke activiteiten de meeste tijd kosten in het totale proces. Dat vormt de basis voor bottleneckanalyse en beoordelingen van de inzet van mensen.
Waarom dit belangrijk is
Hiermee kun je de verwerkingstijd van activiteiten berekenen. Dat is nodig om bottlenecks op te sporen en de efficiëntie van de bedrijfsvoering te meten.
Waar vind je dit?
Dit komt overeen met de afrondingsdatum, de datum waarop een record voor het laatst is gewijzigd of een specifieke timestamp van een statuswijziging in taak-, reconciliatie- of journaalrecords van BlackLine.
Voorbeelden
2023-10-02T11:30:00Z2023-10-05T15:00:45Z2023-10-10T11:25:10Z
|
|||
|
Grootboekrekening
GLAccount
|
Het nummer van de grootboekrekening die bij de afstemming of journaalpost hoort. | ||
|
Beschrijving
Dit attribuut geeft aan welke rekening uit het rekeningschema wordt afgestemd of aangepast. Het geeft de procesactiviteiten een duidelijke financiële context. Analyse per grootboekrekening is belangrijk voor het dashboard met trends in handmatige journaalaanpassingen. Zo zie je voor welke rekeningen de meeste handmatige aanpassingen nodig zijn. Je kunt er ook herstelwerk mee opsporen, bijvoorbeeld wanneer dezelfde rekening in één periode meerdere keren wordt aangepast of afgestemd.
Waarom dit belangrijk is
Dit geeft financiële context en helpt je te zien welke rekeningen gevoelig zijn voor fouten, vaak worden aangepast of de afsluiting vertragen.
Waar vind je dit?
Dit is een belangrijk veld in de modules Account Reconciliations en Journal Entry van BlackLine.
Voorbeelden
101000405020210010
|
|||
|
Reconciliatiestatus
ReconciliationStatus
|
De huidige of definitieve status van een reconciliatietaak. | ||
|
Beschrijving
Dit attribuut legt de status van een reconciliatie op een bepaald moment vast, bijvoorbeeld 'Not Started', 'In Progress', 'Certified' of 'Rejected'. Zo zie je de voortgang en uitkomst van afzonderlijke reconciliaties. Analyse op basis van status is nodig voor het dashboard met de verdeling van reconciliatiestatussen. Managers zien zo snel hoeveel reconciliaties nog openstaan, zijn afgerond of aandacht nodig hebben. Door statusovergangen te volgen, kun je herstelwerk en vertragingen in de beoordelings- en goedkeuringscyclus opsporen.
Waarom dit belangrijk is
Dit geeft een helder beeld van de voortgang en uitkomsten van reconciliaties. Zo kun je achterstanden opsporen en controleren of procedures worden nageleefd.
Waar vind je dit?
Rechtstreeks beschikbaar in het statusveld van records in de module BlackLine Account Reconciliations.
Voorbeelden
VoorbereidGecertificeerdGoedgekeurdAfgewezenAchterstallig
|
|||
|
Verantwoordelijke gebruiker
ResponsibleUser
|
De gebruikers-ID of naam van de persoon die de activiteit heeft uitgevoerd of eraan is toegewezen. | ||
|
Beschrijving
Dit attribuut geeft aan wie verantwoordelijk is voor een specifieke taak, zoals het voorbereiden van een reconciliatie of het boeken van een journaalpost. De waarde kan een gebruikersnaam, personeelsnummer of e-mailadres zijn. Analyse op basis van de verantwoordelijke gebruiker helpt je de werkverdeling, individuele prestaties en trainingsbehoeften te begrijpen. Je ziet wie goed presteert, of het werk eerlijk is verdeeld en waar herstelwerk of fouten het vaakst voorkomen.
Waarom dit belangrijk is
Dit attribuut is nodig om de werkverdeling te analyseren, bottlenecks bij specifieke gebruikersgroepen op te sporen en te beoordelen hoe teams presteren.
Waar vind je dit?
Te vinden in velden zoals 'Assigned To', 'Completed By', 'Preparer', 'Certifier' of 'Approver' in BlackLine-modules.
Voorbeelden
john.doejane.smithuser123
|
|||
|
Afstemmings-ID
ReconciliationId
|
Een unieke identificatiecode voor een specifieke rekeningafstemming. | ||
|
Beschrijving
De afstemmings-ID is een unieke sleutel voor elke afstemming van een specifieke grootboekrekening binnen een financiële periode. Zo kun je elke afstemming afzonderlijk volgen. Met deze ID kun je afstemmingen voor dezelfde rekening van elkaar onderscheiden. De ID is handig als je een specifieke afstemming nader wilt bekijken, problemen onderzoekt of de status en geschiedenis van een item wilt volgen.
Waarom dit belangrijk is
Met deze unieke sleutel kun je afzonderlijke afstemmingen volgen en specifieke probleemgebieden nader analyseren.
Waar vind je dit?
Dit is een unieke, door het systeem gegenereerde identificatiecode voor elke afstemmingsregistratie in de module Account Reconciliations van BlackLine.
Voorbeelden
REC-893475REC-893476REC-893477
|
|||
|
Bedrag van de aanpassing
AdjustmentAmount
|
De geldwaarde van een handmatige correctiejournaalpost. | ||
|
Beschrijving
Dit attribuut legt de financiële impact van een handmatige aanpassing vast. Het bedrag kan als één waarde of als afzonderlijke debet- en creditbedragen worden weergegeven. Door naast het aantal ook de waarde van aanpassingen te analyseren, krijg je een vollediger beeld van hun impact. Grote of frequente aanpassingen voor specifieke rekeningen of afdelingen kunnen wijzen op materiële risico’s voor de financiële rapportage of op ernstige problemen eerder in het proces die aandacht vragen.
Waarom dit belangrijk is
Dit maakt de financiële impact van handmatige aanpassingen meetbaar. Zo kun je onderzoeken met grote bedragen voorrang geven.
Waar vind je dit?
Beschikbaar in de bedragvelden van de module Journals van BlackLine.
Voorbeelden
1500.75-250.0010000.00
|
|||
|
Geplande einddatum
TargetCompletionDate
|
De geplande deadline waarop de financiële periode moet zijn afgesloten. | ||
|
Beschrijving
Dit attribuut geeft de officiële deadline voor het afronden van het periodeafsluitingsproces aan. De datum dient als referentie voor de werkelijke afrondingstijd. Deze datum is nodig om de KPI ‘Percentage periodeafsluitingen op tijd’ te berekenen. Door de timestamp van de activiteit ‘Periode afgesloten’ te vergelijken met deze streefdatum, zie je welke perioden te laat zijn afgesloten en hoe groot de vertraging was. Dat is belangrijk voor compliance en rapportages.
Waarom dit belangrijk is
Dit is de referentie om te meten of de afsluiting op tijd is afgerond. De datum is nodig voor compliance-KPI’s, zoals het percentage periodeafsluitingen op tijd.
Waar vind je dit?
Deze datum wordt meestal ingesteld in de kalender voor periodeafsluitingen of bij de taakinstellingen in BlackLine.
Voorbeelden
2023-10-15T23:59:59Z2024-01-12T23:59:59Z
|
|||
|
Is geautomatiseerd
IsAutomated
|
Een booleaanse vlag die aangeeft of de activiteit door een systeem of een gebruiker is uitgevoerd. | ||
|
Beschrijving
Deze vlag maakt onderscheid tussen taken die het systeem automatisch uitvoert, zoals het automatisch certificeren van afstemmingen met een laag risico, en taken die een gebruiker handmatig uitvoert. Zo zie je in hoeverre het afsluitproces is geautomatiseerd. Met dit attribuut kun je het effect van automatiseringsinitiatieven meten. Je kunt de snelheid en consistentie van automatische en handmatige taken vergelijken en zien welke handmatige taken mogelijk verder geautomatiseerd kunnen worden om efficiënter te werken en menselijke fouten te beperken.
Waarom dit belangrijk is
Je kunt hiermee meten in hoeverre het proces is geautomatiseerd en zien welke handmatige taken je mogelijk kunt automatiseren om efficiënter te werken.
Waar vind je dit?
Je kunt dit afleiden door te controleren of ResponsibleUser een systeem- of serviceaccount is, of door specifieke vlaggen in de taakeigenschappen van BlackLine te gebruiken.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een berekende vlag die aangeeft of activiteiten deel uitmaken van een herhalingslus. | ||
|
Beschrijving
Deze vlag krijgt de waarde true voor activiteiten die laten zien dat stappen in het proces onnodig worden herhaald. Als bijvoorbeeld de gebeurtenis ‘Afstemming afgewezen’ wordt gevolgd door een nieuwe gebeurtenis ‘Afstemming voorbereid’ voor dezelfde afstemming, wordt dit als herstelwerk aangemerkt. Door herstelwerk op te sporen, zie je waar het proces inefficiënt verloopt of de kwaliteit tekortschiet. De KPI ‘Percentage afstemmingen met herstelwerk’ wordt op basis van dit attribuut berekend. Zo zie je waar werk niet in één keer goed gaat en leidt tot extra inspanning en vertraging.
Waarom dit belangrijk is
Dit markeert inefficiënte proceslussen en herhaald werk. Zo kun je verspilde inspanning meten en de oorzaken van kwaliteitsproblemen opsporen.
Waar vind je dit?
Dit wordt meestal berekend met algoritmen van de process mining-tool. Die herkennen herhaalde reeksen activiteiten binnen dezelfde case, vaak met dezelfde ReconciliationId of GLAccount.
Voorbeelden
truefalse
|
|||
|
Journaal-ID
JournalId
|
Een unieke identificatiecode voor een specifieke journaalpost. | ||
|
Beschrijving
De journaal-ID is een unieke sleutel voor elke handmatige correctiejournaalpost die in BlackLine wordt aangemaakt en geboekt. Zo kun je elke journaalpost volgen, van aanmaak tot boeking. Deze ID is nodig voor het dashboard met trends in handmatige journaalaanpassingen. Je kunt er het precieze aantal handmatige aanpassingen mee tellen en specifieke journaalposten nader bekijken. Die kunnen wijzen op onderliggende problemen met de data of het proces.
Waarom dit belangrijk is
Deze ID maakt elke handmatige journaalpost uniek. Zo kun je aanpassingen tellen en de oorzaak van een groot aantal aanpassingen onderzoeken.
Waar vind je dit?
Dit is een unieke, door het systeem gegenereerde identificatiecode voor elke journaalpost in de module Journals van BlackLine.
Voorbeelden
JRN-2023-10-001JRN-2023-10-002ADJ-58321
|
|||
|
Op tijd afgerond
IsOnTime
|
Een berekende vlag die aangeeft of de periodeafsluiting vóór de streefdatum is afgerond. | ||
|
Beschrijving
Dit booleaanse attribuut wordt afgeleid door de werkelijke afrondingstijd van de activiteit ‘Periode afgesloten’ te vergelijken met TargetCompletionDate voor die financiële periode. Het geeft duidelijk aan of de deadline is gehaald. Deze vlag vormt de basis voor de KPI ‘Percentage periodeafsluitingen op tijd’. Je kunt perioden die op tijd of te laat zijn afgerond eenvoudig filteren en weergeven. Zo zie je snel welke perioden de deadline niet hebben gehaald en verder onderzoek vragen.
Waarom dit belangrijk is
Je ziet hiermee meteen welke cases de deadline niet hebben gehaald. Dat maakt prestatiemetingen eenvoudiger en ondersteunt compliance- en SLA-rapportages.
Waar vind je dit?
Berekend door de timestamp van de laatste activiteit ‘Periode afgesloten’ te vergelijken met het attribuut TargetCompletionDate. Dit gebeurt in de process mining-tool.
Voorbeelden
truefalse
|
|||
|
Type afstemming
ReconciliationType
|
Geeft aan om welk type afstemming het gaat, bijvoorbeeld balans, winst-en-verliesrekening of intercompany. | ||
|
Beschrijving
Dit attribuut geeft aan welk type afstemming wordt uitgevoerd. Dat is belangrijk omdat de complexiteit, risico’s en verwachte doorlooptijd per type kunnen verschillen. Met dit attribuut kun je de analyse uitsplitsen en de prestaties en uitdagingen van verschillende afstemmingscategorieën vergelijken. Zo kun je bijvoorbeeld nagaan of intercompany-afstemmingen veel langer duren dan standaardafstemmingen van balansrekeningen.
Waarom dit belangrijk is
Je kunt de analyse uitsplitsen naar afstemmingscategorie. De complexiteit en risico’s verschillen vaak per categorie.
Waar vind je dit?
Je kunt dit afleiden uit de eigenschappen van de grootboekrekening of de instellingen van de afstemmingstemplate in BlackLine.
Voorbeelden
BalansWinst-en-verliesrekeningIntercompanyBankafstemming
|
|||
|
Valuta
Currency
|
De valutacode van het bedrag, bijvoorbeeld USD of EUR. | ||
|
Beschrijving
Dit attribuut geeft de valuta van AdjustmentAmount aan. In internationale organisaties kunnen journaalposten in verschillende lokale valuta’s staan. Valuta is nodig om financiële bedragen goed te kunnen interpreteren. Je kunt bedragen hiermee correct optellen en vergelijken. Voor rapportages moeten ze vaak eerst worden omgerekend naar een standaardvaluta.
Waarom dit belangrijk is
Dit geeft context aan geldbedragen, zodat je ze goed kunt interpreteren en voor rapportages naar de juiste valuta kunt omrekenen.
Waar vind je dit?
Dit staat meestal naast de bedragvelden in de module Journals van BlackLine of bij de eigenschappen van de bijbehorende bedrijfscode.
Voorbeelden
USDEURGBPJPY
|
|||
Activiteiten voor Record to Report: periodeafsluiting en afstemming
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Correctiejournaal geboekt
|
Een in BlackLine aangemaakte correctiejournaalpost is succesvol geboekt in het grootboek van het bronsysteem, het ERP. Dit betekent dat de correctie officieel is vastgelegd. | ||
|
Waarom dit belangrijk is
Deze activiteit vormt de basis voor de KPI voor het aantal handmatige correctiejournaalposten. Ze is belangrijk om gebieden met een lage datakwaliteit of zwakke controles op te sporen, waar vaak handmatige correcties nodig zijn.
Waar vind je dit?
Vastgelegd als statuswijziging in de module BlackLine Journal Entry. De gebeurtenis vindt plaats wanneer de status van de journaalpost verandert in 'Posted', vaak bevestigd via een koppeling met het ERP.
Vastleggen
De gebeurtenis wordt vastgelegd wanneer de status van de journaalpost verandert in 'Posted'.
Gebeurtenistype
inferred
|
|||
|
Financiële overzichten opgesteld
|
De officiële financiële overzichten, zoals de balans en de winst-en-verliesrekening, zijn opgesteld. Dit is een belangrijke mijlpaal: het belangrijkste rapportagepakket is samengesteld. | ||
|
Waarom dit belangrijk is
Dit markeert de overgang van boekhoudkundige processen naar financiële rapportage en analyse. Door dit te volgen, kun je de efficiëntie van de laatste rapportagefase van de afsluiting meten.
Waar vind je dit?
Dit wordt waarschijnlijk beheerd als een belangrijke taak in de module BlackLine Close Management. Wanneer de taak is afgerond, zijn de overzichten klaar voor beoordeling.
Vastleggen
Leg de timestamp vast waarop de taak 'Generate Financial Statements' in het afsluitplan is afgerond.
Gebeurtenistype
inferred
|
|||
|
Periode afgesloten
|
Dit is de laatste activiteit. Alle taken voor de afsluiting zijn afgerond en de financiële periode is officieel afgesloten. Er kunnen geen transacties meer voor deze periode worden geboekt. | ||
|
Waarom dit belangrijk is
Dit is de belangrijkste eindgebeurtenis van het proces. Je gebruikt deze om de totale doorlooptijd van de period close en het percentage perioden dat op tijd is afgesloten te berekenen.
Waar vind je dit?
Je kunt deze gebeurtenis vastleggen in de module BlackLine Close Management wanneer de algemene status van de periode op 'Closed' wordt gezet. Je kunt haar ook afleiden uit de timestamp waarop de laatste taak in het afsluitplan is afgerond.
Vastleggen
Bepaal de timestamp waarop de status van de periode verandert in 'Closed', of gebruik de timestamp van de laatst afgeronde taak.
Gebeurtenistype
inferred
|
|||
|
Periode geopend voor afsluiting
|
Deze activiteit markeert de officiële start van de financiële afsluiting voor een bepaalde periode. Meestal is dit een geplande gebeurtenis in de module Close Management van BlackLine. De taken worden dan actief en de periode krijgt de status 'open'. | ||
|
Waarom dit belangrijk is
Dit is de belangrijkste startgebeurtenis van het proces. Alle berekeningen van doorlooptijden, zoals de totale doorlooptijd van de period close en de doorlooptijd voor het verzamelen van brond data, beginnen hier.
Waar vind je dit?
Deze gebeurtenis wordt waarschijnlijk vastgelegd in BlackLine Close Management (Task Management). Je kunt haar afleiden uit de activeringsdatum van het afsluitplan of de startdatum van de eerste taak voor die financiële periode.
Vastleggen
Bepaal de vroegste timestamp van een taak of van het moment waarop de periode actief wordt in het afsluitschema.
Gebeurtenistype
inferred
|
|||
|
Reconciliatie gecertificeerd
|
Dit markeert het moment waarop de opsteller het werk aan een accountreconciliatie heeft afgerond en deze officieel ter beoordeling indient. Meestal wordt dit vastgelegd als een statuswijziging van de reconciliatie in de module Account Reconciliation van BlackLine. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk overdrachtsmoment in het proces. De tijd tussen certificering en goedkeuring laat bottlenecks in de beoordelingsworkflow voor reconciliaties zien en vormt de basis voor de KPI voor goedkeuringstijd van reconciliaties.
Waar vind je dit?
Af te leiden uit de timestamp van een statuswijziging in de module Account Reconciliation. De gebeurtenis vindt plaats wanneer de status van een reconciliatie verandert in 'Certified' of een vergelijkbare status die aangeeft dat deze klaar is voor beoordeling.
Vastleggen
De gebeurtenis wordt aangemaakt wanneer het statusveld van de reconciliatie verandert in 'Certified'.
Gebeurtenistype
inferred
|
|||
|
Reconciliatie goedgekeurd
|
Dit is de definitieve goedkeuring van een accountreconciliatie. Alle beoordelingsniveaus zijn dan afgerond. De gebeurtenis wordt vastgelegd wanneer de reconciliatie de definitieve goedgekeurde status bereikt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal die aangeeft dat een omvangrijke werkeenheid is afgerond. De gebeurtenis is nodig om de totale doorlooptijd van reconciliaties te meten en bottlenecks bij goedkeuring op te sporen.
Waar vind je dit?
Af te leiden uit de timestamp van de definitieve statuswijziging in de module BlackLine Account Reconciliation. Dit gebeurt wanneer de workflow voor een reconciliatie volledig is afgerond.
Vastleggen
De gebeurtenis wordt aangemaakt wanneer de status van de reconciliatie verandert in 'Approved' of de definitieve goedkeuringsstatus in de workflow.
Gebeurtenistype
inferred
|
|||
|
Brond data geladen
|
Dit markeert het einde van het laden van transactiegegevens uit bronsystemen, zoals een ERP, naar BlackLine. Dit is nodig voordat de reconciliatie- en journaalpostactiviteiten voor de periode kunnen beginnen. | ||
|
Waarom dit belangrijk is
Vertraging bij het laden van data vormt een grote bottleneck voor het hele afsluitproces. Door deze activiteit te volgen, kun je de doorlooptijd voor dataverzameling meten en problemen met upstream-databronnen opsporen.
Waar vind je dit?
Dit kan worden vastgelegd als een specifieke taak die is afgerond in de module Close Management. Je kunt het ook afleiden uit de timestamp van de eerste transactie die voor de betreffende financiële periode in BlackLine is geïmporteerd.
Vastleggen
Leg de timestamp vast waarop een specifieke taak 'Load Data' is afgerond, of gebruik de timestamp van de vroegste transactie-import voor de periode.
Gebeurtenistype
inferred
|
|||
|
Correctiejournaal aangemaakt
|
Tijdens een reconciliatie heeft een gebruiker een benodigde correctie vastgesteld en een journaalpost aangemaakt in BlackLine. Deze journaalpost is nog niet geboekt in het ERP-systeem. | ||
|
Waarom dit belangrijk is
Door het aanmaken van journaalposten te volgen, krijg je inzicht in het aantal en de timing van correcties. Zo maak je onderscheid tussen het vaststellen van een probleem en de uiteindelijke oplossing door de boeking.
Waar vind je dit?
Dit is waarschijnlijk een expliciete gebeurtenis in de module BlackLine Journal Entry. De gebeurtenis wordt aangemaakt wanneer voor de periode een nieuwe journaalpost wordt geregistreerd.
Vastleggen
Er wordt een logregel aangemaakt wanneer een gebruiker een nieuwe journaalpost opslaat.
Gebeurtenistype
explicit
|
|||
|
Proefbalans gegenereerd
|
Dit markeert het moment waarop een voorlopige of definitieve proefbalans wordt opgesteld en beoordeeld. Het is een belangrijke mijlpaal vóór het opstellen van de definitieve financiële overzichten. | ||
|
Waarom dit belangrijk is
Deze activiteit is een belangrijk controlepunt in het afsluitproces. Vertraging bij het opstellen van een stabiele proefbalans wijst vaak op grote problemen bij eerdere reconciliaties of journaalposten.
Waar vind je dit?
Dit wordt vaak beheerd als een specifieke mijlpaaltaak in de module BlackLine Close Management. Wanneer de taak is afgerond, is de proefbalans klaar.
Vastleggen
Leg de timestamp vast waarop de specifieke taak 'Generate Trial Balance' in het afsluitplan is afgerond.
Gebeurtenistype
inferred
|
|||
|
Reconciliatie afgewezen
|
Een beoordelaar heeft een gecertificeerde reconciliatie afgewezen en teruggestuurd naar de opsteller voor correcties. Deze gebeurtenis wijst op een kwaliteitsprobleem of uitzondering en leidt tot herstelwerk. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk om proceskwaliteit en herstelwerk te meten. Veel afwijzingen kunnen wijzen op onvoldoende training, onduidelijk beleid of problemen met de datakwaliteit.
Waar vind je dit?
Af te leiden uit een statuswijziging in de module Account Reconciliation. De gebeurtenis wordt vastgelegd wanneer de status van een reconciliatie verandert in 'Rejected' of wanneer deze wordt teruggestuurd naar de wachtrij van de opsteller.
Vastleggen
De gebeurtenis wordt geactiveerd wanneer het statusveld van de reconciliatie wordt bijgewerkt naar 'Rejected' of een vergelijkbare status.
Gebeurtenistype
inferred
|
|||
|
Reconciliatie beoordeeld
|
Dit geeft aan dat een reconciliatie minstens één beoordelingsniveau heeft doorlopen. Bij goedkeuringsworkflows met meerdere niveaus is dit een tussentijdse goedkeuringsstap vóór de definitieve goedkeuring. | ||
|
Waarom dit belangrijk is
Met deze activiteit kun je achterhalen waar vertraging ontstaat in complexe goedkeuringsketens. Zo zie je afzonderlijk hoeveel tijd de eerste beoordeling en de daaropvolgende goedkeuringen op hogere niveaus kosten.
Waar vind je dit?
Af te leiden uit een statuswijziging in de module Account Reconciliation. Dit gebeurt wanneer een gebruiker met beoordelaarsrechten een goedkeuringsactie uitvoert die de workflow niet volledig afrondt.
Vastleggen
De gebeurtenis wordt vastgelegd wanneer de status van de reconciliatie verandert in een tussentijdse goedkeuringsstatus, zoals 'Reviewed' of 'Level 1 Approved'.
Gebeurtenistype
inferred
|
|||
|
Reconciliatie voorbereid
|
Een gebruiker heeft de benodigde stappen uitgevoerd om een rekening te reconciliëren, maar heeft deze nog niet officieel ter beoordeling ingediend. Deze gebeurtenis wordt vastgelegd wanneer een reconciliatie wordt opgeslagen met de status 'In-Progress' of 'Prepared'. | ||
|
Waarom dit belangrijk is
Door dit te volgen, zie je hoeveel werk er nodig is om reconciliaties voor te bereiden. Een lange periode tussen deze stap en de certificering kan wijzen op complexe reconciliaties of een hoge werkdruk.
Waar vind je dit?
Af te leiden uit statuswijzigingen in de module BlackLine Account Reconciliation. Dit is het eerste moment waarop een reconciliatie van 'Not Started' naar een actieve status gaat.
Vastleggen
De gebeurtenis wordt vastgelegd wanneer de status van een reconciliatie verandert van 'Not Started' naar 'In Progress' of een vergelijkbare status.
Gebeurtenistype
inferred
|
|||
|
Taak afgerond
|
Een toegewezen gebruiker heeft een specifieke taak op de checklist voor de period close als afgerond gemarkeerd. Dit betekent dat een vastgelegde procedure is voltooid, zoals een controle of rapportagestap. | ||
|
Waarom dit belangrijk is
Door te analyseren wanneer taken worden afgerond, krijg je een gedetailleerd beeld van de voortgang tijdens de afsluitperiode. Zo zie je welke specifieke stappen de totale planning vertragen.
Waar vind je dit?
Dit is een expliciete gebeurtenis uit de module BlackLine Close Management (Task Management). Voor elke taak wordt een timestamp vastgelegd wanneer een gebruiker deze als afgerond markeert.
Vastleggen
Geregistreerd wanneer een gebruiker de status van een taak bijwerkt naar 'Completed'.
Gebeurtenistype
explicit
|
|||
|
Taak te laat
|
De deadline van een geplande afsluitingstaak is verstreken, maar de taak is nog niet afgerond. Dit is een berekende gebeurtenis op basis van de vergelijking tussen de huidige tijd en de deadline van de taak. | ||
|
Waarom dit belangrijk is
Zo komen complianceproblemen en mogelijke bottlenecks aan het licht voordat ze de deadline voor de afsluiting ernstig in gevaar brengen. Je kunt het afsluitproces daardoor proactief bijsturen.
Waar vind je dit?
Dit is geen expliciete systeemgebeurtenis. Je moet deze berekenen door de timestamp waarop de taak is afgerond te vergelijken met het dataveld voor de deadline van de taak in de data van de module Close Management.
Vastleggen
Berekend door 'Task Due Date' te vergelijken met 'Task Completion Timestamp'. Is de taak na de deadline afgerond, dan was deze te laat.
Gebeurtenistype
calculated
|
|||
Extractiegidsen
Klaar om te beginnen?
Met deze template heb je alles wat je nodig hebt om de data voor te bereiden en het proces Record to Report: periodeafsluiting en afstemming te verbeteren. Zet vandaag de eerste stap naar een efficiëntere en nauwkeurigere afsluiting.
Verbeter nu het Record to Report-proces voor periodeafsluiting en reconciliatie
Verkort de doorlooptijd met 30% en zorg voor nauwkeurige financiële rapportages.
Geen creditcard nodig