Szablon danych dla procesu Record to Report: zamknięcie okresu i uzgodnienia
Szablon danych dla procesu Record to Report: zamknięcie okresu i uzgodnienia
- Zalecane atrybuty do zebrania
- Najważniejsze czynności do śledzenia
- Wskazówki dotyczące wyodrębniania danych z Workiva
Atrybuty procesu Record to Report: zamknięcie okresu i uzgodnienia
| Nazwa | Opis | ||
|---|---|---|---|
|
Nazwa działania
ActivityName
|
Nazwa konkretnego zadania lub zdarzenia, które wystąpiło w procesie zamknięcia okresu. | ||
|
Opis
Nazwa działania opisuje krok w workflow od zapisów do raportowania, na przykład „Zaimportowano dane źródłowe” lub „Przekazano uzgodnienie do weryfikacji”. Działania te tworzą mapę procesu, a przypisane do nich znaczniki czasu pokazują kolejność zdarzeń. Analiza działań jest podstawą process mining. Pozwala zobrazować przebieg procesu, ustalić kolejność zadań, wykryć odstępstwa od standardowej procedury oraz zmierzyć częstotliwość i czas trwania każdego kroku. Pomaga wskazać wąskie gardła, pętle poprawek i możliwości automatyzacji.
Dlaczego to ważne
Ten atrybut stanowi podstawę mapy procesu. Umożliwia zobrazowanie i analizę kolejności kroków w cyklu zamknięcia.
Skąd pobrać
Informacja jest zwykle zapisywana w ścieżce audytu, systemie zarządzania zadaniami lub dziennikach workflow Workiva i powiązana z konkretnymi zadaniami zamknięcia lub uzgodnienia.
Przykłady
Rozpoczęcie zamknięcia okresuPrzekazanie uzgodnienia do weryfikacjiZaksięgowanie korygującego zapisu księgowegoWygenerowanie sprawozdań finansowych
|
|||
|
Okres finansowy
FinancialPeriod
|
Unikalny identyfikator konkretnego cyklu sprawozdawczego, na przykład miesiąca lub kwartału. W procesie zamknięcia okresu pełni funkcję identyfikatora sprawy. | ||
|
Opis
Okres finansowy to główny identyfikator sprawy, który grupuje wszystkie działania związane z zamknięciem ksiąg za określony przedział czasu. Przykładowo „2024-Q1” lub „2024-03” oznacza jedną sprawę. W process mining analiza według okresu finansowego daje pełny obraz cyklu od zapisów do raportowania. Umożliwia porównywanie procesu zamknięcia w różnych okresach, wykrywanie trendów, mierzenie skrócenia czasu cyklu i wskazywanie powtarzających się wąskich gardeł. Traktując każdy okres jako osobną sprawę, organizacja może analizować warianty procesu i zgodność ze standardowymi procedurami w czasie.
Dlaczego to ważne
To niezbędny identyfikator sprawy, który wyznacza zakres analizy i pozwala mierzyć oraz porównywać cały cykl zamknięcia każdego okresu.
Skąd pobrać
Zwykle wynika z kontekstu okresu sprawozdawczego w modułach raportowania finansowego lub zarządzania zamknięciem Workiva. Konkretne nazwy pól można sprawdzić w dokumentacji Workiva.
Przykłady
2024-032024-Q1FY2023-P12Kwiecień 2024
|
|||
|
Znacznik czasu zdarzenia
EventTimestamp
|
Dokładna data i godzina zarejestrowania konkretnego działania lub zdarzenia. | ||
|
Opis
Znacznik czasu zdarzenia wskazuje, kiedy nastąpiło działanie. Jest niezbędny do prawidłowego ustalenia kolejności zdarzeń i obliczenia czasu między nimi. Kompletny dziennik zdarzeń zawiera znacznik czasu dla każdego działania, od „Rozpoczęto zamknięcie okresu” do „Zakończono zamknięcie okresu”. Znacznik czasu stanowi podstawę wszystkich analiz czasowych w process mining. Służy do obliczania czasu cyklu, czasu oczekiwania i czasu przetwarzania, które są niezbędne w dashboardach takich jak „Całkowity czas cyklu zamknięcia okresu” i „Analiza wąskich gardeł w uzgodnieniach”. Dokładne znaczniki czasu są warunkiem rzetelnej analizy procesu.
Dlaczego to ważne
Pozwala ustalić chronologiczną kolejność zdarzeń, niezbędną do obliczania wskaźników czasowych, takich jak czas cyklu, i wykrywania opóźnień w procesie.
Skąd pobrać
Informację można znaleźć w dziennikach zdarzeń, ścieżkach audytu lub rejestrach transakcji Workiva. Odpowiada ona czasowi utworzenia lub ukończenia zadania.
Przykłady
2024-04-01T09:00:00Z2024-04-05T14:32:15Z2024-04-10T11:05:00Z
|
|||
|
Ostatnia aktualizacja danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy ostatnio odświeżono dane dotyczące procesu. | ||
|
Opis
Ten atrybut zapisuje, kiedy dane zostały ostatnio zaktualizowane z systemu źródłowego. Jest to pole metadanych przypisywane do całego zbioru danych przy każdym odświeżeniu. Wyświetlanie znacznika czasu ostatniej aktualizacji danych w dashboardzie to dobra praktyka. Informuje użytkowników, jak aktualne są analizowane dane, i pomaga określić, na ile można polegać na wnioskach. Jest też ważne przy monitorowaniu operacyjnym.
Dlaczego to ważne
Informuje użytkowników o aktualności danych, dzięki czemu mogą uwzględnić ten kontekst w analizie i wiedzą, kiedy dane ostatnio odświeżono.
Skąd pobrać
Znacznik czasu jest generowany i zapisywany przez potok danych lub narzędzie ETL podczas ekstrakcji danych.
Przykłady
2024-05-10T08:00:00Z2024-05-09T08:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pierwotnie pochodzą dane o zdarzeniu. | ||
|
Opis
Ten atrybut wskazuje aplikację lub platformę, która wygenerowała dane. W tej analizie będzie to przede wszystkim „Workiva”, ale można go też użyć do rozróżnienia danych zaimportowanych z innych systemów, takich jak ERP. W środowisku obejmującym wiele systemów znajomość systemu źródłowego pomaga zrozumieć pochodzenie danych i ocenić ich jakość. Ułatwia analizę przyczyn źródłowych niespójności danych i dostarcza kontekstu dotyczącego sposobu wykonania działania.
Dlaczego to ważne
Dostarcza ważnych informacji o pochodzeniu danych, co pomaga je weryfikować i zrozumieć środowisko technologiczne procesu.
Skąd pobrać
Wartość jest zwykle ustawiana podczas ekstrakcji i transformacji danych, aby oznaczyć pochodzenie rekordów.
Przykłady
WorkivaSAP S/4HANAOracle NetSuite
|
|||
|
Dział
Department
|
Dział lub zespół funkcyjny odpowiedzialny za dane działanie. | ||
|
Opis
Ten atrybut wskazuje jednostkę biznesową lub dział, na przykład „Księgowość korporacyjna” albo „Audyt wewnętrzny”, powiązany z użytkownikiem lub samym działaniem. Umożliwia analizę danych procesowych na wyższym poziomie. Analiza procesu według działu jest niezbędna w dashboardzie „Rozkład obciążenia pracą przy zamknięciu okresu” oraz przy porównywaniu wyników procesu w różnych częściach organizacji. Pomaga wykrywać problemy systemowe w działach, porównywać sprawność zespołów i oceniać, jak przekazywanie pracy między działami wpływa na całkowity czas cyklu.
Dlaczego to ważne
Pozwala podzielić analizę procesu według obszaru działalności, porównać wyniki i wykryć problemy charakterystyczne dla poszczególnych działów.
Skąd pobrać
Informacja może być przechowywana w profilu użytkownika w Workiva lub w metadanych zadania.
Przykłady
Księgowość korporacyjna w Ameryce PółnocnejUsługi wspólne w regionie EMEAAudyt wewnętrznyPlanowanie i analiza finansowa
|
|||
|
Kategoria uzgodnienia
ReconciliationCategory
|
Kategoria lub rodzaj uzgadnianego konta, na przykład konto bankowe lub konto wewnątrzgrupowe. | ||
|
Opis
Ten atrybut grupuje konta księgi głównej w logiczne kategorie, co ułatwia analizę na wyższym poziomie. Przykłady to „Środki pieniężne”, „Środki trwałe”, „Rozliczenia międzyokresowe” i „Wewnątrzgrupowe”. Klasyfikacja pomaga ocenić wyniki procesu dla różnych rodzajów uzgodnień. W analizie wąskich gardeł w uzgodnieniach filtrowanie według kategorii jest niezbędne. Pozwala ustalić, czy opóźnienia dotyczą konkretnych obszarów, na przykład czy uzgodnienia wewnątrzgrupowe trwają regularnie dłużej niż uzgodnienia kont bankowych. Wnioski te pomagają dobrać usprawnienia do problemów charakterystycznych dla każdej kategorii.
Dlaczego to ważne
Pozwala agregować i porównywać wyniki uzgodnień dla różnych rodzajów kont oraz wykrywać wąskie gardła charakterystyczne dla poszczególnych kategorii.
Skąd pobrać
Informacja może być częścią danych podstawowych planu kont zarządzanych w Workiva lub dziedziczonych z systemu ERP.
Przykłady
Konta bankoweWewnątrzgrupoweŚrodki trwałeRozliczenia międzyokresoweKoszty opłacone z góry
|
|||
|
Kod spółki
CompanyCode
|
Unikalny identyfikator jednostki prawnej, dla której przeprowadzane jest zamknięcie finansowe. | ||
|
Opis
Kod spółki oznacza konkretną jednostkę prawną w organizacji. Proces zamknięcia finansowego często przeprowadza się osobno dla każdego kodu spółki, a następnie konsoliduje wyniki. Ten atrybut jest niezbędny do filtrowania i porównywania procesów w różnych jednostkach prawnych. W dashboardzie „Status i wiek uzgodnień” pozwala zawęzić analizę do konkretnej spółki. Pomaga wykryć jednostki, w których regularnie występują opóźnienia lub częstsze korekty, co może wskazywać na problemy z procesem albo danymi.
Dlaczego to ważne
Umożliwia porównanie sprawności i zgodności procesu zamknięcia w różnych jednostkach prawnych organizacji.
Skąd pobrać
Powiązany z danymi finansowymi, kontami i transakcjami w Workiva. Prawdopodobnie jest dziedziczony z systemu ERP będącego źródłem danych.
Przykłady
1000US01DE015400
|
|||
|
Konto księgi głównej
GLAccount
|
Numer konta księgi głównej, które jest uzgadniane lub korygowane. | ||
|
Opis
Ten atrybut wskazuje konto księgi głównej powiązane z uzgodnieniem lub zapisem księgowym. Zapewnia szczegółowy wgląd w proces zamknięcia. Analiza według konta księgi głównej jest niezbędna w dashboardach „Analiza wąskich gardeł w uzgodnieniach” oraz „Status i wiek uzgodnień”. Pomaga wskazać konkretne konta sprawiające najwięcej problemów, których uzgadnianie trwa najdłużej lub które wymagają najwięcej korekt. Dzięki temu zespoły mogą skupić działania usprawniające na obszarach o największym wpływie, takich jak złożone konta lub konta o niskiej jakości danych.
Dlaczego to ważne
Zapewnia szczegółowy obraz wyników uzgodnień i pomaga wskazać problematyczne konta, które powodują opóźnienia lub wymagają częstych korekt.
Skąd pobrać
To jedno z podstawowych pól danych o uzgodnieniach lub zapisach księgowych w Workiva.
Przykłady
11010012105003410000012300-001
|
|||
|
Status uzgodnienia
ReconciliationStatus
|
Bieżący status uzgodnienia konta. | ||
|
Opis
Ten atrybut śledzi status uzgodnienia na kolejnych etapach workflow, na przykład „Otwarte”, „W toku”, „Oczekuje na zatwierdzenie” lub „Zatwierdzone”. Pokazuje bieżący postęp prac nad uzgodnieniami. To podstawowy atrybut dashboardu „Status i wiek uzgodnień”. Pozwala kierownikom monitorować otwarte i trwające sprawy, wykrywać uzgodnienia, które utknęły, oraz ustalać priorytety, aby dotrzymać terminów. Śledzenie zmian statusu w czasie pomaga również wskazać wąskie gardła, w których sprawy długo czekają na przejście do kolejnego etapu.
Dlaczego to ważne
Umożliwia bieżące monitorowanie postępu uzgodnień i pomaga wykrywać oraz rozwiązywać problemy z zadaniami, które utknęły, aby zamknięcie przebiegało zgodnie z planem.
Skąd pobrać
To podstawowy atrybut modułów uzgodnień lub zarządzania zamknięciem w Workiva.
Przykłady
OtwartePrzygotowanePrzekazane do weryfikacjiZatwierdzoneOdrzucone
|
|||
|
Użytkownik odpowiedzialny
ResponsibleUser
|
Identyfikator lub imię i nazwisko osoby, która wykonała działanie albo jest do niego przypisana. | ||
|
Opis
Ten atrybut wskazuje osobę odpowiedzialną za konkretne zadanie w procesie zamknięcia okresu, na przykład osobę, która przygotowała uzgodnienie, lub kierownika, który je zatwierdził. Jest podstawą analizy obciążenia pracą i wyników. Użytkownik odpowiedzialny jest ważnym atrybutem dashboardu „Rozkład obciążenia pracą przy zamknięciu okresu”. Pomaga kierownikom sprawdzić, jak zadania rozkładają się między członków zespołu, wykryć ryzyko przeciążenia i zadbać o równomierny przydział zasobów. Można go też wykorzystać do wskazania potrzeb szkoleniowych, jeśli konkretni użytkownicy regularnie uczestniczą w pętlach poprawek lub odstępstwach od procesu.
Dlaczego to ważne
Umożliwia analizę rozkładu obciążenia pracą, wyników użytkowników i przydziału zasobów, co pomaga zarządzać sprawnością zespołu.
Skąd pobrać
Informację można zwykle znaleźć w systemie zarządzania zadaniami lub dziennikach workflow Workiva. Pole może mieć nazwę „Przypisano do”, „Właściciel” lub „Ukończono przez”.
Przykłady
j.doeasmithRobert.Paulsonuser123
|
|||
|
Czas zamknięcia okresu
PeriodCloseCycleTime
|
Łączny czas od rozpoczęcia do zakończenia zamknięcia jednego okresu finansowego. | ||
|
Opis
Ta miara obliczana pokazuje całkowity czas trwania sprawy związanej z zamknięciem okresu. Jest to różnica między pierwszą czynnością („Rozpoczęto zamknięcie okresu”) a ostatnią („Zakończono zamknięcie okresu”) dla danego okresu finansowego. Atrybut ten jest podstawową miarą na dashboardzie „Całkowity czas zamknięcia okresu” i odpowiadającym mu KPI. Śledzenie wyników w czasie pozwala kierownictwu ocenić wpływ usprawnień oraz porównać sprawność zamknięcia w różnych jednostkach biznesowych i okresach. To jeden z głównych wskaźników ogólnej wydajności procesu.
Dlaczego to ważne
Ten wskaźnik KPI mierzy ogólną sprawność i szybkość całego procesu zamknięcia okresu, od początku do końca.
Skąd pobrać
W narzędziu process mining wartość oblicza się dla każdej sprawy, odejmując najwcześniejszy czas rozpoczęcia od najpóźniejszego czasu zakończenia.
Przykłady
P10DT5HP8DT12HP12D
|
|||
|
Identyfikator zapisu księgowego
JournalEntryId
|
Unikalny identyfikator korygującego zapisu księgowego. | ||
|
Opis
Ten atrybut zawiera unikalny identyfikator każdego zapisu księgowego zaksięgowanego podczas zamknięcia, zwłaszcza korekt wprowadzonych po uzgodnieniach. Pozwala powiązać konkretną korektę z działaniami, które do niej doprowadziły. Śledzenie identyfikatora zapisu księgowego jest ważne w dashboardzie „Trendy korekt po uzgodnieniu”. Pomaga określić liczbę ręcznych korekt i znaleźć konkretne zapisy wprowadzone na późnym etapie procesu. Możliwość prześledzenia ich pochodzenia ułatwia ustalenie przyczyn korekt i poprawę jakości danych wejściowych.
Dlaczego to ważne
Zapewnia unikalne odniesienie do każdej korekty finansowej, co umożliwia szczegółową analizę liczby, czasu i przyczyn ręcznych zapisów.
Skąd pobrać
To jedno z podstawowych pól danych o zapisach księgowych w Workiva lub źródłowym systemie ERP.
Przykłady
JE202404-00123ADJ-593029100004567
|
|||
|
Korekta po zatwierdzeniu
IsPostApprovalAdjustment
|
Obliczana flaga przyjmuje wartość prawda, jeśli korygujący zapis księgowy zaksięgowano po zatwierdzeniu powiązanego uzgodnienia. | ||
|
Opis
Tę flagę logiczną wyznacza się na podstawie kolejności zdarzeń. Dla danego konta i okresu finansowego flaga przyjmuje wartość prawda, jeśli czynność „Zaksięgowano korygujący zapis księgowy” nastąpiła po czynności „Sprawdzono i zatwierdzono uzgodnienie”. W przeciwnym razie przyjmuje wartość fałsz. Atrybut ten jest niezbędny na dashboardzie „Trendy korekt po uzgodnieniu” i do obliczania KPI „Odsetek korekt po uzgodnieniu”. Duża liczba takich zdarzeń może świadczyć o niewystarczających kontrolach, niskiej jakości danych z systemów źródłowych lub problemach w procesie. Prowadzi to do dodatkowej pracy i zwiększa ryzyko niezgodności.
Dlaczego to ważne
Wskazuje korekty o podwyższonym ryzyku wprowadzone po zatwierdzeniu, pomagając ocenić skuteczność kontroli procesu i jakość danych.
Skąd pobrać
Nie jest to pole źródłowe. Wartość wyznacza się w narzędziu process mining, porównując znaczniki czasu powiązanych czynności.
Przykłady
truefalse
|
|||
|
Kwota korekty
AdjustmentAmount
|
Wartość pieniężna korygującego zapisu księgowego. | ||
|
Opis
Atrybut ten zapisuje kwotę korekty. Pozwala ocenić istotność zmian wprowadzanych podczas zamknięcia okresu. Analiza kwoty korekty pomaga ustalić, które korekty po uzgodnieniu należy zbadać w pierwszej kolejności. Wysokie kwoty mogą wskazywać na poważne problemy z danymi źródłowymi lub przebiegiem procesu, które wymagają szybkiej reakcji. Atrybut ten wspiera KPI „Udział korekt ręcznych”, umożliwiając analizę korekt według wartości, a nie tylko ich liczby.
Dlaczego to ważne
Pozwala określić finansowy wpływ korekt i ustalić priorytety analiz na podstawie ich istotności.
Skąd pobrać
Jest to standardowe pole w tabeli zapisów księgowych w Workiva lub połączonym systemie ERP.
Przykłady
15250.75-500.00120000.00
|
|||
|
Planowana data zakończenia
TargetCompletionDate
|
Planowany termin lub data graniczna zakończenia zamknięcia okresu. | ||
|
Opis
Planowana data zakończenia to wewnętrzny lub zewnętrzny termin, do którego należy sfinalizować proces zamknięcia okresu. Stanowi punkt odniesienia do oceny rzeczywistych wyników. Ta data jest niezbędna do obliczenia KPI dotyczącego odsetka zamknięć okresu wykonanych w terminie. Porównanie rzeczywistego znacznika czasu działania „Zakończenie zamknięcia okresu” z planowanym terminem pozwala ustalić, czy zamknięcie nastąpiło na czas, wcześniej czy z opóźnieniem. To ważna miara niezawodności procesu i dotrzymywania terminów sprawozdawczości finansowej.
Dlaczego to ważne
Stanowi punkt odniesienia przy pomiarze terminowości, która wskazuje, na ile proces zamknięcia jest niezawodny i przewidywalny.
Skąd pobrać
Data jest prawdopodobnie ustawiana dla każdego okresu finansowego w module zarządzania zamknięciem lub planowania Workiva.
Przykłady
2024-04-102024-01-152023-10-12
|
|||
|
Powód odrzucenia
RejectionReason
|
Powód podany przy odrzuceniu uzgodnienia lub sprawozdania finansowego podczas weryfikacji. | ||
|
Opis
Po odrzuceniu pozycji osoba weryfikująca zwykle podaje powód. Ten atrybut zapisuje tekst lub kod wyjaśniający, dlaczego pozycja nie spełniła kryteriów zatwierdzenia, na przykład „Nieprawidłowa dokumentacja pomocnicza” lub „Błąd obliczeń”. Analiza powodów odrzucenia pomaga wykrywać częste źródła błędów i poprawek. Grupowanie i zliczanie tych powodów pozwala kierownictwu wskazać obszary wymagające usprawnienia procesu, dodatkowych szkoleń dla osób przygotowujących lub jaśniejszych instrukcji. Dane te pomagają ograniczyć pętle poprawek i zwiększyć odsetek pozycji zatwierdzanych za pierwszym razem.
Dlaczego to ważne
Dostarcza bezpośrednich informacji o przyczynach poprawek i problemów z jakością, co pomaga ukierunkować szkolenia i usprawnienia procesu.
Skąd pobrać
Informacja ta jest prawdopodobnie zapisywana w polu komentarza lub wybierana z predefiniowanej listy, gdy użytkownik odrzuca zadanie w workflow Workiva.
Przykłady
Brak wymaganej dokumentacjiBłąd obliczeńNieprawidłowy okresNaruszenie zasad
|
|||
|
Wykonano automatycznie
IsAutomated
|
Informacja wskazująca, czy czynność wykonał system, czy użytkownik. | ||
|
Opis
Ten atrybut logiczny odróżnia zadania wykonywane automatycznie przez system, takie jak import danych lub generowanie raportów, od zadań wykonywanych ręcznie przez użytkownika. Atrybut ten pomaga wskazać możliwości zwiększenia automatyzacji. Analiza udziału zadań ręcznych i automatycznych oraz czasu ich realizacji pozwala uzasadnić automatyzację powtarzalnych, czasochłonnych czynności. Ułatwia też rzetelne porównanie efektywności pracy użytkowników z działaniem systemu.
Dlaczego to ważne
Odróżnia czynności wykonywane przez użytkowników od tych realizowanych przez system. Pomaga wskazać możliwości automatyzacji i ocenić wpływ już wdrożonych rozwiązań.
Skąd pobrać
Informację tę można ustalić na podstawie identyfikatora użytkownika przypisanego do czynności, na przykład konta „system” lub „bot”, albo specjalnego oznaczenia typu czynności.
Przykłady
truefalse
|
|||
Czynności w procesie Record to Report: zamknięcie okresu i uzgodnienia
| Działanie | Opis | ||
|---|---|---|---|
|
Przygotowanie zestawienia obrotów i sald
|
Ten etap oznacza, że zestawienie obrotów i sald uznaje się za ostateczne i gotowe do wykorzystania przy sporządzaniu sprawozdań finansowych. Można go wywnioskować z ukończenia określonego zadania lub wygenerowania raportu. | ||
|
Dlaczego to ważne
To warunek konieczny do sporządzenia sprawozdań finansowych. Pomiar czasu od tego momentu pozwala ocenić sprawność końcowych etapów raportowania.
Skąd pobrać
Można to prawdopodobnie wywnioskować z ukończenia zadania „Zatwierdź zestawienie obrotów i sald” na liście kontrolnej Workiva lub ze znacznika czasu wygenerowania końcowego raportu TB.
Rejestrowanie
Znacznik czasu ukończenia zadania „Przygotuj zestawienie obrotów i sald” lub wygenerowania końcowego raportu TB.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęcie zamknięcia okresu
|
To działanie oznacza oficjalne rozpoczęcie procesu zamknięcia finansowego za dany okres. Zwykle następuje, gdy użytkownik tworzy lub uruchamia w Workiva listę kontrolną zamknięcia okresu albo workflow procesu. | ||
|
Dlaczego to ważne
To główne zdarzenie rozpoczynające cały proces. Umożliwia dokładny pomiar czasu trwania całego cyklu zamknięcia okresu i wskazuje moment oficjalnego rozpoczęcia procesu.
Skąd pobrać
Zdarzenie to można prawdopodobnie ustalić na podstawie timestampu utworzenia w Workiva głównego obiektu procesu zamknięcia okresu, listy zadań lub workflow dla danego okresu finansowego.
Rejestrowanie
Użyj timestampu utworzenia procesu nadrzędnego lub listy kontrolnej dla danego okresu finansowego.
Typ zdarzenia
inferred
|
|||
|
Weryfikacja i zatwierdzenie uzgodnienia
|
Ważny etap, na którym kierownik lub osoba weryfikująca formalnie zatwierdza przygotowane uzgodnienie i potwierdza jego poprawność. Zwykle jest rejestrowany po zmianie statusu zadania na „Zatwierdzono” lub „Ukończono”. | ||
|
Dlaczego to ważne
To działanie jest niezbędne do obliczenia średniego czasu cyklu uzgodnienia oraz średniego czasu cyklu weryfikacji i zatwierdzania. Potwierdza zakończenie kontroli jakości w procesie.
Skąd pobrać
Zdarzenie można prawdopodobnie wywnioskować ze zmiany statusu zadania uzgodnienia lub jawnego zdarzenia zatwierdzenia w ścieżce audytu zadania w Workiva.
Rejestrowanie
Zapisz znacznik czasu zmiany statusu na „Zatwierdzono” lub „Poświadczono”.
Typ zdarzenia
inferred
|
|||
|
Wygenerowanie sprawozdań finansowych
|
Oznacza utworzenie projektów sprawozdań finansowych, takich jak bilans, rachunek zysków i strat oraz rachunek przepływów pieniężnych. Zdarzenie jest rejestrowane po wygenerowaniu dokumentów raportowych w Workiva. | ||
|
Dlaczego to ważne
Czas tego działania ma zasadnicze znaczenie dla KPI dotyczącego opóźnienia w generowaniu sprawozdań finansowych. Oznacza przejście od agregacji danych do przygotowania raportów końcowych.
Skąd pobrać
Można to wywnioskować ze znacznika czasu utworzenia lub ostatniej istotnej aktualizacji dokumentów albo raportów finansowych za dany okres na platformie Workiva.
Rejestrowanie
Użyj znacznika czasu utworzenia lub pola „Ostatnia aktualizacja” głównych dokumentów sprawozdań finansowych.
Typ zdarzenia
inferred
|
|||
|
Zakończenie zamknięcia okresu
|
To działanie oznacza formalne zakończenie całego procesu od zapisów do raportowania za dany okres finansowy. Jest ostatnim krokiem workflow procesu Workiva. | ||
|
Dlaczego to ważne
To główne zdarzenie końcowe procesu. Pozwala dokładnie zmierzyć całkowity czas cyklu zamknięcia okresu od początku do końca oraz odsetek zamknięć wykonanych w terminie.
Skąd pobrać
Można to wywnioskować ze znacznika czasu ukończenia nadrzędnego procesu zamknięcia okresu, listy kontrolnej lub workflow w Workiva. Zdarzenie może też wynikać z ręcznej zmiany statusu.
Rejestrowanie
Użyj znacznika czasu ukończenia procesu nadrzędnego lub ostatniego zadania na liście kontrolnej zamknięcia.
Typ zdarzenia
inferred
|
|||
|
Zaksięgowanie korygującego zapisu księgowego
|
Oznacza utworzenie i zaksięgowanie korekty na podstawie ustaleń z procesu uzgadniania. Workiva może śledzić zapisy księgowe i ich statusy. | ||
|
Dlaczego to ważne
To działanie ma zasadnicze znaczenie dla KPI dotyczącego odsetka korekt po uzgodnieniu. Duża liczba korekt po zatwierdzeniu uzgodnień może wskazywać na problemy z jakością danych źródłowych lub kontrolami procesu.
Skąd pobrać
Jest to prawdopodobnie jawne zdarzenie rejestrowane w module zapisów księgowych Workiva, wraz ze znacznikiem czasu utworzenia i statusem wskazującym na zaksięgowanie.
Rejestrowanie
Użyj znacznika czasu zmiany statusu zapisu księgowego na „Zaksięgowano”.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzenie sprawozdań finansowych
|
Ostateczne zatwierdzenie sprawozdań finansowych przez kierownictwo wyższego szczebla lub komitet audytu. To ostatnia ważna akceptacja przed formalnym zamknięciem okresu. | ||
|
Dlaczego to ważne
Ten etap potwierdza ostateczne zatwierdzenie raportów. Jest niezbędny do pomiaru średniego czasu cyklu weryfikacji i zatwierdzania samych sprawozdań.
Skąd pobrać
Zdarzenie jest prawdopodobnie rejestrowane za pomocą podpisu elektronicznego, procesu poświadczenia lub końcowej zmiany statusu głównego dokumentu raportowego albo zadania w Workiva na „Zatwierdzono”.
Rejestrowanie
Znacznik czasu końcowej zmiany statusu na zatwierdzony lub zdarzenia poświadczenia sprawozdań finansowych.
Typ zdarzenia
inferred
|
|||
|
Odrzucenie uzgodnienia
|
Występuje, gdy osoba weryfikująca wykryje problem w przekazanym uzgodnieniu i zwróci je do poprawy. Zdarzenie jest rejestrowane przez zmianę statusu na „Odrzucono” lub „Wymaga poprawy”. | ||
|
Dlaczego to ważne
Śledzenie odrzuceń pomaga wykrywać pętle poprawek, mierzyć odsetek uzgodnień poprawnych za pierwszym razem oraz wskazywać konta lub osoby przygotowujące, u których regularnie pojawiają się problemy z jakością.
Skąd pobrać
Można to wywnioskować ze znacznika czasu zmiany statusu zadania uzgodnienia na „Odrzucono”, „Zwrócono” lub podobny status oznaczający konieczność poprawy.
Rejestrowanie
Zapisz znacznik czasu zmiany statusu na „Odrzucono” lub równoważny.
Typ zdarzenia
inferred
|
|||
|
Ponowne otwarcie okresu
|
To działanie wyjątkowe, w którym wcześniej zamknięty okres zostaje ponownie otwarty, aby zaksięgować późne korekty lub wprowadzić poprawki. Zdarzenie jest rejestrowane przez zmianę statusu z „Zamknięto” na aktywny. | ||
|
Dlaczego to ważne
Oznacza istotny wyjątek w procesie i konieczność ponownej pracy. Śledzenie częstotliwości takich zdarzeń pomaga wykrywać problemy z kontrolą procesu i ostatecznym zamknięciem.
Skąd pobrać
Można to wywnioskować ze zmiany statusu nadrzędnego obiektu procesu zamknięcia okresu z ukończonego lub zamkniętego na otwarty lub będący w toku.
Rejestrowanie
Wykryj zmianę statusu obiektu okresu z „Zamknięto” na „Otwarty”.
Typ zdarzenia
inferred
|
|||
|
Przekazanie uzgodnienia do weryfikacji
|
To zdarzenie występuje, gdy osoba przygotowująca kończy uzgodnienie i formalnie przekazuje je do zatwierdzenia. W Workiva często oznacza je zmiana statusu zadania, na przykład na „Oczekuje na weryfikację”. | ||
|
Dlaczego to ważne
To moment przekazania pracy od osoby przygotowującej do weryfikującej, który pozwala mierzyć czas oczekiwania w kolejce do weryfikacji. Jest to ważny etap analizy sprawności workflow weryfikacji i zatwierdzania.
Skąd pobrać
Można to wywnioskować ze znacznika czasu zmiany statusu zadania uzgodnienia z „W toku” na „Oczekuje na weryfikację”, „Przekazano” lub podobny.
Rejestrowanie
Zapisz znacznik czasu zmiany statusu na „Oczekuje na weryfikację” lub równoważny.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęcie uzgadniania konta
|
To działanie oznacza, że osoba przygotowująca uzgodnienie rozpoczęła pracę nad konkretnym kontem. Zwykle jest rejestrowane, gdy użytkownik po raz pierwszy otwiera lub przejmuje zadanie uzgodnienia w ramach procesu Workiva. | ||
|
Dlaczego to ważne
Śledzenie rozpoczęcia uzgodnienia jest niezbędne do pomiaru czasu pracy osoby przygotowującej oraz wykrywania opóźnień między przydzieleniem zadania a faktycznym rozpoczęciem pracy.
Skąd pobrać
Można to wywnioskować z pierwszej zmiany statusu zadania uzgodnienia z „Nie rozpoczęto” na „W toku” lub podobny status na liście kontrolnej albo w workflow Workiva.
Rejestrowanie
Wykryj pierwszy znacznik czasu zmiany statusu zadania uzgodnienia na aktywny, na przykład „W toku”.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęcie uzgadniania transakcji wewnątrzgrupowych
|
Oznacza rozpoczęcie konkretnego, często złożonego procesu uzgadniania transakcji wewnątrzgrupowych. Zdarzenie jest rejestrowane po uruchomieniu modułu uzgodnień wewnątrzgrupowych lub odpowiednich zadań. | ||
|
Dlaczego to ważne
Uzgodnienia wewnątrzgrupowe często powodują opóźnienia. Wyodrębnienie tego działania pozwala zmierzyć jego czas i wykryć wąskie gardła charakterystyczne dla tych transakcji.
Skąd pobrać
Można to wywnioskować ze zmiany statusu zadań oznaczonych jako dotyczące kont wewnątrzgrupowych w workflow procesu Workiva.
Rejestrowanie
Znacznik czasu zmiany statusu zadań z kategorii „Wewnątrzgrupowe” na „W toku”.
Typ zdarzenia
inferred
|
|||
|
Weryfikacja sprawozdań finansowych
|
To działanie występuje, gdy użytkownik lub grupa użytkowników sprawdza poprawność i kompletność wygenerowanych sprawozdań finansowych. Może być rejestrowane przez aktualizację statusu zadania weryfikacyjnego. | ||
|
Dlaczego to ważne
Śledzenie cyklu weryfikacji pomaga zrozumieć opóźnienia na końcowych etapach zatwierdzania. Długi czas w tym miejscu może znacząco wydłużyć cały proces zamknięcia okresu.
Skąd pobrać
Można to wywnioskować ze zmian statusu zadania weryfikacyjnego w procesie Workiva, na przykład ze zmiany „Oczekuje na weryfikację” na „Weryfikacja zakończona” lub „Zatwierdzono”.
Rejestrowanie
Znacznik czasu zmiany statusu potwierdzającej zakończenie weryfikacji sprawozdań finansowych.
Typ zdarzenia
inferred
|
|||
|
Zaimportowano dane źródłowe
|
Oznacza zakończenie ładowania danych z systemów ERP do platformy Workiva. Mogą to być dane z zestawienia obrotów i sald, szczegóły transakcji oraz inne zestawienia pomocnicze potrzebne do uzgodnień. | ||
|
Dlaczego to ważne
Opóźnienia w dostępności danych często tworzą wąskie gardło. Śledzenie tego działania pomaga oddzielić problemy z integracją danych od późniejszych prac związanych z uzgodnieniami i raportowaniem.
Skąd pobrać
Może to być jawne zdarzenie w dziennikach integracji danych lub ścieżce audytu Workiva. Można je też wywnioskować ze znacznika czasu ostatniej aktualizacji danych za dany okres, przed rozpoczęciem uzgodnień.
Rejestrowanie
Znacznik czasu pomyślnego zakończenia importu danych lub odświeżenia połączenia z ERP za dany okres.
Typ zdarzenia
inferred
|
|||
Instrukcje wyodrębniania danych
Gotowi do rozpoczęcia?
Skorzystaj z tego szablonu, aby usprawnić przygotowanie danych i uzyskać przydatne informacje o procesie Record to Report: zamknięcie okresu i uzgodnienia. Zacznij usprawniać zamknięcie finansowe już dziś.
Usprawnij zamknięcie i uzgodnienia w procesie Record to Report
Wykryj wąskie gardła, usprawnij proces i skróć jego czas o 30%.
Nie trzeba podawać danych karty płatniczej