Szablon danych Record to Report: zamknięcie okresu i uzgodnienia

BlackLine
Szablon danych Record to Report: zamknięcie okresu i uzgodnienia

Szablon danych Record to Report: zamknięcie okresu i uzgodnienia

Ten szablon pomaga przygotować dane dotyczące procesu Record to Report: zamknięcie okresu i uzgodnienia. Zawiera listę atrybutów do zebrania, działań do śledzenia oraz praktyczne wskazówki dotyczące ekstrakcji danych. Ułatwia przygotowanie danych do analizy.
  • Zalecane atrybuty do zebrania
  • Działania do śledzenia
  • Wskazówki dotyczące ekstrakcji danych z BlackLine
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu Record to Report: zamknięcie okresu i uzgodnienia

Poniżej przedstawiono zalecane pola danych do uwzględnienia w dzienniku zdarzeń, aby dokładnie przeanalizować proces Record to Report: zamknięcie okresu i uzgodnienia.
5 Wymagane 6 Zalecane 9 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTime
Znacznik czasu wskazujący, kiedy rozpoczęło się działanie lub zdarzenie.
Opis

EventTime podaje dokładną datę i godzinę rozpoczęcia danego etapu procesu zamknięcia okresu. Ten znacznik czasu pozwala prawidłowo uporządkować zdarzenia i obliczyć czas między poszczególnymi etapami procesu.

W analizie ten atrybut służy do utworzenia chronologicznego dziennika zdarzeń dla każdego case. Na jego podstawie oblicza się wszystkie miary czasu, takie jak czas cyklu, czas oczekiwania i czas realizacji. Są one niezbędne do wykrywania opóźnień i nieefektywności.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do uporządkowania zdarzeń, odtworzenia przebiegu procesu i obliczenia wszystkich miar wyników opartych na czasie trwania.

Skąd pobrać

Odpowiada dacie utworzenia, dacie rozpoczęcia lub znacznikowi czasu zmiany statusu w rekordach zadań, uzgodnień lub zapisów księgowych w BlackLine.

Przykłady
2023-10-02T09:00:00Z2023-10-05T14:30:15Z2023-10-10T11:21:05Z
Działanie
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło podczas procesu zamknięcia okresu.
Opis

Ten atrybut opisuje pojedynczy etap lub kamień milowy w procesie od księgowania do raportowania, na przykład „Przygotowano uzgodnienie” lub „Zaksięgowano zapis korygujący”. Zdarzenia są uporządkowane chronologicznie, aby odtworzyć przebieg procesu dla każdego okresu finansowego.

Analiza kolejności i częstotliwości działań pomaga ustalić rzeczywistą ścieżkę procesu, wykryć odstępstwa od standardowej procedury i wskazać wąskie gardła. Jest podstawą do utworzenia mapy procesu i obliczania KPI.

Dlaczego to ważne

Stanowi podstawę mapy procesu i pozwala wizualizować oraz analizować jego przebieg, warianty i wyjątki.

Skąd pobrać

Zwykle pochodzi z dzienników zdarzeń, statusów zadań lub ścieżek audytowych w różnych modułach BlackLine, takich jak Tasks, Journals i Account Reconciliations.

Przykłady
Przygotowano uzgodnienieCertyfikowano uzgodnienieZaksięgowano zapis korygującyZamknięto okres
Okres finansowy
FinancialPeriod
Unikalny identyfikator konkretnego cyklu sprawozdawczego, na przykład miesiąca lub kwartału. Służy jako główny identyfikator case.
Opis

Okres finansowy grupuje wszystkie działania związane z zamknięciem i uzgadnianiem kont w danym cyklu sprawozdawczym. Na przykład „2023-01” oznacza wszystkie działania związane z zamknięciem stycznia 2023 roku.

W process mining ten atrybut jest niezbędny do analizy całkowitego czasu procesu zamknięcia okresu. Umożliwia porównywanie czasu cyklu między okresami, co pomaga wykrywać trendy, sezonowość i wpływ usprawnień w czasie.

Dlaczego to ważne

To podstawowy identyfikator łączący wszystkie powiązane działania związane z zamknięciem i uzgadnianiem. Umożliwia pełny wgląd w przebieg i wyniki procesu w każdym okresie.

Skąd pobrać

Zwykle pochodzi z kontekstu okresu sprawozdawczego w modułach Period Close lub Reconciliation systemu BlackLine. Może składać się z pól roku i miesiąca.

Przykłady
2023-122024-Q12023-09FY2024-P03
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych z systemu źródłowego.
Opis

Ten atrybut wskazuje, kiedy zbiór danych został ostatnio zaktualizowany. Informuje, jak aktualne są analizowane dane, dzięki czemu użytkownicy wiedzą, na jak świeżych danych opierają się wnioski o procesie.

To ważna informacja dla osób korzystających z dashboardu. Pozwala ocenić aktualność analizy i upewnić się, że decyzje są podejmowane na podstawie odpowiednio świeżych danych.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, co ma znaczenie przy podejmowaniu na czas trafnych decyzji biznesowych na podstawie analizy.

Skąd pobrać

Ten znacznik czasu jest generowany i zapisywany podczas procesu wyodrębniania, przekształcania i ładowania danych (ETL).

Przykłady
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
System źródłowy
SourceSystem
System, z którego wyodrębniono dane o zdarzeniach.
Opis

Ten atrybut wskazuje źródło danych o procesie. W tym widoku będzie to zawsze „BlackLine”, ale przy analizie obejmującej wiele systemów pozwala rozróżnić źródła danych.

W analizie wielu systemów pole to ma istotne znaczenie dla zrozumienia pochodzenia danych i porównywania wyników poszczególnych systemów. Nawet w widoku jednego systemu dostarcza ważnego kontekstu na potrzeby zarządzania danymi.

Dlaczego to ważne

Dostarcza ważnych informacji o pochodzeniu danych, niezbędnych do zarządzania nimi, ich weryfikacji i integracji z innymi systemami.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas przekształcania danych, aby oznaczyć źródło rekordów.

Przykłady
BlackLineBlackLine-APIBlackLine-Reporting
Czas zakończenia
EventEndTime
Znacznik czasu wskazujący, kiedy zakończyło się działanie lub zdarzenie.
Opis

EventEndTime podaje dokładną datę i godzinę zakończenia danego zadania. W połączeniu z StartTime służy do obliczenia czasu realizacji poszczególnych działań.

W analizie EndTime jest niezbędny do obliczenia czasu trwania każdego etapu. Pomaga wskazać działania, które zajmują najwięcej czasu w całym procesie, i stanowi podstawę analizy wąskich gardeł oraz oceny przydziału zasobów.

Dlaczego to ważne

Umożliwia obliczenie czasu realizacji działań, co jest podstawą do wykrywania wąskich gardeł i pomiaru sprawności operacyjnej.

Skąd pobrać

Odpowiada dacie zakończenia, dacie ostatniej modyfikacji lub znacznikowi czasu konkretnej zmiany statusu w rekordach zadań, uzgodnień lub zapisów księgowych w BlackLine.

Przykłady
2023-10-02T11:30:00Z2023-10-05T15:00:45Z2023-10-10T11:25:10Z
Dział
Department
Dział lub zespół odpowiedzialny za dane działanie albo użytkownika.
Opis

Atrybut Dział wskazuje jednostkę biznesową odpowiedzialną za działanie, na przykład „Księgowość korporacyjna” lub „Audyt wewnętrzny”. Informacje te często pochodzą z profilu użytkownika lub wynikają z charakteru zadania.

Ten wymiar pozwala porównywać wyniki procesu w różnych częściach organizacji. Pomaga ustalić, które działy pracują najsprawniej, które mogą potrzebować dodatkowych zasobów w okresie zamknięcia oraz gdzie przekazywanie pracy między działami powoduje opóźnienia.

Dlaczego to ważne

Umożliwia porównywanie wyników różnych jednostek biznesowych i jest niezbędny do analizy obciążenia pracą oraz wąskich gardeł na poziomie działów.

Skąd pobrać

Informacje te mogą pochodzić z danych profilu użytkownika powiązanych z ResponsibleUser albo z właściwości zadania lub konta księgi głównej w BlackLine lub połączonym systemie ERP.

Przykłady
Księgowość korporacyjnaPlanowanie i analiza finansowaAudyt wewnętrznyPodatki
Kod spółki
CompanyCode
Identyfikator jednostki prawnej, w której realizowane są operacje finansowe.
Opis

Kod spółki wskazuje konkretną jednostkę prawną w organizacji. Czynności związane z zamknięciem finansowym często wykonuje się osobno dla każdego kodu spółki, a następnie konsoliduje.

Ten atrybut ma zasadnicze znaczenie przy analizie zamknięcia okresu na poziomie jednostki. Umożliwia porównanie wyników różnych jednostek prawnych, co jest szczególnie ważne w analizie czasu uzgadniania transakcji wewnątrzgrupowych. Pomaga wskazać jednostki, w których proces zamknięcia jest najbardziej złożony lub nieefektywny.

Dlaczego to ważne

Umożliwia analizę procesu z podziałem na jednostki prawne, co pomaga wykrywać wąskie gardła i problemy z wynikami charakterystyczne dla poszczególnych jednostek.

Skąd pobrać

Dostępne jako standardowe pole w większości transakcji finansowych, w tym zapisach księgowych i uzgodnieniach, w BlackLine oraz źródłowym systemie ERP.

Przykłady
1000US01DE012500
Konto księgi głównej
GLAccount
Numer konta księgi głównej powiązanego z uzgodnieniem lub zapisem księgowym.
Opis

Ten atrybut wskazuje konkretne konto z planu kont, którego dotyczy uzgodnienie lub korekta. Zapewnia szczegółowy kontekst finansowy dla działań w procesie.

Analiza według konta księgi głównej jest niezbędna w dashboardzie trendów ręcznych korekt zapisów księgowych, ponieważ pozwala ustalić, które konta wymagają najwięcej ręcznej pracy. Pomaga też wykrywać ponowne wykonywanie pracy, gdy w jednym okresie dla tego samego konta wprowadzono kilka korekt lub podjęto kilka prób uzgodnienia.

Dlaczego to ważne

Zapewnia kontekst finansowy i pomaga wskazać konta podatne na błędy, wymagające częstych korekt lub powodujące opóźnienia przy zamknięciu.

Skąd pobrać

To podstawowe pole w modułach Account Reconciliations i Journal Entry systemu BlackLine.

Przykłady
101000405020210010
Status uzgodnienia
ReconciliationStatus
Bieżący lub końcowy status zadania uzgadniania.
Opis

Ten atrybut określa stan uzgodnienia w danym momencie, na przykład „Not Started”, „In Progress”, „Certified” lub „Rejected”. Pokazuje postęp i wynik poszczególnych uzgodnień.

Analiza według statusu jest niezbędna w dashboardzie podziału statusów uzgodnień. Pozwala kierownikom szybko sprawdzić, ile uzgodnień oczekuje na realizację, zostało zakończonych lub wymaga uwagi. Śledzenie zmian statusu pomaga wykrywać ponowną pracę i opóźnienia w cyklu weryfikacji i zatwierdzania.

Dlaczego to ważne

Zapewnia przejrzysty obraz postępu i wyników uzgadniania, pomagając wykrywać zaległości i monitorować zgodność z procedurami.

Skąd pobrać

Dostępny bezpośrednio w polu statusu rekordów w module Account Reconciliations systemu BlackLine.

Przykłady
PrzygotowanoZatwierdzonoZaakceptowanoOdrzuconoPo terminie
Użytkownik odpowiedzialny
ResponsibleUser
Identyfikator lub nazwa użytkownika, który wykonał działanie albo jest do niego przypisany.
Opis

Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego zadania, na przykład przygotowanie uzgodnienia lub zaksięgowanie zapisu. Może to być nazwa użytkownika, identyfikator pracownika lub adres e-mail.

Analiza według użytkownika odpowiedzialnego pomaga zrozumieć podział pracy, wyniki poszczególnych osób i potrzeby szkoleniowe. Pozwala ustalić, kto osiąga najlepsze wyniki, czy praca jest rozdzielana równomiernie oraz gdzie najczęściej dochodzi do ponownej pracy lub błędów.

Dlaczego to ważne

Jest niezbędny do analizy podziału pracy, wykrywania wąskich gardeł związanych z konkretnymi grupami użytkowników i oceny wyników zespołów.

Skąd pobrać

Dane można znaleźć w polach takich jak „Assigned To”, „Completed By”, „Preparer”, „Certifier” lub „Approver” w modułach BlackLine.

Przykłady
john.doejane.smithuser123
Czy ponownie wykonano
IsRework
Obliczana flaga wskazująca działania należące do pętli ponownego wykonywania pracy.
Opis

Flaga przyjmuje wartość true dla działań wskazujących, że niepotrzebnie powtarzane są kroki procesu. Na przykład zdarzenie „Odrzucono uzgodnienie”, po którym dla tego samego uzgodnienia następuje kolejne „Przygotowano uzgodnienie”, zostanie oznaczone jako ponowne wykonanie pracy.

Wykrywanie ponownego wykonywania pracy pomaga ujawniać nieefektywność procesu i problemy z jakością. Na podstawie tego atrybutu oblicza się KPI „Odsetek ponownie wykonywanych uzgodnień”. Wskazuje on obszary, w których praca nie jest poprawnie wykonywana za pierwszym razem, co prowadzi do strat czasu i opóźnień.

Dlaczego to ważne

Oznacza nieefektywne pętle procesu i powtarzanie pracy, pomagając oszacować straty czasu oraz ustalić przyczyny problemów z jakością.

Skąd pobrać

Zazwyczaj obliczają go algorytmy narzędzia process mining, które wykrywają powtarzające się sekwencje działań w ramach tego samego przypadku, często powiązane z tym samym ReconciliationId lub GLAccount.

Przykłady
truefalse
Czy wykonano w terminie
IsOnTime
Obliczana flaga wskazująca, czy zamknięcie okresu nastąpiło do wyznaczonej daty.
Opis

Ten atrybut logiczny jest wyliczany przez porównanie rzeczywistego czasu zakończenia działania „Zamknięto okres” z wartością TargetCompletionDate dla danego okresu finansowego. Jasno wskazuje, czy dotrzymano terminu.

Flaga stanowi podstawę do obliczenia KPI „Odsetek zamknięć okresu w terminie”. Ułatwia filtrowanie i wizualizację okresów zamkniętych w terminie oraz po terminie, dzięki czemu można szybko wskazać przypadki wymagające dalszej analizy.

Dlaczego to ważne

Ułatwia śledzenie wyników, wyraźnie oznaczając przypadki, w których nie dotrzymano terminu. Wspiera raportowanie zgodności i realizacji SLA.

Skąd pobrać

Wartość oblicza się w narzędziu process mining, porównując znacznik czasu ostatniego działania „Zamknięto okres” z atrybutem TargetCompletionDate.

Przykłady
truefalse
Czy zautomatyzowano
IsAutomated
Wartość logiczna wskazująca, czy działanie wykonał system, czy użytkownik.
Opis

Ta flaga odróżnia zadania wykonywane automatycznie przez system, na przykład automatyczne zatwierdzanie uzgodnień o niskim ryzyku, od zadań realizowanych ręcznie przez użytkownika. Pomaga określić poziom automatyzacji procesu zamknięcia.

Analiza tego atrybutu pozwala ocenić wpływ automatyzacji. Można porównać szybkość i powtarzalność zadań automatycznych i ręcznych oraz wskazać kolejne możliwości automatyzacji, które zwiększą efektywność i ograniczą ryzyko błędu ludzkiego.

Dlaczego to ważne

Pomaga ocenić poziom automatyzacji procesu i wskazać zadania ręczne, które można zautomatyzować, aby zwiększyć efektywność.

Skąd pobrać

Można to ustalić, sprawdzając, czy ResponsibleUser wskazuje konto systemowe lub usługowe, albo na podstawie odpowiednich flag we właściwościach zadania w BlackLine.

Przykłady
truefalse
Docelowa data zakończenia
TargetCompletionDate
Planowany termin zamknięcia okresu finansowego.
Opis

Ten atrybut określa oficjalny termin zakończenia procesu zamknięcia okresu. Stanowi punkt odniesienia przy pomiarze rzeczywistego czasu realizacji.

Data jest niezbędna do obliczenia KPI „Odsetek zamknięć okresu w terminie”. Porównanie rzeczywistego czasu zakończenia działania „Zamknięto okres” z datą docelową pozwala wskazać okresy zamknięte po terminie i zmierzyć opóźnienie. Ma to istotne znaczenie dla zgodności i sprawozdawczości.

Dlaczego to ważne

To punkt odniesienia przy ocenie terminowości i podstawa do obliczania KPI związanych ze zgodnością z terminami, takich jak odsetek zamknięć okresu w terminie.

Skąd pobrać

Datę tę zazwyczaj ustawia się w kalendarzu zamknięcia okresu lub w ustawieniach zarządzania zadaniami w BlackLine.

Przykłady
2023-10-15T23:59:59Z2024-01-12T23:59:59Z
Identyfikator uzgodnienia
ReconciliationId
Unikalny identyfikator konkretnego zadania uzgodnienia konta.
Opis

Identyfikator uzgodnienia to unikalny klucz przypisany do każdego uzgodnienia konkretnego konta księgi głównej w danym okresie finansowym. Umożliwia dokładne śledzenie przebiegu każdego uzgodnienia.

W analizie identyfikator pozwala odróżnić uzgodnienia dotyczące tego samego konta, realizowane w różnych okresach. Jest niezbędny do szczegółowej analizy, badania konkretnych problemów oraz dokładnego śledzenia statusu i historii każdej pozycji.

Dlaczego to ważne

Zapewnia unikalny klucz do śledzenia poszczególnych uzgodnień, umożliwiając szczegółową analizę i przybliżenie konkretnych obszarów problemowych.

Skąd pobrać

Unikalny identyfikator generowany przez system dla każdego rekordu uzgodnienia w module Account Reconciliations systemu BlackLine.

Przykłady
REC-893475REC-893476REC-893477
Identyfikator zapisu księgowego
JournalId
Unikalny identyfikator konkretnego zapisu księgowego.
Opis

Identyfikator zapisu księgowego to unikalny klucz przypisany do każdego ręcznego zapisu korygującego utworzonego i zaksięgowanego w BlackLine. Umożliwia śledzenie każdego zapisu od utworzenia do zaksięgowania.

Identyfikator jest niezbędny w dashboardzie trendów ręcznych korekt zapisów księgowych. Pozwala dokładnie policzyć ręczne korekty i przeanalizować szczegóły konkretnych zapisów, które mogą wskazywać na problemy z danymi lub procesem.

Dlaczego to ważne

Jednoznacznie identyfikuje każdy ręczny zapis księgowy. Ułatwia liczenie korekt i badanie przyczyn ich dużej liczby.

Skąd pobrać

Unikalny identyfikator generowany przez system dla każdego zapisu w module Journals systemu BlackLine.

Przykłady
JRN-2023-10-001JRN-2023-10-002ADJ-58321
Kwota korekty
AdjustmentAmount
Wartość pieniężna ręcznego zapisu korygującego.
Opis

Ten atrybut określa wpływ ręcznej korekty na finanse. Może zawierać jedną wartość albo osobne kwoty debetowe i kredytowe.

Analiza wartości korekt, oprócz ich liczby, pozwala lepiej ocenić ich znaczenie. Duże lub częste korekty dotyczące konkretnych kont albo działów mogą wskazywać na istotne ryzyko w sprawozdawczości finansowej lub poważne problemy na wcześniejszych etapach procesu, które wymagają rozwiązania.

Dlaczego to ważne

Określa finansowy wpływ ręcznych korekt i pomaga ustalić priorytety analizy obszarów, w których wprowadzane są zmiany o dużej wartości.

Skąd pobrać

Dostępne w polach kwotowych modułu Journals systemu BlackLine.

Przykłady
1500.75-250.0010000.00
Typ uzgodnienia
ReconciliationType
Określa kategorię uzgodnienia, na przykład bilans, rachunek zysków i strat lub uzgodnienie wewnątrzgrupowe.
Opis

Ten atrybut określa typ wykonywanego uzgodnienia. Ma to znaczenie, ponieważ poszczególne typy mogą różnić się złożonością, poziomem ryzyka i przewidywanym czasem realizacji.

Atrybut pozwala podzielić analizę i porównać wyniki oraz trudności związane z różnymi kategoriami uzgodnień. Można na przykład sprawdzić, czy uzgodnienia wewnątrzgrupowe trwają znacznie dłużej niż standardowe uzgodnienia bilansowe.

Dlaczego to ważne

Umożliwia analizę poszczególnych kategorii uzgodnień, które często różnią się złożonością i poziomem ryzyka.

Skąd pobrać

Można go ustalić na podstawie właściwości konta księgi głównej lub ustawień szablonu uzgodnienia w BlackLine.

Przykłady
BilansRachunek zysków i stratUzgodnienie wewnątrzgrupoweUzgodnienie bankowe
Waluta
Currency
Kod waluty kwoty, na przykład USD lub EUR.
Opis

Ten atrybut określa walutę pola AdjustmentAmount. W organizacjach międzynarodowych zapisy księgowe mogą być prowadzone w różnych walutach lokalnych.

Waluta jest niezbędnym kontekstem każdej kwoty finansowej. Pozwala prawidłowo interpretować wartości pieniężne, a także je agregować i porównywać. Analiza często wymaga przeliczenia kwot na wspólną walutę sprawozdawczą.

Dlaczego to ważne

Zapewnia niezbędny kontekst dla wartości pieniężnych, ułatwia ich prawidłową interpretację i przeliczanie na potrzeby sprawozdawczości.

Skąd pobrać

Zazwyczaj znajduje się obok pól kwotowych w module Journals systemu BlackLine lub we właściwościach powiązanego kodu spółki.

Przykłady
USDEURGBPJPY
Wymagane Zalecane Opcjonalne

Działania w procesie Record to Report: zamknięcie okresu i uzgodnienia

Poniżej przedstawiono najważniejsze kroki i etapy procesu, które warto uwzględnić w dzienniku zdarzeń, aby prawidłowo odkryć przebieg procesu i wykryć wąskie gardła.
6 Zalecane 8 Opcjonalne
Działanie Opis
Certyfikowano uzgodnienie
Oznacza moment, w którym osoba przygotowująca uzgodnienie kończy pracę nad kontem i formalnie przekazuje je do weryfikacji. Zwykle zdarzenie jest rejestrowane jako zmiana statusu obiektu uzgodnienia w module Account Reconciliation systemu BlackLine.
Dlaczego to ważne

To ważny moment przekazania pracy. Analiza czasu między certyfikacją a zatwierdzeniem ujawnia wąskie gardła w workflow weryfikacji uzgodnień i pozwala obliczyć KPI czasu zatwierdzania uzgodnień.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu w module Account Reconciliation. Występuje, gdy status uzgodnienia zmienia się na „Certified” lub podobny, oznaczający gotowość do weryfikacji.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy pole statusu uzgodnienia zmienia się na „Certified”.

Typ zdarzenia inferred
Okres otwarty do zamknięcia
To zdarzenie oznacza oficjalne rozpoczęcie procesu zamknięcia finansowego dla danego okresu. Zwykle jest zaplanowane w module Close Management systemu BlackLine. Wtedy zadania stają się aktywne, a okres otrzymuje status „otwarty”.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces. Od tego momentu liczy się wszystkie czasy cyklu, takie jak całkowity czas zamknięcia okresu i czas oczekiwania na dane źródłowe.

Skąd pobrać

Zdarzenie prawdopodobnie pochodzi z modułu Close Management (Task Management) systemu BlackLine. Można je ustalić na podstawie daty aktywacji planu zamknięcia lub daty rozpoczęcia najwcześniejszego zadania w danym okresie finansowym.

Rejestrowanie

Należy ustalić najwcześniejszy znacznik czasu powiązany z zadaniem lub momentem aktywacji okresu w harmonogramie zamknięcia.

Typ zdarzenia inferred
Wygenerowano sprawozdania finansowe
Przygotowano formalne sprawozdania finansowe, takie jak bilans i rachunek zysków i strat. To ważny etap oznaczający skompletowanie podstawowego pakietu sprawozdawczego.
Dlaczego to ważne

Oznacza przejście od procesów księgowych do raportowania i analizy finansowej. Śledzenie tego etapu pozwala mierzyć sprawność końcowej fazy raportowania w procesie zamknięcia.

Skąd pobrać

Prawdopodobnie jest to ważne zadanie w module Close Management systemu BlackLine. Jego zakończenie oznacza, że sprawozdania są gotowe do weryfikacji.

Rejestrowanie

Należy zapisać znacznik czasu zakończenia zadania „Generate Financial Statements” w planie zamknięcia.

Typ zdarzenia inferred
Zaksięgowano zapis korygujący
Zapis korygujący utworzony w BlackLine został zaksięgowany w księdze głównej źródłowego systemu ERP. Oznacza to, że korekta została formalnie zarejestrowana.
Dlaczego to ważne

To działanie bezpośrednio zasila KPI liczby ręcznych korekt księgowych. Jest też istotne przy wskazywaniu obszarów o niskiej jakości danych lub słabych kontrolach, które wymagają częstych ręcznych poprawek.

Skąd pobrać

Zdarzenie jest rejestrowane jako zmiana statusu w module Journal Entry systemu BlackLine. Występuje, gdy status zapisu zmienia się na „Posted”, co często potwierdza integracja z systemem ERP.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy status zapisu księgowego zmienia się na „Posted”.

Typ zdarzenia inferred
Zamknięto okres
To ostatnie działanie, oznaczające zakończenie wszystkich zadań związanych z zamknięciem i oficjalne zamknięcie okresu finansowego. W tym okresie nie można już księgować kolejnych transakcji.
Dlaczego to ważne

To główne zdarzenie kończące proces. Służy do obliczenia całkowitego czasu cyklu zamknięcia okresu i odsetka okresów zamkniętych w terminie.

Skąd pobrać

Zdarzenie można pobrać z modułu Close Management systemu BlackLine, gdy ogólny status okresu zmieni się na „Closed”. Można je też ustalić na podstawie znacznika czasu zakończenia ostatniego zadania w planie zamknięcia.

Rejestrowanie

Należy ustalić znacznik czasu zmiany statusu okresu na „Closed” lub znacznik czasu zakończenia ostatniego zadania.

Typ zdarzenia inferred
Zatwierdzono uzgodnienie
Oznacza ostateczne zatwierdzenie uzgodnienia konta, czyli zakończenie wszystkich etapów weryfikacji. Zdarzenie jest rejestrowane, gdy uzgodnienie osiąga końcowy status zatwierdzenia.
Dlaczego to ważne

To ważny etap oznaczający zakończenie istotnej części pracy. Jest niezbędny do pomiaru całkowitego czasu cyklu uzgadniania i wskazania wąskich gardeł w procesie zatwierdzania.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu na ostateczny status zatwierdzenia w module Account Reconciliation systemu BlackLine. Występuje po zakończeniu całego workflow uzgodnienia.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy status uzgodnienia zmienia się na „Approved” lub końcowy status zatwierdzenia w workflow.

Typ zdarzenia inferred
Odrzucono uzgodnienie
Weryfikator odrzucił certyfikowane uzgodnienie i odesłał je osobie przygotowującej do poprawy. Zdarzenie wskazuje na problem z jakością lub wyjątek i rozpoczyna ponowną pracę nad uzgodnieniem.
Dlaczego to ważne

To działanie ma istotne znaczenie przy pomiarze jakości procesu i ponownej pracy. Częste odrzucenia mogą wskazywać na niewystarczające szkolenia, niejasne zasady lub problemy z jakością danych.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu w module Account Reconciliation. Jest rejestrowane, gdy status uzgodnienia zmienia się na „Rejected” lub uzgodnienie trafia z powrotem do kolejki osoby przygotowującej.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy pole statusu uzgodnienia zostaje zmienione na „Rejected” lub podobny status.

Typ zdarzenia inferred
Przygotowano uzgodnienie
Użytkownik wykonał niezbędne czynności, aby uzgodnić konto, ale nie przekazał go jeszcze formalnie do weryfikacji. Zdarzenie jest rejestrowane, gdy uzgodnienie zostaje zapisane ze statusem „In-Progress” lub „Prepared”.
Dlaczego to ważne

Śledzenie tego zdarzenia pozwala określić nakład pracy potrzebny na rozpoczęcie uzgadniania. Długi czas między tym zdarzeniem a certyfikacją może wskazywać na złożone uzgodnienia lub nadmierne obciążenie użytkowników.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmian statusu w module Account Reconciliation systemu BlackLine. Oznacza ono pierwsze przejście uzgodnienia ze statusu „Not Started” do stanu aktywnego.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy status uzgodnienia zmienia się z „Not Started” na „In Progress” lub podobny.

Typ zdarzenia inferred
Utworzono zapis korygujący
Podczas uzgadniania użytkownik wykrył potrzebę korekty i utworzył zapis księgowy w BlackLine. Zapis nie został jeszcze zaksięgowany w systemie ERP.
Dlaczego to ważne

Śledzenie tworzenia zapisów księgowych pozwala określić liczbę i czas wprowadzania korekt. Umożliwia odróżnienie wykrycia problemu od jego ostatecznego rozwiązania przez zaksięgowanie.

Skąd pobrać

To zdarzenie prawdopodobnie jest rejestrowane bezpośrednio w module Journal Entry systemu BlackLine. Powstaje przy utworzeniu nowego zapisu księgowego dla danego okresu.

Rejestrowanie

Wpis w dzienniku zdarzeń jest tworzony, gdy użytkownik zapisuje nowy zapis księgowy.

Typ zdarzenia explicit
Wygenerowano zestawienie obrotów i sald
Oznacza moment wygenerowania i weryfikacji wstępnego lub końcowego zestawienia obrotów i sald. To ważny etap przed przygotowaniem końcowych sprawozdań finansowych.
Dlaczego to ważne

To działanie stanowi ważny punkt kontrolny w procesie zamknięcia. Opóźnienia w przygotowaniu stabilnego zestawienia obrotów i sald często wskazują na poważne problemy z wcześniejszym uzgadnianiem lub księgowaniem zapisów.

Skąd pobrać

Często jest to zadanie etapowe w module Close Management systemu BlackLine. Jego zakończenie oznacza, że zestawienie obrotów i sald jest gotowe.

Rejestrowanie

Należy zapisać znacznik czasu zakończenia zadania „Generate Trial Balance” w planie zamknięcia.

Typ zdarzenia inferred
Zadanie po terminie
Minął termin zaplanowanego zadania związanego z zamknięciem, a zadanie nie zostało wykonane. To zdarzenie obliczane na podstawie porównania bieżącego czasu z terminem zadania.
Dlaczego to ważne

Pozwala wykryć problemy ze zgodnością i potencjalne wąskie gardła, zanim poważnie zagrożą terminowi zamknięcia. Umożliwia wcześniejsze reagowanie na problemy w procesie zamknięcia.

Skąd pobrać

Nie jest to jawne zdarzenie systemowe. Trzeba je obliczyć, porównując znacznik czasu zakończenia zadania z jego terminem zapisanym w danych modułu Close Management.

Rejestrowanie

Zdarzenie oblicza się, porównując „Task Due Date” z „Task Completion Timestamp”. Jeśli zadanie zakończono po terminie, uznaje się je za opóźnione.

Typ zdarzenia calculated
Zakończono zadanie
Przypisany użytkownik oznaczył jako zakończone konkretne zadanie z listy kontrolnej zamknięcia okresu. Oznacza to wykonanie określonej procedury, na przykład kontroli lub etapu raportowania.
Dlaczego to ważne

Analiza zakończenia zadań pokazuje szczegółowy postęp prac w okresie zamknięcia. Pomaga wskazać konkretne etapy, które opóźniają cały harmonogram.

Skąd pobrać

To zdarzenie pochodzi bezpośrednio z modułu Close Management (Task Management) systemu BlackLine. Dla każdego zadania zapisywany jest znacznik czasu zakończenia, gdy użytkownik oznaczy je jako wykonane.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy użytkownik zmienia status zadania na „Completed”.

Typ zdarzenia explicit
Załadowano dane źródłowe
Oznacza zakończenie ładowania danych transakcyjnych z systemów źródłowych, takich jak ERP, do BlackLine. Jest to warunek rozpoczęcia uzgadniania i księgowania zapisów w danym okresie.
Dlaczego to ważne

Opóźnienia w ładowaniu danych tworzą poważne wąskie gardło dla całego procesu zamknięcia. Śledzenie tego działania pozwala mierzyć czas pozyskiwania danych i wykrywać problemy w systemach źródłowych.

Skąd pobrać

Może zostać zarejestrowane jako zakończenie konkretnego zadania w module Close Management. Można je też ustalić na podstawie znacznika czasu pierwszej transakcji zaimportowanej do BlackLine w danym okresie finansowym.

Rejestrowanie

Należy zapisać znacznik czasu zakończenia zadania „Load Data” lub użyć znacznika czasu najwcześniejszego importu transakcji w danym okresie.

Typ zdarzenia inferred
Zweryfikowano uzgodnienie
Oznacza, że uzgodnienie przeszło co najmniej jeden etap weryfikacji. W workflow z wieloetapowym zatwierdzaniem jest to pośredni etap przed ostateczną akceptacją.
Dlaczego to ważne

Analiza tego działania pomaga ustalić, na których etapach złożonego procesu zatwierdzania występują opóźnienia. Pozwala oddzielić czas pierwszej weryfikacji od czasu kolejnych zatwierdzeń na wyższych szczeblach.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu w module Account Reconciliation. Występuje, gdy użytkownik z uprawnieniami weryfikatora zatwierdza uzgodnienie, ale nie kończy to całego workflow.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy status uzgodnienia zmienia się na pośredni status zatwierdzenia, taki jak „Reviewed” lub „Level 1 Approved”.

Typ zdarzenia inferred
Zalecane Opcjonalne

Przewodniki dotyczące ekstrakcji danych

Jak pobrać dane z BlackLine

Gotowi do rozpoczęcia?

Ten szablon zawiera informacje potrzebne do przygotowania danych i rozpoczęcia usprawniania procesu Record to Report: zamknięcie okresu i uzgodnienia. Można już pracować nad większą efektywnością i dokładnością.

Usprawnij proces Record to Report: zamknięcie okresu i uzgodnienia

Skróć czas cyklu o 30% i zadbaj o rzetelność sprawozdawczości finansowej.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej