Szablon danych dla procesu Record to Report - zapisy księgowe
Szablon danych dla procesu Record to Report - zapisy księgowe
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Praktyczne wskazówki dotyczące pobierania danych
Atrybuty procesu Record to Report - zapisy księgowe
| 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
|
|||
Działania w procesie Record to Report - zapisy księgowe
| 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
|
|||
Instrukcje pobierania danych
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.
Nie trzeba podawać danych karty kredytowej. Można zrezygnować w dowolnym momencie.