Szablon danych dla procesu Record to Report: zapisy dziennika

Uniwersalny szablon process mining
Szablon danych dla procesu Record to Report: zapisy dziennika

Szablon danych dla procesu Record to Report: zapisy dziennika

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Record to Report, zapisy księgowe. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Ujednolicone pola danych ułatwiające spójną analizę w różnych systemach.
  • Zalecane działania pozwalające uchwycić najważniejsze etapy procesu obsługi zapisów dziennika.
  • Elastyczna podstawa, która pozwala szybko i sprawnie rozpocząć process mining.
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu Record to Report: zapisy dziennika

Aby przeprowadzić pełną analizę procesu i uzyskać szczegółowy obraz workflow obsługi zapisów dziennika, warto uwzględnić w event logu zalecane pola danych.
5 Wymagane 6 Zalecane 4 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Dokładny timestamp wskazujący, kiedy w zapisie księgowym wystąpiło określone działanie lub zdarzenie.
Opis

Czas zdarzenia, czyli timestamp, określa dokładną datę i godzinę wykonania działania. Pozwala ustalić chronologiczną kolejność zdarzeń w każdym case, co jest niezbędne do prawidłowego odtworzenia przebiegu procesu.

W analizie timestampy służą do obliczania czasu między działaniami, mierzenia całkowitego czasu cyklu procesu oraz wykrywania opóźnień i wąskich gardeł. Na przykład różnica między przekazaniem zapisu księgowego do zatwierdzenia a jego zatwierdzeniem pokazuje czas zatwierdzania. Dokładne timestampy są podstawą analizy czasu i pomiaru wyników procesu.

Dlaczego to ważne

Ten timestamp pozwala ustalić kolejność zdarzeń, obliczyć czas cyklu i czas trwania oraz wykryć opóźnienia w procesie.

Skąd pobrać

Dane można znaleźć w dziennikach zdarzeń, tabelach historii transakcji lub rejestrach zmian dokumentu. Odpowiednie pola często nazywają się „Data utworzenia”, „Data zmiany” lub „Timestamp”.

Przykłady
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Identyfikator zapisu księgowego
JournalEntryId
Unikalny identyfikator pojedynczego zapisu księgowego. Służy jako główny identyfikator case i pozwala śledzić cały cykl życia zapisu, od utworzenia po zaksięgowanie lub odwrócenie.
Opis

Identyfikator zapisu księgowego to atrybut, który jednoznacznie wskazuje każdą instancję procesu transakcji finansowej. Łączy wszystkie powiązane działania, takie jak utworzenie, zatwierdzenie i zaksięgowanie, w jeden spójny case.

W analizie process mining ten identyfikator pozwala odtworzyć pełny przebieg każdego zapisu księgowego. Stanowi podstawę do obliczania miar na poziomie case, takich jak czas cyklu, identyfikowania wariantów procesu i sprawdzania zgodności z docelowym modelem procesu. Bez unikalnego identyfikatora case nie można prześledzić kolejności zdarzeń dla konkretnej transakcji.

Dlaczego to ważne

Ten identyfikator pozwala śledzić pełny cykl życia każdego zapisu księgowego oraz analizować przebieg, czas trwania i warianty procesu.

Skąd pobrać

Zwykle znajduje się w tabeli nagłówkowej dokumentów finansowych lub księgowych. Może być kluczem złożonym z numeru dokumentu, kodu jednostki gospodarczej i roku obrotowego.

Przykłady
JE001234561000-98765432-2023ACC_DOC_45000189
Nazwa działania
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło w danym momencie procesu obsługi zapisu księgowego.
Opis

Nazwa działania opisuje etap cyklu życia zapisu księgowego, na przykład „Utworzono zapis księgowy”, „Przekazano zapis księgowy do zatwierdzenia” lub „Zaksięgowano zapis księgowy”. Każde działanie oznacza odrębną zmianę stanu lub czynność dotyczącą zapisu.

Ten atrybut ma podstawowe znaczenie w process mining, ponieważ określa węzły na mapie procesu. Analiza kolejności i częstotliwości działań pomaga odtworzyć rzeczywisty przebieg procesu, znaleźć wąskie gardła między etapami, wykryć odstępstwa od standardowej procedury i zmierzyć czas spędzony na każdym etapie.

Dlaczego to ważne

Określa etapy na mapie procesu, co pozwala zobrazować jego przebieg, znaleźć wąskie gardła i analizować odstępstwa.

Skąd pobrać

Często ustalana na podstawie dzienników zmian statusu, tabel zdarzeń, kodów transakcji lub historii workflow powiązanej z dokumentem zapisu księgowego.

Przykłady
Utworzenie księgowaniaPrzekazanie księgowania do zatwierdzeniaZatwierdzenie księgowaniaZaksięgowanie
Ostatnia aktualizacja danych
LastDataUpdate
Timestamp wskazujący, kiedy ostatnio odświeżono dane lub pobrano je z systemu źródłowego.
Opis

Ten atrybut zapisuje datę i godzinę ostatniego pobrania lub odświeżenia danych. Informuje, jak aktualne są analizowane dane.

Aby prawidłowo interpretować wyniki, trzeba wiedzieć, kiedy dane zostały zaktualizowane. Timestamp pozwala ustalić, czy analizowane są informacje bieżące, czy migawka z określonego momentu. Ma to wpływ na aktualność dashboardów i KPI dotyczących bieżących zaległości lub wyników procesu.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu wiadomo, jak bieżące są wyniki analizy procesu.

Skąd pobrać

Zwykle generuje go i zapisuje narzędzie do ekstrakcji danych lub platforma integracyjna podczas ich ładowania.

Przykłady
2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z
System źródłowy
SourceSystem
System ewidencyjny, z którego pobrano dane zapisu księgowego. Informacja ta jest przydatna przy łączeniu danych z wielu systemów.
Opis

Atrybut „System źródłowy” wskazuje aplikację lub moduł, w którym powstały dane zapisu księgowego. W nowoczesnych organizacjach dane finansowe mogą pochodzić z różnych systemów ERP, ksiąg pomocniczych lub aplikacji zewnętrznych.

Atrybut ten przydaje się w kilku rodzajach analiz. Umożliwia porównanie sprawności procesu i jego zgodności w różnych systemach źródłowych. Można na przykład sprawdzić, czy zapisy pochodzące z automatycznej księgi pomocniczej są przetwarzane szybciej niż zapisy wprowadzone ręcznie. Informacja ta wspiera też zarządzanie danymi i rozwiązywanie problemów, ponieważ pozwala prześledzić dane do ich źródła.

Dlaczego to ważne

Wskazuje źródło danych, co pozwala porównywać procesy w różnych systemach i wspiera zarządzanie danymi.

Skąd pobrać

Zwykle określa się go podczas konfiguracji ekstrakcji danych. Może też być standardowym polem w hurtowni danych, która łączy informacje z wielu systemów.

Przykłady
SAP S/4HANAOracle Fusion FinancialsBlackLineRęcznie
Kod jednostki gospodarczej
CompanyCode
Unikalny identyfikator podmiotu prawnego lub spółki, dla której sporządzany jest zapis księgowy.
Opis

Kod jednostki gospodarczej oznacza odrębny podmiot prawny lub jednostkę biznesową w organizacji. Transakcje finansowe rejestruje się na poziomie tej jednostki, aby umożliwić osobne raportowanie finansowe.

W process mining kod jednostki gospodarczej jest ważnym atrybutem analizy organizacyjnej. Pozwala porównywać wyniki procesu w różnych podmiotach, regionach i spółkach zależnych. Analityk może na przykład porównać odsetek odrzuceń lub czas zatwierdzania w jednostkach w USA i Niemczech, aby znaleźć dobre praktyki lub obszary wymagające poprawy. Ułatwia to standaryzację procesów i zapewnianie zgodności w całej organizacji.

Dlaczego to ważne

Umożliwia porównywanie wyników procesów w różnych podmiotach prawnych, spółkach zależnych i regionach.

Skąd pobrać

Standardowe pole w nagłówku niemal każdego dokumentu finansowego w systemie ERP.

Przykłady
1000US01DE01ACME_CORP
Kwota zapisu księgowego
JournalEntryAmount
Łączna wartość pieniężna zapisu księgowego, zwykle odpowiadająca sumie obciążeń.
Opis

Ten atrybut określa wartość finansową zapisu księgowego. W zależności od systemu i modelu danych może oznaczać łączną kwotę obciążeń, łączną kwotę uznań lub sumę bezwzględną.

Analiza procesu z uwzględnieniem wartości pieniężnej może dostarczyć istotnych informacji. Pomaga ustalać priorytety usprawnień, koncentrując uwagę na transakcjach o wysokiej wartości. Można na przykład sprawdzić, czy zatwierdzanie takich zapisów trwa dłużej lub czy są one częściej odrzucane. Atrybut ten jest również potrzebny do analizy istotności i wskazywania transakcji obarczonych większym ryzykiem finansowym.

Dlaczego to ważne

Atrybut ten jest potrzebny do analizy istotności, ustalania priorytetów usprawnień dla transakcji o wysokiej wartości i oceny wpływu finansowego.

Skąd pobrać

Zwykle jest dostępny w tabeli nagłówkowej zapisu księgowego. Może wymagać obliczenia przez zsumowanie kwot poszczególnych pozycji.

Przykłady
5000.00125000.75250.501000000.00
Nazwa użytkownika
UserName
Nazwa lub identyfikator użytkownika, który wykonał określone działanie, na przykład utworzył, zatwierdził lub zaksięgował zapis księgowy.
Opis

Atrybut „Nazwa użytkownika” wskazuje osobę odpowiedzialną za wykonanie danego etapu procesu. Może to być osoba, która utworzyła lub przesłała zapis księgowy, kierownik, który go zatwierdził, albo księgowy, który go zaksięgował.

Analiza wyników procesu według użytkownika pokazuje rozkład obciążenia pracą, produktywność zespołu i potrzeby szkoleniowe poszczególnych osób. Pomaga wskazać osoby osiągające dobre wyniki, użytkowników potrzebujących dodatkowego wsparcia oraz działania regularnie wykonywane przez te same osoby. Informacje te są przydatne przy zarządzaniu zasobami i poprawie wyników.

Dlaczego to ważne

Atrybut ten pomaga analizować rozkład obciążenia pracą i wyniki zespołu oraz wskazywać potrzeby szkoleniowe.

Skąd pobrać

Zwykle znajduje się w dziennikach zmian dokumentu lub tabelach historii workflow. Często jest powiązany z polami takimi jak „Utworzył”, „Zmienił” lub „Identyfikator użytkownika”.

Przykłady
j.doeasmithFIN_USER_123Robert Johnson
Status zapisu księgowego
JournalEntryStatus
Bieżący lub końcowy status zapisu księgowego w jego cyklu życia, na przykład „W buforze”, „Zatwierdzony” lub „Zaksięgowany”.
Opis

Status zapisu księgowego wskazuje stan transakcji w danym momencie lub jej końcowy wynik. Zwykle odzwierciedla ważne etapy procesu, takie jak „W toku”, „Przekazany do zatwierdzenia”, „Zaksięgowany” lub „Odwrócony”.

Atrybut ten pomaga ocenić bieżące obciążenie pracą i zaległości. Kierownicy mogą filtrować zapisy o statusie „W toku” lub „Oczekuje na zatwierdzenie”, aby monitorować nierozpatrzone sprawy. Analiza statusu końcowego pozwala ocenić wyniki procesu, na przykład obliczyć odsetek zapisów zaksięgowanych w porównaniu z usuniętymi lub odwróconymi.

Dlaczego to ważne

Pozwala śledzić stan każdego zapisu księgowego, na przykład „Oczekuje na zatwierdzenie” lub „Zaksięgowany”, i oceniać bieżące obciążenie pracą oraz zaległości.

Skąd pobrać

Dostępny w danych nagłówka zapisu księgowego. Typowe nazwy pól to „Status dokumentu” i „Status księgowania”.

Przykłady
W tokuOczekuje na zatwierdzenieZatwierdzonyZaksięgowanyOdwrócony
Typ zapisu księgowego
JournalEntryType
Klasyfikacja zapisu księgowego, na przykład standardowy, cykliczny, memoriałowy lub odwracający.
Opis

Typ zapisu księgowego klasyfikuje transakcje według ich celu lub charakteru biznesowego. Do często spotykanych typów należą standardowe zapisy ręczne, zapisy z automatycznych ksiąg pomocniczych, rozliczenia międzyokresowe, reklasyfikacje i zapisy odwracające.

Atrybut ten pozwala filtrować i segmentować dane w analizie procesu. Porównanie przebiegu procesu i miar wyników dla różnych typów zapisów księgowych może ujawnić przydatne informacje. Można na przykład stwierdzić, że zatwierdzanie zapisów memoriałowych trwa dłużej albo że zapisy cykliczne są częściej przetwarzane automatycznie. Dzięki temu działania usprawniające można dopasować do konkretnych kategorii transakcji.

Dlaczego to ważne

Pozwala porównywać procesy dla różnych typów transakcji, na przykład zapisów memoriałowych i standardowych, oraz wskazywać obszary wymagające usprawnień.

Skąd pobrać

Zwykle znajduje się w danych nagłówka zapisu księgowego. Nazwy pól mogą obejmować „Typ dokumentu”, „Kategoria zapisu” lub „Typ zapisu”.

Przykłady
StandardowyMemoriałowyCyklicznyOdwracający
Waluta
Currency
Kod waluty kwoty podanej w zapisie księgowym, na przykład USD lub EUR.
Opis

Atrybut „Waluta” określa jednostkę pieniężną kwoty zapisu księgowego. Jest niezbędny do prawidłowej interpretacji i porównywania wartości finansowych, zwłaszcza w organizacjach międzynarodowych.

W analizie atrybut ten stanowi niezbędny kontekst dla kwoty zapisu księgowego. Pozwala filtrować transakcje według waluty i jest konieczny przy agregowaniu lub porównywaniu kwot z różnych regionów. Aby przeprowadzić miarodajną analizę globalną, może być potrzebne przeliczenie kwot na jedną walutę raportową.

Dlaczego to ważne

Dostarcza kontekstu niezbędnego do interpretacji kwoty zapisu księgowego oraz umożliwia rzetelną analizę finansową i porównywanie kwot w różnych walutach.

Skąd pobrać

Standardowe pole w nagłówku dokumentu finansowego, często nazywane „Kod waluty” lub „Klucz waluty”.

Przykłady
USDEURGBPJPY
Czy zautomatyzowano
IsAutomated
Flaga wskazująca, czy działanie wykonał system, czy użytkownik.
Opis

Atrybut „Czy zautomatyzowano” to flaga logiczna, która odróżnia działania wykonane przez systemy automatyczne, takie jak boty lub zintegrowane księgi pomocnicze, od działań wykonanych ręcznie przez użytkowników.

Atrybut ten jest niezbędny do pomiaru poziomu automatyzacji procesu obsługi zapisów księgowych. Pozwala obliczyć KPI automatyzacji i wskazać możliwości dalszej automatyzacji. Porównanie czasu cyklu i odsetka błędów dla działań automatycznych i ręcznych pomaga uzasadnić inwestycje w technologie automatyzacji, które mogą zwiększyć sprawność i ograniczyć błędy ludzkie.

Dlaczego to ważne

Pomaga mierzyć poziom automatyzacji procesu i wskazywać zadania ręczne, które można zautomatyzować, aby zwiększyć sprawność i ograniczyć błędy.

Skąd pobrać

Często ustala się go, sprawdzając, czy „Nazwa użytkownika” wskazuje konto systemowe lub serwisowe albo czy transakcja pochodzi z automatycznego systemu źródłowego.

Przykłady
truefalse
Data księgowania
PostingDate
Data oficjalnego zaksięgowania zapisu w księdze głównej, która wpływa na okres finansowy.
Opis

Data księgowania to oficjalna data księgowa transakcji. Określa okres obrotowy, w którym zapis księgowy zostanie ujęty w sprawozdaniu finansowym. Może różnić się od daty utworzenia zapisu lub daty transakcji.

Analiza daty księgowania ma znaczenie dla kontroli finansowej i oceny terminowości. Odstęp między utworzeniem lub zatwierdzeniem zapisu a jego zaksięgowaniem może być ważnym KPI, który wskazuje opóźnienia na końcowym etapie procesu. Data ta służy również do analizy terminowości księgowań i wykrywania zapisów z datą wsteczną lub przypisanych do niewłaściwego okresu, co może budzić zastrzeżenia dotyczące zgodności.

Dlaczego to ważne

Data ta pozwala obliczać opóźnienia w księgowaniu i sprawdzać, czy zapisy trafiają do właściwego okresu finansowego, co jest niezbędne do rzetelnego raportowania.

Skąd pobrać

Standardowe, obowiązkowe pole w nagłówku wszystkich dokumentów finansowych w systemie ERP.

Przykłady
2023-10-312023-11-302024-01-02
Dział
Department
Dział lub centrum kosztów powiązane z zapisem księgowym, na przykład finanse, sprzedaż lub IT.
Opis

Atrybut „Dział” łączy zapis księgowy z konkretną jednostką biznesową, funkcją lub centrum kosztów. Te dane organizacyjne pozwalają przypisać działania finansowe do odpowiedzialnego obszaru firmy.

Podobnie jak kod jednostki gospodarczej, dział umożliwia szczegółową analizę danych procesu. Można porównywać sprawność procesu, odsetek poprawek lub czas zatwierdzania w różnych działach. Pomaga to znaleźć dobre praktyki lub wskazać zespoły, które potrzebują większego wsparcia albo dodatkowych wskazówek dotyczących procesu.

Dlaczego to ważne

Umożliwia analizę procesu i porównywanie wyników w różnych jednostkach biznesowych, co pomaga wykrywać problemy charakterystyczne dla danego działu i znajdować dobre praktyki.

Skąd pobrać

Można go znaleźć w danych nagłówka zapisu księgowego lub jego pozycji. Może być ustalany na podstawie użytkownika, który utworzył zapis, albo centrum kosztów przypisanego do transakcji.

Przykłady
FinanseSprzedaż i marketingUsługi ITCC-10120
Powód odrzucenia
RejectionReason
Powód podany przez osobę weryfikującą, która odrzuciła zapis księgowy podczas procesu zatwierdzania.
Opis

Powód odrzucenia to kod lub opis wyjaśniający, dlaczego zapis księgowy nie został zatwierdzony. Typowe przyczyny to błędne przypisanie konta, brak dokumentacji lub naruszenie zasad.

Atrybut ten jest podstawą analizy przyczyn poprawek i nieefektywności procesu. Analiza częstotliwości poszczególnych powodów odrzucenia pozwala wskazać najczęstsze źródła błędów. Na tej podstawie można zaplanować konkretne działania, takie jak ulepszenie materiałów szkoleniowych, doprecyzowanie zasad lub wprowadzenie kontroli systemowych zapobiegających błędom. Atrybut ten bezpośrednio wspiera KPI, takie jak odsetek odrzuceń i odsetek poprawek.

Dlaczego to ważne

Atrybut ten pomaga ustalić przyczyny poprawek, wykryć częste błędy i zaplanować odpowiednie szkolenia lub usprawnienia systemu.

Skąd pobrać

Zwykle znajduje się w dzienniku workflow lub historii zatwierdzania zapisu księgowego. Może być polem tekstowym albo wartością wybraną z predefiniowanej listy.

Przykłady
Nieprawidłowe konto księgi głównejBrak dokumentacji potwierdzającejPrzekroczono limitZduplikowany zapis
Wymagane Zalecane Opcjonalne

Działania w procesie Record to Report: zapisy dziennika

Aby dokładnie odtworzyć proces i zrozumieć przebieg obsługi zapisów dziennika, należy rejestrować te ważne etapy i punkty kontrolne.
6 Zalecane 8 Opcjonalne
Działanie Opis
Odrzucenie księgowania
Osoba sprawdzająca lub zatwierdzająca odrzuca księgowanie, uniemożliwiając jego dalszą obsługę. Zapis jest zwykle odsyłany do osoby, która go utworzyła, w celu poprawy, co rozpoczyna pętlę poprawek.
Dlaczego to ważne

To działanie jest ważne przy wykrywaniu poprawek, które bezpośrednio wpływają na efektywność i koszt procesu. Wysoki odsetek odrzuceń może wskazywać na problemy ze szkoleniami, zasadami lub jakością danych.

Skąd pobrać

Zdarzenie jest rejestrowane w workflow lub dzienniku audytu, gdy osoba zatwierdzająca wybiera działanie „Odrzuć” lub „Odeślij”.

Rejestrowanie

Zapisz znacznik czasu zmiany statusu na „Odrzucono”, „Wymaga korekty” lub podobny.

Typ zdarzenia explicit
Przekazanie księgowania do zatwierdzenia
Osoba tworząca formalnie przekazuje gotowe księgowanie do workflow zatwierdzania. W ten sposób zapis przechodzi z etapu przygotowania do oczekiwania na sprawdzenie.
Dlaczego to ważne

To działanie kończy etap przygotowania i rozpoczyna cykl zatwierdzania. Czas od przekazania do zatwierdzenia to ważny KPI efektywności workflow.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane jako zmiana statusu w ścieżce audytu systemu lub dzienniku workflow, na przykład ze statusu „W toku” na „Przekazano”.

Rejestrowanie

Znajdź znacznik czasu zmiany statusu księgowania na „Przekazano do zatwierdzenia” lub podobny.

Typ zdarzenia explicit
Stornowanie księgowania
Wcześniej zaksięgowane księgowanie jest stornowane przez utworzenie nowego dokumentu z odwrotnymi zapisami. Działanie to służy do poprawiania błędów w zaksięgowanych dokumentach i jest jawną transakcją, którą można poddać audytowi.
Dlaczego to ważne

Storna są ważnym wskaźnikiem błędów w zaksięgowanych pozycjach. To niepożądany sposób zakończenia procesu, który należy uwzględnić przy pomiarze odsetka poprawnych księgowań za pierwszym razem.

Skąd pobrać

Zwykle jest to oznaczone jako określony typ transakcji lub odpowiednią flagą w danych zarówno pierwotnego, jak i odwracającego zapisu księgowego.

Rejestrowanie

Ustal datę księgowania nowego dokumentu zapisu księgowego, który został bezpośrednio powiązany z pierwotnym zapisem jako jego odwrócenie.

Typ zdarzenia explicit
Utworzenie księgowania
To działanie rozpoczyna nowe księgowanie. Oznacza moment, w którym użytkownik tworzy w systemie pierwszy zapis, stanowiący punkt wyjścia dla całego procesu.
Dlaczego to ważne

To główne działanie rozpoczynające proces. Pomiar czasu od tego momentu do zaksięgowania pozwala określić całkowity czas realizacji procesu od początku do końca.

Skąd pobrać

To zdarzenie jest zwykle rejestrowane w tabeli nagłówkowej modułu księgowań na podstawie znacznika czasu utworzenia zapisu.

Rejestrowanie

Znajdź najwcześniejszy znacznik czasu powiązany z identyfikatorem księgowania w dziennikach transakcji systemu lub tabeli nagłówkowej.

Typ zdarzenia explicit
Zaksięgowanie
Księgowanie zostaje oficjalnie wprowadzone do księgi głównej. W tym momencie dokument staje się trwałym zapisem finansowym i wpływa na sprawozdania finansowe firmy.
Dlaczego to ważne

To główny oczekiwany rezultat i koniec procesu. Jest podstawą pomiaru całkowitego czasu realizacji oraz efektywności całego cyklu księgowania.

Skąd pobrać

To ważne zdarzenie jest rejestrowane w nagłówku księgowania na podstawie statusu „Zaksięgowano” i odpowiadającej mu daty księgowania.

Rejestrowanie

Użyj daty i godziny zaksięgowania z tabeli nagłówkowej księgowań lub powiązanych tabel dokumentów finansowych.

Typ zdarzenia explicit
Zatwierdzenie księgowania
Upoważniony menedżer ostatecznie zatwierdza księgowanie. To ostatni etap kontroli przed wprowadzeniem dokumentu do księgi głównej.
Dlaczego to ważne

To ważny etap, który kończy cykl zatwierdzania. Czas od zatwierdzenia do zaksięgowania to kolejny obszar, w którym można mierzyć efektywność procesu i wykrywać wąskie gardła.

Skąd pobrać

Zdarzenie jest rejestrowane w workflow lub dzienniku audytu, gdy ostatnia upoważniona osoba kończy etap zatwierdzania.

Rejestrowanie

Zapisz znacznik czasu ostatecznego zatwierdzenia, na przykład statusu „Zatwierdzono” lub „Zwolniono do zaksięgowania”.

Typ zdarzenia explicit
Dołączenie dokumentacji
Użytkownik dołącza do księgowania jeden lub więcej dokumentów potwierdzających. Dostarczają one osobom sprawdzającym i audytorom niezbędnych dowodów oraz informacji o transakcji.
Dlaczego to ważne

Śledzenie tego działania pomaga ustalić, czy opóźnienia wynikają z brakującej dokumentacji. Dostarcza również informacji o zgodności i kompletności przygotowania księgowania.

Skąd pobrać

Informacje te są zwykle przechowywane w osobnej tabeli załączników lub systemu zarządzania dokumentami, powiązanej z identyfikatorem księgowania.

Rejestrowanie

Użyj znacznika czasu utworzenia z dziennika lub tabeli załączników powiązanych z danym identyfikatorem księgowania.

Typ zdarzenia explicit
Ponowne przekazanie księgowania do zatwierdzenia
Poprawione księgowanie wraca do workflow zatwierdzania i rozpoczyna nowy cykl sprawdzania. Działanie to ponownie uruchamia proces zatwierdzania po wprowadzeniu poprawek.
Dlaczego to ważne

To działanie rozpoczyna nowy cykl zatwierdzania tego samego księgowania. Analiza ponownych zgłoszeń pomaga określić pełną skalę poprawek.

Skąd pobrać

Zdarzenie jest rejestrowane w dzienniku workflow, gdy status księgowania zmienia się z „Odrzucono” lub „W toku” z powrotem na „Przekazano do zatwierdzenia”.

Rejestrowanie

Znajdź zmianę statusu na „Przekazano do zatwierdzenia”, która nastąpiła po działaniu „Odrzucenie księgowania” w tym samym przypadku.

Typ zdarzenia inferred
Poprawienie księgowania
Użytkownik modyfikuje księgowanie po jego odrzuceniu lub odesłaniu do poprawy. Działanie to oznacza dodatkową pracę potrzebną do usunięcia problemów wykrytych podczas sprawdzania.
Dlaczego to ważne

Pomiar czasu poświęconego na poprawki pozwala określić ich wpływ. Ujawnia nieefektywności i obszary, w których warto usprawnić proces lub przeszkolić użytkowników.

Skąd pobrać

Zdarzenie to często ustala się na podstawie zmian w ważnych polach danych księgowania po zarejestrowaniu statusu „Odrzucono”.

Rejestrowanie

Wykryj zmianę danych księgowania lub znacznika czasu ostatniej modyfikacji, która nastąpiła między działaniami „Odrzucono” i „Przekazano ponownie”.

Typ zdarzenia inferred
Pozycja zapisu rozliczona
Otwarta pozycja zapisu księgowego zostaje skompensowana innym księgowaniem, na przykład wpływ środków rozlicza naliczone zobowiązanie. To działanie oznacza uzgodnienie konkretnych pozycji i ich zamknięcie.
Dlaczego to ważne

Ta czynność po zaksięgowaniu ma duże znaczenie w procesach korzystających z kont rozliczeniowych. Opóźnienia w rozliczaniu mogą obniżyć dokładność bilansu i wydłużyć zamknięcie okresu.

Skąd pobrać

Zdarzenie jest rejestrowane w danych pozycji zapisu księgowego. Zwykle uzupełnia się tam datę rozliczenia i numer dokumentu rozliczeniowego.

Rejestrowanie

Użyj daty rozliczenia przypisanej do konkretnej pozycji zapisu księgowego.

Typ zdarzenia explicit
Rozpoznanie księgowania ręcznego
To obliczane zdarzenie klasyfikuje księgowanie jako utworzone ręcznie podczas interaktywnej sesji użytkownika. Odróżnia je od zapisów utworzonych przez zautomatyzowane interfejsy lub zadania wsadowe.
Dlaczego to ważne

Rozróżnienie księgowań ręcznych i automatycznych jest niezbędne do analizy automatyzacji. Pomaga ukierunkować działania usprawniające i ocenić ryzyko związane z ręczną ingerencją.

Skąd pobrać

Nie jest to zdarzenie określone w czasie, lecz klasyfikacja wyprowadzona z pól systemu źródłowego, takich jak kod transakcji, metoda wprowadzania lub wskaźniki systemu źródłowego.

Rejestrowanie

Klasyfikuj księgowania na podstawie pola źródłowego wskazującego metodę ich wprowadzenia. Jako znacznik czasu można ustawić czas zaksięgowania.

Typ zdarzenia calculated
Usunięcie księgowania
Wstępne lub niezaksięgowane księgowanie zostaje usunięte z systemu. Zwykle dzieje się tak, gdy zapis utworzono przez pomyłkę lub nie jest już potrzebny, zanim stał się zapisem finansowym.
Dlaczego to ważne

To końcowy rezultat dla księgowań, które nigdy nie zostały zaksięgowane. Analiza usunięć może ujawnić problemy w procesie lub niepotrzebnie wykonywaną pracę.

Skąd pobrać

Zdarzenie może być rejestrowane w dzienniku audytu lub wykrywane przez porównanie z rekordami, które wcześniej znajdowały się w tabelach księgowań, a następnie zostały usunięte.

Rejestrowanie

Zapisz znacznik czasu z dziennika audytu, który odnotowuje usunięcie księgowania.

Typ zdarzenia explicit
Zapisanie księgowania jako wstępnego
Użytkownik zapisuje niekompletne księgowanie bez jego zaksięgowania, aby później je uzupełnić lub sprawdzić. Powstaje wstępny dokument, który nie wpływa jeszcze na księgę główną.
Dlaczego to ważne

Zapisanie księgowania jako wstępnego może oznaczać opóźnienie lub brak informacji potrzebnych do jego złożenia. Duża liczba takich zapisów może wskazywać na nieefektywności lub problemy z dostępnością danych.

Skąd pobrać

Informacja ta często występuje jako jawny status lub typ dokumentu w danych nagłówkowych księgowania albo w dzienniku zmian statusu.

Rejestrowanie

Zapisz znacznik czasu zmiany statusu księgowania na „Wstępne”, „Zapisane” lub „Niekompletne”.

Typ zdarzenia explicit
Zmiana księgowania po zaksięgowaniu
Użytkownik zmienia wybrane pola księgowania po jego zaksięgowaniu. Większość danych finansowych nie podlega już zmianom, ale często można modyfikować niektóre pola opisowe.
Dlaczego to ważne

Takie zmiany mogą wskazywać na problemy z jakością danych lub próby poprawienia informacji poza formalnym procesem stornowania. Ich śledzenie jest ważne przy analizie audytowej i kontroli zgodności.

Skąd pobrać

To działanie jest zwykle rejestrowane w dziennikach zmian dokumentów, które śledzą modyfikacje zapisów finansowych po ich zaksięgowaniu.

Rejestrowanie

Znajdź w dziennikach zmian rekordy powiązane z identyfikatorem księgowania, których znacznik czasu jest późniejszy niż data zaksięgowania.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Od czego zacząć?

Analizę procesu można rozpocząć od tego uniwersalnego szablonu albo przejść bezpośrednio do instrukcji ekstrakcji danych z konkretnego systemu i dostosować do niej przygotowanie danych.

Usprawnij obsługę zapisów dziennika. Zacznij już teraz

Zwiększ efektywność, ogranicz błędy i skróć cykl zamknięcia ksiąg.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty kredytowej • Od razu zobaczysz efekty