Szablon danych dotyczących obsługi wydatków

Expensify
Szablon danych dotyczących obsługi wydatków

Szablon danych dotyczących obsługi wydatków

Szablon wskazuje, jakie dane zebrać do analizy procesu obsługi wydatków. Zawiera listę potrzebnych atrybutów i czynności do śledzenia oraz praktyczne wskazówki dotyczące eksportu danych z systemu Expensify. Dzięki niemu można przygotować dane do analizy process mining.
  • 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
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi wydatków

Poniżej przedstawiono zalecane pola danych do uwzględnienia w dzienniku zdarzeń, aby kompleksowo analizować i usprawniać obsługę wydatków.
3 Wymagane 5 Zalecane 12 Opcjonalne
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
Wymagane Zalecane Opcjonalne

Czynności w procesie obsługi wydatków

Poniżej przedstawiono ważne kroki i kamienie milowe procesu, które warto zapisać w dzienniku zdarzeń, aby dokładnie odtworzyć jego przebieg i wykryć wąskie gardła.
7 Zalecane 6 Opcjonalne
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
Zalecane Opcjonalne

Instrukcje eksportu danych

Jak pobrać dane z Expensify

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.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Zacznij usprawniać proces już dziś.