Szablon danych dla procesu Record to Report - zapisy księgowe

Workiva
Szablon danych dla procesu Record to Report - zapisy księgowe

Szablon danych dla procesu Record to Report - zapisy księgowe

Ten szablon zawiera wskazówki dotyczące gromadzenia danych potrzebnych do analizy procesu Record to Report - zapisy księgowe. Opisuje wymagane pola danych, najważniejsze kroki procesu do śledzenia oraz praktyczne sposoby pobierania tych informacji z Workiva. Dzięki niemu można przygotować dane potrzebne do skutecznej analizy process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Praktyczne wskazówki dotyczące pobierania danych
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 księgowe

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować proces Record to Report - zapisy księgowe.
5 Wymagane 5 Zalecane 8 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTime
Znacznik czasu wskazujący, kiedy nastąpiło określone działanie lub zdarzenie.
Opis

Czas zdarzenia to dokładny znacznik czasu obejmujący datę i godzinę, który określa moment wykonania działania. Dane te są niezbędne do prawidłowego uporządkowania zdarzeń i przeprowadzenia analiz opartych na czasie.

W process mining atrybut ten służy do obliczania czasu między działaniami, całkowitego czasu cyklu case oraz czasu oczekiwania. Jest niezbędny w dashboardach analizujących czas cyklu, takich jak „Czas cyklu zatwierdzania zapisu księgowego” i „Opóźnienie w dołączaniu dokumentów”. Stanowi też podstawę do wykrywania opóźnień i nieefektywności procesu.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do obliczania czasu trwania, prawidłowego porządkowania zdarzeń i analizy wyników procesu w czasie.

Skąd pobrać

Informacje te są zwykle przechowywane przy każdym zdarzeniu lub każdej zmianie statusu w tabelach transakcji lub dzienników Workiva.

Przykłady
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Działanie
ActivityName
Nazwa konkretnego kroku procesu lub zdarzenia dotyczącego zapisu księgowego.
Opis

Ten atrybut opisuje działanie wykonane na danym etapie cyklu życia zapisu księgowego. Obejmuje ważne zdarzenia, takie jak „Utworzenie zapisu księgowego”, „Przesłanie zapisu księgowego do weryfikacji”, „Zatwierdzenie zapisu księgowego” i „Zaksięgowanie zapisu księgowego w księdze głównej”.

Analiza kolejności i częstotliwości tych działań stanowi podstawę process mining. Pozwala zobrazować przebieg procesu, wskazać częste i rzadkie ścieżki (warianty) oraz zlokalizować wąskie gardła, w których zapisy czekają najdłużej. Służy też do określania punktów początkowych i końcowych przy obliczaniu KPI, takich jak czas cyklu zatwierdzania.

Dlaczego to ważne

Określa kroki procesu, umożliwiając wizualizację i analizę workflow zapisu księgowego oraz identyfikację wąskich gardeł.

Skąd pobrać

Atrybut jest zwykle ustalany na podstawie dzienników zdarzeń lub rekordów zmian statusu w Workiva. Może być konieczne przyporządkowanie kodów statusu systemowego lub opisów zdarzeń do odpowiednich wartości.

Przykłady
Utworzenie zapisu księgowegoPrzesłanie zapisu księgowego do weryfikacjiZapis księgowy zatwierdzonyZapis księgowy zaksięgowany w księdze głównej
Identyfikator zapisu księgowego
JournalEntryId
Unikalny identyfikator pojedynczego zapisu księgowego, używany jako główny identyfikator case na potrzeby analizy procesu.
Opis

Identyfikator zapisu księgowego pozwala śledzić wszystkie działania i zdarzenia związane z określonym zestawem transakcji finansowych, od utworzenia zapisu po jego zaksięgowanie i uzgodnienie. Łączy wszystkie etapy, takie jak utworzenie, przesłanie, weryfikacja, zatwierdzenie i księgowanie, w jedną instancję procesu.

W process mining ten atrybut jest podstawą do odtworzenia pełnego przebiegu każdego zapisu księgowego. Umożliwia analizę wariantów procesu, czasu cyklu i pętli poprawek dla poszczególnych zapisów, pokazując, jak każdy z nich przechodzi przez system.

Dlaczego to ważne

To niezbędny identyfikator do śledzenia całego cyklu życia zapisu księgowego oraz analizy przebiegu, czasu trwania i wariantów procesu.

Skąd pobrać

To klucz główny rekordu zapisu księgowego w Workiva. Informacje o konkretnej tabeli lub punkcie końcowym API można znaleźć w dokumentacji Workiva.

Przykłady
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy ostatnio odświeżono dane z systemu źródłowego.
Opis

Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z Workiva. Informuje, jak aktualne są analizowane dane.

W każdym dashboardzie do analizy procesu ta informacja pomaga użytkownikom ocenić aktualność wniosków. Pozwala ustalić, czy analizowane są dane bieżące, czy migawka z określonego momentu, co ma znaczenie przy podejmowaniu świadomych decyzji operacyjnych.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, dzięki czemu wiadomo, czy analiza odzwierciedla obecny stan procesu.

Skąd pobrać

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

Przykłady
2023-10-27T02:00:00Z
System źródłowy
SourceSystem
System, z którego pobrano dane dotyczące zapisu księgowego.
Opis

Ten atrybut wskazuje aplikację źródłową, z której pochodzą dane o procesie. W tej analizie jego wartością będzie zawsze „Workiva”.

W analizie jednego systemu może się wydawać niezmienny, ale jest ważnym elementem metadanych potrzebnym do zarządzania danymi i śledzenia ich pochodzenia. W dużych organizacjach procesy często obejmują wiele systemów. Wtedy to pole pomaga odtworzyć pełną ścieżkę pochodzenia danych i prawidłowo łączyć dane z różnych źródeł.

Dlaczego to ważne

Zapewnia informacje o pochodzeniu danych i ich kontekst, dzięki czemu wiadomo, skąd pochodzą dane o procesie, zwłaszcza gdy obejmuje on wiele systemów.

Skąd pobrać

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

Przykłady
Workiva
Dział
Department
Dział biznesowy lub centrum kosztów, z którego pochodzi zapis księgowy.
Opis

Ten atrybut wskazuje jednostkę organizacyjną, taką jak finanse, sprzedaż lub marketing, powiązaną z zapisem księgowym. Często określa się ją na podstawie centrum kosztów lub użytkownika, który utworzył zapis.

Analiza procesu według działu pozwala porównywać wyniki różnych części organizacji. Pomaga ustalić, które działy mają sprawniejsze procesy, częściej wprowadzają poprawki lub dłużej czekają na zatwierdzenie. Dzięki temu można dzielić się dobrymi praktykami i kierować wsparcie tam, gdzie jest potrzebne.

Dlaczego to ważne

Umożliwia porównanie wyników różnych jednostek biznesowych i pomaga wskazać problemy lub dobre praktyki charakterystyczne dla poszczególnych działów.

Skąd pobrać

Informacje te są prawdopodobnie dostępne w danych nagłówka zapisu księgowego. Mogą być powiązane z profilem autora lub wskazane jako centrum kosztów.

Przykłady
FinanseSprzedaż, Ameryka PółnocnaOperacje, UE
Kwota zapisu księgowego
JournalEntryAmount
Łączna wartość pieniężna zapisu księgowego, zwykle suma obciążeń lub uznań.
Opis

Ten atrybut określa podstawową wartość finansową zapisu księgowego. Może to być łączna kwota obciążeń, która powinna być równa łącznej kwocie uznań.

Analiza procesu według wartości finansowej może ujawnić istotne zależności. Na przykład zapisy o wysokiej wartości mogą podlegać dokładniejszej kontroli i przechodzić bardziej rygorystyczną ścieżkę zatwierdzania. Atrybut ten pozwala filtrować dashboardy i sprawdzać, czy wartość zapisu wiąże się z czasem przetwarzania, odsetkiem poprawek lub opóźnieniami w zatwierdzaniu.

Dlaczego to ważne

Umożliwia analizę według wpływu finansowego i pomaga ustalić, czy zapisy o wysokiej wartości są przetwarzane inaczej lub częściej się opóźniają.

Skąd pobrać

To podstawowe pole w danych nagłówka zapisu księgowego w Workiva.

Przykłady
15000.00250.50125000.75
Status zapisu księgowego
JournalEntryStatus
Bieżący status zapisu księgowego w jego cyklu życia.
Opis

Ten atrybut wskazuje bieżący stan zapisu księgowego, na przykład „Draft”, „Submitted for Approval”, „Approved”, „Posted” lub „Rejected”. Pokazuje, na jakim etapie znajduje się zapis w chwili pobrania danych.

Jest niezbędny do monitorowania operacji i zasila dashboard „Przegląd bieżących statusów zapisów księgowych”. Zapewnia kadrze zarządzającej czytelny obraz bieżącego obciążenia i zaległości na każdym etapie procesu, co ułatwia przydzielanie zasobów i ustalanie priorytetów.

Dlaczego to ważne

Pokazuje bieżący etap procesu, na którym znajdują się zapisy księgowe. Ułatwia monitorowanie operacji i zarządzanie zaległościami.

Skąd pobrać

To standardowe pole w nagłówku zapisu księgowego w Workiva, które wskazuje jego bieżący stan.

Przykłady
Wersja roboczaOczekuje na zatwierdzenieZaksięgowanyOdrzucony
Typ zapisu księgowego
JournalEntryType
Klasyfikacja zapisu księgowego, na przykład standardowy, memoriałowy lub korygujący.
Opis

Ten atrybut klasyfikuje zapisy księgowe według ich celu biznesowego. Typowe kategorie to zapisy standardowe dla rutynowych transakcji, zapisy memoriałowe do ujmowania przychodów i kosztów, zapisy reklasyfikacyjne oraz zapisy korygujące.

Ten wymiar jest przydatny w analizie porównawczej. Pozwala podzielić proces na segmenty i sprawdzić, czy obsługa niektórych typów zapisów trwa dłużej, częściej kończy się odrzuceniem lub przebiega inną ścieżką. Na przykład dashboard „Trend odwróceń zapisów księgowych” wykorzystuje go do analizy odwróceń według typu, co pomaga wykryć problemy związane z określonymi praktykami księgowymi.

Dlaczego to ważne

Pozwala podzielić proces na segmenty i sprawdzić, czy niektóre typy zapisów częściej powodują opóźnienia, poprawki lub odstępstwa.

Skąd pobrać

Prawdopodobnie jest to standardowe pole w nagłówku zapisu księgowego w Workiva.

Przykłady
StandardowyMemoriałowyReklasyfikacyjnyKorygujący
Użytkownik
User
Identyfikator lub nazwa użytkownika, który wykonał działanie.
Opis

Ten atrybut wskazuje osobę odpowiedzialną za dane działanie, na przykład autora, osobę weryfikującą lub zatwierdzającą zapis księgowy. Może to być unikalny identyfikator użytkownika, imię i nazwisko lub adres e-mail.

Analiza danych według użytkownika pomaga zrozumieć rozkład obciążenia, wyniki pracy i zgodność. Umożliwia tworzenie dashboardów, takich jak „Rozkład obciążenia pracą przy zapisach księgowych” i „Analiza odrzuceń zapisów księgowych”. Podział działań według użytkownika może wskazać potrzeby szkoleniowe lub nierównomierne wykorzystanie zasobów.

Dlaczego to ważne

Atrybut ten pomaga analizować rozkład obciążenia, wskazywać osoby osiągające najlepsze wyniki oraz rozpoznawać zachowania użytkowników i wąskie gardła związane z ich pracą.

Skąd pobrać

Informacje te są zwykle dostępne w dziennikach zdarzeń lub transakcji Workiva i przypisane do każdego zarejestrowanego działania.

Przykłady
asmithbjonescchen
Czas cyklu zatwierdzania
ApprovalCycleTime
Łączny czas od przesłania zapisu księgowego do weryfikacji do jego ostatecznego zatwierdzenia.
Opis

Ta miara obliczana określa czas trwania całego etapu zatwierdzania. Zwykle jest to różnica między pierwszym zdarzeniem „Przesłanie zapisu księgowego do weryfikacji” a końcowym zdarzeniem „Zatwierdzenie zapisu księgowego” dla każdego zapisu.

Jest to bezpośrednia miara sprawności workflow weryfikacji i zatwierdzania oraz ważny KPI dla wielu działów finansowych. Zasila dashboard „Czas cyklu zatwierdzania zapisu księgowego”, który pomaga wykrywać wąskie gardła i monitorować wpływ działań usprawniających proces zatwierdzania.

Dlaczego to ważne

Ten KPI bezpośrednio mierzy sprawność procesu zatwierdzania i pomaga wskazać opóźnienia.

Skąd pobrać

To miara obliczana na podstawie znaczników czasu działań „Przesłanie zapisu księgowego do weryfikacji” i „Zatwierdzenie zapisu księgowego” z dziennika zdarzeń.

Przykłady
25920086400604800
Czas zakończenia
EndTime
Znacznik czasu wskazujący, kiedy zakończono określone działanie lub zdarzenie.
Opis

Czas zakończenia wskazuje dokładny moment, w którym działanie dobiega końca. Wiele zdarzeń procesowych jest natychmiastowych i ma tylko czas rozpoczęcia. Niektóre działania trwają jednak dłużej, na przykład weryfikacja, która zaczyna się, gdy użytkownik otwiera zadanie, a kończy po jego przesłaniu.

Atrybut ten służy przede wszystkim do obliczania czasu przetwarzania, czyli aktywnej pracy, i odróżniania go od czasu bezczynności lub oczekiwania. Pomaga ustalić, ile czasu użytkownicy poświęcają na konkretne zadania, takie jak „Weryfikacja zapisu księgowego”.

Dlaczego to ważne

Pozwala obliczyć rzeczywisty czas przetwarzania działania i oddzielić aktywną pracę od oczekiwania, co zwiększa dokładność analizy sprawności procesu.

Skąd pobrać

Informacje można znaleźć w dokumentacji Workiva. Być może trzeba będzie ustalić ten czas na podstawie zdarzeń rozpoczęcia i zakończenia pojedynczego działania.

Przykłady
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
Czy dołączono dokumentację
HasSupportingDocumentation
Flaga wskazująca, czy dokumentację potwierdzającą dołączono przed przesłaniem zapisu do weryfikacji.
Opis

Ten atrybut logiczny sprawdza, czy przed działaniem „Przesłanie zapisu księgowego do weryfikacji” dla danego zapisu wystąpiło działanie „Dołączenie dokumentacji potwierdzającej”.

Atrybut ten zasila dashboard „Zgodność dokumentacji zapisów księgowych” i KPI „Odsetek zapisów księgowych z dołączoną dokumentacją”. Ma znaczenie dla zgodności i możliwości przeprowadzenia audytu, ponieważ zapisy bez wymaganej dokumentacji mogą być odrzucane, opóźniać proces i prowadzić do ustaleń audytowych. Analiza pomaga egzekwować zasady i usprawniać weryfikację.

Dlaczego to ważne

Bezpośrednio mierzy zgodność z zasadami dotyczącymi dokumentacji i pomaga ograniczyć poprawki oraz opóźnienia spowodowane brakującymi informacjami.

Skąd pobrać

To atrybut pochodny, obliczany na podstawie kolejności działań w danych procesu dla każdego case.

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

Ten atrybut logiczny odróżnia działania wykonywane automatycznie przez system, takie jak „Automatyczna walidacja”, od działań wykonywanych ręcznie przez użytkownika, na przykład „Weryfikacja zapisu księgowego”.

To rozróżnienie jest niezbędne do rzetelnego pomiaru sprawności procesu i oceny możliwości automatyzacji. Pozwala oddzielić wąskie gardła związane z pracą ludzi od problemów systemowych oraz obliczyć rzeczywisty nakład pracy ręcznej. Jest przydatne w działaniach, których celem jest zwiększenie automatyzacji i ograniczenie ręcznej obsługi.

Dlaczego to ważne

Pomaga odróżnić działania systemu od działań użytkowników, co ułatwia analizę poziomu automatyzacji i wykrywanie wąskich gardeł związanych z pracą ręczną.

Skąd pobrać

Często jest to atrybut pochodny. Można go ustalić, sprawdzając, czy użytkownik przypisany do działania jest kontem systemowym lub serwisowym, albo czy nazwa działania wskazuje na automatyzację.

Przykłady
truefalse
Czy wymagane były poprawki
IsRework
Flaga wskazująca, czy zapis księgowy został kiedykolwiek odrzucony lub poprawiony w trakcie swojego cyklu życia.
Opis

Ten atrybut logiczny jest obliczany dla każdego case. Przyjmuje wartość „true”, jeśli sekwencja działań dla zapisu księgowego obejmuje zdarzenia takie jak „Odrzucenie zapisu księgowego” lub „Poprawienie zapisu księgowego”.

Atrybut ten ułatwia analizę poprawek, zapewniając prostą flagę logiczną do filtrowania i agregowania danych. Jest podstawą do obliczania KPI „Odsetek zapisów księgowych wymagających poprawek” i zasila dashboard „Analiza poprawek zapisów księgowych”. Pozwala szybko wskazać case odbiegające od standardowej ścieżki i wymagające dodatkowej pracy.

Dlaczego to ważne

Prosta flaga pozwala wskazać i analizować zapisy księgowe wymagające poprawek. Ułatwia pomiar jakości procesu i odsetka zapisów poprawnych za pierwszym razem.

Skąd pobrać

To atrybut pochodny, obliczany przez sprawdzenie, czy dziennik zdarzeń dla danego case zawiera działania związane z poprawkami, takie jak „Odrzucenie zapisu księgowego”.

Przykłady
truefalse
Data księgowania
PostingDate
Data oficjalnego zaksięgowania zapisu w księdze głównej.
Opis

Data księgowania to data, z którą transakcja jest ujmowana w sprawozdawczości finansowej. Określa okres obrachunkowy, w którym zapis zostanie uwzględniony w sprawozdaniach finansowych. Może różnić się od daty utworzenia lub zatwierdzenia zapisu.

Atrybut ten jest przydatny w analizie finansowej i analizy zgodności. Pomaga ocenić terminowość księgowań w odniesieniu do zamknięcia okresów obrachunkowych. Opóźnienia między zatwierdzeniem a zaksięgowaniem mogą wskazywać na problemy systemowe lub wąskie gardła procesu, które wpływają na zamknięcie finansowe.

Dlaczego to ważne

To ważna data w sprawozdawczości finansowej. Pomaga ocenić terminowość księgowań i ich wpływ na cykl zamknięcia finansowego.

Skąd pobrać

To standardowe pole daty w danych nagłówka zapisu księgowego w Workiva.

Przykłady
2023-10-312023-11-302023-12-31
Kod spółki
CompanyCode
Identyfikator konkretnej jednostki prawnej, dla której rejestrowany jest zapis księgowy.
Opis

Kod spółki oznacza odrębną jednostkę prawną w ramach grupy kapitałowej. Transakcje finansowe są rejestrowane na tym poziomie na potrzeby sprawozdawczości prawnej i konsolidacji.

W organizacji obejmującej wiele jednostek analiza procesu zapisów księgowych według kodu spółki pomaga wykryć różnice w wynikach, zgodności i sprawności procesu, charakterystyczne dla określonych jednostek prawnych lub regionów. Ułatwia to lepsze ukierunkowanie działań usprawniających.

Dlaczego to ważne

Umożliwia analizę i porównanie wyników procesu w różnych jednostkach prawnych organizacji.

Skąd pobrać

To podstawowe i obowiązkowe pole w nagłówku zapisu księgowego w każdym systemie księgowym dla przedsiębiorstw, w tym w Workiva.

Przykłady
1000US01DE01
Powód odrzucenia
RejectionReason
Kod lub opis wyjaśniający, dlaczego zapis księgowy został odrzucony podczas weryfikacji lub zatwierdzania.
Opis

Gdy zapis księgowy zostaje odrzucony, ten atrybut przechowuje powód podany przez osobę weryfikującą lub zatwierdzającą. Może to być na przykład „Nieprawidłowe konto księgi głównej”, „Brak dokumentacji”, „Błąd obliczeń” lub „Naruszenie zasad”.

Informacje te pomagają ustalić źródłowe przyczyny poprawek. Analiza najczęstszych powodów odrzucenia pozwala wskazać obszary wymagające poprawy, takie jak szkolenia dla użytkowników, jaśniejsze instrukcje lub lepsze kontrole systemowe. Atrybut ten jest przydatny w dashboardach „Analiza poprawek zapisów księgowych” i „Analiza odrzuceń zapisów księgowych”.

Dlaczego to ważne

Ułatwia ustalenie przyczyn poprawek i zaplanowanie działań dotyczących szkoleń, dokumentacji oraz kontroli procesu.

Skąd pobrać

Dane mogą być przechowywane w osobnym polu albo w polu komentarzy lub notatek powiązanym w Workiva z działaniem „Odrzucenie zapisu księgowego”.

Przykłady
Brak dokumentacji potwierdzającejUżyto nieprawidłowego konta księgi głównejKwota przekracza limit
Wymagane Zalecane Opcjonalne

Działania w procesie Record to Report - zapisy księgowe

Poniżej przedstawiono najważniejsze kroki i kamienie milowe, które należy uwzględnić w dzienniku zdarzeń, aby prawidłowo odkrywać i analizować workflow obsługi zapisów księgowych.
6 Zalecane 8 Opcjonalne
Działanie Opis
Odwrócenie zapisu księgowego przetworzone
Wcześniej zaksięgowany zapis księgowy zostaje odwrócony przez utworzenie nowego zapisu, który znosi skutki pierwotnego. Jest to określony typ transakcji, jawnie rejestrowany w systemie.
Dlaczego to ważne

To działanie często wskazuje na błędy w zaksięgowanych zapisach. Wysoki odsetek odwróceń może świadczyć o problemach z weryfikacją wstępną lub zatwierdzaniem, obniżać dokładność danych finansowych i wymagać dodatkowej pracy.

Skąd pobrać

Zdarzenie można zarejestrować na podstawie danych transakcji, w których określony typ transakcji lub flaga oznacza odwrócenie. Zapis odwracający zwykle zawiera odwołanie do identyfikatora pierwotnego zapisu księgowego.

Rejestrowanie

Utworzenie nowego rekordu zapisu księgowego typu „Reversal” z odwołaniem do identyfikatora pierwotnego zapisu.

Typ zdarzenia explicit
Przesłanie zapisu księgowego do weryfikacji
Oznacza moment, w którym użytkownik przesyła przygotowany zapis księgowy wraz z dokumentacją do formalnego workflow weryfikacji i zatwierdzania. Zwykle jest rejestrowane jako jawna zmiana statusu na platformie Workiva, na przykład z „Draft” lub „New” na „In Review”.
Dlaczego to ważne

Ta czynność rozpoczyna cykl zatwierdzania. Pomiar czasu od tego momentu do ostatecznego zatwierdzenia pomaga wykrywać wąskie gardła w procesie weryfikacji i obliczać czas cyklu zatwierdzania.

Skąd pobrać

Wnioskowane na podstawie zmiany statusu zapisu księgowego, na przykład z „Draft” na „Submitted for Review”. Zmiana i jej znacznik czasu powinny być zapisane w historii zmian lub tabeli dziennika statusów.

Rejestrowanie

Ustalane na podstawie zmiany pola statusu zapisu księgowego na „Submitted” lub podobną wartość, z wykorzystaniem znacznika czasu tej zmiany.

Typ zdarzenia inferred
Utworzenie zapisu księgowego
Ta czynność oznacza rozpoczęcie obsługi nowego zapisu księgowego w Workiva. Jest rejestrowana, gdy użytkownik tworzy nowy zapis, któremu system przypisuje unikalny identyfikator pełniący funkcję identyfikatora case w procesie.
Dlaczego to ważne

Jako początkowe zdarzenie procesu jest niezbędna do pomiaru całkowitego czasu cyklu każdego zapisu księgowego. Analiza tej czynności pomaga zrozumieć, kiedy pojawia się praca i jak planować zasoby.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane w dzienniku audytowym lub tabeli transakcji Workiva. Zapis obejmuje utworzenie nowego obiektu zapisu księgowego, znacznik czasu utworzenia i identyfikator użytkownika.

Rejestrowanie

Rejestrowane w ścieżce audytowej lub tabeli po utworzeniu nowego zapisu księgowego, wraz ze znacznikiem czasu „Created On”.

Typ zdarzenia explicit
Zapis księgowy odrzucony
Osoba weryfikująca lub zatwierdzająca odrzuca zapis księgowy z powodu błędów, brakujących informacji lub naruszenia zasad. Zapis wraca wtedy do autora w celu poprawienia. Zdarzenie jest rejestrowane jako zmiana statusu na „Rejected” lub „Needs Rework”.
Dlaczego to ważne

To działanie najczęściej rozpoczyna pętlę poprawek, która znacząco obniża sprawność procesu. Analiza odrzuceń pomaga wskazać potrzeby szkoleniowe, częste błędy i niejasne wytyczne dotyczące procesu.

Skąd pobrać

Zdarzenie można wywnioskować z historii zmian statusu zapisu księgowego. Status zmienia się na „Rejected”, a zdarzenie jest rejestrowane wraz ze znacznikiem czasu i identyfikatorem użytkownika, który wykonał tę czynność.

Rejestrowanie

Znacznik czasu aktualizacji pola statusu na „Rejected” lub „Sent Back”.

Typ zdarzenia inferred
Zapis księgowy zaksięgowany w księdze głównej
To działanie oznacza, że zatwierdzony zapis księgowy został oficjalnie zaksięgowany w księdze głównej. Oznacza pomyślne zakończenie głównego przebiegu procesu. Zwykle jest rejestrowane jako końcowa zmiana statusu lub transakcja księgowania.
Dlaczego to ważne

Jako główne zdarzenie końcowe dla większości zapisów księgowych, działanie to ma zasadnicze znaczenie przy obliczaniu czasu cyklu od początku do końca oraz przepustowości. Oznacza moment, w którym zapis wpływa na sprawozdania finansowe.

Skąd pobrać

Informacje o zdarzeniu można znaleźć w dzienniku transakcji księgowań w księdze głównej albo w zmianie statusu zapisu księgowego na „Posted”. W tym momencie zwykle uzupełniane jest pole daty księgowania.

Rejestrowanie

Zdarzenie można zarejestrować w tabeli księgowań w księdze głównej, zawierającej znacznik czasu i odwołanie do identyfikatora zapisu księgowego, albo na podstawie zmiany statusu na „Posted”.

Typ zdarzenia explicit
Zapis księgowy zatwierdzony
To działanie oznacza ostateczne zatwierdzenie zapisu księgowego przez uprawnionego użytkownika, co pozwala zaksięgować zapis w księdze głównej. Jest to ważny etap, zwykle rejestrowany w Workiva jako jawna zmiana statusu na „Approved”.
Dlaczego to ważne

Oznacza pomyślne zakończenie całego procesu weryfikacji i zatwierdzania. To ważne zdarzenie przy pomiarze czasu cyklu zatwierdzania i odsetka zapisów zatwierdzonych za pierwszym razem. Wpływa bezpośrednio na sprawność procesu.

Skąd pobrać

Zdarzenie jest rejestrowane w historii statusów zapisu księgowego. Pole statusu przyjmuje wartość „Approved”, a zmiana jest zapisywana wraz ze znacznikiem czasu i identyfikatorem użytkownika zatwierdzającego.

Rejestrowanie

Znacznik czasu aktualizacji pola statusu zapisu księgowego na „Approved”.

Typ zdarzenia inferred
Automatyczna walidacja
Po przesłaniu zapisu system automatycznie sprawdza jego pola, sumy lub zgodność z obowiązującymi regułami. Zwykle jest to zautomatyzowany proces działający w tle, rejestrowany przez system.
Dlaczego to ważne

Wczesne wykrywanie problemów z jakością danych ogranicza późniejsze ręczne poprawki. Analiza nieudanych walidacji może ujawnić częste błędy użytkowników lub wskazać, gdzie warto poprawić wskazówki dostępne w systemie.

Skąd pobrać

Zdarzenie można znaleźć w dziennikach systemowych lub dzienniku transakcji powiązanym z workflow obsługi zapisów księgowych. Rejestruje ono wykonanie reguł walidacji.

Rejestrowanie

Rejestrowane przez system podczas sprawdzania danych zapisu księgowego przez mechanizm walidacji.

Typ zdarzenia explicit
Dołączenie dokumentacji potwierdzającej
Ta czynność ma miejsce, gdy użytkownik dołącza do zapisu księgowego jeden lub więcej dokumentów potwierdzających, na przykład faktury lub umowy. Zwykle można ją zarejestrować, monitorując funkcje zarządzania dokumentami lub załącznikami w Workiva.
Dlaczego to ważne

Śledzenie tej czynności ma duże znaczenie dla monitorowania zgodności i wykrywania opóźnień. Czas między utworzeniem zapisu a dołączeniem dokumentów może być istotnym wąskim gardłem, które wydłuża weryfikację i zatwierdzanie.

Skąd pobrać

Dane pochodzą z dzienników funkcji zarządzania dokumentami w Workiva i wskazują, kiedy plik został powiązany z konkretnym identyfikatorem zapisu księgowego. Może to być jawne zdarzenie w dzienniku zdarzeń lub informacja wywnioskowana z daty utworzenia powiązania z załącznikiem.

Rejestrowanie

Zdarzenie rejestrowane po pomyślnym przesłaniu lub powiązaniu dokumentu z zapisem księgowym przez użytkownika.

Typ zdarzenia explicit
Niepowodzenie automatycznej walidacji
Automatyczna kontrola systemowa wykrywa błąd i blokuje dalszy przebieg zapisu księgowego w workflow. System automatycznie zmienia jego status na niepowodzenie lub wymaga ponownego opracowania.
Dlaczego to ważne

To zdarzenie pokazuje działanie automatycznych kontroli jakości. Częste niepowodzenia mogą wskazywać na systemowe problemy z wprowadzaniem danych lub błędy w samych regułach walidacji, które powodują niepotrzebne poprawki.

Skąd pobrać

Zdarzenie można zarejestrować w dzienniku systemowym lub na podstawie zmiany statusu wywołanej automatyczną walidacją. Status zapisu może zmienić się na „Validation Error” lub podobną wartość.

Rejestrowanie

Zdarzenie zapisane przez system lub automatyczna zmiana statusu na błąd po niespełnieniu reguły walidacji.

Typ zdarzenia explicit
Rozpoczęcie weryfikacji zapisu księgowego
Ta czynność oznacza moment, w którym osoba weryfikująca rozpoczyna sprawdzanie przesłanego zapisu księgowego. Można ją ustalić na podstawie otwarcia lub przejęcia zadania weryfikacji na liście zadań Workiva.
Dlaczego to ważne

Ta czynność pozwala odróżnić czas oczekiwania zapisu w kolejce od czasu poświęconego na jego aktywną weryfikację. Jest niezbędna do dokładnego pomiaru obciążenia osób weryfikujących i wykrywania wąskich gardeł w kolejkach.

Skąd pobrać

Często nie jest to jawne zdarzenie. Można je ustalić na podstawie przypisania zadania przez system do konkretnego użytkownika lub pierwszego otwarcia zapisu księgowego przez użytkownika po jego przesłaniu.

Rejestrowanie

Wnioskowane na podstawie zmiany statusu zadania na „In Progress” lub pierwszego otwarcia zapisu przez przypisaną osobę weryfikującą po jego przesłaniu.

Typ zdarzenia inferred
Zakończenie weryfikacji zapisu księgowego
To zdarzenie oznacza, że osoba weryfikująca zakończyła ocenę zapisu księgowego i podjęła działanie, na przykład przekazała go do zatwierdzenia lub odrzuciła. Zwykle można je ustalić na podstawie późniejszej zmiany statusu.
Dlaczego to ważne

Oznacza zakończenie ważnego etapu kontroli jakości. Analiza czasu trwania weryfikacji pomaga lepiej rozłożyć obciążenie zespołu oraz wskazać obszary, w których przyda się szkolenie osób weryfikujących lub uproszczenie procesu.

Skąd pobrać

Zdarzenie można wywnioskować z chwili, gdy status zapisu księgowego zmienia się z „In Review” na kolejny, na przykład „Pending Approval” lub „Rejected”.

Rejestrowanie

Znacznik czasu zmiany statusu z etapu weryfikacji na dowolny kolejny etap.

Typ zdarzenia inferred
Zapis księgowy poprawiony
Po odrzuceniu autor lub inny użytkownik modyfikuje zapis księgowy, aby usunąć wskazane problemy. Zwykle nie jest to osobne zdarzenie, lecz można je wywnioskować ze zmian danych rekordu po statusie „Rejected”.
Dlaczego to ważne

To działanie jest częścią pętli poprawek. Pomiar czasu potrzebnego na poprawienie zapisów pokazuje, jak szybko usuwane są błędy oraz czy poprawianie niektórych zapisów lub zapisów przez określonych użytkowników trwa dłużej.

Skąd pobrać

Zdarzenie można wywnioskować z dzienników ścieżki audytu. Wykrywa się je na podstawie modyfikacji pól zapisu księgowego między statusem „Rejected” a jego ponownym przesłaniem.

Rejestrowanie

Zdarzenie można wykryć w dziennikach zmian lub ścieżkach audytu, które pokazują modyfikacje danych zapisu księgowego po znaczniku czasu zdarzenia „Rejected”.

Typ zdarzenia inferred
Zapis księgowy przekazany do zatwierdzenia
Po pomyślnej weryfikacji wstępnej zapis księgowy jest formalnie przekazywany wyznaczonej osobie zatwierdzającej lub grupie zatwierdzającej. Zdarzenie jest rejestrowane jako zmiana statusu, na przykład z „Reviewed” na „Pending Approval”.
Dlaczego to ważne

To działanie pozwala odróżnić weryfikację wstępną od końcowego zatwierdzenia, które mogą wykonywać osoby pełniące różne role. Ułatwia też wyodrębnienie opóźnień na etapie zatwierdzania przez osoby wyższego szczebla.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu zapisu księgowego zarejestrowanej w tabeli historii zmian. Status zmienia się z etapu weryfikacji na etap zatwierdzania.

Rejestrowanie

Zdarzenie ustala się na podstawie zmiany pola statusu na „Pending Approval” lub podobną wartość oraz przypisanego do niej znacznika czasu.

Typ zdarzenia inferred
Zapis księgowy uzgodniony
To działanie po zaksięgowaniu następuje, gdy zapis księgowy zostaje dopasowany i rozliczony w ramach uzgadniania. Jest rejestrowane w narzędziach Workiva do uzgadniania lub certyfikacji kont.
Dlaczego to ważne

Analiza czasu od zaksięgowania do uzgodnienia pomaga ocenić sprawność procesu zamknięcia finansowego. Opóźnienia na tym etapie mogą wpływać na terminowość i dokładność sprawozdawczości finansowej.

Skąd pobrać

Dane prawdopodobnie pochodzą z osobnego modułu uzgadniania lub tabeli w Workiva, która łączy uzgodnione pozycje z identyfikatorami źródłowych zapisów księgowych. Wykorzystuje się znacznik czasu zmiany statusu uzgodnienia.

Rejestrowanie

Znacznik czasu zdarzenia lub zmiany statusu w module uzgadniania, która oznacza zapis księgowy jako „Reconciled”.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Workiva

Gotowi do rozpoczęcia?

Już dziś rozpocznij usprawnianie procesu Record to Report - zapisy księgowe. Ten szablon zawiera wszystko, czego potrzeba, aby zacząć wydobywać przydatne informacje z danych.

Już dziś zacznij usprawniać proces Record to Report - zapisy księgowe

Skróć czas cyklu obsługi zapisów księgowych o 30% i szybciej zamykaj okresy finansowe.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty kredytowej. Można zrezygnować w dowolnym momencie.