Szablon danych dla procesu Record to Report: zamknięcie okresu i uzgadnianie
Szablon danych dla procesu Record to Report: zamknięcie okresu i uzgadnianie
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące pobierania danych z Oracle Fusion Financials
Atrybuty procesu Record to Report: zamknięcie okresu i uzgadnianie
| 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
|
|||
Działania w procesie Record to Report: zamknięcie okresu i uzgadnianie
| 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
|
|||
Instrukcje pobierania danych
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ść.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.