Szablon danych dla procesu Record to Report: zamknięcie okresu i uzgadnianie

Oracle Fusion Financials
Szablon danych dla procesu Record to Report: zamknięcie okresu i uzgadnianie

Szablon danych dla procesu Record to Report: zamknięcie okresu i uzgadnianie

Ten szablon zawiera wskazówki dotyczące zbierania danych potrzebnych do analizy procesu Record to Report: zamknięcie okresu i uzgadnianie. Opisuje wymagane atrybuty oraz najważniejsze działania, które należy rejestrować w dzienniku zdarzeń. Zawiera także praktyczne wskazówki dotyczące pobierania danych z Oracle Fusion Financials, aby można było rozpocząć analizę procesu za pomocą process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Wskazówki dotyczące pobierania danych z Oracle Fusion Financials
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu Record to Report: zamknięcie okresu i uzgadnianie

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować proces Record to Report: zamknięcie okresu i uzgadnianie.
5 Wymagane 8 Zalecane 9 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTime
Timestamp wskazujący, kiedy wystąpiła dana czynność lub zdarzenie.
Opis

Czas rozpoczęcia, czyli timestamp zdarzenia, zapisuje dokładną datę i godzinę wykonania czynności lub zmiany statusu. Dane te są niezbędne do uporządkowania zdarzeń chronologicznie i obliczenia czasu ich trwania.

W process mining timestamp służy do odtworzenia kolejności zdarzeń dla każdego okresu finansowego, obliczania czasu trwania czynności i mierzenia całkowitego czasu procesu. Jest podstawą analizy efektywności, wykrywania wąskich gardeł i monitorowania dotrzymywania terminów.

Dlaczego to ważne

Timestamp jest niezbędny do uporządkowania zdarzeń, obliczania wskaźników opartych na czasie, takich jak czas cyklu i czas trwania czynności, oraz odtworzenia przebiegu procesu.

Skąd pobrać

Informacje te znajdują się zwykle w polach daty utworzenia, daty ostatniej aktualizacji lub daty transakcji, powiązanych z zapisami księgowymi, uzgodnieniami i statusami okresów w modułach Oracle Fusion Financials.

Przykłady
2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
Czynność
ActivityName
Nazwa konkretnego zadania lub zdarzenia, które wystąpiło w procesie zamknięcia okresu.
Opis

Ten atrybut zapisuje poszczególne kroki workflow zamknięcia okresu, takie jak „Zamknięcie okresu w księdze pomocniczej”, „Rozpoczęcie uzgadniania konta” lub „Wygenerowanie sprawozdań finansowych”. Każda czynność oznacza etap lub działanie w procesie.

Analiza czynności stanowi podstawę process mining. Umożliwia wizualizację mapy procesu, wykrywanie wąskich gardeł przez pomiar czasu między czynnościami oraz analizę wariantów procesu, aby zrozumieć odstępstwa od standardowej procedury.

Dlaczego to ważne

Atrybut określa kroki procesu. Jest niezbędny do wizualizacji jego przebiegu, wykrywania wąskich gardeł i analizy odstępstw.

Skąd pobrać

Zwykle jest ustalany na podstawie opisów transakcji, zmian statusu lub dzienników zdarzeń w różnych modułach Oracle Fusion Financials, takich jak General Ledger, Subledger Accounting oraz Financial Consolidation and Close.

Przykłady
Otwarcie okresuZamknięcie okresu w księdze pomocniczejZatwierdzenie uzgodnieniaWygenerowanie sprawozdań finansowych
Okres finansowy
FinancialPeriod
Unikalny identyfikator okresu zamknięcia finansowego, na przykład konkretnego miesiąca lub kwartału.
Opis

Okres finansowy jest głównym identyfikatorem case, który grupuje wszystkie czynności związane z zamknięciem i uzgadnianiem kont w danym cyklu raportowym. Każdy okres, na przykład „Jan-2023” lub „Q1-2024”, odpowiada jednej instancji procesu zamknięcia okresu.

W analizie process mining ten atrybut pozwala prześledzić cały proces zamknięcia okresu, od początku do końca. Służy do obliczania łącznego czasu cyklu, porównywania wyników między okresami oraz wykrywania trendów i powtarzających się opóźnień w procesie zamknięcia.

Dlaczego to ważne

To podstawowy identyfikator, który łączy wszystkie powiązane czynności zamknięcia w jedną instancję procesu. Umożliwia analizę całego cyklu zamknięcia danego okresu.

Skąd pobrać

Zwykle jest ustalany na podstawie nazwy lub identyfikatora okresu w module General Ledger, często z tabel takich jak GL_PERIOD_STATUSES w Oracle Fusion Financials.

Przykłady
Jan-2023Feb-2023Q1-2024Mar-2024
Data ostatniej aktualizacji danych
LastDataUpdate
Timestamp wskazujący, kiedy ostatnio odświeżono dane z systemu źródłowego.
Opis

Ten atrybut zapisuje datę i godzinę ostatniego wyodrębnienia danych z Oracle Fusion Financials. Informuje, jak aktualne są dane analizowane w narzędziu process mining.

Użytkownicy mogą dzięki temu sprawdzić aktualność analizy. Timestamp pomaga ocenić wiarygodność dashboardów i raportów prezentujących bieżące dane oraz upewnić się, że decyzje opierają się na aktualnych informacjach.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, co ma znaczenie przy podejmowaniu decyzji na podstawie analizy procesu.

Skąd pobrać

To pole metadanych generowane i zapisywane podczas procesu pobierania danych. Zawiera timestamp uruchomienia wyodrębniania.

Przykłady
2023-03-10T02:00:00Z2023-03-11T02:00:00Z
System źródłowy
SourceSystem
System, z którego wyodrębniono dane.
Opis

Ten atrybut wskazuje system informatyczny, z którego pochodzą dane o zdarzeniu. W tym procesie będzie to zawsze Oracle Fusion Financials, ale atrybut może być przydatny w środowiskach, w których dane pochodzą z kilku systemów.

W analizie podaje kontekst pochodzenia danych, co ma znaczenie dla zarządzania danymi, ich weryfikacji i zrozumienia środowiska technologicznego procesu. Pomaga przypisać wnioski do właściwego środowiska aplikacyjnego.

Dlaczego to ważne

Podaje kontekst pochodzenia danych, co ułatwia analizę w środowisku wielosystemowym i wspiera zarządzanie danymi.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas wyodrębniania danych w celu oznaczenia źródła zbioru danych.

Przykłady
Oracle Fusion FinancialsOracle Cloud ERP
Czas zakończenia
EndTime
Timestamp wskazujący, kiedy zakończono czynność.
Opis

Czas zakończenia zapisuje dokładną datę i godzinę ukończenia czynności. Czas rozpoczęcia wskazuje jej początek, a czas zakończenia jej koniec, co pozwala precyzyjnie obliczyć czas trwania każdego kroku.

Ten atrybut jest niezbędny do obliczania czasu przetwarzania poszczególnych czynności. Odjęcie czasu rozpoczęcia od czasu zakończenia pozwala analitykom wskazać kroki procesu zamknięcia okresu, które zajmują najwięcej czasu, a tym samym wykryć wąskie gardła i nieefektywne działania.

Dlaczego to ważne

Umożliwia obliczanie czasu przetwarzania czynności, co jest podstawą wykrywania wąskich gardeł i pomiaru efektywności operacyjnej.

Skąd pobrać

Podobnie jak czas rozpoczęcia, często znajduje się w polach daty ostatniej aktualizacji lub w dedykowanych polach daty zakończenia w tabelach transakcji Oracle Fusion Financials.

Przykłady
2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
Docelowy termin zakończenia
TargetCompletionDate
Planowany termin zakończenia czynności lub całego procesu zamknięcia okresu.
Opis

Ten atrybut przechowuje oczekiwany termin realizacji ważnych etapów procesu zamknięcia, określony w kalendarzu zamknięcia lub wewnętrznych umowach SLA. Stanowi punkt odniesienia do oceny rzeczywistych wyników.

Data ta jest podstawą dashboardu „Zgodność z terminami zamknięcia” i KPI „Odsetek zamknięć na czas”. Porównanie rzeczywistego czasu zakończenia (EventTime) z terminem docelowym pozwala systemowi automatycznie oznaczać opóźnienia i mierzyć zgodność z harmonogramem. Pomaga to utrzymać dyscyplinę w procesie zamknięcia.

Dlaczego to ważne

Umożliwia pomiar terminowości i zgodności z harmonogramem, co ma zasadnicze znaczenie dla terminowego raportowania finansowego.

Skąd pobrać

Informacje te są często przechowywane w narzędziu do zarządzania zamknięciem lub w niestandardowej konfiguracji kalendarza zamknięcia w Oracle Financials.

Przykłady
2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
Dział
Department
Dział biznesowy lub centrum kosztów powiązane z czynnością albo sprawą.
Opis

Ten atrybut wskazuje dział odpowiedzialny za czynność zamknięcia okresu lub zaangażowany w jej wykonanie, na przykład „Księgowość korporacyjna”, „FP&A” lub „Audyt wewnętrzny”. Zapewnia kontekst organizacyjny procesu.

Podział procesu według działów to przydatna metoda analizy. Umożliwia porównanie efektywności zamknięcia w różnych jednostkach biznesowych, ocenę wpływu przekazywania zadań między działami na harmonogram oraz analizę obciążenia pracą na poziomie działu.

Dlaczego to ważne

Umożliwia porównywanie procesów w różnych częściach organizacji, co pomaga wskazać dobre praktyki i ujednolicić procedury.

Skąd pobrać

Można go ustalić na podstawie profilu użytkownika, segmentu centrum kosztów konta księgi głównej lub struktury organizacyjnej jednostki prawnej w Oracle Fusion Financials.

Przykłady
Księgowość korporacyjnaZobowiązaniaSkarbFP&A
Kod spółki
CompanyCode
Identyfikator jednostki prawnej lub spółki, dla której przeprowadzane jest zamknięcie okresu.
Opis

Kod spółki, określany w terminologii Oracle jako identyfikator jednostki prawnej, wskazuje konkretną jednostkę biznesową, której dotyczy zamknięcie okresu. W globalnej organizacji działa wiele spółek, z których każda ma własny proces zamknięcia.

Ten atrybut jest niezbędny do analizy porównawczej. Pozwala kierownictwu porównywać przebieg zamknięcia w różnych jednostkach prawnych, sprawdzać, które stosują standardowe procedury, oraz wskazywać miejsca występowania odstępstw lub opóźnień. Ułatwia też filtrowanie danych i analizę wybranych obszarów działalności.

Dlaczego to ważne

Umożliwia filtrowanie i porównywanie procesu zamknięcia w różnych jednostkach prawnych, co ma znaczenie dla ujednolicania procesów globalnych.

Skąd pobrać

Odpowiada wartości jednostki prawnej lub segmentu bilansującego w planie kont. Jest ważnym atrybutem niemal wszystkich transakcji finansowych w Oracle Fusion Financials.

Przykłady
101210US01DE01
Rodzaj uzgodnienia
ReconciliationType
Kategoria wykonywanego uzgodnienia konta.
Opis

Ten atrybut określa rodzaj uzgodnienia, na przykład bilansowe, dotyczące rachunku zysków i strat lub międzyspółkowe. Poszczególne rodzaje uzgodnień mogą przebiegać według różnych workflow oraz różnić się złożonością i poziomem ryzyka.

Atrybut służy do obsługi dashboardu „Wyniki uzgodnień według rodzaju”. Filtrowanie danych według tego atrybutu pozwala analitykom porównywać czas trwania i liczbę uzgodnień w poszczególnych kategoriach. Dzięki temu można wskazać rodzaje uzgodnień, w których najczęściej występują opóźnienia lub zaległości i które wymagają usprawnień.

Dlaczego to ważne

Umożliwia ukierunkowaną analizę procesu uzgadniania i pomaga wykrywać wąskie gardła dotyczące określonych rodzajów kont, na przykład kont wysokiego ryzyka lub uzgodnień międzyspółkowych.

Skąd pobrać

Wartość można pobrać z rodzaju konta w planie kont albo z atrybutów modułu Account Reconciliation Cloud Service (ARCS), jeśli jest używany.

Przykłady
Uzgodnienie bilansoweRachunek zysków i stratUzgodnienie bankoweUzgodnienie międzyspółkowe
Rodzaj zapisu w dzienniku
JournalEntryType
Klasyfikacja zapisu w dzienniku, na przykład „Standardowy”, „Odwracający” lub „Korygujący”.
Opis

Ten atrybut klasyfikuje zapisy w dzienniku według ich przeznaczenia. W tym procesie istotne są zapisy korygujące, które często oznaczają korekty lub reklasyfikacje wynikające z uzgadniania kont.

Atrybut jest potrzebny do obliczania KPI „Liczba księgowań korygujących” i obsługi powiązanego dashboardu. Filtrowanie zapisów korygujących pozwala monitorować częstotliwość korekt, które często wskazują na problemy na wcześniejszych etapach przetwarzania transakcji lub w zasadach rachunkowości. Ograniczenie liczby takich korekt jest jednym z celów usprawniania procesów.

Dlaczego to ważne

Pozwala oddzielić zapisy korygujące od standardowych księgowań i skupić analizę na ponownym wykonywaniu pracy oraz korektach podczas zamknięcia okresu.

Skąd pobrać

Informacje te znajdują się często w polach JE_CATEGORY i JE_SOURCE tabeli GL_JE_HEADERS. Do utworzenia uproszczonej klasyfikacji może być potrzebne mapowanie.

Przykłady
StandardowyKorygującyReklasyfikacjaRozliczenie międzyokresowe
Status czynności
ActivityStatus
Status realizacji czynności, na przykład „Zakończona”, „W toku” lub „Niepowodzenie”.
Opis

Ten atrybut określa wynik lub bieżący stan konkretnego zadania w procesie zamknięcia okresu. Na przykład import dziennika może zakończyć się powodzeniem lub niepowodzeniem, a uzgodnienie może zostać zatwierdzone lub odrzucone.

Status pomaga analizować wyjątki i wyniki procesu. Analitycy mogą sprawdzać odsetek niepowodzeń zadań automatycznych, śledzić ponowne obiegi w workflow zatwierdzania oraz monitorować postęp zamknięcia na bieżąco, sprawdzając, które czynności oczekują na realizację, a które zostały zakończone.

Dlaczego to ważne

Śledzenie statusu pomaga wykrywać wyjątki, niepowodzenia i ponowne wykonywanie pracy, a także oceniać jakość i niezawodność procesu.

Skąd pobrać

Informacje te znajdują się zwykle w polach statusu nagłówków lub wierszy transakcji w modułach Oracle Fusion Financials.

Przykłady
ZakończonaW tokuZatwierdzonaOdrzuconaBłąd
Użytkownik odpowiedzialny
ResponsibleUser
Użytkownik lub pracownik, który wykonał daną czynność.
Opis

Ten atrybut wskazuje użytkownika odpowiedzialnego za wykonanie zadania, na przykład księgowego, który zatwierdził uzgodnienie, lub kontrolera, który wygenerował sprawozdania finansowe. Zwykle jest powiązany z identyfikatorem użytkownika lub nazwiskiem pracownika.

Analiza użytkowników odpowiedzialnych pomaga zrozumieć rozkład obciążenia pracą, określić potrzeby szkoleniowe i ocenić wyniki zespołów lub poszczególnych osób. Umożliwia tworzenie dashboardów monitorujących równomierny podział pracy i skuteczny przydział zadań w intensywnym okresie zamknięcia.

Dlaczego to ważne

Umożliwia analizę rozkładu obciążenia pracą i przydziału zasobów oraz wskazanie możliwości automatyzacji lub szkoleń.

Skąd pobrać

Informacje te są zwykle dostępne w polach „Created By” lub „Last Updated By” rekordów transakcyjnych w Oracle Fusion Financials, na przykład zapisów księgowych lub obiektów uzgodnień.

Przykłady
john.doejane.smithcontroller_ussarah.jones
Czas trwania zamknięcia okresu
PeriodCloseCycleTime
Łączny czas realizacji całego procesu zamknięcia okresu, od początku do końca.
Opis

To obliczana miara na poziomie case, która określa łączny czas trwania zamknięcia okresu finansowego. Oblicza się ją, odejmując znacznik czasu pierwszej czynności od znacznika czasu ostatniej czynności dla danego okresu finansowego.

To podstawowy KPI procesu Record to Report. Pokazuje ogólną efektywność całego procesu i służy do monitorowania działań, których celem jest skrócenie czasu zamknięcia.

Dlaczego to ważne

Ten KPI mierzy efektywność całego procesu zamknięcia, na której szczególnie zależy kierownictwu finansowemu.

Skąd pobrać

Wartość oblicza się na poziomie case w narzędziu process mining, odejmując najwcześniejszy StartTime od najpóźniejszego StartTime dla danego case.

Przykłady
P5D4HP7D12HP4D20H
Identyfikator zapisu w dzienniku
JournalEntryId
Unikatowy identyfikator zapisu w dzienniku.
Opis

Ten atrybut zawiera unikatowy identyfikator zapisu w dzienniku księgi głównej, nadawany przez system. Jest szczególnie istotny dla czynności związanych z księgowaniem zapisów ręcznych i korygujących.

Umożliwia śledzenie poszczególnych zapisów w dzienniku, zwłaszcza korygujących, na każdym etapie ich realizacji. Pomaga obliczyć liczbę korekt i powiązać ponowne wykonanie pracy z konkretnymi księgowaniami.

Dlaczego to ważne

Pozwala śledzić konkretne księgowania, co jest niezbędne podczas audytu oraz analizy liczby i rodzaju zapisów korygujących.

Skąd pobrać

To klucz główny tabeli GL_JE_HEADERS, często oznaczany jako JE_HEADER_ID.

Przykłady
JE1002345JE1002378JE1002412
Konto księgi głównej
GLAccountNumber
Numer konta księgi głównej, którego dotyczy uzgodnienie lub na które księgowana jest pozycja.
Opis

Ten atrybut zawiera konkretny numer konta księgi głównej powiązanego z daną czynnością, na przykład uzgodnieniem konta lub księgowaniem korygującym. Zapewnia szczegółowe dane do analizy finansowej.

Służy do analizy liczby księgowań korygujących i wyników uzgodnień dla poszczególnych kont. Pozwala wskazać konta, które często wymagają korekt lub których uzgadnianie trwa długo. Może to świadczyć o problemach w podprocesach.

Dlaczego to ważne

Umożliwia szczegółową analizę i wskazanie kont, które regularnie wymagają korekt lub których uzgadnianie się opóźnia.

Skąd pobrać

To podstawowe pole w tabelach księgi głównej, takich jak GL_JE_LINES, i jeden z głównych elementów procesu uzgadniania.

Przykłady
111001401000625003212001
Kraj
Country
Kraj przypisany do jednostki prawnej lub kodu firmy.
Opis

Ten atrybut określa kraj, w którym działa jednostka prawna. Dostarcza informacji geograficznych o procesie zamknięcia okresu.

Analiza procesu według kraju może ujawnić różnice wynikające z lokalnych wymogów prawnych, odmiennych praktyk biznesowych lub wyników regionalnych centrów usług wspólnych. Umożliwia porównywanie wyników między krajami i ocenę wpływu różnic regionalnych na efektywność procesu.

Dlaczego to ważne

Umożliwia analizę procesu zamknięcia według lokalizacji geograficznej i wskazuje różnice wynikające z lokalnych przepisów lub wyników zespołów regionalnych.

Skąd pobrać

Wartość jest zwykle pobierana z konfiguracji jednostki prawnej lub jednostki biznesowej w Oracle Fusion Financials.

Przykłady
USANiemcyJaponiaBrazylia
Księga
LedgerName
Nazwa księgi, do której należą transakcje i salda.
Opis

Księga w Oracle Fusion Financials to rejestr transakcji finansowych określony przez plan kont, kalendarz i walutę. Może być księgą podstawową jednostki prawnej albo księgą pomocniczą lub raportową, przeznaczoną do stosowania innych standardów rachunkowości.

Analiza według ksiąg pomaga zrozumieć różnice w procesach wynikające z wymogów rachunkowości, na przykład IFRS i US GAAP. Ułatwia też zapewnienie zgodności i efektywności procesów dla każdego wymaganego standardu raportowania.

Dlaczego to ważne

Zapewnia kontekst rachunkowy i pozwala podzielić analizę według standardów rachunkowości lub wymogów raportowania.

Skąd pobrać

Informacja jest przechowywana wraz z danymi finansowymi w podstawowych tabelach księgi głównej. Często wskazuje ją LEDGER_ID w tabelach takich jak GL_JE_HEADERS i GL_BALANCES.

Przykłady
Podstawowa księga amerykańskaPodstawowa księga brytyjskaKsięga raportowa IFRS
Kwota zapisu w dzienniku
JournalEntryAmount
Łączna kwota debetowa lub kredytowa zapisu w dzienniku.
Opis

Ten atrybut zawiera wartość pieniężną zapisu w dzienniku. Może to być kwota korekty, rozliczenia międzyokresowego lub innego księgowania.

Analiza kwot zapisów korygujących pokazuje finansowe skutki błędów i wyjątków w procesie. Wysokie lub częste korekty mogą wskazywać na poważne braki w kontrolach albo problemy wymagające szybkiej reakcji. Uwzględnienie kwot pozwala ocenić istotność zapisów w dzienniku.

Dlaczego to ważne

Pomaga ocenić finansowe skutki i istotność korekt oraz odróżnić drobne poprawki od znaczących korekt sprawozdań finansowych.

Skąd pobrać

Wartość należy obliczyć, sumując kwoty debetowe z tabeli GL_JE_LINES dla danego zapisu w dzienniku.

Przykłady
15000.00250.75125000.50
Ponowne wykonanie pracy
IsRework
Obliczana flaga wskazująca czynności oznaczające ponowne wykonanie pracy.
Opis

Ten atrybut logiczny jest wyznaczany na podstawie przebiegu procesu i oznacza czynności wskazujące na ponowne wykonanie pracy. Przykładem w procesie zamknięcia okresu jest czynność „Zaksięgowano zapis korygujący”, która następuje po zatwierdzeniu uzgodnienia tego samego konta. Może to oznaczać, że uzgodnienie było niewystarczające.

Atrybut służy do mierzenia częstotliwości i skutków ponownego wykonywania pracy, które jest istotnym źródłem nieefektywności. Analiza takich powrotów pozwala ustalić przyczyny błędów, na przykład niewystarczające przeszkolenie lub nieprawidłowe procedury, i podjąć działania naprawcze.

Dlaczego to ważne

Bezpośrednio pokazuje nieefektywność procesu, oznaczając czynności korygujące wcześniejszą pracę i pomagając ustalić przyczyny błędów.

Skąd pobrać

Wartość oblicza się, definiując wzorce ponownego wykonywania pracy w narzędziu process mining, na przykład sekwencję „Zatwierdzenie”, po której następuje „Korekta”.

Przykłady
truefalse
Transakcja międzyspółkowa
IsIntercompanyTransaction
Flaga określająca, czy transakcja zachodzi między dwiema różnymi jednostkami prawnymi tej samej firmy.
Opis

Ten atrybut logiczny (prawda/fałsz) wskazuje transakcje lub uzgodnienia z udziałem podmiotów powiązanych. Takie czynności są często bardziej złożone i podatne na rozbieżności oraz opóźnienia.

Flaga jest potrzebna do obsługi dashboardu „Przebieg uzgodnień międzyspółkowych” i KPI „Odsetek uzgodnień międzyspółkowych”. Pozwala wyodrębnić ten podproces i analizować go osobno, aby wykrywać wąskie gardła związane z transakcjami między jednostkami oraz poprawiać dokładność skonsolidowanych sprawozdań finansowych.

Dlaczego to ważne

Pozwala wyodrębnić często złożony i problematyczny proces uzgadniania międzyspółkowego, aby przeprowadzić jego ukierunkowaną analizę i usprawnienia.

Skąd pobrać

Informacje te można uzyskać z dedykowanych modułów międzyspółkowych Oracle (AGIS) lub analizując zapisy w dzienniku, w których segment kodu firmy różni się między wierszami lub segmentami bilansującymi.

Przykłady
truefalse
Zakończono w terminie
IsOnTime
Obliczana flaga wskazująca, czy czynność zakończono przed upływem terminu docelowego.
Opis

Ten atrybut logiczny porównuje rzeczywisty znacznik czasu zakończenia czynności (EventTime lub EndTime) z planowanym terminem (TargetCompletionDate). Przyjmuje wartość prawda, jeśli czynność zakończono w terminie lub wcześniej, a fałsz, jeśli wystąpiło opóźnienie.

Zapewnia prosty i czytelny pomiar zgodności z harmonogramem oraz stanowi podstawę KPI „Odsetek zamknięć na czas”. Pomaga szybko wykrywać wąskie gardła powodujące przekroczenie terminów i daje menedżerom jasną miarę zgodności z kalendarzem zamknięcia.

Dlaczego to ważne

Zapewnia jednoznaczny, binarny pomiar zgodności z harmonogramem, dzięki czemu łatwo monitorować dotrzymywanie ważnych terminów zamknięcia.

Skąd pobrać

Wartość oblicza się podczas transformacji danych, porównując EventTime z TargetCompletionDate (EventTime <= TargetCompletionDate).

Przykłady
truefalse
Wymagane Zalecane Opcjonalne

Działania w procesie Record to Report: zamknięcie okresu i uzgadnianie

To najważniejsze kroki i punkty kontrolne, które należy rejestrować w dzienniku zdarzeń, aby rzetelnie odtworzyć i analizować zamknięcie finansowe.
6 Zalecane 8 Opcjonalne
Działanie Opis
Księgowanie zapisu korygującego
Oznacza zaksięgowanie ręcznego zapisu w księdze głównej w celu skorygowania sald, ujęcia rozliczeń międzyokresowych lub wprowadzenia innych korekt wykrytych podczas uzgadniania. Każde księgowanie jest osobną rejestrowaną transakcją.
Dlaczego to ważne

Duża liczba zapisów korygujących, zwłaszcza po zatwierdzeniu uzgodnień, wskazuje na konieczność ponownej pracy i możliwe problemy na wcześniejszych etapach procesu. Śledzenie tych zapisów pomaga poprawić jakość danych.

Skąd pobrać

Zapisy są rejestrowane w tabelach GL_JE_HEADERS i GL_JE_LINES. Zapisy korygujące można często rozpoznać po kategorii lub źródle, które zwykle ma wartość „Manual” lub „Adjustment”.

Rejestrowanie

Ustalane na podstawie daty utworzenia i zaksięgowania zapisów z kategorią „Adjustment” w danym okresie.

Typ zdarzenia explicit
Ostateczne zamknięcie okresu
Oznacza ostateczne i nieodwracalne zamknięcie okresu obrachunkowego w księdze głównej. Po wykonaniu tej czynności okresu nie można ponownie otworzyć ani wprowadzać w nim dalszych zmian.
Dlaczego to ważne

To zdarzenie wyznacza ostateczny koniec sprawy dotyczącej zamknięcia okresu. Dostarcza końcowego timestampu do pomiaru całkowitego czasu zamknięcia i zapewnia integralność danych na potrzeby raportowania.

Skąd pobrać

Jest to konkretna, jawna czynność, która zmienia status okresu w tabeli GL_PERIOD_STATUSES na „Permanently Closed”. System rejestruje tę czynność i jej timestamp.

Rejestrowanie

Dane pochodzą z dziennika zmian statusu okresu finansowego na „Permanently Closed” w tabeli GL_PERIOD_STATUSES.

Typ zdarzenia explicit
Otwarcie okresu
Oznacza oficjalne rozpoczęcie zamknięcia finansowego danego okresu obrachunkowego. Zwykle jest to jawna czynność wykonywana przez uprawnionego użytkownika w module General Ledger, która umożliwia księgowanie transakcji.
Dlaczego to ważne

To zdarzenie wyznacza początek sprawy dotyczącej zamknięcia okresu. Jest niezbędne do pomiaru całkowitego czasu zamknięcia i wykrywania opóźnień w rozpoczęciu procesu.

Skąd pobrać

Zdarzenie jest rejestrowane w module General Ledger, gdy status okresu zmienia się na „Open”. Można je znaleźć w tabeli GL_PERIOD_STATUSES, która zapisuje status i timestamp dla każdego okresu.

Rejestrowanie

Dane pochodzą z dziennika zmian statusu okresu finansowego w tabeli GL_PERIOD_STATUSES.

Typ zdarzenia explicit
Rozpoczęcie uzgadniania konta
To zdarzenie oznacza rozpoczęcie uzgadniania konkretnego konta księgi głównej lub grupy kont. Często można je wywnioskować z pierwszej czynności dotyczącej uzgodnienia, na przykład przypisania go osobie przygotowującej lub początkowej zmiany statusu.
Dlaczego to ważne

To początek ważnego i często czasochłonnego podprocesu. Pomiar czasu od tego zdarzenia do zatwierdzenia pozwala obliczyć czas uzgadniania i wykryć zaległości.

Skąd pobrać

W Oracle Account Reconciliation Cloud Service (ARCS) można je wywnioskować z timestampu zmiany statusu uzgodnienia na „Open with Preparer” lub podobny status początkowy.

Rejestrowanie

Ustalane na podstawie najwcześniejszego timestampu powiązanego z uzgodnieniem danego konta za dany okres, gdy jego status zmienia się z „Pending” lub „New”.

Typ zdarzenia inferred
Wygenerowanie sprawozdań finansowych
To zdarzenie oznacza utworzenie podstawowych sprawozdań finansowych, takich jak rachunek zysków i strat, bilans oraz rachunek przepływów pieniężnych. Zwykle jest to proces uruchamiany przez użytkownika i wykonywany przez system.
Dlaczego to ważne

To ważny etap, który oznacza koniec przetwarzania danych i początek końcowej weryfikacji oraz zatwierdzania. Jest niezbędny do pomiaru czasu zatwierdzania sprawozdań finansowych.

Skąd pobrać

Można to wywnioskować z pomyślnego zakończenia zadań raportowania finansowego lub timestampu utworzenia opublikowanych raportów w narzędziach Oracle Fusion, takich jak Financial Reporting Studio lub Narrative Reporting.

Rejestrowanie

Ustalane na podstawie timestampu zakończenia zaplanowanego zadania generującego końcowy pakiet raportów.

Typ zdarzenia inferred
Zatwierdzenie uzgodnienia
Oznacza formalne zatwierdzenie uzgodnienia konta przez osobę weryfikującą, która potwierdza jego dokładność i kompletność. To ważny etap oznaczający zakończenie workflow uzgadniania.
Dlaczego to ważne

Zatwierdzenie kończy cykl uzgadniania konta. To ważny etap pomiaru efektywności uzgodnień i warunek rozpoczęcia kolejnych czynności zamknięcia.

Skąd pobrać

W Oracle ARCS jest to jawne zdarzenie z timestampem, rejestrowane, gdy uprawniona osoba weryfikująca zmienia status uzgodnienia na „Approved” lub „Closed”.

Rejestrowanie

Dane pochodzą z timestampu zmiany statusu na „Approved” w ścieżce audytu systemu do uzgadniania.

Typ zdarzenia explicit
Import zapisów księgowych
Ta czynność oznacza import zbiorczych transakcji z ksiąg pomocniczych i innych danych zewnętrznych do księgi głównej. Dane finansowe są w ten sposób gromadzone przed uzgodnieniem i korektami.
Dlaczego to ważne

Śledzenie zakończenia importu danych pozwala określić czas potrzebny na ich zebranie. Oznacza moment, w którym księga główna zawiera już dane źródłowe niezbędne do dalszego przebiegu zamknięcia.

Skąd pobrać

Można to ustalić na podstawie pomyślnego zakończenia importu zapisów w tabelach GL_JE_BATCHES i GL_IMPORT_REFERENCES, z uwzględnieniem właściwego okresu obrachunkowego.

Rejestrowanie

Ustalane na podstawie daty utworzenia partii zapisów księgowych, których źródło wskazuje na import z księgi pomocniczej lub systemu zewnętrznego.

Typ zdarzenia explicit
Przekazanie uzgodnienia do weryfikacji
Ta czynność oznacza przekazanie uzgodnienia konta przez osobę, która je przygotowała, osobie odpowiedzialnej za weryfikację i zatwierdzenie. Zwykle jest to jawna zmiana statusu w narzędziu do uzgadniania.
Dlaczego to ważne

Na tym etapie może powstać przestój lub wąskie gardło. Analiza czasu między przekazaniem a zatwierdzeniem ujawnia opóźnienia w weryfikacji i pomaga lepiej przydzielać zasoby.

Skąd pobrać

Dane pochodzą z Oracle ARCS, gdy status uzgodnienia zmienia się z „Preparation” na „Pending Review” lub „Submitted”. Zmiana statusu jest rejestrowana wraz z timestampem.

Rejestrowanie

Na podstawie timestampu zmiany statusu na „Pending Approval” lub równoważny w systemie do uzgadniania.

Typ zdarzenia explicit
Weryfikacja sprawozdań finansowych
Oznacza zakończenie weryfikacji wygenerowanych sprawozdań finansowych przez kierownictwo. Często jest to proces ręczny, a jego zapis w systemie może wymagać wnioskowania na podstawie powiązanych czynności lub ręcznego wprowadzenia danych.
Dlaczego to ważne

Weryfikacja często zajmuje znaczną część końcowego etapu zamknięcia. Śledzenie jej przebiegu pomaga wykryć opóźnienia w weryfikacji przez kierownictwo i skrócić cały harmonogram raportowania.

Skąd pobrać

Bezpośrednie zarejestrowanie tego zdarzenia jest trudne. Można je wywnioskować z timestampu zmiany statusu raportu w narzędziu do raportowania opisowego lub z jawnego zadania akceptacji w narzędziu workflow.

Rejestrowanie

Może być konieczne wywnioskowanie tego zdarzenia na podstawie innych zdarzeń systemowych, takich jak zakończenie zadania akceptacji w workflow BPM, albo ręczne wprowadzenie danych.

Typ zdarzenia inferred
Wygenerowanie zestawienia obrotów i sald
Ta czynność oznacza wygenerowanie zestawienia obrotów i sald za dany okres. To ważny punkt kontrolny, który pozwala sprawdzić, czy suma obrotów Wn jest równa sumie obrotów Ma, zanim powstaną końcowe sprawozdania finansowe.
Dlaczego to ważne

Pierwsze pomyślne wygenerowanie zestawienia obrotów i sald to ważny etap, który wskazuje, że większość korekt została już prawdopodobnie wprowadzona. Jest to jeden z ostatnich kroków przed końcowym raportowaniem.

Skąd pobrać

Można to wywnioskować z pomyślnego zakończenia równoległego żądania „Trial Balance Report” lub zaplanowanego procesu. System rejestruje czas wykonania tych zadań.

Rejestrowanie

Ustalane na podstawie timestampu zakończenia zadania generującego zestawienie obrotów i sald w dziennikach harmonogramu procesów systemu.

Typ zdarzenia inferred
Wykonanie konsolidacji
Oznacza wykonanie procedur konsolidacyjnych, które łączą dane finansowe z wielu jednostek zależnych lub biznesowych w jeden zestaw sprawozdań finansowych jednostki dominującej. Jest to odrębny proces rejestrowany w systemie.
Dlaczego to ważne

W organizacjach obejmujących wiele jednostek konsolidacja jest ważnym i złożonym etapem. Śledzenie jej przebiegu i czasu trwania pozwala zrozumieć harmonogram zamknięcia na poziomie całej grupy.

Skąd pobrać

W Oracle Financial Consolidation and Close Cloud (FCCS) wykonanie reguł i procesów konsolidacyjnych jest rejestrowane wraz z timestampami rozpoczęcia i zakończenia. Dane można wyodrębnić z harmonogramu zadań.

Rejestrowanie

Dane pochodzą z dzienników wykonania zadania konsolidacyjnego lub reguły biznesowej w module FCCS.

Typ zdarzenia explicit
Zakończenie uzgadniania między jednostkami
Oznacza zakończenie uzgadniania transakcji między różnymi jednostkami prawnymi tej samej organizacji. To szczególny rodzaj uzgodnienia, który zapewnia wyzerowanie sald między jednostkami.
Dlaczego to ważne

Uzgadnianie między jednostkami często powoduje opóźnienia i komplikuje zamknięcie okresu. Pomiar czasu jego trwania pomaga usprawnić ważny etap ścieżki krytycznej raportowania skonsolidowanego.

Skąd pobrać

Zdarzenie można zarejestrować w module Intercompany Transaction lub ARCS, gdy uzgodnienia między jednostkami za dany okres otrzymają status „Reconciled” lub „Closed”.

Rejestrowanie

Ustalane na podstawie timestampu oznaczającego zakończenie partii uzgodnień między jednostkami za dany okres.

Typ zdarzenia inferred
Zamknięcie okresu w księdze pomocniczej
Oznacza zamknięcie ksiąg pomocniczych, takich jak zobowiązania, należności i środki trwałe, za dany okres. Uniemożliwia księgowanie nowych transakcji w księgach pomocniczych i jest warunkiem zamknięcia księgi głównej.
Dlaczego to ważne

Opóźnienia w zamykaniu ksiąg pomocniczych często stanowią wąskie gardło i bezpośrednio wpływają na rozpoczęcie zamknięcia księgi głównej. Śledzenie tej czynności pomaga wcześnie ustalić źródło opóźnień.

Skąd pobrać

Dane pochodzą ze zmian statusu okresu obrachunkowego w poszczególnych księgach pomocniczych Oracle Fusion Financials. Zmiany statusu są zwykle rejestrowane wraz z timestampem w każdym module.

Rejestrowanie

Ustalane na podstawie tabel statusów okresów w księgach pomocniczych, które wskazują status „Closed” dla danej aplikacji, np. zobowiązań lub należności.

Typ zdarzenia explicit
Zmiana statusu okresu na „Closed”
To końcowy, ale odwracalny etap, w którym status okresu w księdze głównej zmienia się na „Closed”. Uniemożliwia to księgowanie nowych zapisów w tym okresie, chyba że zostanie on ponownie otwarty.
Dlaczego to ważne

Ta czynność oznacza operacyjne zakończenie zamknięcia okresu obrachunkowego, ale nie jest ostatnim, nieodwracalnym krokiem. To ważny etap z punktu widzenia zgodności i kontroli.

Skąd pobrać

Jest to jawna zmiana statusu rejestrowana w tabeli GL_PERIOD_STATUSES. Tabela zapisuje użytkownika, timestamp i nowy status „Closed” danego okresu.

Rejestrowanie

Dane pochodzą z dziennika zmian statusu okresu finansowego na „Closed” w tabeli GL_PERIOD_STATUSES.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Oracle Fusion Financials

Gotowi do rozpoczęcia?

Ten szablon danych stanowi podstawę do rozpoczęcia optymalizacji procesu Record to Report: zamknięcie okresu i uzgadnianie. Wykorzystajcie uzyskane informacje, aby wykryć wąskie gardła i usprawnić operacje finansowe.

Usprawnijcie proces Record to Report: zamknięcie okresu

Skróćcie cykl R2R o 30%, usuńcie wąskie gardła i zwiększcie dokładność.

Rozpocznijcie okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.