Szablon danych Record to Report: zamknięcie okresu i uzgodnienia
Szablon danych Record to Report: zamknięcie okresu i uzgodnienia
- Zalecane atrybuty do zebrania
- Czynności do śledzenia
- Wskazówki dotyczące pobierania danych z Microsoft Dynamics 365
Atrybuty procesu Record to Report: zamknięcie okresu i uzgodnienia
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Dokładna data i godzina wykonania lub zakończenia konkretnego działania w procesie zamknięcia okresu. | ||
|
Opis
Czas zdarzenia to znacznik czasu przypisany do każdego działania, który określa chronologiczną kolejność zdarzeń. Dane te są niezbędne do odtworzenia przebiegu procesu i przeprowadzenia analiz czasowych. W process mining znacznik czasu służy do obliczania czasu cyklu, czasu trwania działań i czasu oczekiwania między nimi. Na tej podstawie można wykrywać wąskie gardła, monitorować wyniki procesu względem terminów i analizować dynamikę czasową zamknięcia okresu.
Dlaczego to ważne
Ten atrybut jest niezbędny do analiz czasowych, w tym obliczania czasu cyklu, wykrywania wąskich gardeł i ustalania kolejności zdarzeń.
Skąd pobrać
Zazwyczaj odpowiada polom znaczników czasu generowanym przez system, takim jak „CreatedDateTime” lub „ModifiedDateTime”, w transakcjach, dziennikach lub rekordach statusu w Dynamics 365.
Przykłady
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
Nazwa działania
ActivityName
|
Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło w procesie zamknięcia okresu, na przykład „Przygotowanie zestawienia obrotów i sald” lub „Rozpoczęcie uzgadniania konta”. | ||
|
Opis
Nazwa działania opisuje pojedynczy krok w całym workflow zamknięcia okresu. Każdy rekord zdarzenia w danych źródłowych odpowiada jednemu z takich działań i tworzy sekwencję zdarzeń dla danego okresu finansowego. Ten atrybut ma podstawowe znaczenie dla process mining, ponieważ umożliwia wizualizację mapy procesu i pokazuje, jak faktycznie przebiega praca. Służy do analizy przepływu procesu, wykrywania odstępstw od standardowych procedur i mierzenia czasu między ważnymi etapami.
Dlaczego to ważne
Ten atrybut stanowi podstawę mapy procesu. Umożliwia wizualizację i analizę kolejności działań, wąskich gardeł oraz odstępstw w cyklu zamknięcia okresu.
Skąd pobrać
Wartość jest ustalana na podstawie logiki biznesowej, typów transakcji, zmian statusu lub określonych dzienników zdarzeń w modułach Dynamics 365, takich jak General Ledger lub Financial reporting.
Przykłady
Księgowanie zapisów memoriałowychZakończenie uzgadniania wyciągu bankowegoWygenerowanie sprawozdań finansowychZamknięcie okresu w księdze głównej
|
|||
|
Okres finansowy
FinancialPeriod
|
Unikatowy identyfikator cyklu sprawozdawczego, na przykład „2023-12” dla grudnia 2023 roku. Pełni funkcję głównego identyfikatora case, który grupuje wszystkie powiązane działania na koniec okresu. | ||
|
Opis
Okres finansowy obejmuje cały cykl zamknięcia ksiąg za określony przedział czasu, zazwyczaj miesiąc lub kwartał. Ten identyfikator łączy wszystkie działania, od rozpoczęcia zamknięcia po zatwierdzenie końcowych sprawozdań finansowych za dany okres. W analizie process mining ten atrybut określa zakres każdego case. Umożliwia pomiar czasu całego cyklu zamknięcia okresu, porównywanie wyników między okresami i wykrywanie wąskich gardeł, które powracają w kolejnych cyklach zamknięcia.
Dlaczego to ważne
To podstawowy identyfikator case, który wyznacza zakres analizy i pozwala ocenić cały proces zamknięcia okresu, od początku do końca, dla każdego cyklu sprawozdawczego.
Skąd pobrać
Często jest to klucz złożony, utworzony na podstawie pól Fiscal Year i Period w tabelach kalendarza finansowego lub okresów księgowych w Microsoft Dynamics 365.
Przykłady
2023-122024-012024-Q1FY2023-P12
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy dane zostały ostatnio odświeżone lub pobrane z systemu źródłowego. | ||
|
Opis
Ten atrybut wskazuje, na jaki dzień są aktualne analizowane dane. Pozwala ocenić aktualność i przydatność analizy process mining oraz dashboardów. Użytkownicy sprawdzają ten znacznik czasu, aby wiedzieć, czy korzystają z najnowszych dostępnych danych. Zazwyczaj jest on dobrze widoczny na dashboardach i informuje o aktualności danych.
Dlaczego to ważne
Informuje o aktualności danych, dzięki czemu można ocenić, jak aktualna jest analiza procesu.
Skąd pobrać
Wartość jest generowana i zapisywana podczas procesu ekstrakcji, transformacji i ładowania danych (ETL).
Przykłady
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
Określa system informatyczny, z którego pobrano dane. W tym procesie będzie to zazwyczaj „Microsoft Dynamics 365”. | ||
|
Opis
Ten atrybut wskazuje źródło danych o procesie. W środowiskach korzystających z kilku systemów ERP lub finansowych pozwala rozróżnić źródła i zachować przejrzystość pochodzenia danych. W analizie ułatwia śledzenie danych i tworzenie modeli obejmujących wiele systemów. Dzięki niemu wyniki analizy można powiązać z właściwym systemem źródłowym i dokładniej zbadać.
Dlaczego to ważne
Umożliwia śledzenie pochodzenia danych. W środowiskach wielosystemowych pomaga prawidłowo przypisać zdarzenia procesowe do systemu, w którym wystąpiły.
Skąd pobrać
Zazwyczaj jest to stała wartość dodawana podczas procesu ekstrakcji, transformacji i ładowania danych (ETL), która oznacza źródło zbioru danych.
Przykłady
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Dział
Department
|
Dział funkcjonalny powiązany z czynnością lub użytkownikiem, który ją wykonuje, na przykład „Finanse”, „Controlling” lub „Zobowiązania”. | ||
|
Opis
Atrybut „Dział” określa kontekst organizacyjny i łączy czynności z konkretnymi funkcjami biznesowymi. Może wskazywać dział użytkownika, który zaksięgował zapis, albo dział odpowiedzialny za grupę kont księgi głównej. Analiza według działu pokazuje, jak poszczególne działy uczestniczą w zamknięciu okresu. Pomaga wykryć przekazania pracy między działami, opóźnienia i wąskie gardła związane z zasobami. Umożliwia też tworzenie dashboardów, takich jak „Obciążenie pracą i wyniki użytkowników”.
Dlaczego to ważne
Określa kontekst organizacyjny i pozwala analizować wyniki procesu oraz rozkład obciążenia pracą według obszaru funkcjonalnego.
Skąd pobrać
Można go ustalić na podstawie profili użytkowników lub wymiarów finansowych powiązanych z transakcjami w Dynamics 365.
Przykłady
Księgowość korporacyjnaZobowiązaniaPlanowanie i analiza finansowa (FP&A)Audyt wewnętrzny
|
|||
|
Kod firmy
CompanyCode
|
Identyfikator jednostki prawnej lub firmy, dla której przeprowadzane jest zamknięcie okresu. | ||
|
Opis
Kod firmy oznacza odrębną jednostkę prawną w organizacji. Dane finansowe i czynności związane z zamknięciem okresu są rozdzielone według tego kodu. To ważny wymiar analizy, który pozwala porównywać wyniki różnych jednostek. Pomaga ustalić, które firmy najsprawniej zamykają okres, a które napotykają trudności, i wskazać obszary wymagające usprawnień. Większość dashboardów, na przykład „Łączny czas cyklu zamknięcia okresu”, wymaga podziału danych według tego atrybutu.
Dlaczego to ważne
To podstawowy wymiar filtrowania i porównywania wyników zamknięcia okresu w różnych jednostkach prawnych.
Skąd pobrać
W Dynamics 365 odpowiada polu „DataAreaId”, które występuje w niemal każdej tabeli transakcji.
Przykłady
USMFDEMFGBSI
|
|||
|
Konto księgi głównej
GlAccount
|
Numer konta księgi głównej, którego dotyczy czynność, na przykład księgowanie lub uzgodnienie. | ||
|
Opis
Konto księgi głównej wskazuje konkretne konto w planie kont, którego dotyczy transakcja. Zapewnia szczegółowy wgląd w czynności finansowe. Ten atrybut jest niezbędny do analizy przebiegu uzgodnień i wykrywania problematycznych kont. Dashboardy takie jak „Częstotliwość korekt po zamknięciu” i „Przebieg uzgodnień kont księgi głównej” wykorzystują to pole do wskazywania kont, które są często korygowane lub których uzgodnienie trwa długo.
Dlaczego to ważne
Umożliwia szczegółową analizę finansową i pomaga wskazać problematyczne konta, na których często wprowadza się korekty lub długo trwa uzgodnienie.
Skąd pobrać
W Dynamics 365 można je znaleźć w tabelach transakcji księgi, takich jak „GeneralJournalAccountEntry” lub „LedgerJournalTrans”.
Przykłady
110110601500212100
|
|||
|
Użytkownik odpowiedzialny
ResponsibleUser
|
Identyfikator lub nazwa użytkownika, który wykonał daną czynność. | ||
|
Opis
Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego zadania w procesie zamknięcia okresu. Może to być osoba, która zaksięgowała zapis, zatwierdziła uzgodnienie lub wygenerowała raport. Analiza według użytkownika pomaga ocenić rozkład obciążenia pracą, określić potrzeby szkoleniowe oraz mierzyć wyniki poszczególnych osób i zespołów. Jest to ważny wymiar dashboardów dotyczących produktywności użytkowników i zarządzania zasobami. Atrybut jest też potrzebny do obliczenia KPI „Średnia różnica w liczbie czynności użytkownika”.
Dlaczego to ważne
Umożliwia analizę rozkładu obciążenia pracą, wyników użytkowników i przydziału zasobów. Pomaga wykryć przeciążone zespoły i osoby.
Skąd pobrać
Odpowiada polom takim jak „CreatedBy” lub „ModifiedBy” w rekordach transakcji w Dynamics 365. Informacje o użytkownikach są zazwyczaj zarządzane w module administracji systemem.
Przykłady
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Czas zakończenia
EndTime
|
Znacznik czasu wskazujący, kiedy zakończyła się czynność o mierzalnym czasie trwania. | ||
|
Opis
W przypadku czynności, które nie są natychmiastowe, takich jak uzgodnienie, ten znacznik czasu wskazuje moment zakończenia danego zadania. W połączeniu z wartością StartTime (EventTime) pozwala określić czas jego trwania. Atrybut służy przede wszystkim do obliczania czasu przetwarzania poszczególnych czynności. Jest niezbędny do wyznaczania KPI, takich jak „Średni czas przetwarzania zapisu korygującego”, oraz do tworzenia dashboardów pokazujących czas poświęcony na konkretne zadania.
Dlaczego to ważne
Pozwala dokładnie obliczyć czas przetwarzania poszczególnych czynności, co pomaga wykrywać wąskie gardła na poziomie zadań.
Skąd pobrać
Pozyskanie tych danych może być trudne. Mogą pochodzić ze znacznika czasu zmiany statusu, pola „ModifiedDateTime” lub osobnej pary zdarzeń rozpoczęcia i zakończenia w dziennikach.
Przykłady
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
|
Czy czynność jest zautomatyzowana
IsAutomated
|
Wartość logiczna wskazująca, czy czynność wykonał system lub bot automatyzujący, a nie użytkownik. | ||
|
Opis
Ten atrybut rozróżnia czynności ręczne i zautomatyzowane w procesie zamknięcia okresu. Może wskazywać na przykład zapisy księgowe wprowadzone przez zautomatyzowany interfejs lub raporty wygenerowane przez system. Analiza tego wymiaru pozwala ocenić poziom automatyzacji procesu. Można na jej podstawie mierzyć efekty automatyzacji, wskazywać kolejne możliwości jej zastosowania oraz sprawdzać, czy zautomatyzowane etapy przebiegają zgodnie z oczekiwaniami i bez błędów.
Dlaczego to ważne
Pomaga ocenić wpływ automatyzacji na proces i wskazać możliwości dalszej automatyzacji, która może poprawić jego efektywność.
Skąd pobrać
Zazwyczaj ustala się ją, sprawdzając, czy wartość „ResponsibleUser” odpowiada znanemu kontu systemowemu lub serwisowemu.
Przykłady
truefalse
|
|||
|
Czy wystąpiła korekta po zamknięciu
IsPostCloseAdjustment
|
Obliczana wartość logiczna, która przyjmuje wartość prawda, jeśli zapis korygujący został zaksięgowany po sporządzeniu zestawienia obrotów i sald za dany okres. | ||
|
Opis
Ten atrybut wskazuje korekty wprowadzone na późnym etapie zamknięcia. Oznacza każdą czynność „Zaksięgowano zapisy korygujące”, która w tym samym okresie finansowym nastąpiła po kamieniu milowym „Sporządzono zestawienie obrotów i sald” lub „Zatwierdzono sprawozdania finansowe”. Jest to ważny wskaźnik jakości danych i kontroli procesu. Służy do obliczenia KPI „Odsetek zapisów korygujących po zamknięciu” oraz do zasilania dashboardu „Częstotliwość korekt po zamknięciu”. Pomaga ustalić przyczyny późnych zmian.
Dlaczego to ważne
Wskazuje problemy z jakością danych i kontrolą procesu, identyfikując późne korekty, które mogą podważyć wiarygodność sprawozdań finansowych.
Skąd pobrać
Wartość oblicza się podczas transformacji danych, sprawdzając kolejność zdarzeń w każdej sprawie dotyczącej okresu finansowego.
Przykłady
truefalse
|
|||
|
Czy wystąpiła ponowna praca
IsRework
|
Obliczana wartość logiczna, która przyjmuje wartość prawda, jeśli czynność lub sekwencja czynności została powtórzona dla tego samego elementu w ramach jednej sprawy. | ||
|
Opis
Wskaźnik ponownej pracy identyfikuje przypadki, w których zadanie trzeba wykonać więcej niż raz. Może to być uzgodnienie ponownie otwarte po zatwierdzeniu albo zapis księgowy storniowany i wprowadzony ponownie. Ten atrybut pozwala określić skalę nieefektywności i strat w procesie. Jest bezpośrednio wykorzystywany do obliczenia KPI „Odsetek ponownych uzgodnień” oraz w dashboardzie „Ponowna praca i odchylenia przy zamknięciu okresu”. Wskazuje obszary, w których problemy z jakością lub niejasne procedury prowadzą do powtarzania pracy.
Dlaczego to ważne
Pozwala określić skalę nieefektywności procesu, wskazując powtarzające się zadania. Pomaga wykrywać problemy z jakością i możliwości usprawnienia procedur.
Skąd pobrać
Wskaźnik oblicza się podczas transformacji danych, wykrywając powtórzone czynności dotyczące tego samego obiektu, na przykład tego samego konta księgi głównej, w ramach tego samego okresu finansowego.
Przykłady
truefalse
|
|||
|
Docelowa data zakończenia
TargetCompletionDate
|
Planowana lub docelowa data zakończenia zamknięcia danego okresu finansowego. | ||
|
Opis
Docelowa data zakończenia to termin, do którego należy zamknąć okres finansowy. Zazwyczaj określa go kalendarz lub harmonogram zamknięcia. Ten atrybut pozwala ocenić, czy prace przebiegają zgodnie z harmonogramem. Na jego podstawie oblicza się KPI „Terminowość zamknięcia okresu”, porównując rzeczywistą datę zakończenia z terminem docelowym. Analiza odchyleń od tej daty pomaga ocenić przewidywalność i niezawodność procesu zamknięcia.
Dlaczego to ważne
Pozwala mierzyć wyniki względem terminów i obliczać odsetek zamknięć okresu zakończonych na czas.
Skąd pobrać
Informacja może być przechowywana w tabeli konfiguracji okresów finansowych lub kalendarza w Dynamics 365 albo pochodzić z zewnętrznego narzędzia do planowania. Szczegóły można znaleźć w dokumentacji Microsoft Dynamics 365.
Przykłady
2023-01-052023-02-042023-03-06
|
|||
|
Identyfikator zapisu księgowego
JournalEntryId
|
Unikalny identyfikator dokumentu zapisu księgowego. | ||
|
Opis
Identyfikator zapisu księgowego to unikalny numer przypisany do każdego zapisu utworzonego w księdze głównej. Umożliwia bezpośrednie powiązanie z transakcją źródłową w Dynamics 365. Nie zawsze przydaje się w analizie procesu na wysokim poziomie, ale jest bardzo pomocny przy analizie szczegółowej i ustalaniu przyczyn problemów. Gdy zostanie wykryta nieprawidłowość, na przykład korekta po zamknięciu, analityk może użyć tego identyfikatora, aby szybko odnaleźć konkretną transakcję w systemie źródłowym i ją zbadać.
Dlaczego to ważne
Umożliwia bezpośrednie przejście do transakcji źródłowej w systemie ERP i szybkie zbadanie przyczyn problemów dotyczących konkretnych zapisów księgowych.
Skąd pobrać
Odpowiada polu „JournalNumber” w tabelach takich jak „LedgerJournalTable” i „LedgerJournalTrans”.
Przykłady
JV-001234GENJ005678ACCR-000987
|
|||
|
Kategoria uzgodnienia
ReconciliationCategory
|
Określa rodzaj uzgodnienia, na przykład „Bankowe”, „Międzyfirmowe” lub „Środki trwałe”. | ||
|
Opis
Kategoria uzgodnienia grupuje uzgodnienia poszczególnych kont według ich rodzaju. Zapewnia szerszy obraz niż analiza pojedynczych kont księgi głównej. Analiza według kategorii pomaga wykryć powtarzające się problemy w konkretnych rodzajach uzgodnień. Na przykład dashboard „Przebieg uzgodnień kont księgi głównej” może pokazać, czy uzgodnienia międzyfirmowe regularnie trwają dłużej niż bankowe. Ułatwia to zaplanowanie ukierunkowanych usprawnień procesu.
Dlaczego to ważne
Pozwala grupować czynności związane z uzgodnieniami, porównywać ich przebieg i wykrywać powtarzające się problemy w poszczególnych rodzajach uzgodnień.
Skąd pobrać
Informacje te mogą być przechowywane w osobnym module uzgodnień lub ustalane na podstawie właściwości uzgadnianego konta księgi głównej. Szczegóły można znaleźć w dokumentacji Microsoft Dynamics 365.
Przykłady
Uzgodnienie bankoweUzgodnienie międzyfirmoweBilans: rozliczenia międzyokresoweKsięga pomocnicza środków trwałych
|
|||
|
Kwota
Amount
|
Wartość pieniężna transakcji finansowej, na przykład kwota zapisu księgowego. | ||
|
Opis
Ten atrybut określa wartość finansową czynności. Ma szczególne znaczenie w przypadku księgowań, korekt i uzgodnień. W analizie process mining kwota pomaga ustalać priorytety. Na przykład analiza wartości korekt po zamknięciu pozwala skupić się na korektach o dużej wartości. Można też filtrować mapę procesu, aby wyświetlić przepływy transakcji o wysokiej lub niskiej wartości.
Dlaczego to ważne
Określa finansowy wymiar zdarzeń procesowych i umożliwia analizę ich wpływu pieniężnego, na przykład ustalanie priorytetów przy badaniu korekt o dużej wartości.
Skąd pobrać
W Dynamics 365 można ją znaleźć w polach kwot, takich jak „AmountCur” lub „TransactionCurrencyAmount”, w tabelach takich jak „GeneralJournalAccountEntry”.
Przykłady
15000.50-250.00125000.00
|
|||
|
Rzeczywista data zakończenia
ActualCompletionDate
|
Rzeczywista data zakończenia ostatniego etapu zamknięcia danego okresu finansowego. | ||
|
Opis
Ten atrybut wskazuje znacznik czasu ostatniej czynności zamykającej sprawę dotyczącą danego okresu finansowego, na przykład „Zamknięto okres księgi głównej” lub „Zatwierdzono sprawozdania finansowe”. Jest to atrybut pochodny, niezbędny do obliczenia łącznego czasu cyklu zamknięcia okresu. Porównuje się go również z wartością „TargetCompletionDate”, aby obliczyć KPI „Terminowość zamknięcia okresu” i ocenić terminowość procesu.
Dlaczego to ważne
Wyznacza koniec procesu dla każdego okresu i pozwala obliczyć łączny czas cyklu oraz KPI dotyczące terminowości.
Skąd pobrać
Ustala się ją, wyszukując w dzienniku zdarzeń znacznik czasu ostatniej zarejestrowanej czynności dla każdej sprawy „FinancialPeriod”.
Przykłady
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
Czynności w procesie Record to Report: zamknięcie okresu i uzgodnienia
| Działanie | Opis | ||
|---|---|---|---|
|
Przygotowanie zestawienia obrotów i sald
|
To ważny etap, w którym zaksięgowano wszystkie znane korekty, a wstępne zestawienie obrotów i sald jest gotowe do przeglądu. Jest to zdarzenie wywnioskowane, oznaczające zakończenie wprowadzania danych. | ||
|
Dlaczego to ważne
To działanie stanowi ważny punkt kontrolny przed wygenerowaniem sprawozdań finansowych. Oddziela etap korygowania danych od etapu raportowania i przeglądu.
Skąd pobrać
Jest to umowny etap procesu. Można go ustalić na podstawie znacznika czasu ostatniego zaksięgowanego zapisu korygującego przed rozpoczęciem generowania sprawozdań finansowych.
Rejestrowanie
Należy użyć znacznika czasu ostatniego rekordu GeneralJournalEntry zaksięgowanego za dany okres przed rozpoczęciem zadań związanych z generowaniem sprawozdań.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęcie procesu zamknięcia okresu
|
To działanie oznacza początek procesu zamknięcia finansowego dla danego okresu. Zazwyczaj można je ustalić na podstawie utworzenia harmonogramu zamknięcia w obszarze roboczym Financial close lub pierwszej zmiany statusu okresu księgowego. | ||
|
Dlaczego to ważne
Jako zdarzenie początkowe pozwala mierzyć całkowity czas cyklu zamknięcia okresu. Analiza czasu od tego momentu pomaga określić łączny czas trwania procesu i sprawdzić, czy dotrzymano harmonogramu.
Skąd pobrać
Zdarzenie można ustalić na podstawie daty utworzenia konfiguracji „Financial close” lub znacznika czasu pierwszego zarejestrowanego zadania zamknięcia dla danego okresu finansowego. Dane te znajdują się w encjach obszaru roboczego Financial close.
Rejestrowanie
Należy użyć znacznika czasu utworzenia listy kontrolnej zamknięcia finansowego lub najwcześniejszego znacznika czasu dowolnego działania związanego z zamknięciem danego okresu.
Typ zdarzenia
inferred
|
|||
|
Zamknięcie okresu w księdze głównej
|
To ostatnie działanie w procesie, podczas którego okres w księdze głównej zostaje formalnie zamknięty, co uniemożliwia dalsze księgowania. W Dynamics 365 jest to jawna zmiana statusu, którą można poddać audytowi. | ||
|
Dlaczego to ważne
Jako ostateczne zdarzenie końcowe działanie to jest niezbędne do obliczenia średniego czasu cyklu zamknięcia okresu. Oznacza definitywne zakończenie prac za dany okres finansowy.
Skąd pobrać
Dane pochodzą z kalendarza księgowego, z encji LedgerPeriod. Zdarzeniem jest znacznik czasu zmiany statusu okresu na „Closed”.
Rejestrowanie
Należy ustalić w ścieżce audytu znacznik czasu ustawienia pola statusu LedgerPeriod na „Closed”.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzenie sprawozdań finansowych
|
To końcowy etap zatwierdzania, który oznacza, że kierownictwo sprawdziło i zatwierdziło sprawozdania finansowe za dany okres. Zdarzenie jest często rejestrowane jako zadanie w obszarze roboczym Financial close. | ||
|
Dlaczego to ważne
To ważny etap biznesowy kończący przegląd. Jest niezbędny do pomiaru czasu przeglądu sprawozdań finansowych i oceny nadzoru nad całym procesem.
Skąd pobrać
Dane pochodzą z obszaru roboczego Financial close. Zdarzenie jest rejestrowane na podstawie znacznika czasu zakończenia końcowego zadania zatwierdzającego na liście kontrolnej zamknięcia danego okresu.
Rejestrowanie
Należy użyć znacznika czasu zakończenia wyznaczonego zadania „Final Approval” w obszarze roboczym Financial close.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzenie uzgodnienia konta
|
To działanie oznacza, że przygotowane uzgodnienie konta zostało sprawdzone i zatwierdzone przez kierownika lub osobę weryfikującą. Zazwyczaj jest rejestrowane jako końcowa zmiana statusu zadania w obszarze roboczym Financial close. | ||
|
Dlaczego to ważne
To ważny etap kończący uzgadnianie konta. Jest niezbędny do obliczenia KPI „Średni czas zatwierdzania uzgodnień” i wskazania wąskich gardeł w procesie zatwierdzania.
Skąd pobrać
Dane pochodzą z encji zarządzania zadaniami w obszarze roboczym Financial close. Zdarzeniem jest znacznik czasu zmiany statusu zadania uzgadniania na „Completed” lub „Approved”.
Rejestrowanie
Należy zarejestrować znacznik czasu zmiany statusu zadania zamknięcia na „Completed” lub równoważny status końcowy.
Typ zdarzenia
explicit
|
|||
|
Księgowanie zapisów korygujących
|
To zdarzenie oznacza zaksięgowanie zapisów korygujących po zakończeniu wstępnych uzgodnień, ale przed ostatecznym zamknięciem. Są to jawne transakcje, które można rozpoznać po określonej nazwie dziennika lub dacie księgowania. | ||
|
Dlaczego to ważne
Duża liczba korekt może wskazywać na problemy z jakością danych lub wcześniejszymi etapami procesu. Monitorowanie tego wskaźnika pomaga mierzyć odsetek zapisów korygujących po zamknięciu i wskazywać problematyczne konta.
Skąd pobrać
Dane pochodzą z tabeli GeneralJournalEntry. Zapisy można znaleźć, filtrując według wyznaczonej nazwy dziennika „Adjustment” lub daty księgowania przypadającej po przygotowaniu zestawienia obrotów i sald.
Rejestrowanie
Należy filtrować rekordy GeneralJournalEntry według określonej wartości JournalName lub daty księgowania w odniesieniu do innych etapów procesu.
Typ zdarzenia
explicit
|
|||
|
Księgowanie zapisów memoriałowych
|
To zdarzenie oznacza zaksięgowanie zapisów dotyczących naliczonych kosztów i przychodów. Jest to jawne działanie rejestrowane w danych transakcyjnych księgi głównej, które można rozpoznać po określonej nazwie lub typie dziennika. | ||
|
Dlaczego to ważne
Śledzenie czasu i liczby zapisów memoriałowych pomaga zrozumieć obciążenie pracą podczas zamknięcia. Ułatwia też wykrywanie zależności i potencjalnych wąskich gardeł w gromadzeniu danych potrzebnych do tych zapisów.
Skąd pobrać
Dane pochodzą z tabel GeneralJournalEntry i GeneralJournalAccountEntry. Należy wybrać transakcje zaksięgowane w okresie zamknięcia, których nazwa dziennika wskazuje na zapisy memoriałowe, na przykład „ACCR”.
Rejestrowanie
Należy filtrować rekordy GeneralJournalEntry według określonej wartości JournalName lub PostingType używanej dla zapisów memoriałowych.
Typ zdarzenia
explicit
|
|||
|
Księgowanie zapisów międzyfirmowych
|
To działanie oznacza zaksięgowanie zapisów służących do uzgodnienia sald między różnymi jednostkami prawnymi organizacji. Jest to jawne zdarzenie rejestrowane w dziennikach transakcji księgi głównej. | ||
|
Dlaczego to ważne
Uzgodnienia międzyfirmowe często są złożone i powodują opóźnienia. Monitorowanie tego działania pozwala mierzyć KPI czasu uzgodnień międzyfirmowych i wskazywać nieefektywne działania.
Skąd pobrać
Dane pochodzą z tabeli GeneralJournalEntry. Należy wybrać rekordy z zaznaczoną flagą „Intercompany” lub transakcje dotyczące kont międzyfirmowych.
Rejestrowanie
Należy filtrować rekordy GeneralJournalEntry według typu transakcji wskazującego na księgowanie międzyfirmowe.
Typ zdarzenia
explicit
|
|||
|
Ponowne otwarcie okresu w księdze głównej
|
To działanie wyjątkowe występuje, gdy wcześniej zamknięty okres zostaje ponownie otwarty w celu zaksięgowania późnej korekty. Jest rejestrowane jako jawna zmiana statusu z „Closed” na „On hold” lub „Open”. | ||
|
Dlaczego to ważne
Ponowne otwarcie okresu stanowi istotne odstępstwo od standardowego procesu i może wskazywać na słabość kontroli lub poważny błąd. Śledzenie częstotliwości takich zdarzeń jest ważne dla usprawniania procesu i zapewnienia zgodności.
Skąd pobrać
Dane pochodzą z kalendarza księgowego, z encji LedgerPeriod. Zdarzeniem jest znacznik czasu zmiany statusu okresu z „Closed” na status oznaczający, że okres nie jest zamknięty.
Rejestrowanie
Należy ustalić w ścieżce audytu znacznik czasu zmiany statusu LedgerPeriod z „Closed”.
Typ zdarzenia
explicit
|
|||
|
Rozpoczęcie uzgadniania konta
|
Oznacza rozpoczęcie przez użytkownika uzgadniania określonego konta księgi głównej, na przykład konta bilansowego. Zdarzenie jest rejestrowane jako zmiana statusu zadania w obszarze roboczym Financial close. | ||
|
Dlaczego to ważne
To działanie stanowi punkt początkowy do pomiaru czasu uzgadniania poszczególnych kont. Pomaga wskazać konta, których uzgadnianie rozpoczyna się najpóźniej.
Skąd pobrać
Dane pochodzą z encji zarządzania zadaniami w obszarze roboczym Financial close. Zdarzeniem jest znacznik czasu zmiany statusu zadania uzgadniania na „In progress”.
Rejestrowanie
Należy zarejestrować znacznik czasu zmiany statusu zadania zamknięcia na „In progress” lub podobny status.
Typ zdarzenia
explicit
|
|||
|
Rozpoczęcie uzgadniania wyciągu bankowego
|
Oznacza rozpoczęcie uzgadniania wyciągu dla określonego rachunku bankowego i okresu. Jest to jawne zdarzenie rejestrowane w chwili utworzenia przez użytkownika nowego arkusza uzgodnienia bankowego. | ||
|
Dlaczego to ważne
Czas wystąpienia tego działania pomaga zrozumieć przebieg uzgadniania rachunku bankowego. Stanowi punkt początkowy do pomiaru efektywności uzgadniania środków pieniężnych.
Skąd pobrać
Dane pochodzą z tabel BankStatement i BankStatementLine. Czas utworzenia nowego rekordu uzgodnienia wyciągu bankowego stanowi czas zdarzenia.
Rejestrowanie
Dla odpowiedniego okresu finansowego należy użyć pola „CreatedDateTime” w tabeli BankStatement.
Typ zdarzenia
explicit
|
|||
|
Wstrzymanie księgowań w księgach pomocniczych
|
Oznacza moment, w którym w księgach pomocniczych, takich jak zobowiązania i należności, blokuje się księgowanie nowych transakcji za dany okres. Zdarzenie można wykryć, obserwując zmiany statusu okresów księgowych w poszczególnych modułach. | ||
|
Dlaczego to ważne
To ważny punkt kontrolny, który pomaga zachować integralność danych przed rozpoczęciem prac w księdze głównej. Opóźnienia na tym etapie mogą wpłynąć na cały harmonogram zamknięcia.
Skąd pobrać
Zdarzenie można ustalić na podstawie statusu okresu w kalendarzu księgowym dla każdego modułu księgi pomocniczej. Zmiana statusu na „On hold” w modułach AP, AR itp. oznacza, że działanie zostało wykonane.
Rejestrowanie
W ścieżce audytu encji LedgerPeriod należy wyszukać zmiany statusu na „On hold”, filtrując wyniki według modułu.
Typ zdarzenia
inferred
|
|||
|
Wygenerowanie sprawozdań finansowych
|
To działanie oznacza wygenerowanie formalnych raportów finansowych, takich jak rachunek zysków i strat czy bilans. Rejestrowanie tego zdarzenia bywa trudne, ponieważ wymaga uruchomienia raportu. | ||
|
Dlaczego to ważne
To początek końcowego cyklu przeglądu. Czas od tego działania do ostatecznego zatwierdzenia jest ważnym KPI efektywności przeglądu kierowniczego.
Skąd pobrać
Dzienniki systemowe narzędzia Financial Reporter, wcześniej Management Reporter, mogą zawierać te informacje. Zazwyczaj nie są one jednak przechowywane w tabelach transakcyjnych i mogą wymagać niestandardowego rejestrowania.
Rejestrowanie
Wymaga analizy dzienników systemowych lub niestandardowego rejestrowania zdarzeń. Dane mogą być niedostępne w standardowej konfiguracji.
Typ zdarzenia
inferred
|
|||
|
Zakończenie uzgadniania wyciągu bankowego
|
To działanie oznacza zakończenie i zaksięgowanie uzgodnienia wyciągu bankowego. Jest to jawne zdarzenie rejestrowane jako zmiana statusu rekordu uzgodnienia. | ||
|
Dlaczego to ważne
To ważny etap procesu zamknięcia. Śledzenie jego zakończenia pozwala mierzyć przepustowość i czas trwania cyklu uzgadniania wyciągu bankowego.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu encji BankStatement na „Reconciled” lub znacznika czasu zaksięgowania powiązanego dziennika uzgodnienia.
Rejestrowanie
Należy ustalić znacznik czasu aktualizacji pola statusu BankStatement na „Reconciled”.
Typ zdarzenia
inferred
|
|||
Przewodniki dotyczące pobierania danych
Gotowi do rozpoczęcia?
Zacznij usprawniać proces Record to Report już dziś, korzystając z tego szablonu danych. Przyspiesz raportowanie finansowe, zwiększ jego dokładność i zadbaj o zgodność.
Przyspiesz zamknięcie okresu i uzgodnienia w procesie Record to Report
Skróć czas cyklu o 30% i zwiększ dokładność, aby szybciej zamykać okresy finansowe.
Karta kredytowa nie jest wymagana. Już dziś można zacząć usprawniać proces.