Szablon danych do obsługi faktur w procesie od zakupu do płatności
Szablon danych do obsługi faktur w procesie od zakupu do płatności
- Zalecane atrybuty do zebrania
- Najważniejsze czynności do śledzenia w SAP Ariba
- Praktyczne wskazówki dotyczące ekstrakcji danych
Atrybuty obsługi faktur w procesie od zakupu do płatności
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Timestamp wskazujący dokładną datę i godzinę wystąpienia zdarzenia. | ||
|
Opis
Czas zdarzenia, czyli timestamp, wskazuje, kiedy wystąpiło konkretne zdarzenie. To podstawowe dane do analizy wydajności, ponieważ pozwalają obliczyć odstępy między zdarzeniami oraz całkowity czas obsługi case. Narzędzia process mining wykorzystują timestampy do chronologicznego uporządkowania zdarzeń i odtworzenia przebiegu procesu. Są one niezbędne do pomiaru KPI, takich jak czas zatwierdzania faktury i czas rozwiązania blokady płatności, a także do analizy opóźnień i efektywności.
Dlaczego to ważne
Umożliwia obliczanie wszystkich miar opartych na czasie, takich jak czasy cyklu i trwania, które pomagają wykrywać opóźnienia w procesie.
Skąd pobrać
SAP Ariba automatycznie rejestruje ten atrybut przy każdej zmianie statusu, działaniu użytkownika lub zdarzeniu systemowym. Zwykle znajduje się on obok nazwy zdarzenia w dziennikach zdarzeń lub tabelach historii.
Przykłady
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
Nazwa zdarzenia
ActivityName
|
Nazwa konkretnego zdarzenia lub zadania, które wystąpiło na danym etapie obsługi faktury. | ||
|
Opis
Nazwa zdarzenia opisuje pojedynczy etap workflow obsługi faktury, na przykład „Odebrano fakturę”, „Zatwierdzono fakturę” lub „Zrealizowano płatność”. Każde zdarzenie biznesowe przybliża fakturę do zakończenia procesu. W process mining sekwencja zdarzeń tworzy mapę procesu. Ich analiza pomaga wykryć najczęstsze ścieżki, odstępstwa od standardowej procedury, powroty do wcześniejszych etapów, na przykład w celu obsługi rozbieżności, oraz możliwości automatyzacji.
Dlaczego to ważne
Ten atrybut stanowi podstawę wizualizacji mapy procesu, wykrywania wariantów oraz identyfikowania ponownej pracy i wąskich gardeł.
Skąd pobrać
Dane pochodzą z dzienników zdarzeń systemowych, zmian statusu lub działań użytkowników rejestrowanych w SAP Ariba. Często znajdują się w tabelach historii workflow lub dokumentów.
Przykłady
Otrzymanie fakturyAkceptacja fakturyUstawiono blokadę płatnościZrealizowano płatność
|
|||
|
Numer faktury
InvoiceNumber
|
Unikalny identyfikator każdej faktury od dostawcy, używany jako główny identyfikator case w procesie obsługi faktury. | ||
|
Opis
Numer faktury to unikalny identyfikator nadany dokumentowi przez dostawcę. W process mining atrybut ten pełni funkcję identyfikatora case i łączy wszystkie powiązane zdarzenia, od otrzymania faktury po jej opłacenie. Śledząc ten identyfikator, analitycy mogą odtworzyć pełny cykl życia każdej faktury. Ułatwia to szczegółową analizę przebiegu procesu, wykrywanie wąskich gardeł i pomiar KPI, takich jak czas obsługi poszczególnych faktur.
Dlaczego to ważne
To podstawowy identyfikator łączący wszystkie etapy procesu dotyczące jednej faktury. Dzięki niemu można analizować pełny czas i przebieg jej obsługi.
Skąd pobrać
To podstawowe pole dokumentu faktury w rozwiązaniu SAP Ariba Invoicing. Zwykle znajduje się w tabelach nagłówków faktur lub danych transakcyjnych.
Przykłady
INV-2023-001239876543210SI-58840-A
|
|||
|
Kwota faktury
InvoiceAmount
|
Łączna wartość faktury. | ||
|
Opis
Kwota faktury oznacza łączną należność, której zapłaty oczekuje dostawca. To podstawowy atrybut finansowy przy analizie obciążenia związanego z obsługą faktur. W process mining można filtrować faktury o wysokiej wartości, które mogą wymagać innej ścieżki zatwierdzania lub dodatkowych kontroli. Atrybut ten pomaga też ustalać priorytety usprawnień dla faktur o największym wpływie finansowym. Dashboardy często pokazują łączną wartość faktur na poszczególnych etapach procesu.
Dlaczego to ważne
Umożliwia analizę wpływu finansowego, na przykład filtrowanie faktur o wysokiej wartości lub sprawdzanie kwot związanych z wąskimi gardłami procesu.
Skąd pobrać
Standardowe pole w danych nagłówka faktury w SAP Ariba.
Przykłady
5250.75120000.00895.50
|
|||
|
Nazwa dostawcy
VendorName
|
Nazwa dostawcy, który przesłał fakturę. | ||
|
Opis
Nazwa dostawcy wskazuje podmiot, który oczekuje zapłaty. To podstawowy wymiar analizy, pozwalający zespołom porównywać przebieg obsługi faktur według dostawcy. Atrybut ten służy do tworzenia dashboardów monitorujących terminowość płatności dostawcom, wykrywania dostawców z dużą liczbą rozbieżności oraz analizowania czasu obsługi faktur od strategicznych dostawców. Rozpoznanie problemów dotyczących konkretnych dostawców może pomóc usprawnić współpracę.
Dlaczego to ważne
Umożliwia analizę wyników według dostawcy i pomaga wykryć tych, których faktury często sprawiają problemy lub są opłacane z opóźnieniem.
Skąd pobrać
Standardowe pole w danych nagłówka faktury, powiązane z danymi podstawowymi dostawcy w SAP Ariba lub połączonym systemie ERP.
Przykłady
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
|
|||
|
Numer zamówienia zakupu
PurchaseOrderNumber
|
Identyfikator zamówienia zakupu powiązanego z fakturą, jeśli dotyczy. | ||
|
Opis
Numer zamówienia zakupu (PO) łączy fakturę z dokumentem zakupu, który zatwierdził nabycie towarów lub usług. Nie każda faktura jest powiązana z zamówieniem, ale w przypadku tych, które są, to powiązanie ma duże znaczenie. Analiza faktur według numeru PO pomaga ocenić skuteczność dopasowania trójstronnego: zamówienia, potwierdzenia odbioru towarów i faktury. Ułatwia wykrywanie rozbieżności oraz porównanie obsługi faktur powiązanych z PO i tych bez PO, które często przebiegają inaczej i różnią się efektywnością.
Dlaczego to ważne
Łączy fakturę z procesem zakupowym, umożliwiając analizę rozbieżności przy dopasowywaniu oraz porównanie przebiegu obsługi faktur z PO i bez PO.
Skąd pobrać
Standardowe pole faktur powiązanych z PO w SAP Ariba. Znajduje się w danych pozycji faktury lub jej nagłówka.
Przykłady
45000123454500054321PO-2023-789
|
|||
|
Przyczyna blokady płatności
PaymentBlockReason
|
Konkretna przyczyna zablokowania płatności za fakturę. | ||
|
Opis
Gdy płatność za fakturę zostaje zablokowana, ten atrybut wskazuje przyczynę, na przykład „Rozbieżność cenowa”, „Niezgodność ilości” lub „Brak potwierdzenia odbioru towarów”. Przyczyny są często zapisane w systemie jako standardowe kody lub opisy. Analiza częstotliwości poszczególnych przyczyn blokad pomaga ustalić źródła opóźnień płatności. Na przykład duża liczba blokad z powodu rozbieżności cenowych może wskazywać na problemy z dokładnością danych podstawowych. Atrybut ten jest ważny dla dashboardu czasu rozwiązania blokady płatności, ponieważ pomaga ustalać priorytety i usuwać najczęstsze oraz najbardziej czasochłonne problemy.
Dlaczego to ważne
Wskazuje przyczyny opóźnień płatności i pozwala zaplanować działania zapobiegające częstym problemom, takim jak niezgodność ceny lub ilości.
Skąd pobrać
Informacja jest zapisywana podczas nakładania blokady płatności na fakturę w SAP Ariba lub połączonym systemie ERP.
Przykłady
Rozbieżność cenowaNiezgodność ilościOczekiwanie na potwierdzenie odbioru towarów
|
|||
|
Status faktury
InvoiceStatus
|
Bieżący lub końcowy status case faktury, na przykład „Opłacona”, „Odrzucona” lub „W trakcie obsługi”. | ||
|
Opis
Status faktury pokazuje, na jakim etapie cyklu życia znajduje się faktura w chwili pobrania danych, albo wskazuje wynik końcowy. To atrybut na poziomie case, który podsumowuje ogólny stan faktury. W process mining atrybut ten służy do filtrowania case i analizowania wyłącznie faktur zakończonych powodzeniem, czyli opłaconych, lub problematycznych, czyli odrzuconych. Pomaga ocenić wyniki poszczególnych wariantów procesu i obliczyć odsetek faktur, których obsługa zakończyła się pomyślnie.
Dlaczego to ważne
Pokazuje końcowy wynik obsługi faktury i pozwala osobno analizować faktury opłacone oraz odrzucone.
Skąd pobrać
Standardowe pole statusu w nagłówku faktury w SAP Ariba.
Przykłady
OpłaconaOdrzuconaW trakcie obsługiZatwierdzona
|
|||
|
Termin płatności
PaymentDueDate
|
Data, do której należy opłacić fakturę, aby uniknąć kar, zgodnie z warunkami płatności. | ||
|
Opis
Termin płatności to uzgodniona umownie data uregulowania faktury. Zwykle oblicza się go na podstawie daty dokumentu i uzgodnionych warunków płatności, na przykład „Net 30”. Atrybut ten jest niezbędny do obliczania KPI dotyczącego terminowości płatności. Porównanie timestampu zdarzenia „Zrealizowano płatność” z terminem płatności pozwala wykrywać opóźnienia, oceniać terminowość płatności dostawcom oraz ograniczać odsetki za zwłokę i dbać o dobre relacje z dostawcami.
Dlaczego to ważne
Stanowi podstawę obliczania terminowości płatności, czyli ważnego KPI w zarządzaniu relacjami z dostawcami i zgodnością finansową.
Skąd pobrać
Data jest podana na dokumencie faktury lub obliczana na podstawie pól „DocumentDate” i „PaymentTerms” w SAP Ariba.
Przykłady
2023-11-302024-01-152023-12-25
|
|||
|
Zatwierdzający
Approver
|
Użytkownik lub rola odpowiedzialna za zatwierdzenie faktury do płatności. | ||
|
Opis
Zatwierdzający to osoba lub grupa użytkowników wyznaczona do sprawdzenia i zatwierdzenia faktury. W zależności od jej wartości lub rodzaju może być wymagany jeden lub kilka poziomów zatwierdzania. Atrybut ten pomaga analizować przebieg workflow zatwierdzania. Podział KPI dotyczącego czasu zatwierdzania faktury według zatwierdzającego lub grupy pozwala wykryć osoby i zespoły powodujące wąskie gardła. Informacje te pomagają równoważyć obciążenie pracą i usprawniać zatwierdzanie.
Dlaczego to ważne
Pomaga wykrywać wąskie gardła w procesie zatwierdzania, wskazując użytkowników lub zespoły, u których czas zatwierdzania jest najdłuższy.
Skąd pobrać
Dane są rejestrowane w dzienniku workflow lub historii zatwierdzania faktury w SAP Ariba. Mogą być zapisane jako identyfikator użytkownika.
Przykłady
j.smithFinance_Approvers_Tier1m.jones
|
|||
|
Czas zatwierdzania
ApprovalCycleTime
|
Czas od przekazania faktury do zatwierdzenia do podjęcia ostatecznej decyzji, czyli zatwierdzenia lub odrzucenia. | ||
|
Opis
Ta obliczana miara określa czas trwania podprocesu zatwierdzania. Jest to różnica między zdarzeniem „Wysłano fakturę do zatwierdzenia” a odpowiadającym mu zdarzeniem „Zatwierdzono fakturę” lub „Odrzucono fakturę”. Atrybut ten bezpośrednio mierzy KPI dotyczący czasu zatwierdzania faktur i jest niezbędny dla powiązanego dashboardu. Pozwala wyodrębnić i zmierzyć opóźnienia na etapie zatwierdzania, który często znacząco wydłuża cały proces. Wyniki można analizować według zatwierdzającego, działu lub kwoty faktury, aby wykryć konkretne wąskie gardła.
Dlaczego to ważne
Pozwala osobno ocenić przebieg workflow zatwierdzania i łatwo wykryć wąskie gardła powodowane przez zatwierdzających lub złożone ścieżki akceptacji.
Skąd pobrać
Obliczane podczas transformacji danych przez wyszukanie dla każdej faktury odpowiednich zdarzeń rozpoczęcia i zakończenia akceptacji oraz obliczenie różnicy czasu.
Przykłady
2 dni 5 godzin10 dni 1 godzina8 godzin 30 minut
|
|||
|
Czy opłacono w terminie
IsPaidOnTime
|
Wartość logiczna wskazująca, czy faktura została opłacona w terminie lub przed terminem płatności. | ||
|
Opis
Ten obliczany atrybut porównuje timestamp zdarzenia „Zrealizowano płatność” z polem „PaymentDueDate”. Jeśli płatność nastąpiła w terminie lub wcześniej, wartość wynosi true. W przeciwnym razie wynosi false. Flaga ta upraszcza analizę terminowości płatności. Ułatwia filtrowanie i agregowanie danych na potrzeby obliczania KPI dotyczącego terminowych płatności. Dashboardy mogą wykorzystywać ten atrybut do szybkiego porównywania wyników według dostawcy, kraju lub kodu spółki i wykrywania obszarów, w których często występują opóźnienia.
Dlaczego to ważne
Ułatwia obliczanie KPI dotyczącego terminowości płatności i filtrowanie opóźnionych faktur w celu ustalenia przyczyn problemu.
Skąd pobrać
Obliczany podczas transformacji danych przez porównanie wartości „EventTime” zdarzenia płatności z atrybutem „PaymentDueDate”.
Przykłady
truefalse
|
|||
|
Czy uzyskano rabat
IsEarlyPaymentDiscountTaken
|
Wartość logiczna wskazująca, czy uzyskano rabat za wcześniejszą płatność za kwalifikującą się fakturę. | ||
|
Opis
Atrybut ten jest wynikiem obliczenia, które najpierw sprawdza na podstawie pola „PaymentTerms”, czy faktura kwalifikuje się do rabatu za wcześniejszą płatność. Następnie weryfikuje, czy zdarzenie „Zrealizowano płatność” nastąpiło w okresie objętym rabatem. Flaga ta jest niezbędna do pomiaru KPI dotyczącego odsetka uzyskanych rabatów za wcześniejszą płatność. Pokazuje bezpośrednio, jak skutecznie zespoły skarbu i zobowiązań optymalizują kapitał obrotowy. Analiza przypadków, w których wartość flagi wynosi false, pomaga ustalić przyczyny utraconych oszczędności, takie jak opóźnienia w zatwierdzaniu lub inne wąskie gardła procesu.
Dlaczego to ważne
Bezpośrednio mierzy skuteczność uzyskiwania oszczędności i pomaga ustalić przyczyny niewykorzystania rabatów.
Skąd pobrać
Obliczany podczas transformacji danych przez odczytanie pola „PaymentTerms” i porównanie timestampu zdarzenia „Zrealizowano płatność” z obliczonym terminem uzyskania rabatu.
Przykłady
truefalse
|
|||
|
Data dokumentu
DocumentDate
|
Data umieszczona przez dostawcę na dokumencie faktury. | ||
|
Opis
Data dokumentu to dzień wystawienia faktury przez dostawcę. Różni się od daty otrzymania faktury, czyli dnia, w którym dokument trafił do systemu obsługi. Odstęp między tymi datami może być znaczny. Atrybut ten pomaga analizować terminowość dostawców i wykrywać opóźnienia w przesyłaniu faktur. Długi odstęp między datą dokumentu a datą otrzymania skraca czas dostępny na obsługę faktury i uzyskanie rabatu za wcześniejszą płatność. Data dokumentu często stanowi też punkt wyjścia do obliczenia terminu płatności.
Dlaczego to ważne
Pomaga analizować opóźnienia między wystawieniem faktury przez dostawcę a jej otrzymaniem, które mogą utrudnić terminową płatność.
Skąd pobrać
Standardowe pole w danych nagłówka faktury, pobierane z dokumentu papierowego lub elektronicznego.
Przykłady
2023-10-202023-11-102024-01-02
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Timestamp wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone lub pobrane. | ||
|
Opis
Ten atrybut zawiera datę i godzinę ostatniego pobrania danych z systemu źródłowego. To pole metadanych niezbędne do zarządzania danymi i oceny aktualności analizy. Analitycy sprawdzają dzięki niemu, czy pracują na aktualnych danych, oraz oceniają opóźnienie między wystąpieniem zdarzenia w systemie źródłowym a jego pojawieniem się w narzędziu process mining. Informacja ta pomaga zarządzać cyklami odświeżania danych i oceniać wiarygodność wyników.
Dlaczego to ważne
Informuje o aktualności danych, dzięki czemu można ocenić, czy analiza opiera się na bieżących i przydatnych informacjach.
Skąd pobrać
Ten timestamp jest zwykle generowany i dodawany do zbioru danych podczas ekstrakcji danych (ETL).
Przykłady
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Kod spółki
CompanyCode
|
Identyfikator konkretnej jednostki prawnej lub spółki w organizacji, która obsługuje fakturę. | ||
|
Opis
Kod spółki to standardowa jednostka organizacyjna w systemach SAP. Oznacza niezależną jednostkę prawną, dla której sporządza się sprawozdania finansowe. Faktury są zawsze księgowane na konkretny kod spółki. Atrybut ten pozwala porównywać wyniki procesu między jednostkami biznesowymi lub prawnymi. Pomaga wykryć, które z nich działają sprawniej, i wspiera ujednolicanie procesów w organizacji globalnej.
Dlaczego to ważne
Umożliwia porównanie wyników między jednostkami prawnymi lub biznesowymi i pomaga wykrywać nieefektywność w poszczególnych regionach lub działach.
Skąd pobrać
Podstawowe pole organizacyjne dokumentu faktury w SAP Ariba. Jest dziedziczone z zamówienia zakupu lub wprowadzane podczas tworzenia faktury bez PO.
Przykłady
1000US01DE01
|
|||
|
Kraj
Country
|
Kraj powiązany z fakturą, zwykle ustalany na podstawie kodu spółki lub lokalizacji dostawcy. | ||
|
Opis
Atrybut kraju pozwala uwzględnić w analizie wymiar geograficzny. Zwykle jest ustalany na podstawie kodu spółki, na którą zaksięgowano fakturę, lub adresu dostawcy. Analiza procesu według kraju pomaga wykrywać regionalne różnice w wynikach, zgodności i przebiegu procesu. Może wskazać, czy biura w poszczególnych krajach napotykają specyficzne problemy lub stosują dobre praktyki, które warto upowszechnić. Jest to przydatne przy ujednolicaniu procesów w globalnym centrum usług wspólnych.
Dlaczego to ważne
Umożliwia analizę geograficzną i porównanie wyników procesu oraz zgodności w różnych krajach i regionach.
Skąd pobrać
Dane pochodzą z danych podstawowych kodu spółki lub dostawcy w SAP Ariba albo połączonym systemie ERP.
Przykłady
USANiemcyWielka Brytania
|
|||
|
Przyczyna odrzucenia
RejectionReason
|
Kod lub opis wyjaśniający, dlaczego faktura została odrzucona podczas zatwierdzania. | ||
|
Opis
Zatwierdzający zwykle podaje przyczynę odrzucenia faktury. Atrybut ten zapisuje tę informację, na przykład „Nieprawidłowa cena”, „Zduplikowana faktura” lub „Naruszenie zasad”. To ważny atrybut dashboardu analizy odrzuceń faktur. Analiza najczęstszych przyczyn pomaga wykryć problemy na wcześniejszych etapach, takie jak niska jakość faktur od dostawców lub niespójne dane wewnętrzne. Dzięki temu można ograniczyć ponowną pracę i zwiększyć odsetek faktur poprawnie obsłużonych za pierwszym razem.
Dlaczego to ważne
Wyjaśnia, dlaczego konieczna jest ponowna praca, i wskazuje źródła nieefektywności procesu oraz problemów z jakością faktur.
Skąd pobrać
Dane są pobierane z dziennika workflow lub pola notatek, gdy w SAP Ariba występuje zdarzenie „Odrzucono fakturę”.
Przykłady
Zduplikowana fakturaNieprawidłowy numer POKwota przekracza zatwierdzony budżet
|
|||
|
Rodzaj faktury
InvoiceType
|
Kategoria faktury, na przykład faktura powiązana z zamówieniem zakupu (PO) lub faktura bez zamówienia (Non-PO). | ||
|
Opis
Rodzaj faktury pozwala podzielić faktury na kategorie, które często podlegają różnym procesom. Najczęściej rozróżnia się faktury powiązane z PO, które można dopasować do wcześniej zatwierdzonego zamówienia, oraz faktury bez PO, wymagające dokładniejszego kodowania i dodatkowych zatwierdzeń. Atrybut ten ma duże znaczenie w analizie procesu, ponieważ obsługa faktur z PO i bez PO przebiega zupełnie inaczej. Ich rozdzielenie pozwala rzetelnie ocenić wyniki każdej ścieżki i uniknąć mylących zagregowanych miar. Ułatwia też analizę efektywności i zgodności poszczególnych przebiegów.
Dlaczego to ważne
Dzieli faktury na odrębne ścieżki procesu, na przykład z PO i bez PO, co pozwala rzetelnie mierzyć i analizować wyniki.
Skąd pobrać
To często standardowe pole dokumentu faktury w SAP Ariba. Rodzaj można też ustalić na podstawie obecności pola „PurchaseOrderNumber”.
Przykłady
Faktura z POFaktura bez POFaktura korygująca
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pobrano dane o zdarzeniu. | ||
|
Opis
Ten atrybut wskazuje system źródłowy każdego zdarzenia, na przykład SAP Ariba, SAP S/4HANA lub zewnętrzne rozwiązanie do skanowania. W dużych organizacjach obsługa faktur może obejmować kilka aplikacji. Znajomość systemu źródłowego pomaga diagnozować problemy z jakością danych i analizować przekazywanie pracy między platformami. Ułatwia ustalenie, w którym systemie wykonywane są poszczególne czynności, takie jak skanowanie faktury czy jej zatwierdzanie.
Dlaczego to ważne
Pozwala rozróżnić zdarzenia występujące w różnych systemach, co pomaga zrozumieć punkty integracji i wąskie gardła charakterystyczne dla poszczególnych systemów.
Skąd pobrać
Atrybut jest zwykle dodawany podczas procesu ekstrakcji, transformacji i ładowania danych (ETL). Wartość statyczną przypisuje się na podstawie źródła danych.
Przykłady
SAP AribaSAP S4HANACoupa
|
|||
|
Waluta
Currency
|
Kod waluty, w której podano kwotę faktury, na przykład USD lub EUR. | ||
|
Opis
Ten atrybut określa walutę, w której wyrażono kwotę faktury. W organizacjach globalnych faktury są wystawiane w wielu walutach. Informacja o walucie jest niezbędna do prawidłowego porównywania kwot w analizach finansowych. W dashboardach process mining pozwala poprawnie agregować wartości, często po przeliczeniu ich na jedną walutę raportową. Uzupełnia informacje o atrybucie „Kwota faktury”.
Dlaczego to ważne
Uzupełnia informacje o kwocie faktury i pozwala prawidłowo interpretować wartości finansowe, zwłaszcza w organizacjach działających w wielu krajach.
Skąd pobrać
Standardowe pole w danych nagłówka faktury, zwykle umieszczone obok pola kwoty w SAP Ariba.
Przykłady
USDEURGBP
|
|||
|
Warunki płatności
PaymentTerms
|
Uzgodnione warunki płatności za fakturę, często obejmujące informacje o rabatach za wcześniejszą płatność. | ||
|
Opis
Warunki płatności określają zasady rozliczania należności wobec dostawcy, na przykład „Net 30” (płatność w ciągu 30 dni) lub „2% 10, Net 30” (rabat 2% przy płatności w ciągu 10 dni, w przeciwnym razie płatność w ciągu 30 dni). Informacje te pochodzą z danych podstawowych dostawcy lub zamówienia zakupu. Atrybut ten jest niezbędny dla dashboardu dotyczącego możliwości uzyskania rabatu za wcześniejszą płatność i powiązanego z nim KPI. Analiza pozwala wykryć faktury uprawniające do rabatu i sprawdzić, czy płatność zrealizowano w okresie objętym rabatem. Dzięki temu można wskazać możliwości ograniczenia kosztów.
Dlaczego to ważne
Pomaga wykrywać możliwości uzyskania rabatów za wcześniejszą płatność, co może znacząco obniżyć koszty.
Skąd pobrać
Dane są przechowywane w danych podstawowych dostawcy i kopiowane do szczegółów faktury w SAP Ariba lub systemie ERP.
Przykłady
Net 302% 10, Net 30Net 60
|
|||
Czynności związane z obsługą faktur w procesie od zakupu do płatności
| Działanie | Opis | ||
|---|---|---|---|
|
Akceptacja faktury
|
Oznacza pomyślne zakończenie workflow zatwierdzania, w którym wszyscy wymagani zatwierdzający zaakceptowali fakturę do płatności. To ważny etap przed zaksięgowaniem faktury. | ||
|
Dlaczego to ważne
To zdarzenie kończy pomiar czasu zatwierdzania i wpływa na kolejne etapy obsługi płatności. Opóźnienia na tym etapie bezpośrednio obniżają terminowość płatności.
Skąd pobrać
Zdarzenie jest zwykle rejestrowane w historii zatwierdzania faktury w Ariba. Można je też wywnioskować ze zmiany statusu dokumentu na „Approved”.
Rejestrowanie
Dane należy pobrać z historii workflow zatwierdzania lub zarejestrować timestamp zmiany statusu na „Approved”.
Typ zdarzenia
explicit
|
|||
|
Otrzymanie faktury
|
Początek cyklu obsługi faktury, gdy zostaje ona po raz pierwszy wprowadzona do SAP Ariba. Może to nastąpić różnymi kanałami, na przykład przez Ariba Network, portal dostawcy lub ręczne wprowadzenie. | ||
|
Dlaczego to ważne
To zdarzenie wyznacza początek pomiaru czasu obsługi faktury od początku do końca i pomaga wykryć opóźnienia na początkowym etapie.
Skąd pobrać
Zdarzenie jest zwykle ustalane na podstawie znacznika czasu utworzenia dokumentu faktury w SAP Ariba Buying and Invoicing. Wskazuje on, kiedy rekord faktury został po raz pierwszy utworzony w systemie.
Rejestrowanie
Użyj znacznika czasu utworzenia głównego obiektu lub dokumentu faktury.
Typ zdarzenia
inferred
|
|||
|
Przekazanie faktury do akceptacji
|
To zdarzenie rozpoczyna formalny workflow akceptacji po pomyślnym uzgodnieniu faktury. Zgodnie z regułami biznesowymi faktura trafia do jednej lub kilku wyznaczonych osób akceptujących. | ||
|
Dlaczego to ważne
To punkt początkowy pomiaru KPI czasu akceptacji faktury i analizy efektywności samego procesu akceptacji.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu dokumentu faktury, na przykład z „Reconciled” na „Approving” lub „Pending Approval”.
Rejestrowanie
Zapisz znacznik czasu zmiany statusu faktury lub dokumentu IR na „Approving” albo podobny status.
Typ zdarzenia
inferred
|
|||
|
Uzgodnienie faktury
|
Ważny etap, na którym faktura została pomyślnie uzgodniona z zamówieniem zakupu i potwierdzeniem odbioru towarów, bez nierozwiązanych rozbieżności. Potwierdza to, że faktura może zostać przekazana do akceptacji. | ||
|
Dlaczego to ważne
Zakończenie tego etapu oznacza koniec walidacji i gotowość do rozpoczęcia workflow akceptacji. To ważny punkt kontrolny przy pomiarze wskaźnika STP.
Skąd pobrać
Zdarzenie jest rejestrowane jako zmiana statusu dokumentu Invoice Reconciliation (IR) na przykład na „Reconciled”.
Rejestrowanie
Użyj znacznika czasu zmiany statusu dokumentu Invoice Reconciliation na „Reconciled”.
Typ zdarzenia
inferred
|
|||
|
Zaksięgowano fakturę
|
To zdarzenie oznacza, że zatwierdzona faktura została pomyślnie wysłana do systemu ERP i przyjęta do księgowania oraz obsługi płatności. Jest to ważny etap integracji. | ||
|
Dlaczego to ważne
Potwierdza zakończenie przekazania faktury z zakupów do finansów. To ważny etap przed zaplanowaniem i realizacją płatności.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany statusu faktury na końcowy, taki jak „Sent” lub „Processing Payment”, oraz z zarejestrowanego potwierdzenia z systemu ERP.
Rejestrowanie
Należy zidentyfikować timestamp aktualizacji statusu faktury potwierdzającej jej pomyślne wysłanie do systemu ERP.
Typ zdarzenia
inferred
|
|||
|
Zrealizowano płatność
|
Ostatnie zdarzenie w procesie, potwierdzające wysłanie płatności do dostawcy. Kończy cykl życia faktury. | ||
|
Dlaczego to ważne
To zdarzenie jest głównym punktem końcowym pomiaru całkowitego czasu obsługi faktury. Jest niezbędne do obliczania terminowości płatności i wykorzystania rabatów za wcześniejszą płatność.
Skąd pobrać
Zdarzenie występuje w systemie ERP. Status płatności, data płatności i szczegóły transakcji są często przesyłane z powrotem, aby zaktualizować dokument faktury w SAP Ariba.
Rejestrowanie
Zdarzenie można wywnioskować ze zmiany statusu płatności faktury na „Paid” i zapisanej daty płatności.
Typ zdarzenia
inferred
|
|||
|
Odrzucono fakturę
|
Zdarzenie wyjątkowe, w którym zatwierdzający odrzuca fakturę podczas workflow zatwierdzania. Zwykle trzeba ją poprawić i przesłać ponownie, co powoduje konieczność ponownej pracy. | ||
|
Dlaczego to ważne
Śledzenie odrzuceń jest niezbędne do obliczania KPI dotyczącego odsetka odrzuconych faktur oraz analizy przyczyn niepowodzeń, takich jak naruszenie zasad lub błędne kodowanie.
Skąd pobrać
Zdarzenie jest rejestrowane w historii zatwierdzania dokumentu i odzwierciedla je również zmiana statusu na „Rejected”.
Rejestrowanie
Dane należy pobrać z komentarzy i timestampów w historii zatwierdzania lub zarejestrować zmianę statusu na „Rejected”.
Typ zdarzenia
explicit
|
|||
|
Przekazanie faktury do uzgodnienia
|
Oznacza moment, w którym wprowadzona faktura zostaje formalnie przekazana do uzgodnienia z zamówieniem zakupu lub umową. To ważne przekazanie pracy od wprowadzania danych do walidacji. | ||
|
Dlaczego to ważne
To zdarzenie rozpoczyna etap uzgadniania i walidacji. Analiza czasu od otrzymania faktury do tego momentu pomaga wykryć wąskie gardła przy wprowadzaniu danych.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu faktury lub dokumentu Invoice Reconciliation (IR), na przykład na „Submitted” lub „Reconciling”.
Rejestrowanie
Zapisz znacznik czasu zmiany statusu dokumentu Invoice Reconciliation na „Submitted”.
Typ zdarzenia
inferred
|
|||
|
Ustawiono blokadę płatności
|
Zdarzenie występuje, gdy użytkownik lub system celowo wstrzymuje płatność za zatwierdzoną fakturę. Przyczyną mogą być spory z dostawcą, problemy z jakością lub inne kwestie handlowe. | ||
|
Dlaczego to ważne
To zdarzenie wyznacza początek pomiaru czasu rozwiązania blokady płatności. Analiza blokad pomaga wykrywać i usuwać problemy systemowe opóźniające płatności.
Skąd pobrać
Blokadą często zarządza zintegrowany system ERP, taki jak SAP S/4HANA, po zaksięgowaniu faktury. Status blokady może być synchronizowany z powrotem do Ariba i oznaczony odpowiednią flagą lub statusem.
Rejestrowanie
Należy zidentyfikować zmianę flagi lub pola statusu wskazującą, że blokada płatności jest aktywna.
Typ zdarzenia
inferred
|
|||
|
Usunięcie rozbieżności
|
Oznacza, że wcześniej wykryta niezgodność została usunięta i faktura może przejść do uzgodnienia oraz akceptacji. Może to wymagać ręcznych korekt lub kontaktu z dostawcą. | ||
|
Dlaczego to ważne
Pomiar czasu usuwania rozbieżności pozwala określić wpływ poprawek i wskazać możliwości zwiększenia odsetka faktur uzgadnianych za pierwszym razem.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu dokumentu Invoice Reconciliation (IR) ze statusu wyjątku z powrotem na status przetwarzania, na przykład „Reconciling” lub „Submitted”.
Rejestrowanie
Zapisz znacznik czasu, gdy dokument IR opuszcza status rozbieżności i wraca do workflow przetwarzania.
Typ zdarzenia
inferred
|
|||
|
Wykrycie rozbieżności przy uzgadnianiu
|
Zdarzenie wyjątkowe, które występuje, gdy system lub użytkownik wykryje niezgodność między fakturą, zamówieniem zakupu i informacjami o odbiorze. Typowe rozbieżności dotyczą ceny, ilości lub podatku. | ||
|
Dlaczego to ważne
To zdarzenie ma zasadnicze znaczenie przy obliczaniu wskaźnika rozbieżności i wykrywaniu częstych źródeł błędów, które w dużym stopniu powodują opóźnienia.
Skąd pobrać
Zdarzenie jest często rejestrowane jako określony status dokumentu Invoice Reconciliation (IR), na przykład „Rejected” lub „Disputed”, wraz z kodem przyczyny.
Rejestrowanie
Ustal znacznik czasu zmiany statusu dokumentu IR na wskazujący niezgodność lub wyjątek.
Typ zdarzenia
inferred
|
|||
|
Zaplanowano płatność
|
Oznacza działanie zespołu finansowego w systemie ERP, polegające na uwzględnieniu faktury w konkretnym cyklu płatności. Płatność jest zaplanowana, ale jeszcze niezrealizowana. | ||
|
Dlaczego to ważne
Zapewnia wgląd w końcowy etap procesu płatności. Pomaga prognozować wypływy środków i analizować opóźnienia między zaksięgowaniem faktury a płatnością.
Skąd pobrać
Informacje te zwykle znajdują się w systemie ERP. Mogą być synchronizowane z powrotem do SAP Ariba i widoczne w danych o statusie płatności faktury.
Rejestrowanie
Zdarzenie można wywnioskować ze szczegółów statusu płatności przesłanych z systemu ERP do dokumentu faktury w Ariba.
Typ zdarzenia
inferred
|
|||
|
Zwolniono blokadę płatności
|
Oznacza usunięcie wcześniej ustawionej blokady płatności, dzięki czemu faktura może zostać uwzględniona w harmonogramie płatności. Wskazuje to na rozwiązanie problemu, który spowodował blokadę. | ||
|
Dlaczego to ważne
To zdarzenie kończy pomiar czasu rozwiązania blokady płatności i zamyka obsługę wyjątku dotyczącego zablokowanej faktury.
Skąd pobrać
Podobnie jak ustawienie blokady, jej zwolnienie zwykle odbywa się w systemie ERP, a status może być odzwierciedlony w Ariba. Zdarzenie można wywnioskować z usunięcia flagi blokady płatności.
Rejestrowanie
Należy zidentyfikować timestamp usunięcia lub dezaktywacji flagi albo statusu blokady płatności.
Typ zdarzenia
inferred
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Skorzystaj z tego szablonu, aby usprawnić analizę obsługi faktur. Zacznij przygotowywać dziennik zdarzeń, by znaleźć możliwości poprawy efektywności i przyspieszyć płatności.
Usprawnij obsługę faktur w procesie od zakupu do płatności
Skróć cykl obsługi faktur o 30% i popraw płynność finansową.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.