Szablon danych dla procesu Record to Report: zapisy dziennika
Szablon danych dla procesu Record to Report: zapisy dziennika
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.
Atrybuty procesu Record to Report: zapisy dziennika
| 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 | |||
Działania w procesie Record to Report: zapisy dziennika
| 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 | |||
Instrukcje ekstrakcji danych
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.
Nie trzeba podawać danych karty kredytowej • Od razu zobaczysz efekty