Szablon danych do obsługi faktur w procesie od zakupu do płatności

SAP Ariba
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

Ten szablon ułatwia uporządkowane zebranie danych potrzebnych do usprawnienia obsługi faktur w SAP Ariba. Zawiera listę najważniejszych atrybutów i czynności do śledzenia oraz praktyczne wskazówki dotyczące ekstrakcji danych. Dzięki niemu można szybko przygotować dziennik zdarzeń do analizy procesu.
  • Zalecane atrybuty do zebrania
  • Najważniejsze czynności do śledzenia w SAP Ariba
  • Praktyczne wskazówki dotyczące ekstrakcji danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi faktur w procesie od zakupu do płatności

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować obsługę faktur w SAP Ariba.
3 Wymagane 7 Zalecane 12 Opcjonalne
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
Wymagane Zalecane Opcjonalne

Czynności związane z obsługą faktur w procesie od zakupu do płatności

W dzienniku zdarzeń należy rejestrować te kroki procesu i punkty kontrolne, aby prawidłowo odkrywać i analizować przebieg workflow obsługi faktur.
6 Zalecane 7 Opcjonalne
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
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z SAP Ariba

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ą.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.