Szablon danych dotyczących obsługi wydatków
Szablon danych dotyczących obsługi wydatków
- Zalecane atrybuty do zebrania na potrzeby analizy
- Czynności, które warto śledzić, aby dokładnie odkryć przebieg procesu
- Praktyczne wskazówki dotyczące eksportu danych
Atrybuty obsługi wydatków
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Znacznik czasu określający, kiedy miało miejsce konkretne działanie lub zdarzenie dotyczące raportu wydatków. | ||
|
Opis
Czas zdarzenia określa dokładną datę i godzinę każdego działania w procesie. Te dane pozwalają obliczać czasy realizacji, czas trwania i oczekiwanie między poszczególnymi krokami. Ułatwiają wykrywanie wąskich gardeł, analizę zmian wyników w czasie i kontrolę zgodności z umowami SLA. Bez dokładnych znaczników czasu analiza process mining ogranicza się do odkrywania przepływu.
Dlaczego to ważne
Znaczniki czasu są niezbędne w każdej analizie czasowej, w tym przy obliczaniu czasu realizacji, wykrywaniu wąskich gardeł i monitorowaniu wyników procesu.
Skąd pobrać
To znacznik czasu utworzenia wpisu w historii lub zmiany statusu w danych raportu Expensify.
Przykłady
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:12:05Z
|
|||
|
Identyfikator raportu wydatków
ExpenseReportId
|
Unikalny identyfikator raportu wydatków, który łączy wszystkie powiązane działania od przesłania raportu po zwrot kosztów. | ||
|
Opis
Identyfikator raportu wydatków jest głównym identyfikatorem sprawy w procesie obsługi wydatków. Każdy identyfikator odpowiada jednemu zestawowi wydatków przesłanemu przez pracownika do zatwierdzenia i zwrotu. Ten atrybut pozwala śledzić cały przebieg raportu, w tym wszystkie przesłania, zatwierdzenia, odrzucenia i płatności.
Dlaczego to ważne
Pozwala połączyć wszystkie powiązane zdarzenia w jedną instancję procesu, co stanowi podstawę każdej analizy process mining.
Skąd pobrać
To klucz główny w obiekcie danych raportów wydatków. Często jest dostępny w punkcie końcowym reports interfejsu Expensify API pod nazwą „reportID”.
Przykłady
RPT_84321RPT_99012RPT_10573
|
|||
|
Nazwa działania
ActivityName
|
Nazwa zdarzenia biznesowego, które miało miejsce w określonym czasie w związku z raportem wydatków. | ||
|
Opis
Nazwa działania opisuje konkretny krok lub etap procesu obsługi wydatków, na przykład „Przesłano raport wydatków” lub „Zatwierdzone przez kierownika”. Na jej podstawie powstaje mapa procesu, która pozwala analitykom zobaczyć przebieg pracy, rozpoznać typowe ścieżki oraz wykryć odstępstwa i wąskie gardła. Analiza kolejności działań pomaga ocenić efektywność procesu i zgodność z zasadami.
Dlaczego to ważne
Ten atrybut określa kroki na mapie procesu, dzięki czemu można zobrazować i analizować przebieg procesu, jego warianty oraz pętle poprawek.
Skąd pobrać
Ten atrybut zwykle powstaje przez przypisanie zmian statusu raportu, komentarzy lub wpisów z historii Expensify do ustandaryzowanej listy działań.
Przykłady
Przesłanie raportu wydatkówZatwierdzone przez kierownikaOdrzucone przez dział finansowyZrealizowano zwrot kosztów
|
|||
|
Dział pracownika
EmployeeDepartment
|
Dział lub jednostka organizacyjna, do której należy osoba przesyłająca raport. | ||
|
Opis
Ten atrybut wskazuje dział pracownika przesyłającego raport wydatków, na przykład sprzedaż, inżynierię lub marketing. Pozwala porównywać czas realizacji, odsetek odrzuceń i zgodność z zasadami w różnych częściach firmy. Ułatwia wykrywanie problemów i potrzeb szkoleniowych w poszczególnych działach.
Dlaczego to ważne
Pozwala szczegółowo porównywać wyniki procesu i zgodność z zasadami w różnych jednostkach organizacyjnych.
Skąd pobrać
Informacje te mogą być zapisane jako etykieta raportu lub w profilu użytkownika przesyłającego raport w Expensify. Może być konieczne uzupełnienie danych z zewnętrznego systemu HR.
Przykłady
SprzedażMarketingInżynieriaFinanse
|
|||
|
Łączna kwota raportu
ReportTotalAmount
|
Łączna wartość pieniężna wydatków ujętych w raporcie. | ||
|
Opis
Ten atrybut oznacza sumę wszystkich wydatków ujętych w jednym raporcie. Jest to miara finansowa wykorzystywana między innymi do wykrywania wysokich kwot, które mogą wymagać dodatkowej kontroli lub innej ścieżki zatwierdzania. Służy również do raportowania finansowego i analizy wydatków w całej organizacji.
Dlaczego to ważne
Pozwala analizować raporty z wysokimi kwotami, wykrywać trendy wydatków i tworzyć dashboardy finansowe oraz dotyczące zgodności.
Skąd pobrać
Dostępne w obiekcie raportów Expensify, często pod nazwą „total” lub „amount”.
Przykłady
150.752500.0089.50
|
|||
|
Osoba przesyłająca
Submitter
|
Pracownik, który utworzył i przesłał raport wydatków. | ||
|
Opis
Atrybut „Osoba przesyłająca” wskazuje pracownika, który poniósł wydatki i ubiega się o ich zwrot. Informacje te służą do analizy wydatków według pracownika, działu lub stanowiska. Pomagają ustalić, którzy pracownicy lub grupy najczęściej doświadczają opóźnień albo naruszają zasady, co pozwala lepiej ocenić przebieg procesu z perspektywy pracownika.
Dlaczego to ważne
Pozwala analizować wyniki procesu z perspektywy pracownika i wykrywać grupy, w których często występują problemy lub opóźnienia.
Skąd pobrać
To podstawowe pole obiektu raportu wydatków, zwykle nazwane „policyEmail”, „submitterEmail” lub „employeeEmail”.
Przykłady
sara.jones@example.comkevin.lee@example.commaria.garcia@example.com
|
|||
|
Osoba zatwierdzająca
Approver
|
Imię i nazwisko lub identyfikator użytkownika odpowiedzialnego za zatwierdzenie albo odrzucenie raportu wydatków. | ||
|
Opis
Atrybut „Osoba zatwierdzająca” wskazuje kierownika lub pracownika działu finansowego, który podejmuje decyzję w sprawie przesłanego raportu wydatków. Umożliwia analizę działań poszczególnych osób, takich jak czas zatwierdzania, odsetek odrzuceń i rozkład obciążenia pracą. Analiza wyników pracy osób zatwierdzających pomaga określić potrzeby szkoleniowe, rozłożyć pracę i usprawnić proces zatwierdzania.
Dlaczego to ważne
Ten atrybut pomaga analizować wąskie gardła w zatwierdzaniu, rozkład obciążenia pracą i odsetek odrzuceń dla poszczególnych osób zatwierdzających.
Skąd pobrać
Informacje znajdują się w historii raportu lub dzienniku workflow, zwykle przy zdarzeniach zatwierdzenia lub odrzucenia. Pole może mieć nazwę „managerEmail” lub podobną.
Przykłady
jane.doe@example.comjohn.smith@example.comfinance.approver@example.com
|
|||
|
Oznaczenie naruszenia zasad
PolicyViolationFlag
|
Wskaźnik logiczny przyjmujący wartość prawda, jeśli raport oznaczono jako naruszający zasady. | ||
|
Opis
To oznaczenie informuje, czy raport wydatków narusza jedną lub więcej zasad, na przykład przekracza limit wydatków lub nie zawiera potwierdzenia zakupu. Automatyczny system Expensify często oznacza takie problemy. Atrybut ten jest niezbędny w dashboardzie przeglądu naruszeń zasad, ponieważ pozwala mierzyć problemy ze zgodnością i wskazywać obszary wymagające poprawy.
Dlaczego to ważne
Bezpośrednio mierzy zgodność z zasadami i pomaga wykrywać raporty wymagające dodatkowej kontroli. Jest też ważnym źródłem danych dla dashboardów dotyczących zgodności.
Skąd pobrać
Raporty Expensify często zawierają pole lub status wskazujący naruszenie, na przykład „hasViolations” albo podobny wskaźnik logiczny.
Przykłady
truefalse
|
|||
|
Czas zakończenia zdarzenia
EventEndTime
|
Znacznik czasu wskazujący, kiedy zakończyło się konkretne działanie. Przydatny w przypadku działań o mierzalnym czasie trwania. | ||
|
Opis
Wiele działań związanych z obsługą wydatków odbywa się natychmiast, ale niektóre, takie jak weryfikacja przez kierownika, można modelować z czasem rozpoczęcia i zakończenia. Czas zakończenia zdarzenia wskazuje, kiedy takie działanie dobiegło końca. W połączeniu z czasem rozpoczęcia pozwala dokładnie obliczyć czas przetwarzania poszczególnych kroków i sprawdzić, na co jest przeznaczany czas.
Dlaczego to ważne
Pozwala obliczać czas przetwarzania działań i odróżniać aktywną pracę od oczekiwania.
Skąd pobrać
Zwykle nie jest to pole bezpośrednie. Wartość wyznacza się na podstawie znacznika czasu następnego zdarzenia w sekwencji dla tej samej sprawy.
Przykłady
2023-10-26T10:05:12Z2023-10-27T15: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 pobrania danych i ich aktualizacji w narzędziu process mining. Informuje o aktualności danych i pozwala ocenić, na ile bieżąca jest analiza. Dzięki temu użytkownicy mogą ufać wnioskom i podejmować decyzje na podstawie aktualnych danych.
Dlaczego to ważne
Informuje użytkowników o aktualności danych, co ma znaczenie dla trafności i dokładności analizy procesu.
Skąd pobrać
Zwykle jest to znacznik czasu zadania pobierania danych, dodawany podczas ich przekształcania (ETL).
Przykłady
2023-11-20T08:00:00Z2023-11-21T08:00:00Z
|
|||
|
Kategoria wydatku
ExpenseCategory
|
Kategoria przypisana do pojedynczej pozycji wydatku w raporcie. | ||
|
Opis
Kategoria wydatku określa rodzaj kosztu, na przykład podróż, posiłki i rozrywka lub oprogramowanie. Raport może obejmować kilka kategorii, ale ten atrybut często sprowadza się do poziomu raportu, na przykład przez przypisanie najczęstszej kategorii lub kategorii o najwyższej kwocie. Służy do analizy trendów wydatków i zgodności z zasadami dla poszczególnych rodzajów kosztów.
Dlaczego to ważne
Pomaga analizować wzorce wydatków, naruszenia zasad i czas zatwierdzania dla różnych rodzajów kosztów.
Skąd pobrać
Dostępne na poziomie pozycji („transactions”) w raporcie. Aby przypisać kategorię do sprawy, trzeba zastosować agregację lub regułę biznesową.
Przykłady
PrzelotNoclegPosiłkiMateriały biurowe
|
|||
|
Łączny czas realizacji
TotalCycleTime
|
Łączny czas od utworzenia pierwszego zdarzenia do zakończenia ostatniego zdarzenia w raporcie wydatków. | ||
|
Opis
Łączny czas cyklu to miara obliczana dla pojedynczej sprawy, która pokazuje czas trwania całego procesu obsługi raportu wydatków. Jest to KPI efektywności całego procesu. Wartość oblicza się jako różnicę między znacznikiem czasu pierwszej czynności, np. „Utworzono raport wydatków”, a znacznikiem czasu ostatniej czynności, np. „Zrealizowano zwrot kosztów”.
Dlaczego to ważne
To podstawowy KPI służący do pomiaru tempa procesu i wykrywania spraw trwających wyjątkowo długo, które mogą wskazywać na problemy systemowe.
Skąd pobrać
Atrybut oblicza się dla każdego ExpenseReportId jako MAX(EventTime) - MIN(EventTime).
Przykłady
6048001209600259200
|
|||
|
Metoda płatności
PaymentMethod
|
Metoda użyta do zwrotu kosztów pracownikowi. | ||
|
Opis
Ten atrybut określa sposób zwrotu kosztów pracownikowi, na przykład przelew bezpośredni (ACH), PayPal lub firmowa karta kredytowa. Analiza metody płatności pomaga zrozumieć etap zwrotu kosztów, zwłaszcza jeśli niektóre metody wiążą się z dłuższym oczekiwaniem. Dostarcza dodatkowych informacji o końcowych krokach procesu.
Dlaczego to ważne
Dostarcza informacji o etapie zwrotu kosztów i pozwala analizować opóźnienia lub koszty związane z różnymi metodami wypłaty.
Skąd pobrać
Informacje te są zwykle dostępne w szczegółach zwrotu kosztów zamkniętego raportu.
Przykłady
ACHPayPalBill.com
|
|||
|
Nazwa zasad
PolicyName
|
Nazwa zasad dotyczących wydatków zastosowanych do raportu. | ||
|
Opis
W Expensify różne grupy pracowników mogą podlegać różnym zasadom dotyczącym wydatków. Ten atrybut wskazuje zasady określające reguły dla danego raportu. Pozwala porównywać zgodność i efektywność w ramach różnych zestawów zasad, które mogą się różnić regułami i workflow zatwierdzania.
Dlaczego to ważne
Pozwala podzielić analizę procesu według zastosowanych reguł i zrozumieć różnice wynikające z odmiennych zasad.
Skąd pobrać
To standardowe pole obiektu raportu w Expensify, często nazwane „policyID” lub „policyName”.
Przykłady
Zasady dla pracowników w USAZasady dla zespołu sprzedaży w Wielkiej BrytaniiZasady dotyczące podróży służbowych kadry kierowniczej
|
|||
|
Przyczyna odrzucenia
RejectionReason
|
Powód podany przez osobę zatwierdzającą przy odrzuceniu raportu wydatków lub odesłaniu go do poprawy. | ||
|
Opis
Osoba zatwierdzająca może zwykle podać przyczynę odrzucenia raportu wydatków. Ten atrybut tekstowy zapisuje powód i dostarcza informacji o tym, dlaczego raport nie został zatwierdzony. Analiza przyczyn odrzucenia pomaga wykrywać częste błędy przy przesyłaniu, niejasne zasady i obszary, w których pracownicy potrzebują dodatkowego szkolenia. Wspiera też działania na rzecz zwiększenia odsetka raportów zatwierdzanych za pierwszym razem.
Dlaczego to ważne
Dostarcza informacji jakościowych o przyczynach poprawek, co pomaga ustalić źródłowe przyczyny odrzucania raportów.
Skąd pobrać
Informacje te znajdują się zwykle w komentarzach lub wpisach historii powiązanych ze zdarzeniem odrzucenia.
Przykłady
Brak potwierdzenia zakupu dla pozycji powyżej 75 USDWybrano nieprawidłową kategorię wydatkuPrzesłano ten sam wydatek ponownie
|
|||
|
Status raportu
ReportStatus
|
Bieżący stan raportu wydatków w jego cyklu życia. | ||
|
Opis
Status raportu wskazuje jego bieżące miejsce w procesie, na przykład „OTWARTY”, „PRZESŁANY”, „ZATWIERDZONY”, „ZWRÓCONO KOSZTY” lub „ZAMKNIĘTY”. Pokazuje postęp raportu. W process mining ten atrybut często służy do określania nazwy działania, ale można go też wykorzystać do analizy czasu spędzonego przez raport w każdym stanie.
Dlaczego to ważne
Wskazuje bieżący stan sprawy i często stanowi źródło danych do utworzenia dziennika działań na potrzeby process mining.
Skąd pobrać
To standardowe pole w obiekcie raportu Expensify, często nazwane „status” lub „state”.
Przykłady
PRZESŁANYZATWIERDZONYZWRÓCONO KOSZTYZAMKNIĘTY
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pobrano dane. | ||
|
Opis
Ten atrybut wskazuje źródło danych o procesie, w tym przypadku Expensify. Ma znaczenie dla zarządzania danymi, zwłaszcza gdy łączone są dane z wielu systemów. Ułatwia śledzenie pochodzenia danych i zrozumienie kontekstu procesu.
Dlaczego to ważne
Dostarcza ważnych informacji o pochodzeniu danych i pomaga rozróżniać procesy, gdy dane z wielu systemów źródłowych trafiają do tego samego środowiska.
Skąd pobrać
To stała wartość („Expensify”), którą należy dodać podczas przekształcania danych.
Przykłady
ExpensifyExpensifyAPI-v2.0
|
|||
|
Waluta
Currency
|
Kod waluty kwot w raporcie wydatków. | ||
|
Opis
Atrybut „Waluta” określa walutę łącznej kwoty raportu, na przykład USD, EUR lub GBP. Jest to ważne dla organizacji działających w wielu krajach, ponieważ pozwala prawidłowo interpretować dane finansowe. Wszystkie wartości pieniężne należy analizować z uwzględnieniem tego atrybutu, aby uniknąć błędnych sum.
Dlaczego to ważne
Zapewnia kontekst potrzebny do prawidłowej analizy i raportowania finansowego wszystkich wartości pieniężnych.
Skąd pobrać
To standardowe pole w obiekcie raportu Expensify, często nazwane „currency”.
Przykłady
USDEURGBPCAD
|
|||
|
Wynik audytu
AuditOutcome
|
Wynik ręcznego lub automatycznego audytu raportu wydatków. | ||
|
Opis
Ten atrybut zapisuje wynik audytu, na przykład „Zaliczony”, „Niezaliczony” lub „Zaliczony z uwagami”. Ma zastosowanie w firmach, w których proces obsługi wydatków obejmuje formalny audyt wszystkich raportów lub ich próbki. Analiza wyników audytu pomaga ocenić zgodność z zasadami i skuteczność istniejących mechanizmów kontrolnych.
Dlaczego to ważne
Bezpośrednio mierzy wynik kontroli zgodności i jest niezbędny do oceny skuteczności procesu audytu.
Skąd pobrać
To prawdopodobnie atrybut pojęciowy, który może być zapisany jako etykieta lub komentarz. Jego dostępność zależy od konfiguracji procesu w Expensify.
Przykłady
ZaliczonyNiezaliczony, naruszenie zasadZaliczony z uwagami
|
|||
|
Zatwierdzenie za pierwszym razem
IsFirstPassApproval
|
Wskaźnik przyjmuje wartość true, jeśli raport został zatwierdzony bez odrzucenia ani odesłania do poprawy. | ||
|
Opis
Dla każdego raportu wydatków oblicza się wartość logiczną, która wskazuje, czy przeszedł on proces zatwierdzania bez negatywnego wyniku, takiego jak odrzucenie lub odesłanie do poprawy. To bezpośrednia miara jakości i efektywności procesu, wykorzystywana do obliczania KPI odsetka zatwierdzeń za pierwszym razem. Wysoki wynik oznacza, że zgłoszenia są dobrej jakości, a zasady są zrozumiałe.
Dlaczego to ważne
Bezpośrednio mierzy jakość zgłoszeń i sprawność procesu zatwierdzania, pokazując, jak często konieczne są poprawki.
Skąd pobrać
Wartość oblicza się, sprawdzając kolejność czynności dla danego ExpenseReportId. Jeśli sekwencja nie zawiera „Odrzucono przez kierownika”, „Odrzucono przez dział finansowy” ani „Odesłano raport do poprawy”, wskaźnik przyjmuje wartość true.
Przykłady
truefalse
|
|||
Czynności w procesie obsługi wydatków
| Działanie | Opis | ||
|---|---|---|---|
|
Przesłanie raportu wydatków
|
Pracownik oficjalnie przesyła ukończony raport wydatków, rozpoczynając workflow akceptacji. To ważne przejście od wprowadzania danych do ich weryfikacji. Zwykle jest rejestrowane jako zmiana statusu wraz ze znacznikiem czasu przesłania. | ||
|
Dlaczego to ważne
To ważny etap, który rozpoczyna cykl akceptacji. Stanowi punkt początkowy pomiaru czasu weryfikacji przez menedżera i dział finansowy.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany statusu raportu z „Open” lub „Draft” na „Processing” lub „Submitted” oraz powiązanego z nią znacznika czasu.
Rejestrowanie
Zdarzenie jest określane na podstawie zmiany statusu na „Processing” i powiązanego z nią znacznika czasu przesłania.
Typ zdarzenia
inferred
|
|||
|
Raport odesłany do poprawy
|
Osoba zatwierdzająca, kierownik lub pracownik działu finansowego, odsyła raport pracownikowi do poprawy lub uzupełnienia. Zwykle można to rozpoznać po zmianie statusu z „W trakcie przetwarzania” na „Otwarty”. | ||
|
Dlaczego to ważne
To działanie oznacza konieczność ponownego wykonania części pracy, która jest częstym źródłem nieefektywności. Śledzenie takich przypadków pozwala mierzyć liczbę pętli poprawek, obliczać KPI dotyczący odsetka poprawek i ustalać ich przyczyny.
Skąd pobrać
Zdarzenie można rozpoznać po zmianie statusu raportu z „W trakcie przetwarzania” lub „Przesłany” z powrotem na „Otwarty”. Znacznik czasu tej zmiany wyznacza moment zdarzenia.
Rejestrowanie
Wynika ze zmiany statusu raportu z „W trakcie przetwarzania” z powrotem na „Otwarty”.
Typ zdarzenia
inferred
|
|||
|
Raport zamknięty
|
Raport wydatków zostaje formalnie zamknięty w systemie po zakończeniu wszystkich działań, w tym zwrotu kosztów i synchronizacji z systemem księgowym. Zdarzenie można zwykle rozpoznać po końcowym statusie, takim jak „Zamknięty”. | ||
|
Dlaczego to ważne
Wyznacza jednoznaczny koniec procesu, odrębny od zwrotu kosztów. Ułatwia analizę końcowych etapów księgowania i archiwizacji.
Skąd pobrać
Zdarzenie można rozpoznać po zmianie statusu raportu na końcowy, taki jak „Zamknięty”. Zwykle następuje to po zwrocie kosztów i eksporcie danych do systemu księgowego.
Rejestrowanie
Wynika ze zmiany statusu raportu na „Zamknięty” i powiązanego znacznika czasu.
Typ zdarzenia
inferred
|
|||
|
Utworzenie raportu wydatków
|
Rozpoczęcie nowego raportu wydatków przez pracownika. Zdarzenie jest zwykle rejestrowane wraz ze znacznikiem czasu utworzenia, gdy raport zostaje po raz pierwszy zapisany w Expensify. | ||
|
Dlaczego to ważne
To działanie rozpoczyna analizę procesu i ma zasadnicze znaczenie przy pomiarze całkowitego czasu od utworzenia raportu do zwrotu wydatków.
Skąd pobrać
Zdarzenie można odczytać ze znacznika czasu utworzenia raportu w historii raportu lub dziennikach audytowych Expensify. Każdy obiekt raportu ma datę utworzenia.
Rejestrowanie
Zdarzenie jest rejestrowane przy pierwszym utworzeniu i zapisaniu raportu wydatków.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzone przez dział finansowy
|
Dział finansowy lub osoba zatwierdzająca na ostatnim etapie sprawdziła raport wydatków i ostatecznie go zatwierdziła. Działanie jest zapisywane w historii workflow, a status raportu zwykle zmienia się na „Zatwierdzony”. | ||
|
Dlaczego to ważne
To ostatni etap zatwierdzania przed zwrotem kosztów. Czas jego trwania wpływa na łączny czas procesu i KPI dotyczący średniego czasu zwrotu kosztów.
Skąd pobrać
Informacje pochodzą z historii raportu lub ścieżki audytu, w której zapisywane są ostateczne zatwierdzenie, osoba zatwierdzająca z działu finansowego oraz znacznik czasu.
Rejestrowanie
Zapisywane jako osobne ostateczne działanie zatwierdzające w historii workflow raportu.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzone przez kierownika
|
Bezpośredni kierownik lub osoba zatwierdzająca na pierwszym poziomie sprawdziła i zatwierdziła raport wydatków. Zdarzenie jest rejestrowane w dzienniku workflow zatwierdzania, który zawiera informację o działaniu osoby zatwierdzającej i jego znacznik czasu. | ||
|
Dlaczego to ważne
To ważny etap procesu zatwierdzania. Analiza czasu od przesłania raportu do tego zdarzenia pomaga wykryć wąskie gardła związane z pracą kierowników i obliczyć KPI dotyczący czasu zatwierdzania przez kierownika.
Skąd pobrać
Informacje pochodzą z historii raportu lub ścieżki audytu, w której zapisywane są działanie zatwierdzające, imię i nazwisko osoby zatwierdzającej oraz znacznik czasu.
Rejestrowanie
Zapisywane jako osobne działanie zatwierdzające w historii workflow raportu.
Typ zdarzenia
explicit
|
|||
|
Zrealizowano zwrot kosztów
|
Płatność została pomyślnie wysłana pracownikowi, co kończy etap zwrotu kosztów. Informacje pochodzą z dzienników przetwarzania płatności lub końcowej zmiany statusu w Expensify. | ||
|
Dlaczego to ważne
To ważny punkt końcowy przy pomiarze czasu procesu z perspektywy pracownika. Ma znaczenie dla KPI dotyczących średniego czasu obsługi raportu wydatków i średniego czasu zwrotu kosztów.
Skąd pobrać
Zdarzenie można rozpoznać po zmianie statusu raportu na „Zwrócono koszty”. Integracja Expensify z systemami płatniczymi udostępnia znacznik czasu tej zmiany.
Rejestrowanie
Wynika ze zmiany statusu raportu na „Zwrócono koszty” i powiązanego znacznika czasu.
Typ zdarzenia
inferred
|
|||
|
Dodanie wydatku do raportu
|
Pracownik dodaje do raportu konkretną pozycję, na przykład zeskanowany paragon lub ręcznie wprowadzony wydatek. Zdarzenie jest zapisywane w szczegółowej historii raportu. | ||
|
Dlaczego to ważne
Analiza czasu między utworzeniem raportu a dodaniem wydatków może ujawnić opóźnienia w gromadzeniu dokumentów lub przygotowywaniu zgłoszenia przez pracowników.
Skąd pobrać
Dane pochodzą ze ścieżki audytowej lub historii raportu wydatków, w której rejestrowane są działania, takie jak dodawanie poszczególnych pozycji.
Rejestrowanie
Zdarzenie jest zapisywane w historii raportu za każdym razem, gdy dodana zostaje nowa pozycja wydatku.
Typ zdarzenia
explicit
|
|||
|
Odrzucone przez dział finansowy
|
Dział finansowy sprawdził i odrzucił raport wydatków, zatrzymując proces zwrotu kosztów. Zdarzenie jest zapisywane w historii workflow wraz ze znacznikiem czasu i przyczyną odrzucenia. | ||
|
Dlaczego to ważne
Pozwala wykryć wąskie gardła i przyczyny niepowodzeń na etapie końcowej weryfikacji. Jest niezbędne do analizy łącznego odsetka odrzuceń i problemów ze zgodnością.
Skąd pobrać
Informacje pochodzą z historii raportu, w której zapisywane jest odrzucenie przez dział finansowy wraz ze znacznikiem czasu i identyfikatorem użytkownika.
Rejestrowanie
Zapisywane jako osobne działanie odrzucające w historii workflow raportu.
Typ zdarzenia
explicit
|
|||
|
Odrzucone przez kierownika
|
Osoba zatwierdzająca na pierwszym poziomie sprawdziła raport wydatków i go odrzuciła, co zwykle zatrzymuje proces. Zdarzenie jest rejestrowane w dzienniku workflow jako odrzucenie, często wraz z podaniem przyczyny. | ||
|
Dlaczego to ważne
Analiza zdarzeń odrzucenia pomaga zrozumieć KPI dotyczący odsetka odrzuconych raportów wydatków. Ułatwia wykrycie najczęstszych przyczyn niepowodzeń i obszarów wymagających usprawnienia procesu.
Skąd pobrać
Informacje pochodzą z historii raportu, w której zapisywane są działanie odrzucające, tożsamość osoby odrzucającej oraz znacznik czasu. Status raportu zwykle zmienia się na „Odrzucony”.
Rejestrowanie
Zapisywane jako osobne działanie odrzucające w historii workflow raportu.
Typ zdarzenia
explicit
|
|||
|
Wykrycie naruszenia zasad
|
Automatyczna kontrola wykrywa wydatek niezgodny z zasadami firmy, na przykład przekraczający budżet lub bez paragonu. Zdarzenie jest rejestrowane, gdy flaga naruszenia zasad zostaje ustawiona dla raportu lub jego pozycji. | ||
|
Dlaczego to ważne
Wskazuje problemy ze zgodnością i pomaga ustalić, które zasady są najczęściej naruszane. Ułatwia to zaplanowanie szkoleń lub doprecyzowanie zasad. Zdarzenie ma zasadnicze znaczenie dla KPI „Policy Violation Count”.
Skąd pobrać
Zdarzenie można wywnioskować z atrybutu „Policy Violation” ustawionego na true w danych raportu wydatków. Znacznik czasu odpowiada chwili ustawienia tej flagi.
Rejestrowanie
Zdarzenie jest określane na podstawie znacznika czasu aktualizacji atrybutu naruszenia zasad dla raportu.
Typ zdarzenia
inferred
|
|||
|
Zaksięgowano
|
Dane finansowe z raportu wydatków zostały wyeksportowane i zaksięgowane w systemie księgowym lub ERP firmy. To ostatni etap procesu z punktu widzenia dokumentacji finansowej. | ||
|
Dlaczego to ważne
Oznacza ostateczne zamknięcie raportu wydatków w systemie finansowym. Pozwala mierzyć pełny przebieg procesu i sprawdzać, czy dane są zsynchronizowane.
Skąd pobrać
Informacje pochodzą z dzienników integracji Expensify z oprogramowaniem księgowym. Może być konieczne połączenie danych z dwóch systemów.
Rejestrowanie
Zapisywane w historii integracji po pomyślnej synchronizacji danych z systemem księgowym.
Typ zdarzenia
explicit
|
|||
|
Zaplanowano zwrot kosztów
|
Po ostatecznym zatwierdzeniu raport wydatków trafia do kolejki płatności. To zdarzenie oznacza przejście od zatwierdzania do realizacji płatności. Często można je rozpoznać po zmianie statusu raportu na „Zwrot kosztów w toku”. | ||
|
Dlaczego to ważne
Wyznacza początek czasu oczekiwania na zwrot kosztów. Analiza czasu od tego zdarzenia do faktycznej płatności pomaga wykryć opóźnienia w wypłatach.
Skąd pobrać
Zdarzenie można rozpoznać po zmianie statusu raportu na „Zwrot kosztów w toku” lub „Przetwarzanie płatności” oraz powiązanym znaczniku czasu.
Rejestrowanie
Wynika ze zmiany statusu wskazującej, że raport trafił do kolejki płatności.
Typ zdarzenia
inferred
|
|||
Instrukcje eksportu danych
Gotowi do rozpoczęcia?
Skorzystaj z tego szablonu, aby usprawnić przygotowanie danych i lepiej poznać proces obsługi wydatków. Zacznij skracać czas zwrotu kosztów i usprawniać operacje już dziś.
Usprawnij obsługę wydatków. Rozpocznij okres próbny
Usprawnij obsługę wydatków w Expensify, skróć czas cyklu o 30% i zwiększ zadowolenie.
Karta kredytowa nie jest wymagana. Zacznij usprawniać proces już dziś.