Szablon danych dotyczących zarządzania wydatkami

Uniwersalny szablon process mining
Szablon danych dotyczących zarządzania wydatkami

Szablon danych dotyczących zarządzania wydatkami

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Obsługa wydatków. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Lista podstawowych atrybutów danych.
  • Najważniejsze czynności i etapy obsługi wydatków.
  • Podstawa szczegółowej analizy procesu w dowolnym systemie.
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu zarządzania wydatkami

Tabela zawiera zalecane pola danych, czyli atrybuty, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować proces zarządzania wydatkami i uzyskać więcej informacji na jego temat.
5 Wymagane 8 Zalecane 4 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Znacznik czasu wskazujący dokładną datę i godzinę wystąpienia danej czynności lub zdarzenia.
Opis

Czas zdarzenia, czyli znacznik czasu, zapisuje moment wykonania czynności. Określa chronologiczną kolejność zdarzeń dla każdego raportu wydatków, co pozwala dokładnie odtworzyć przebieg procesu.

W process mining znaczniki czasu stanowią podstawę wszystkich analiz czasowych. Służą do obliczania wskaźników, takich jak czas między czynnościami, łączny czas obsługi od początku do końca oraz czas oczekiwania. Analiza znaczników czasu pozwala wykrywać opóźnienia w procesie akceptacji, mierzyć sprawność realizacji zwrotów kosztów i monitorować wyniki względem umów o poziomie usług.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do chronologicznego uporządkowania zdarzeń i obliczania wszystkich miar czasu, takich jak czas realizacji i wąskie gardła.

Skąd pobrać

Dane znajdują się w dziennikach zdarzeń lub danych transakcyjnych, często pod nazwą „Creation Date”, „Timestamp” lub „Event Date”.

Przykłady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z
Identyfikator raportu wydatków
ExpenseReportId
Unikalny identyfikator raportu wydatków. Łączy wszystkie powiązane działania i służy jako główny identyfikator sprawy.
Opis

Identyfikator raportu wydatków to unikalny klucz przypisany do każdego raportu przesłanego przez pracownika. Łączy wszystkie etapy procesu, od utworzenia i przesłania raportu, przez akceptację i ewentualne odrzucenie, aż po zwrot kosztów.

W process mining ten atrybut ma podstawowe znaczenie przy odtwarzaniu spraw. Każdy unikalny identyfikator raportu wydatków odpowiada jednej instancji procesu obsługi wydatków. Analiza przebiegu poszczególnych raportów pozwala wizualizować przepływ procesu, obliczać czas obsługi każdego raportu i wykrywać różnice w sposobie jego realizacji.

Dlaczego to ważne

To podstawowy identyfikator sprawy, który łączy wszystkie zdarzenia w cyklu życia raportu wydatków i umożliwia prześledzenie procesu od początku do końca.

Skąd pobrać

Zwykle znajduje się w danych nagłówka raportu wydatków lub w głównej tabeli transakcji dotyczących wydatków.

Przykłady
ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło w cyklu życia raportu wydatków.
Opis

Nazwa czynności opisuje pojedynczy etap lub zmianę statusu w procesie obsługi wydatków. Przykłady: „Utworzono raport wydatków”, „Zaakceptowano przez kierownika”, „Oznaczono naruszenie zasad” i „Zrealizowano zwrot kosztów”. Kolejność tych czynności tworzy przepływ procesu dla każdego raportu.

W analizie process mining ten atrybut pomaga odkryć rzeczywisty model procesu. Umożliwia analitykom wizualizację mapy procesu, wykrywanie wąskich gardeł, w których czynności trwają zbyt długo, identyfikowanie pętli poprawek, takich jak „Raport odesłany do poprawy”, oraz wskazywanie niestandardowych wariantów procesu. Jasne i szczegółowe nazwy czynności bezpośrednio wpływają na jakość wniosków z analizy procesu.

Dlaczego to ważne

Ten atrybut określa etapy procesu, umożliwia wizualizację mapy procesu oraz analizę wzorców workflow i odstępstw.

Skąd pobrać

Dane pochodzą z dzienników zdarzeń, tabel zmian statusu lub zapisów transakcji powiązanych z raportem wydatków.

Przykłady
Zgłoszenie raportu wydatkówAkceptacja przez menedżeraOdrzucony przez dział finansowyZrealizowano zwrot kosztów
Data ostatniej aktualizacji
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane tego rekordu zostały ostatnio odświeżone z systemu źródłowego.
Opis

Znacznik czasu ostatniej aktualizacji danych wskazuje, kiedy dane zostały ostatnio pobrane lub zsynchronizowane z systemu źródłowego. Wyznacza granicę czasową danych uwzględnionych w analizie i informuje wszystkie zainteresowane osoby o ich aktualności.

W process mining ten atrybut ma znaczenie dla integralności danych i raportowania. Pozwala ustalić, czy analizowane są informacje bieżące, czy historyczna migawka. Jest to szczególnie ważne w dashboardach do bieżącego monitorowania, gdzie liczy się aktualność danych. Atrybut pomaga też diagnozować przepływy danych, ponieważ potwierdza, czy odświeżanie odbywa się zgodnie z harmonogramem.

Dlaczego to ważne

Informuje o aktualności danych, co ma znaczenie dla trafności i przydatności analizy procesu oraz dashboardu monitorującego.

Skąd pobrać

Zwykle jest generowany i zapisywany przez narzędzie do integracji danych lub ETL (Extract, Transform, Load) podczas ich ładowania.

Przykłady
2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z
System źródłowy
SourceSystem
System, aplikacja lub platforma, z której pobrano dane dotyczące obsługi wydatków.
Opis

Atrybut systemu źródłowego wskazuje pochodzenie danych o procesie. W dużych firmach obsługa wydatków może obejmować kilka zintegrowanych systemów, na przykład system HR z danymi pracowników, dedykowane narzędzie do zgłaszania wydatków i system ERP do księgowania. To pole pozwala rozróżnić dane z poszczególnych źródeł.

Informacja ta przydaje się do weryfikacji danych i poznania środowiska technologicznego procesu. Jeśli problemy dotyczą głównie danych z jednego systemu, może to wskazywać na kłopoty z integracją lub działaniem aplikacji. Atrybut zapewnia też kontekst i pomaga analitykom ustalić, które źródło jest miarodajne dla poszczególnych etapów procesu.

Dlaczego to ważne

Wskazuje pochodzenie danych, co ma znaczenie dla zarządzania danymi, rozwiązywania problemów i analizy różnic w przebiegu procesu na różnych platformach.

Skąd pobrać

Informacja ta często jest częścią procesu ekstrakcji danych lub metadanych. Można ją również dodać podczas przygotowywania danych.

Przykłady
SAP ConcurExpensifyCoupaBrexRamp
Dział pracownika
EmployeeDepartment
Jednostka biznesowa lub dział pracownika, który przesłał raport wydatków.
Opis

Ten atrybut wskazuje jednostkę organizacyjną, na przykład sprzedaż, inżynierię lub marketing, do której należy pracownik przesyłający raport. Często jest powiązany z centrum kosztów odpowiedzialnym za wydatki.

Dział pracownika to podstawowy wymiar analizy porównawczej. Pozwala filtrować proces według działu i wykrywać istotne różnice w jego przebiegu. Na przykład w jednym dziale odsetek naruszeń zasad lub czas akceptacji może być znacznie wyższy niż w innym. Takie wnioski pomagają kierownictwu ustalić, czy potrzebne są szkolenia dla konkretnych zespołów, zmiany w procesie lub doprecyzowanie zasad.

Dlaczego to ważne

Umożliwia porównywanie jednostek biznesowych i pomaga wykrywać zachowania charakterystyczne dla poszczególnych działów, wąskie gardła oraz problemy ze zgodnością.

Skąd pobrać

Dane pochodzą zwykle z głównego rekordu danych pracownika powiązanego z raportem wydatków.

Przykłady
SprzedażInżynieriaMarketingFinanse
Flaga naruszenia zasad
PolicyViolationFlag
Wskaźnik logiczny przyjmujący wartość prawda, jeśli raport wydatków oznaczono jako naruszający co najmniej jedną zasadę.
Opis

Flaga naruszenia zasad to prosta wartość prawda lub fałsz, która wskazuje, czy raport wydatków został automatycznie lub ręcznie oznaczony jako niezgodny z zasadami wydatków firmy. Naruszenia mogą obejmować przekroczenie limitów, skorzystanie z niezatwierdzonego dostawcy lub brak wymaganej dokumentacji.

Flaga ta jest ważnym elementem analizy zgodności. Pozwala obliczyć ogólny odsetek naruszeń zasad i sprawdzić, w których działach, kategoriach wydatków lub grupach pracowników występują one najczęściej. Analiza częstotliwości i rodzaju naruszeń pomaga doprecyzować zasady, usprawnić automatyczne kontrole i przygotować szkolenia dla wybranych grup, aby ograniczyć wydatki niezgodne z zasadami i wyjątki w procesie.

Dlaczego to ważne

Wspiera monitorowanie zgodności, oznaczając raporty niezgodne z zasadami, co pomaga mierzyć i ograniczać liczbę naruszeń.

Skąd pobrać

Flaga lub pole w nagłówku raportu wydatków albo danych pozycji, często ustawiane przez silnik reguł systemu.

Przykłady
truefalse
Łączna kwota
TotalAmount
Łączna kwota wydatków zgłoszonych do zwrotu w raporcie.
Opis

Łączna kwota to suma wszystkich pozycji wydatków ujętych w jednym raporcie. Jest to kwota podlegająca akceptacji i zwrotowi.

Ten atrybut przydaje się do analizy finansowej w process mining. Pozwala podzielić raporty na przedziały kwotowe, na przykład na wysokie i niskie kwoty, które często podlegają różnym ścieżkom akceptacji. Analitycy mogą obliczyć średni koszt obsługi raportu, zbadać finansowe skutki poprawek i odrzuceń oraz wykrywać trendy w wydatkach. Zestawienie łącznej kwoty z czasem realizacji może pokazać, czy akceptacja raportów o wyższej wartości trwa dłużej.

Dlaczego to ważne

Umożliwia analizę skutków finansowych, pomaga wykrywać wzorce wydatków i dzielić proces według wartości raportu.

Skąd pobrać

Dostępna w danych nagłówka raportu wydatków, często obliczana jako suma kwot wszystkich pozycji.

Przykłady
150.752500.0085.5012500.20
Osoba zgłaszająca
Submitter
Nazwa lub identyfikator pracownika, który utworzył i przesłał raport wydatków.
Opis

Osoba zgłaszająca to pracownik, który poniósł wydatki i rozpoczął proces zwrotu, tworząc raport. Ten atrybut jest zwykle taki sam dla wszystkich zdarzeń dotyczących jednej sprawy, czyli raportu wydatków.

Ogólny atrybut „Użytkownik” wskazuje osobę wykonującą poszczególne czynności, natomiast atrybut „Osoba zgłaszająca” pozostaje stały dla całej sprawy i pozwala analizować zachowanie właściciela raportu. Umożliwia analizę doświadczeń pracowników, na przykład wykrywanie osób, których raporty są często odrzucane lub które regularnie naruszają zasady. Wnioski mogą pomóc w przygotowaniu ukierunkowanej komunikacji lub szkoleń, które poprawią sprawność procesu i zgodność z zasadami już na początku.

Dlaczego to ważne

Wskazuje właściciela raportu wydatków i umożliwia analizę zachowań pracowników, na przykład wykrywanie częstych naruszeń zasad lub przyczyn poprawek.

Skąd pobrać

Dane znajdują się w nagłówku raportu wydatków i są powiązane z pracownikiem, który utworzył rekord.

Przykłady
Alice JohnsonRobert WilliamsEMP10234s.chen
Przyczyna odrzucenia
RejectionReason
Powód podany przez kierownika lub użytkownika z działu finansowego, dla którego raport wydatków został odrzucony lub odesłany do poprawy.
Opis

Przyczyna odrzucenia to pole tekstowe lub wcześniej zdefiniowany kod wyjaśniający, dlaczego raport wydatków nie przeszedł etapu akceptacji. Typowe przyczyny to brak potwierdzenia zakupu, nieprawidłowa kategoria lub wydatek niezgodny z zasadami.

Atrybut ten jest bardzo przydatny przy analizie przyczyn poprawek w procesie. Analiza najczęstszych powodów odrzucenia pozwala wykryć problemy systemowe. Jeśli najczęstszą przyczyną jest brak potwierdzenia zakupu, firma może lepiej informować o wymaganej dokumentacji lub uprościć sposób jej dołączania. Takie wnioski pomagają ukierunkować usprawnienia procesu, zwiększyć odsetek raportów akceptowanych za pierwszym razem, ograniczyć poprawki i skrócić łączny czas obsługi.

Dlaczego to ważne

Wyjaśnia przyczyny poprawek w procesie i pozwala wprowadzać ukierunkowane usprawnienia, które ograniczają odrzucenia i zwiększają odsetek spraw zakończonych pomyślnie za pierwszym razem.

Skąd pobrać

Dane są zapisywane w polu komentarza lub wybierane z listy, gdy osoba zatwierdzająca wykonuje czynność „Reject” albo „Send Back”.

Przykłady
Brak potwierdzenia zakupuNieprawidłowa kategoria wydatkuPrzekroczono limit dietyZduplikowany wydatek
Status raportu
ReportStatus
Bieżący lub końcowy status raportu wydatków w cyklu jego obsługi, na przykład „Submitted”, „Approved” lub „Paid”.
Opis

Status raportu pokazuje bieżący etap obsługi raportu wydatków lub jego końcowy wynik. Status zmienia się zwykle w miarę przechodzenia raportu przez kolejne etapy, takie jak przesłanie, akceptacja, przetwarzanie i płatność.

Atrybut ten ułatwia filtrowanie spraw i analizę wybranych grup, na przykład raportów „Rejected”, aby poznać przyczyny odrzuceń, lub „Pending Approval”, aby zbadać bieżące wąskie gardła. W dashboardach zapewnia ogólny obraz bieżącego obciążenia pracą i stanu wszystkich raportów wydatków w trakcie obsługi. Można go również wykorzystać do weryfikacji sekwencji czynności przygotowanej na potrzeby process mining.

Dlaczego to ważne

Zapewnia ogólny obraz stanu raportu, ułatwia filtrowanie spraw i tworzenie dashboardów operacyjnych pokazujących bieżące obciążenie pracą.

Skąd pobrać

Pole w głównej tabeli nagłówków raportów wydatków, aktualizowane w miarę przechodzenia raportu przez kolejne etapy workflow.

Przykłady
Oczekuje na akceptacjęZaakceptowanoOpłaconoOdrzuconoWycofano
Użytkownik
User
Nazwa lub identyfikator użytkownika, pracownika albo konta systemowego, które wykonało zarejestrowaną czynność.
Opis

Atrybut użytkownika wskazuje osobę lub agenta automatycznego odpowiedzialnego za wykonanie danego etapu procesu. Może to być pracownik przesyłający raport, kierownik go akceptujący lub członek działu finansowego obsługujący zwrot kosztów.

Analiza procesu według użytkownika pomaga zrozumieć rozkład obciążenia pracą i wyniki poszczególnych osób oraz wykryć osoby, które mogą powodować opóźnienia. Może na przykład pokazać, czy konkretny kierownik stanowi wąskie gardło w procesie akceptacji. Ułatwia też analizę przydziału zasobów oraz zapewnia rozliczalność i możliwość audytu na każdym etapie procesu.

Dlaczego to ważne

Wskazuje osobę wykonującą każdy etap, co umożliwia analizę obciążenia pracą i porównywanie wyników oraz pomaga wykrywać wąskie gardła związane z konkretnymi osobami lub zespołami.

Skąd pobrać

Dane są dostępne w dzienniku zdarzeń lub historii transakcji, często w powiązaniu z identyfikatorem użytkownika albo pracownika.

Przykłady
john.doejane.smithapprover_team_leadsystem.batch.user
Waluta
Currency
Kod waluty łącznej kwoty raportu wydatków, na przykład USD, EUR lub GBP.
Opis

Atrybut waluty określa jednostkę pieniężną łącznej kwoty. W firmach działających na wielu rynkach pracownicy zgłaszają wydatki w różnych walutach, dlatego to pole zapewnia niezbędny kontekst dla wszystkich kwot.

Atrybut ten jest niezbędny do rzetelnej analizy finansowej, zwłaszcza w organizacjach międzynarodowych. Pozwala prawidłowo interpretować kwoty i przeliczać je na wspólną walutę w raportach zbiorczych. Bez tej informacji porównanie łącznej kwoty raportu w JPY z kwotą w USD nie miałoby sensu. Atrybut jest podstawą dashboardów pokazujących łączne wydatki, średnie koszty i finansowe KPI w różnych regionach.

Dlaczego to ważne

Zapewnia niezbędny kontekst dla kwot, umożliwiając rzetelne raportowanie finansowe i porównania między regionami lub krajami.

Skąd pobrać

Zwykle jest przechowywana obok pól kwotowych w danych nagłówka raportu wydatków.

Przykłady
USDEURGBPJPY
Kategoria wydatku
ExpenseCategory
Klasyfikacja wydatku, na przykład podróż, posiłki, oprogramowanie lub artykuły biurowe.
Opis

Kategoria wydatku to wymiar służący do klasyfikowania rodzaju wydatków w raporcie. Raport może obejmować kilka kategorii, jeśli zawiera wiele pozycji.

Analiza procesu według kategorii wydatków pomaga zrozumieć strukturę wydatków i wykryć różnice w przebiegu procesu dla poszczególnych kategorii. Na przykład wydatki na „Podróże zagraniczne” mogą wymagać bardziej złożonej i dłuższej ścieżki akceptacji niż wydatki na „Materiały biurowe”. Ten atrybut pozwala dokładniej analizować zgodność z zasadami i sprawdzić, czy w przypadku niektórych kategorii częściej dochodzi do naruszeń polityki wydatków. Jest też istotny przy planowaniu finansowym i budżetowaniu.

Dlaczego to ważne

Pozwala analizować strukturę wydatków i sprawdzać, czy różne rodzaje wydatków przebiegają innymi ścieżkami lub różnią się poziomem zgodności z zasadami.

Skąd pobrać

Zwykle występuje na poziomie pozycji raportu wydatków. W analizie na poziomie sprawy można agregować kategorie lub wykorzystać kategorię dominującą.

Przykłady
Przelot samolotemPosiłki i rozrywkaSubskrypcja oprogramowaniaMateriały biuroweHotel
Metoda płatności
PaymentMethod
Sposób opłacenia wydatku, na przykład „Karta firmowa” lub „Środki własne”.
Opis

Metoda płatności określa, w jaki sposób pracownik opłacił pierwotny wydatek. Zwykle była to firmowa karta płatnicza albo środki własne pracownika, które wymagają bezpośredniego zwrotu.

Atrybut ten pozwala rozróżnić dwie główne ścieżki procesu. Transakcje kartą firmową często wymagają mniej czynności weryfikacyjnych, ponieważ dane pochodzą bezpośrednio od dostawcy karty. Wydatki pokryte ze środków własnych wymagają natomiast dokładniejszej kontroli i bezpośredniego zwrotu pieniędzy pracownikowi. Analiza procesu według metody płatności pozwala porównać czas realizacji, zgodność z zasadami i koszty obsługi obu ścieżek. Może też wskazać, czy szersze wykorzystanie kart firmowych usprawniłoby proces.

Dlaczego to ważne

Rozróżnia główne warianty procesu, czyli płatność kartą firmową i środkami własnymi, które często różnią się poziomem ryzyka, sprawnością i zakresem kontroli.

Skąd pobrać

Zwykle określana na poziomie pozycji wydatku. Wskazuje źródło środków użytych do transakcji.

Przykłady
Karta firmowaŚrodki własneRyczałt dziennyOpłacone przez firmę
Osoba zatwierdzająca
Approver
Imię i nazwisko lub identyfikator użytkownika, zwykle menedżera albo pracownika działu finansowego, który zatwierdza raport wydatków.
Opis

Atrybut „Osoba zatwierdzająca” wskazuje osobę, która zatwierdza lub odrzuca raport w ramach workflow. W wielu procesach obowiązuje kilka poziomów akceptacji, na przykład najpierw przez bezpośredniego przełożonego, a następnie przez kierownika działu lub pracownika finansów.

Podobnie jak atrybut „Użytkownik”, atrybut „Osoba zatwierdzająca” przydaje się do analizy etapu akceptacji, który często powoduje opóźnienia. Pozwala mierzyć czas akceptacji dla poszczególnych osób i wykrywać wąskie gardła. Dashboardy mogą pokazywać obciążenie pracą i wyniki osób zatwierdzających, co ułatwia planowanie zasobów i wskazuje, gdzie przyda się dodatkowe szkolenie z zasad rozliczania wydatków.

Dlaczego to ważne

Wskazuje konkretną osobę odpowiedzialną za akceptację, co pozwala analizować opóźnienia, obciążenie pracą i spójność podejmowanych decyzji.

Skąd pobrać

Dane są rejestrowane w dzienniku zdarzeń lub historii transakcji dla czynności związanych z akceptacją.

Przykłady
David ChenMGR1056Kolejka akceptacji działu finansowegosusan.g
Wynik audytu
AuditOutcome
Wynik audytu ręcznego lub automatycznego przeprowadzonego dla raportu wydatków.
Opis

Atrybut „Wynik audytu” zapisuje ustalenia z etapu audytu w procesie. Może to być automatyczna kontrola systemowa sprawdzająca zgodność z zasadami albo ręczna weryfikacja przeprowadzona przez dział finansowy lub audyt. Typowe wyniki to „Zaliczony”, „Niezaliczony” lub „Zaliczony z zastrzeżeniami”.

Atrybut ten bezpośrednio pokazuje skuteczność kontroli wewnętrznych. Analiza wyników audytu pozwala ocenić poziom ryzyka i jakość składanych raportów. Pomaga też wykryć obszary, w których kontrole nie działają lub zasady są regularnie błędnie interpretowane. process mining umożliwia zestawienie wyników audytu z innymi atrybutami, aby sprawdzić na przykład, czy w określonych kategoriach wydatków lub działach częściej występują nieprawidłowości.

Dlaczego to ważne

Bezpośrednio pokazuje zgodność z zasadami i wyniki kontroli wewnętrznych, pomagając ocenić ryzyko oraz skuteczność reguł audytowych.

Skąd pobrać

Pole aktualizowane przez automatyczny silnik reguł lub użytkownika z działu audytu albo finansów po zakończeniu weryfikacji.

Przykłady
ZaliczonyNiezaliczony, brak dokumentacjiWymaga wyjaśnieniaZaliczony z zastrzeżeniami
Wymagane Zalecane Opcjonalne

Czynności w procesie zarządzania wydatkami

W tej sekcji wymieniono ważne kroki procesu i etapy, które warto rejestrować, aby prawidłowo odkrywać proces i wizualizować workflow obsługi wydatków.
6 Zalecane 9 Opcjonalne
Działanie Opis
Akceptacja przez menedżera
Bezpośredni menedżer pracownika lub osoba akceptująca na pierwszym poziomie sprawdza i zatwierdza raport wydatków. To ważny punkt decyzyjny, który przesuwa raport dalej w workflow.
Dlaczego to ważne

Mierzy czas trwania i sprawność pierwszego etapu akceptacji. To ważny punkt procesu, który pozwala obliczyć łączny czas akceptacji.

Skąd pobrać

Dane znajdują się w tabelach historii akceptacji lub ścieżki audytu, które rejestrują działania osób zatwierdzających i znaczniki czasu.

Rejestrowanie

W historii akceptacji wyszukaj pierwszą czynność „Approve” wykonaną przez użytkownika z rolą kierownika.

Typ zdarzenia explicit
Utworzenie raportu wydatków
Rozpoczyna proces. Pracownik tworzy nowy raport wydatków, a system zapisuje pierwsze zdarzenie i przypisuje identyfikator case, który służy do śledzenia dalszego przebiegu.
Dlaczego to ważne

Wyznacza początek całego procesu i pozwala dokładnie zmierzyć czas od utworzenia raportu do końcowego rozliczenia.

Skąd pobrać

To zdarzenie jest zwykle rejestrowane na podstawie znacznika czasu utworzenia raportu w głównych danych nagłówka.

Rejestrowanie

Użyj znacznika czasu utworzenia rekordu z głównej tabeli lub obiektu raportu wydatków.

Typ zdarzenia explicit
Zaakceptowany przez dział finansowy
Dział finansowy lub audyt kończy weryfikację i ostatecznie akceptuje raport wydatków. Często jest to ostatni etap akceptacji przed realizacją zwrotu kosztów.
Dlaczego to ważne

To końcowy etap akceptacji. Czas od przesłania raportu do tego zdarzenia oznacza łączny czas akceptacji i jest ważnym wskaźnikiem efektywności.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w historii akceptacji lub dzienniku audytu wraz z danymi osoby zatwierdzającej.

Rejestrowanie

W historii akceptacji wyszukaj końcową czynność „Approve”, zwykle wykonaną przez użytkownika z działu finansowego lub audytu.

Typ zdarzenia explicit
Zaksięgowano
Oznacza ostatni etap, w którym dane o wydatkach zostają zaksięgowane w księdze głównej firmy lub systemie ERP. Kończy to uzgadnianie finansowe raportu wydatków.
Dlaczego to ważne

Z perspektywy księgowej oznacza faktyczny koniec procesu. Czas od zwrotu kosztów do tego zdarzenia pokazuje sprawność zamknięcia ksiąg.

Skąd pobrać

Dane pochodzą z dzienników integracji ERP lub końcowego statusu raportu wskazującego, że został zsynchronizowany z systemem księgowym.

Rejestrowanie

Użyj znacznika czasu z dziennika integracji potwierdzającego pomyślne zaksięgowanie w księdze głównej.

Typ zdarzenia explicit
Zgłoszenie raportu wydatków
Pracownik formalnie zgłasza ukończony raport wydatków, rozpoczynając workflow akceptacji. Status raportu zmienia się z wersji roboczej na oczekujący na akceptację.
Dlaczego to ważne

To ważny etap, który kończy wprowadzanie danych i rozpoczyna cykl akceptacji. Opóźnienia przed tym momentem zależą od użytkownika, a późniejsze wynikają z przebiegu procesu.

Skąd pobrać

Zdarzenie można odczytać z dziennika zmian statusu lub ze znacznika czasu zgłoszenia zapisanego w historii raportu.

Rejestrowanie

Znajdź zdarzenie, w którym status raportu zmienia się z wersji „roboczej” lub „otwartej” na „zgłoszony” albo „oczekujący na akceptację”.

Typ zdarzenia explicit
Zrealizowano zwrot kosztów
Ta czynność oznacza moment, w którym środki zostały skutecznie wypłacone pracownikowi. Z perspektywy pracownika jest to pomyślne zakończenie procesu.
Dlaczego to ważne

Wyznacza ważny punkt końcowy procesu i pozwala zmierzyć łączny czas zwrotu kosztów. To istotny wskaźnik zadowolenia pracowników.

Skąd pobrać

Dane pochodzą zwykle z dzienników obsługi płatności lub końcowej aktualizacji statusu, takiej jak „Paid” albo „Reimbursed”, przesłanej przez zintegrowany system płatniczy.

Rejestrowanie

Użyj daty realizacji płatności z zapisu transakcji finansowej powiązanego z raportem wydatków.

Typ zdarzenia explicit
Dołączenie potwierdzenia wydatku
Oznacza przesłanie i dołączenie przez użytkownika potwierdzenia wydatku lub innego dokumentu do pozycji raportu. Zwykle każde dołączenie jest rejestrowane jako osobne zdarzenie.
Dlaczego to ważne

Pozwala śledzić działania użytkowników i ewentualne opóźnienia w dostarczaniu dokumentów. Mogą one tworzyć wąskie gardło, zanim raport będzie gotowy do zgłoszenia.

Skąd pobrać

Informacje te zwykle znajdują się w dziennikach audytowych systemu lub w osobnej tabeli załączników łączącej dokumenty z raportami wydatków.

Rejestrowanie

Zapisz znacznik czasu każdego nowego rekordu w tabeli dokumentów lub załączników.

Typ zdarzenia explicit
Odrzucony przez dział finansowy
Dział finansowy odrzucił raport wydatków, zwykle z powodu poważnego naruszenia zasad, problemów ze zgodnością lub braków w dokumentacji. Zazwyczaj jest to ostateczne odrzucenie, które kończy proces.
Dlaczego to ważne

Wskazuje poważne problemy ze zgodnością lub zakłócenia procesu. Odrzucenie przez dział finansowy często sygnalizuje poważniejsze problemy niż odrzucenie przez kierownika.

Skąd pobrać

Zdarzenie można znaleźć w historii akceptacji albo rozpoznać po końcowej zmianie statusu na „Rejected” dokonanej przez użytkownika z działu finansowego.

Rejestrowanie

W ścieżce audytu zarejestruj znacznik czasu ostatecznej czynności „Reject” wykonanej przez osobę zatwierdzającą z działu finansowego lub audytu.

Typ zdarzenia explicit
Odrzucony przez kierownika
Kierownik pierwszego szczebla sprawdził raport wydatków i ostatecznie go odrzucił. Zwykle kończy to obsługę danego raportu, a do ponownego rozpatrzenia trzeba utworzyć nowy.
Dlaczego to ważne

Wskazuje problemy na pierwszym etapie akceptacji. Wysoki odsetek odrzuceń może świadczyć o nieznajomości zasad lub niskiej jakości zgłoszeń.

Skąd pobrać

Zdarzenie można znaleźć w historii akceptacji albo rozpoznać po końcowej zmianie statusu na „Rejected” dokonanej przez kierownika.

Rejestrowanie

W ścieżce audytu zarejestruj znacznik czasu ostatecznej czynności „Reject” wykonanej przez osobę zatwierdzającą na pierwszym szczeblu.

Typ zdarzenia explicit
Raport odesłany do poprawy
Osoba zatwierdzająca, zwykle kierownik lub pracownik działu finansowego, odsyła raport pracownikowi do poprawy, ale nie odrzuca go ostatecznie. Rozpoczyna to pętlę poprawek i przywraca raport do wersji roboczej.
Dlaczego to ważne

Ta czynność jest głównym wskaźnikiem pętli poprawek w procesie. Analiza jej częstotliwości i przyczyn pozwala wykryć nieefektywności i obszary wymagające usprawnienia.

Skąd pobrać

Dane pochodzą z historii akceptacji lub są ustalane na podstawie zmiany statusu z „Pending Approval” na „Draft” albo „Open”.

Rejestrowanie

Wyszukaj zdarzenia „Send Back” lub zmiany statusu wskazujące, że raport wrócił do osoby, która go przesłała.

Typ zdarzenia explicit
Rozpoczęcie weryfikacji przez dział finansowy
Oznacza moment, w którym raport wydatków trafia do kolejki działu finansowego lub księgowości w celu końcowej weryfikacji i audytu. Zwykle można go ustalić na podstawie zmiany statusu po akceptacji kierownika.
Dlaczego to ważne

Pozwala zmierzyć czas oczekiwania w kolejce przed rozpoczęciem pracy przez dział finansowy. Długie oczekiwanie może być ukrytym wąskim gardłem procesu.

Skąd pobrać

Można je ustalić na podstawie dziennika zmian statusu, gdy status raportu zmienia się na „Pending Finance Review” lub podobny.

Rejestrowanie

Użyj znacznika czasu zmiany statusu, która przypisuje raport do kolejki działu finansowego lub audytu.

Typ zdarzenia inferred
Wycofany raport
Pracownik, który przesłał raport wydatków, anuluje go przed zakończeniem akceptacji. Raport zostaje usunięty z aktywnego workflow akceptacji.
Dlaczego to ważne

Oznacza anulowanie procesu przez użytkownika końcowego. Analiza przyczyn wycofywania raportów może dostarczyć informacji o doświadczeniach użytkowników i przejrzystości procesu.

Skąd pobrać

Zwykle jest to jawne zdarzenie zapisane w ścieżce audytu raportu lub zmiana statusu na „Withdrawn” albo „Canceled”.

Rejestrowanie

Wyszukaj zdarzenie, w którym osoba, która pierwotnie przesłała raport, anuluje go.

Typ zdarzenia explicit
Wykrycie naruszenia zasad
Automatyczna kontrola systemowa lub ręczna weryfikacja wykrywa wydatek, który może naruszać zasady firmy. Zdarzenie jest rejestrowane, gdy do raportu zostanie przypisane oznaczenie lub ostrzeżenie o naruszeniu.
Dlaczego to ważne

Wskazuje problemy ze zgodnością i często prowadzi do poprawek lub odrzucenia raportu. Analiza tych oznaczeń pomaga wykryć niejasne zasady lub obszary wymagające szkoleń dla pracowników.

Skąd pobrać

Informacje można znaleźć w dziennikach systemowych i tabelach wyjątków albo śledząc moment pierwszego przypisania oznaczenia o naruszeniu do raportu lub jego pozycji.

Rejestrowanie

Użyj znacznika czasu utworzenia rekordu wyjątku od zasad lub ustawienia oznaczenia naruszenia na wartość „prawda”.

Typ zdarzenia explicit
Zamknięto raport wydatków
Po zakończeniu wszystkich czynności raport wydatków zostaje formalnie oznaczony w systemie jako zamknięty. To końcowa zmiana statusu, która oznacza, że nie należy oczekiwać dalszych zmian.
Dlaczego to ważne

Wyznacza jednoznaczny koniec procesu i pozwala wykluczyć z analizy raporty, które są technicznie otwarte, ale nieaktywne.

Skąd pobrać

Można to ustalić na podstawie ostatniego zarejestrowanego statusu, takiego jak „Closed” lub „Archived”, jeśli po nim nie wystąpiły kolejne działania.

Rejestrowanie

Wyszukaj znacznik czasu ostatniej zmiany statusu na końcowy, taki jak „Closed”.

Typ zdarzenia inferred
Zaplanowano zwrot kosztów
Po uzyskaniu ostatecznej akceptacji raport wydatków trafia do kolejki płatności w ramach najbliższej partii zwrotów. Zdarzenie oznacza przekazanie raportu z etapu akceptacji do systemu płatności.
Dlaczego to ważne

Mierzy sprawność przekazania raportu do obsługi płatności. Opóźnienia mogą wskazywać na problemy z grupowaniem płatności lub integracją z systemem płatniczym.

Skąd pobrać

Można je ustalić na podstawie zmiany statusu na „Pending Payment” lub „Approved for Payment” po zarejestrowaniu ostatecznej akceptacji.

Rejestrowanie

Użyj znacznika czasu przypisania raportu do partii płatności lub zmiany statusu na wskazujący gotowość do płatności.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje wyodrębniania danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Gotowi do rozpoczęcia?

Aby rozpocząć process mining, można wybrać instrukcję wyodrębniania danych dla konkretnego systemu lub przygotować dane dotyczące wydatków z dowolnego źródła na podstawie tego uniwersalnego szablonu.

Zacznijcie usprawniać zarządzanie wydatkami

Wykryjcie nieefektywne działania i zadbajcie o zgodność z zasadami w całym procesie obsługi wydatków.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana • Konfiguracja zajmuje 5 minut