Szablon danych dotyczących obsługi wydatków
Szablon danych dotyczących obsługi wydatków
- Zalecane atrybuty do szczegółowej analizy
- Najważniejsze działania do śledzenia w całym cyklu obsługi wydatków
- Wskazówki dotyczące pobierania danych z SAP Concur
Atrybuty obsługi wydatków
| Nazwa | Opis | ||
|---|---|---|---|
|
Identyfikator raportu wydatków
ExpenseReportId
|
Unikalny identyfikator raportu wydatków, pełniący funkcję głównego identyfikatora case. | ||
|
Opis
Identyfikator raportu wydatków to unikalny klucz, który łączy wszystkie czynności dotyczące pojedynczego zgłoszenia wydatków. Umożliwia śledzenie całego cyklu życia raportu, od utworzenia przez pracownika po wypłatę zwrotu i zaksięgowanie. W process mining identyfikator ten jest niezbędny do odtworzenia pełnego przebiegu każdego raportu oraz stanowi podstawę analizy procesu i badania jego wariantów.
Dlaczego to ważne
To podstawa analizy, ponieważ łączy poszczególne zdarzenia w spójny przebieg procesu dla każdego raportu wydatków.
Skąd pobrać
W większości wyciągów danych i API SAP Concur dotyczących raportów wydatków jest to klucz główny, często oznaczony jako „Report ID” lub „Report Key”.
Przykłady
C6B2F1A8-4D4F-4C8D-9E9C-1F0D5B5A4B3CER-2023-08-1001400012345
|
|||
|
Nazwa czynności
ActivityName
|
Nazwa zdarzenia biznesowego, które miało miejsce w określonym momencie procesu zarządzania wydatkami. | ||
|
Opis
Nazwa czynności opisuje konkretny etap lub kamień milowy w cyklu życia raportu wydatków, na przykład „Wysłanie raportu wydatków” lub „Akceptacja przez menedżera”. Ten atrybut jest podstawą process mining, ponieważ określa węzły na mapie procesu i umożliwia wizualizację oraz analizę jego przebiegu. Analiza kolejności i częstotliwości czynności pomaga wykrywać typowe ścieżki, odstępstwa i wąskie gardła.
Dlaczego to ważne
Określa etapy na mapie procesu, umożliwiając wizualizację i analizę przebiegu obsługi raportu wydatków.
Skąd pobrać
Dane pochodzą z dzienników zdarzeń lub ścieżek audytu SAP Concur, które rejestrują zmiany statusu i czynności wykonywane w ramach raportu wydatków.
Przykłady
Wysłanie raportu wydatkówAkceptacja przez menedżeraAkceptacja przez dział finansowyWypłata zwrotu wydatków
|
|||
|
Znacznik czasu zdarzenia
EventTimestamp
|
Dokładna data i godzina wystąpienia danej czynności. | ||
|
Opis
Ten znacznik czasu wskazuje dokładny moment wystąpienia zdarzenia w procesie zarządzania wydatkami. Jest niezbędny w process mining, ponieważ określa chronologiczną kolejność czynności. Dokładność danych ma zasadnicze znaczenie przy obliczaniu czasu realizacji, czasu trwania i oczekiwania między etapami. Pozwala to wykrywać opóźnienia i wąskie gardła wpływające na wyniki procesu.
Dlaczego to ważne
Określa chronologiczną kolejność zdarzeń, dzięki czemu można obliczać czas trwania i analizować wyniki procesu w czasie.
Skąd pobrać
Dostępny w ścieżce audytu lub dzienniku zdarzeń dla każdego raportu wydatków w SAP Concur, przy każdej zarejestrowanej czynności.
Przykłady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy dane tego rekordu zostały ostatnio odświeżone z systemu źródłowego. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę ostatniego wyodrębnienia lub aktualizacji danych z SAP Concur. To ważne metadane, które pozwalają ocenić aktualność analizowanych danych. Dzięki nim analitycy i użytkownicy biznesowi wiedzą, jak aktualne są wnioski dotyczące procesu. Informacja ta pomaga też zachować integralność danych i planować ich odświeżanie.
Dlaczego to ważne
Informuje o aktualności danych i pozwala upewnić się, że analizy opierają się na bieżących informacjach.
Skąd pobrać
Ten znacznik czasu jest generowany i dodawany do zbioru danych podczas ich wczytywania.
Przykłady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
Wskazuje system, z którego pochodzą dane. | ||
|
Opis
Ten atrybut określa aplikację źródłową, w której powstały dane procesu zarządzania wydatkami, w tym przypadku SAP Concur. Ma znaczenie dla zarządzania danymi i ich interpretacji, zwłaszcza gdy szersza analiza łączy dane z wielu systemów. Jawne oznaczenie źródła ułatwia śledzenie pochodzenia danych i diagnozowanie problemów z ich jakością.
Dlaczego to ważne
Ułatwia śledzenie pochodzenia danych i zapewnia jasność, co ma znaczenie przy łączeniu danych z wielu systemów firmowych.
Skąd pobrać
Zwykle jest to stała wartość dodawana podczas wyodrębniania i przekształcania danych w celu oznaczenia źródła zbioru danych.
Przykłady
SAP ConcurConcur Expense ProfessionalConcur Standard
|
|||
|
Dział pracownika
EmployeeDepartment
|
Dział lub centrum kosztów, do którego należy pracownik wysyłający raport. | ||
|
Opis
Ten atrybut wskazuje jednostkę organizacyjną pracownika, który wysłał raport wydatków. Służy do alokacji kosztów i analizy wyników procesu w różnych częściach firmy. Porównanie działów pozwala menedżerom wykrywać różnice w czasie akceptacji, zgodności z polityką i odsetku raportów wymagających poprawek. Dzięki temu można kierować działania usprawniające tam, gdzie są najbardziej potrzebne.
Dlaczego to ważne
Umożliwia analizę procesu według jednostki biznesowej i pomaga wykrywać zachowania charakterystyczne dla danego działu, wąskie gardła oraz problemy ze zgodnością.
Skąd pobrać
Informacje zwykle pochodzą z profilu pracownika w SAP Concur, który często jest synchronizowany z systemem HRIS.
Przykłady
SprzedażMarketingBadania i rozwójFinanse
|
|||
|
Flaga naruszenia polityki
PolicyViolationFlag
|
Informuje, czy raport wydatków został oznaczony jako naruszający politykę. | ||
|
Opis
Atrybut logiczny przyjmuje wartość true, jeśli kontrola automatyczna lub ręczna wykryła naruszenie polityki w raporcie wydatków. Może ono dotyczyć przekroczenia limitów, skorzystania z usług dostawcy spoza listy preferowanych lub braku wymaganej dokumentacji. Flaga ta jest niezbędna dla dashboardu „Przegląd zgodności z polityką wydatków” i KPI „Odsetek naruszeń polityki”. Pomaga organizacjom monitorować i egzekwować zasady dotyczące wydatków.
Dlaczego to ważne
Bezpośrednio wspiera analizę zgodności, ułatwiając pomiar i poprawę przestrzegania firmowej polityki wydatków oraz ograniczanie ryzyka finansowego.
Skąd pobrać
W SAP Concur jest to często flaga generowana przez system na podstawie skonfigurowanych zasad dotyczących wydatków. Można ją znaleźć w danych na poziomie raportu.
Przykłady
truefalse
|
|||
|
Identyfikator osoby akceptującej
ApproverId
|
Identyfikator menedżera lub pracownika działu finansowego odpowiedzialnego za zatwierdzenie raportu wydatków. | ||
|
Opis
Ten atrybut zawiera identyfikator użytkownika zatwierdzającego raport. Różni się od ogólnego atrybutu „Identyfikator użytkownika przetwarzającego”, ponieważ dotyczy konkretnie etapów zatwierdzania. Dane te są niezbędne do analizy w dashboardzie „Wydajność osób zatwierdzających i kierowanie raportów”. Pozwalają analizować czas zatwierdzania, odsetek odrzuceń i obciążenie poszczególnych osób. Ułatwiają też wykrywanie niespójności w kierowaniu raportów oraz możliwości lepszego rozłożenia pracy.
Dlaczego to ważne
Umożliwia szczegółową analizę pracy osób zatwierdzających, pomaga usprawniać workflow zatwierdzania i wskazywać obszary wymagające szkoleń.
Skąd pobrać
Informacja pochodzi z danych workflow lub ścieżki audytu i jest powiązana z etapami zatwierdzania w SAP Concur.
Przykłady
m.joness.lee987654
|
|||
|
Identyfikator użytkownika wykonującego czynność
ProcessorUserId
|
Identyfikator pracownika lub użytkownika systemu, który wykonał daną czynność. | ||
|
Opis
Ten atrybut wskazuje osobę odpowiedzialną za daną czynność, na przykład pracownika wysyłającego raport, menedżera akceptującego go lub członka zespołu finansowego obsługującego raport. Analiza wykonawców pozwala ocenić rozkład obciążenia, porównać wyniki użytkowników i zespołów oraz zrozumieć sposób przekazywania pracy. Atrybut ten jest przydatny w dashboardach dotyczących pracy osób akceptujących i obciążenia działu finansowego.
Dlaczego to ważne
Umożliwia analizę rozkładu obciążenia, wyników użytkowników i przydziału zasobów. Pomaga też określić potrzeby szkoleniowe i możliwości usprawnienia procesu.
Skąd pobrać
Informacje znajdują się w danych ścieżki audytu raportu wydatków, często przy etapach workflow, takich jak akceptacja lub wysłanie.
Przykłady
j.doe789123asmith
|
|||
|
Kategoria wydatku
ExpenseCategory
|
Klasyfikacja wydatku, na przykład podróż, posiłki lub artykuły biurowe. | ||
|
Opis
Kategoria wydatku, nazywana również typem wydatku, określa charakter poniesionego kosztu. Dane te są podstawą budżetowania, raportowania i analiz finansowych. W process mining pomagają sprawdzić, czy w określonych kategoriach częściej dochodzi do naruszeń zasad, dłuższego zatwierdzania lub ponownego wykonywania pracy. Atrybut ten stanowi podstawę dashboardu „Poprawność kategoryzacji wydatków”.
Dlaczego to ważne
Pozwala analizować przebieg procesu według rodzaju wydatku i wykrywać problemy dotyczące zgodności lub efektywności w poszczególnych kategoriach.
Skąd pobrać
W SAP Concur szczegóły te dotyczą pojedynczej pozycji wydatku. W analizie na poziomie sprawy można je zagregować lub wykorzystać najczęściej występującą kategorię.
Przykłady
PrzelotHotelPosiłek z klientemSubskrypcja oprogramowania
|
|||
|
Łączna kwota raportu
ReportTotalAmount
|
Łączna wartość pieniężna wydatków ujętych w raporcie. | ||
|
Opis
Ten atrybut zawiera sumę wszystkich wydatków zgłoszonych w jednym raporcie. Jest podstawową miarą w analizie finansowej i pozwala grupować raporty według wartości. Raporty o wysokiej wartości mogą podlegać innym ścieżkom akceptacji lub dokładniejszej weryfikacji. Analiza kwot pomaga zrozumieć czynniki wpływające na koszty, ryzyko niezgodności i skutki finansowe.
Dlaczego to ważne
Zapewnia kontekst finansowy i umożliwia analizę według wartości pieniężnej, na przykład wykrywanie raportów o wysokich kwotach, które mogą wymagać dodatkowego audytu.
Skąd pobrać
To pole na poziomie nagłówka raportu wydatków, dostępne w standardowych wyciągach danych z SAP Concur.
Przykłady
150.752500.0089.50
|
|||
|
Czas realizacji od początku do końca
EndToEndCycleTime
|
Łączny czas od utworzenia raportu wydatków do zaksięgowania końcowego. | ||
|
Opis
Ta wyliczana miara określa całkowity czas obsługi pojedynczego raportu wydatków. Zwykle oblicza się ją jako różnicę między pierwszym zdarzeniem, „Utworzono raport wydatków”, a ostatnim, „Zaksięgowano”. Daje całościowy obraz wyników procesu i stanowi podstawę KPI „Średni czas realizacji od początku do końca”, który służy do śledzenia poprawy ogólnej efektywności procesu.
Dlaczego to ważne
Mierzy ogólne tempo realizacji procesu od początku do końca i jest ważnym wskaźnikiem jego efektywności.
Skąd pobrać
Miara jest obliczana podczas analizy danych jako różnica między najwcześniejszym i najpóźniejszym znacznikiem czasu dla każdej zakończonej sprawy.
Przykłady
10 dni 2 godziny15 dni8 dni 12 godzin
|
|||
|
Czy wymagał ponownej pracy
IsRework
|
Obliczany znacznik wskazujący, czy raport został kiedykolwiek odesłany do poprawy. | ||
|
Opis
To wyliczany atrybut logiczny, który przyjmuje wartość prawda, jeśli raport wydatków przeszedł co najmniej jeden cykl poprawek. Wskazuje na to wystąpienie działania „Odesłano raport do poprawy”. Znacznik ułatwia obliczanie KPI „Odsetek raportów wydatków wymagających poprawek” oraz filtrowanie i porównywanie raportów zatwierdzonych za pierwszym razem z tymi, które wymagały poprawek. Analiza takich spraw pomaga ustalić częste przyczyny odrzucenia i poprawić jakość za pierwszym razem.
Dlaczego to ważne
Ułatwia analizę nieefektywności procesu, wskazując sprawy wymagające dodatkowej pracy. Pomaga określić skalę poprawek i ją ograniczać.
Skąd pobrać
Tego atrybutu nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych przez sprawdzenie, czy dla danego identyfikatora sprawy wystąpiło działanie „Odesłano raport do poprawy”.
Przykłady
truefalse
|
|||
|
Kraj pracownika
EmployeeCountry
|
Kraj pracownika przesyłającego raport wydatków. | ||
|
Opis
Atrybut ten wskazuje kraj, w którym pracuje dana osoba. W organizacjach międzynarodowych jest ważnym wymiarem analizy, ponieważ pozwala porównywać wyniki procesu, poziom zgodności i koszty w różnych regionach. Lokalne przepisy, zasady i zachowania użytkowników mogą powodować istotne różnice w przebiegu procesu, które warto poznać.
Dlaczego to ważne
Umożliwia porównywanie wyników procesu i zgodności między regionami i krajami, co ma znaczenie przy ujednolicaniu procesów w organizacji międzynarodowej.
Skąd pobrać
Dane te znajdują się w profilu użytkownika SAP Concur i zwykle są synchronizowane z centralnym systemem HR.
Przykłady
USADEUGBRJPN
|
|||
|
Rodzaj płatności
PaymentType
|
Określa sposób opłacenia wydatku, na przykład kartą firmową lub z własnych środków. | ||
|
Opis
Atrybut ten rozróżnia wydatki opłacone firmową kartą kredytową od tych pokrytych przez pracownika z własnych środków, za które oczekuje on zwrotu. Rodzaj płatności może znacząco wpływać na przebieg procesu. Transakcje kartą firmową mogą wymagać dodatkowego uzgadniania, natomiast wydatki pokryte z własnych środków bezpośrednio wpływają na zadowolenie pracownika, zależne od szybkości zwrotu.
Dlaczego to ważne
Pomaga rozróżnić warianty procesu dla płatności kartą firmową i wydatków pokrytych z własnych środków. Zwykle wiążą się one z innymi wymaganiami i ryzykiem.
Skąd pobrać
To standardowe pole dotyczące pojedynczego wydatku w SAP Concur.
Przykłady
Karta firmowaWłasne środkiZaliczka gotówkowa
|
|||
|
Status raportu
ReportStatus
|
Bieżący stan raportu wydatków w cyklu jego obsługi. | ||
|
Opis
Atrybut ten wskazuje bieżący status sprawy dotyczącej raportu wydatków, na przykład „Oczekuje na zatwierdzenie”, „Zatwierdzony do płatności” lub „Opłacony”. W process mining analizuje się przede wszystkim sekwencję działań, ale końcowy status sprawy przydaje się do filtrowania i segmentowania raportów. Można na przykład analizować tylko zakończone raporty („Opłacony”) albo sprawdzać, które raporty od dłuższego czasu pozostają w określonym statusie.
Dlaczego to ważne
Pokazuje bieżący stan sprawy. Ułatwia filtrowanie raportów w toku i zakończonych oraz monitorowanie operacji.
Skąd pobrać
To podstawowe pole statusu w nagłówku raportu wydatków w SAP Concur.
Przykłady
Przesłany, oczekuje na zatwierdzenieZatwierdzony, w trakcie weryfikacji księgowejOpłacenieOdrzucony
|
|||
|
Waluta raportu
ReportCurrency
|
Waluta, w której wysłano raport wydatków. | ||
|
Opis
Ten atrybut określa kod waluty, na przykład USD lub EUR, dla łącznej kwoty zgłoszonej w raporcie wydatków. Jest niezbędny w analizie finansowej, aby prawidłowo interpretować i porównywać kwoty. W organizacjach międzynarodowych analiza wydatków według waluty może ujawnić regionalne wzorce wydatków i wpływ kursów wymiany.
Dlaczego to ważne
Jest niezbędny do prawidłowego raportowania i analizy finansowej, zwłaszcza w firmach międzynarodowych korzystających z wielu walut.
Skąd pobrać
To standardowe pole na poziomie nagłówka raportu wydatków w SAP Concur.
Przykłady
USDEURGBPJPY
|
|||
|
Wynik audytu
AuditOutcome
|
Wynik ręcznego lub automatycznego audytu raportu wydatków. | ||
|
Opis
Atrybut ten zapisuje końcową decyzję po audycie: „Zaliczony”, „Niezaliczony” lub „Zaliczony z ostrzeżeniem”. Jest bezpośrednim źródłem danych dla KPI „Częstotliwość ustaleń audytowych”. Analiza wyników audytu pomaga wykrywać częste przyczyny niepowodzeń, takie jak brak paragonów lub niezgodność z zasadami. Dostarcza też informacji zwrotnych, które można wykorzystać do usprawnienia kontroli na wcześniejszych etapach i szkoleń pracowników.
Dlaczego to ważne
Bezpośrednio mierzy skuteczność kontroli zgodności i jest niezbędny do monitorowania oraz ograniczania ryzyka i kosztów związanych z audytem.
Skąd pobrać
Dane pochodzą z modułu lub usługi audytowej w SAP Concur. Są dostępne, jeśli organizacja korzysta z tej funkcji.
Przykłady
ZaliczonyNiezaliczony, brak paragonuZaliczony z ostrzeżeniemNieaudytowany
|
|||
Działania w procesie obsługi wydatków
| Działanie | Opis | ||
|---|---|---|---|
|
Akceptacja przez dział finansowy
|
Zespół finansowy lub audytowy kończy weryfikację i ostatecznie akceptuje zwrot wydatków. To ważny etap, rejestrowany jako osobne zdarzenie w historii akceptacji. | ||
|
Dlaczego to ważne
To zdarzenie kończy cały cykl akceptacji. Stanowi punkt końcowy pomiaru całkowitego czasu akceptacji i uruchamia proces zwrotu wydatków.
Skąd pobrać
Zdarzenie jest rejestrowane w tabelach historii workflow SAP Concur. Obejmuje tożsamość osoby akceptującej i znacznik czasu ostatecznej akceptacji.
Rejestrowanie
Zdarzenie rejestrowane w historii akceptacji po zatwierdzeniu raportu przez dział finansowy.
Typ zdarzenia
explicit
|
|||
|
Akceptacja przez menedżera
|
Menedżer liniowy sprawdza raport wydatków i akceptuje go, przekazując do kolejnego etapu workflow. Czynność jest rejestrowana jako zmiana statusu wraz z danymi osoby akceptującej i znacznikiem czasu. | ||
|
Dlaczego to ważne
To ważny etap akceptacji. Jego śledzenie pozwala analizować czas akceptacji przez menedżerów i wykrywać wąskie gardła na pierwszym poziomie weryfikacji.
Skąd pobrać
Informacje są zapisywane w tabelach workflow lub historii akceptacji SAP Concur i powiązane z identyfikatorem raportu wydatków. Obejmują tożsamość osoby akceptującej i znacznik czasu akceptacji.
Rejestrowanie
Zdarzenie rejestrowane w historii akceptacji po zaakceptowaniu raportu przez menedżera.
Typ zdarzenia
explicit
|
|||
|
Ujęcie w księdze głównej
|
Transakcja finansowa dotycząca zwrotu zostaje oficjalnie zaksięgowana w księdze głównej firmy. Ten końcowy etap jest często rejestrowany podczas wyodrębniania danych i ładowania ich do systemu ERP. | ||
|
Dlaczego to ważne
To ostatnia czynność w całym procesie. Jest niezbędna do pomiaru pełnego czasu realizacji procesu i opóźnienia w księgowaniu.
Skąd pobrać
Dane zwykle pochodzą ze zintegrowanego systemu finansowego ERP. Zdarzenie jest rejestrowane na podstawie daty księgowania powiązanej z zapisem księgowym raportu wydatków.
Rejestrowanie
Zdarzenie odczytywane z daty księgowania w systemie finansowym i powiązane z identyfikatorem raportu.
Typ zdarzenia
explicit
|
|||
|
Utworzenie raportu wydatków
|
Rozpoczęcie nowego raportu wydatków przez pracownika. Zdarzenie jest rejestrowane, gdy użytkownik po raz pierwszy zapisuje nowy raport, któremu system nadaje unikalny identyfikator. | ||
|
Dlaczego to ważne
To punkt początkowy obliczeń całkowitego czasu realizacji procesu. Stanowi podstawę do pomiaru czasu trwania całego procesu.
Skąd pobrać
Zdarzenie jest zwykle jawnie rejestrowane w tabelach ścieżki audytu SAP Concur, na przykład w tabeli nagłówków raportów. Przy utworzeniu nowego identyfikatora raportu zapisywany jest znacznik czasu.
Rejestrowanie
Zdarzenie rejestrowane po utworzeniu nowego raportu.
Typ zdarzenia
explicit
|
|||
|
Wypłata zwrotu wydatków
|
Płatność zostaje przetworzona, a środki wypłacone pracownikowi. Zwykle jest to osobne zdarzenie uruchamiane przez system płatniczy, który następnie aktualizuje status w SAP Concur. | ||
|
Dlaczego to ważne
To zakończenie etapu płatności, istotne dla zadowolenia pracowników. Stanowi punkt końcowy pomiaru sprawności realizacji zwrotów.
Skąd pobrać
Informacje pochodzą z pola daty przetworzenia płatności lub aktualizacji statusu zintegrowanego systemu płatniczego. Często wykorzystywane jest pole „Paid Date” w raporcie.
Rejestrowanie
Informacje pochodzą z pola daty przetworzenia płatności lub aktualizacji statusu zintegrowanego systemu płatniczego.
Typ zdarzenia
explicit
|
|||
|
Wysłanie raportu wydatków
|
Pracownik formalnie wysyła wypełniony raport wydatków do akceptacji. Ta czynność użytkownika zmienia status raportu z „Draft” na „Submitted” i uruchamia workflow akceptacji. | ||
|
Dlaczego to ważne
To ważny etap, który rozpoczyna cykl akceptacji. Jest niezbędny do pomiaru czasu akceptacji przez menedżera i dział finansowy.
Skąd pobrać
Zdarzenie jest jawnie rejestrowane w ścieżce audytu SAP Concur. Zmienia się status nagłówka raportu i zapisywany jest znacznik czasu wysłania.
Rejestrowanie
Zdarzenie odczytywane z pola znacznika czasu wysłania raportu lub z dziennika workflow.
Typ zdarzenia
explicit
|
|||
|
Dołączenie obrazu paragonu
|
Użytkownik przesyła obraz paragonu i dołącza go do raportu wydatków. Zwykle każde załączenie jest rejestrowane jako osobne zdarzenie w dzienniku audytu systemu. | ||
|
Dlaczego to ważne
Analiza czasu i częstotliwości tej czynności pomaga zrozumieć zachowania użytkowników oraz wykryć opóźnienia między utworzeniem raportu a jego przygotowaniem do wysłania.
Skąd pobrać
Informacje są zapisywane w dziennikach obrazów lub załączników SAP Concur i powiązane z konkretnym identyfikatorem raportu wydatków. Ścieżka audytu systemu często rejestruje tę czynność użytkownika wraz ze znacznikiem czasu.
Rejestrowanie
Zdarzenie rejestrowane po pomyślnym przesłaniu obrazu i powiązaniu go z raportem.
Typ zdarzenia
explicit
|
|||
|
Odesłanie raportu do poprawy
|
Osoba akceptująca, menedżer lub pracownik działu finansowego, odsyła raport wydatków pracownikowi do poprawy. Ta czynność zmienia status raportu z powrotem na wersję roboczą lub oczekującą na działanie pracownika. | ||
|
Dlaczego to ważne
To główny wskaźnik poprawek i nieefektywności procesu. Analiza częstotliwości tego zdarzenia pomaga wykryć typowe błędy i zwiększyć odsetek raportów akceptowanych za pierwszym razem.
Skąd pobrać
Zdarzenie jest rejestrowane w historii workflow SAP Concur. System zapisuje czynność „Send Back” wraz ze znacznikiem czasu i często wymaga komentarza osoby akceptującej.
Rejestrowanie
Zdarzenie odczytywane z dziennika workflow, gdy osoba akceptująca wybierze „Send Back”.
Typ zdarzenia
explicit
|
|||
|
Odrzucenie przez dział finansowy
|
Dział finansowy odrzuca raport wydatków, co zwykle kończy proces dla danego zgłoszenia. To ostateczny negatywny wynik, rejestrowany przez osobę akceptującą z działu finansowego jako status „Rejected”. | ||
|
Dlaczego to ważne
To ostateczne zatrzymanie procesu przez osobę akceptującą. Analiza odrzuceń pomaga poprawić zgodność i jakość danych.
Skąd pobrać
Zdarzenie jest rejestrowane w historii akceptacji SAP Concur ze statusem „Rejected”, znacznikiem czasu i tożsamością osoby akceptującej z działu finansowego.
Rejestrowanie
Zdarzenie rejestrowane w historii akceptacji po odrzuceniu raportu przez dział finansowy.
Typ zdarzenia
explicit
|
|||
|
Odrzucenie przez menedżera
|
Menedżer liniowy odrzuca raport wydatków. Zwykle kończy to proces dla danego zgłoszenia, chyba że można je wysłać ponownie. Zdarzenie kończy bieżący workflow i jest rejestrowane ze statusem „Rejected”. | ||
|
Dlaczego to ważne
To odstępstwo od procesu lub jego niepowodzenie. Analiza odrzuceń pomaga ustalić przyczyny niezgodności lub nieprawidłowych zgłoszeń.
Skąd pobrać
Zdarzenie jest rejestrowane w historii akceptacji SAP Concur ze statusem „Rejected” i znacznikiem czasu. Workflow raportu zostaje zakończony.
Rejestrowanie
Zdarzenie rejestrowane w historii akceptacji po odrzuceniu raportu przez menedżera.
Typ zdarzenia
explicit
|
|||
|
Oznaczenie naruszenia polityki
|
Automatyczna reguła systemowa lub osoba weryfikująca ręcznie oznacza naruszenie polityki w raporcie wydatków. Można je rozpoznać po przypisaniu raportowi lub pozycji raportu określonej flagi albo kodu wyjątku. | ||
|
Dlaczego to ważne
To zdarzenie ma znaczenie dla dashboardu „Przegląd zgodności z polityką wydatków”. Pozwala analizować najczęstsze rodzaje naruszeń i poprawiać zgodność z polityką.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany pola flagi naruszenia polityki lub kodu wyjątku w danych raportu. Może nie być osobnym zdarzeniem, lecz zmianą wartości atrybutu.
Rejestrowanie
Zdarzenie wywnioskowane ze zmiany atrybutu „Policy Violation Flag” z false na true.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęcie weryfikacji przez dział finansowy
|
Raport wydatków trafia do kolejki działu finansowego lub zespołu zobowiązań do dostawców w celu końcowej weryfikacji. Zdarzenie można wywnioskować ze znacznika czasu zmiany statusu raportu na „Pending Finance Review” lub podobny. | ||
|
Dlaczego to ważne
To początek cyklu weryfikacji finansowej. Stanowi punkt wyjścia do pomiaru obciążenia i efektywności zespołu finansowego.
Skąd pobrać
Zdarzenie można wywnioskować z dziennika workflow lub historii statusów, a konkretnie ze znacznika czasu przypisanego do zmiany statusu raportu na „Pending Accounting Review” lub podobny.
Rejestrowanie
Zdarzenie wywnioskowane ze znacznika czasu zmiany statusu na „Pending Finance Review”.
Typ zdarzenia
inferred
|
|||
|
Wymagana weryfikacja audytowa
|
Raport wydatków trafia do zespołu audytu lub zgodności w celu dodatkowej weryfikacji. Zwykle uruchamiają ją określone rodzaje lub kwoty wydatków. Zdarzenie można rozpoznać po zmianie statusu wskazującej, że raport trafił do kolejki audytowej. | ||
|
Dlaczego to ważne
To dodatkowy, często czasochłonny etap procesu. Analiza tej ścieżki pomaga zrozumieć opóźnienia dotyczące określonych rodzajów raportów.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany statusu workflow raportu, na przykład na „Pending Audit” lub „In Audit Queue”.
Rejestrowanie
Zdarzenie wywnioskowane ze zmiany pola statusu raportu na wartość związaną z audytem.
Typ zdarzenia
inferred
|
|||
|
Zaplanowanie zwrotu wydatków
|
Po ostatecznej akceptacji raport wydatków jest przekazywany do systemu płatniczego i trafia do kolejki wypłat. Zdarzenie można zwykle wywnioskować ze zmiany statusu raportu na „Pending Payment” lub „Approved for Payment”. | ||
|
Dlaczego to ważne
Ta czynność oznacza przejście od akceptacji do płatności. Rozpoczyna pomiar czasu realizacji zwrotu wydatków.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany statusu na „Sent for Payment”. W zintegrowanych systemach może być rejestrowane jako osobne zdarzenie podczas tworzenia paczki płatności.
Rejestrowanie
Zdarzenie wywnioskowane ze znacznika czasu zmiany statusu na oczekujący na płatność.
Typ zdarzenia
inferred
|
|||
Instrukcje eksportu danych
Gotowi, aby zacząć?
Ten szablon to pierwszy krok do sprawniejszego zarządzania wydatkami. Już dziś przygotuj dziennik zdarzeń, aby uzyskać konkretne informacje i usprawnić proces.
Sprawniejsze rozliczanie wydatków. Zacznij usprawniać proces już teraz
Sprawdź, jak skrócić cykl rozliczania wydatków o 30% i poprawić zgodność.
Karta kredytowa nie jest wymagana. Optymalizację można rozpocząć w kilka minut.