Szablon danych do analizy obsługi płatności zobowiązań
Szablon danych do analizy obsługi płatności zobowiązań
- Zalecane atrybuty do szczegółowej analizy
- Standardowe działania procesu do mapowania zdarzeń
- Instrukcja krok po kroku: ekstrakcja danych z Oracle Fusion Financials
Atrybuty obsługi płatności zobowiązań
| Nazwa | Opis | ||
|---|---|---|---|
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu eksportu lub odświeżenia danych. | ||
|
Opis
Wskazuje dokładny czas wyeksportowania rekordu danych z Oracle Fusion. Pomaga analitykom ocenić aktualność danych i wspiera przyrostowe ładowanie danych. Pozwala odróżnić czas wystąpienia zdarzenia od chwili, w której dane stały się dostępne do analizy.
Dlaczego to ważne
Pozwala ocenić aktualność danych i zarządzać ich przyrostowym ładowaniem.
Skąd pobrać
Czas systemowy w chwili eksportu
Przykłady
2023-10-27T23:59:59Z
|
|||
|
Nazwa działania
ActivityName
|
Zdarzenie lub etap wykonany w procesie. | ||
|
Opis
Ten atrybut zawiera nazwę wykonywanego etapu procesu, na przykład „Faktura utworzona”, „Faktura zweryfikowana” lub „Płatność rozliczona”. Dzięki niemu algorytm process mining odtwarza kolejność zdarzeń, czyli przepływ procesu, dla każdej faktury. Wartości te są zwykle wyznaczane przez połączenie danych z wielu tabel transakcyjnych i historycznych oraz przypisanie każdemu rekordowi czytelnej nazwy zdarzenia.
Dlaczego to ważne
Określa, co dzieje się w procesie. Jest niezbędny do mapowania przebiegu procesu i wykrywania jego wariantów.
Skąd pobrać
Na podstawie zmian statusu w AP_INVOICES_ALL, AP_INV_APRVL_HIST_ALL i AP_CHECKS_ALL
Przykłady
Faktura utworzonaFaktura zweryfikowanaPłatność utworzona
|
|||
|
Numer faktury
InvoiceNumber
|
Unikalny identyfikator faktury dostawcy. | ||
|
Opis
Ten atrybut jest unikalnym oznaczeniem faktury przesłanej przez dostawcę. Pełni funkcję centralnego identyfikatora case w analizie process mining i łączy wszystkie kolejne działania, takie jak akceptacje, blokady i płatności. W Oracle Fusion Financials pole to ma zasadnicze znaczenie dla powiązania nagłówków faktur z pozycjami, płatnościami i zamówieniami zakupu. Analitycy używają tego identyfikatora, aby prześledzić pełny cykl życia zobowiązania, od jego zarejestrowania do momentu wypływu środków z rachunku bankowego.
Dlaczego to ważne
To jednoznaczny identyfikator case, niezbędny do odtworzenia przebiegu procesu od początku do końca.
Skąd pobrać
AP_INVOICES_ALL.INVOICE_NUM
Przykłady
INV-2023-00199887766OCT-SERVICE-04
|
|||
|
System źródłowy
SourceSystem
|
Nazwa systemu, z którego pochodzą dane. | ||
|
Opis
Wskazuje system, który jest źródłem danych o zdarzeniu. W tym przypadku będzie to zazwyczaj „Oracle Fusion Financials”. Atrybut ten jest szczególnie przydatny w środowiskach wielosystemowych, w których dane mogą pochodzić z systemów ERP, zakupowych i bankowych.
Dlaczego to ważne
Zapewnia możliwość prześledzenia pochodzenia danych, szczególnie w złożonych środowiskach systemowych.
Skąd pobrać
Wartość zakodowana na stałe lub pobrana z konfiguracji połączenia
Przykłady
Oracle Fusion FinancialsOracle ERP CloudStarszy system EBS
|
|||
|
Znacznik czasu zdarzenia
EventDateTime
|
Data i godzina wykonania działania. | ||
|
Opis
Ten atrybut zapisuje dokładny znacznik czasu wykonania działania. Służy do chronologicznego porządkowania zdarzeń i obliczania czasu między etapami procesu. Dokładne znaczniki czasu są niezbędne do rzetelnej analizy czasu realizacji i wykrywania wąskich gardeł, w których faktury czekają między etapami.
Dlaczego to ważne
Zapewnia wymiar czasowy potrzebny do analizy wyników i ustalenia kolejności zdarzeń w procesie.
Skąd pobrać
CREATION_DATE lub LAST_UPDATE_DATE z odpowiednich tabel, np. AP_INVOICES_ALL, AP_CHECKS_ALL
Przykłady
2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
|
|||
|
Data faktury
InvoiceDate
|
Data wydrukowana na fakturze przez dostawcę. | ||
|
Opis
To data wystawienia faktury przez dostawcę, inna niż data jej otrzymania lub wprowadzenia do Oracle. Stanowi podstawę do obliczenia terminu płatności zgodnie z warunkami płatności. Różnica między datą faktury a datą wprowadzenia często wskazuje na opóźnienia w obsłudze poczty lub skanowaniu dokumentów.
Dlaczego to ważne
To punkt odniesienia przy obliczaniu terminów płatności i analizie przeterminowanych należności.
Skąd pobrać
AP_INVOICES_ALL.INVOICE_DATE
Przykłady
2023-09-152023-10-01
|
|||
|
Data płatności
PaymentDate
|
Data faktycznego zlecenia lub rozliczenia płatności. | ||
|
Opis
Zapisuje datę przelewu środków lub wystawienia czeku. To końcowy punkt pomiaru KPI „Średni czas od faktury do płatności”. Porównanie tej daty z terminem płatności pozwala ustalić, czy płatność była spóźniona, terminowa czy na tyle wczesna, by skorzystać z rabatu.
Dlaczego to ważne
Oznacza zakończenie transakcji finansowej i cyklu procesu.
Skąd pobrać
AP_CHECKS_ALL.CHECK_DATE
Przykłady
2023-10-282023-11-01
|
|||
|
Jednostka biznesowa
BusinessUnit
|
Jednostka operacyjna lub podmiot odpowiedzialny za fakturę. | ||
|
Opis
Wskazuje konkretny dział lub spółkę zależną, która obsługuje fakturę. W Oracle Fusion odpowiada identyfikatorowi organizacji (Organization ID). Ten atrybut jest niezbędny w dashboardzie „Standaryzacja wariantów procesu w skali globalnej”, który umożliwia porównanie efektywności procesu w różnych regionach i działach.
Dlaczego to ważne
Umożliwia porównywanie wyników różnych jednostek organizacyjnych.
Skąd pobrać
HR_ORGANIZATION_UNITS.NAME (połączenie przez ORG_ID z AP_INVOICES_ALL)
Przykłady
Operacje w USASprzedaż w regionie EMEAProdukcja w regionie APAC
|
|||
|
Kwota faktury
InvoiceAmount
|
Łączna wartość pieniężna faktury. | ||
|
Opis
Łączna kwota do zapłaty za fakturę. Wartość ta jest niezbędna w analizie efektywności obsługi faktur o niskiej wartości. Pozwala porównać nakład pracy z wartością finansową transakcji. Służy również do ustalania priorytetów płatności faktur o wysokiej wartości, aby wykorzystać rabaty za wcześniejszą płatność.
Dlaczego to ważne
Określa wpływ finansowy danego case i pomaga ustalać priorytety według ryzyka.
Skąd pobrać
AP_INVOICES_ALL.INVOICE_AMOUNT
Przykłady
1500.00250.5010000.00
|
|||
|
Nazwa dostawcy
SupplierName
|
Nazwa dostawcy wystawiającego fakturę. | ||
|
Opis
Ten atrybut wskazuje podmiot zewnętrzny, który oczekuje płatności. W Oracle Fusion informacje te są przechowywane w danych podstawowych dostawców (POZ_SUPPLIERS) i powiązane z fakturą. Analiza tego atrybutu pozwala oceniać zgodność dostawców i przepustowość procesu, a także wykrywać dostawców, którzy często przesyłają problematyczne faktury lub powodują konieczność ponownej obsługi.
Dlaczego to ważne
Umożliwia porównywanie wyników procesu według dostawcy i wspiera zarządzanie relacjami.
Skąd pobrać
POZ_SUPPLIERS.VENDOR_NAME (połączenie przez VENDOR_ID z AP_INVOICES_ALL)
Przykłady
Office Depot Inc.Oracle CorporationDell Services
|
|||
|
Numer zamówienia zakupu
PurchaseOrderNumber
|
Numer referencyjny powiązanego zamówienia zakupu. | ||
|
Opis
Łączy fakturę z wcześniejszym etapem procesu zakupowego. Ten atrybut jest niezbędny w analizie „Dopasowanie zamówień zakupu i rozwiązywanie rozbieżności”. Faktury bez numeru zamówienia zakupu zwykle przechodzą inną, często mniej efektywną ścieżkę zatwierdzania niż faktury powiązane z zamówieniem.
Dlaczego to ważne
Pozwala odróżnić faktury powiązane z zamówieniem zakupu od faktur bez zamówienia, które przebiegają inaczej.
Skąd pobrać
PO_HEADERS_ALL.SEGMENT1 (powiązane przez AP_INVOICE_LINES_ALL)
Przykłady
PO-9988774500001234
|
|||
|
Termin płatności
DueDate
|
Data, do której należy dokonać płatności, aby uniknąć kar. | ||
|
Opis
Termin płatności obliczony na podstawie daty faktury i warunków płatności. Ten atrybut jest głównym punktem odniesienia dla KPI „Odsetek opóźnionych płatności”. Porównanie tej daty z faktyczną datą płatności pokazuje, czy dotrzymano warunków umów z dostawcami i jak skutecznie zarządzano przepływami pieniężnymi.
Dlaczego to ważne
To docelowa data, na podstawie której mierzy się terminowość płatności.
Skąd pobrać
AP_PAYMENT_SCHEDULES_ALL.DUE_DATE
Przykłady
2023-10-302023-11-15
|
|||
|
Typ faktury
InvoiceType
|
Klasyfikacja faktury, na przykład standardowa lub nota kredytowa. | ||
|
Opis
Klasyfikuje faktury jako standardowe, zaliczkowe lub noty kredytowe. Odpowiada ogólnemu atrybutowi CaseType. Różne typy faktur przechodzą inne ścieżki weryfikacji i zatwierdzania. Dlatego podział według tego atrybutu jest niezbędny do prawidłowego ustalenia punktu odniesienia dla analizy „Efektywność czasu realizacji procesu od początku do końca”.
Dlaczego to ważne
Pozwala porównywać podobne przypadki i nie zestawiać ze sobą różnych typów faktur.
Skąd pobrać
AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE
Przykłady
STANDARDKREDYTOWAZALICZKOWA
|
|||
|
Użytkownik, który utworzył fakturę
CreatedByUserName
|
Identyfikator lub nazwa użytkownika, który wprowadził fakturę. | ||
|
Opis
Wskazuje użytkownika odpowiedzialnego za początkowe wprowadzenie danych. Odpowiada atrybutowi User w ogólnym modelu danych. Dane te służą do analizy „Odsetek ręcznej interwencji”, która pomaga określić potrzeby szkoleniowe i wskazać użytkowników powiązanych z częstymi poprawkami.
Dlaczego to ważne
Umożliwia analizę wyników na poziomie zasobów oraz kontrolę rozdziału obowiązków.
Skąd pobrać
AP_INVOICES_ALL.CREATED_BY (nazwa użytkownika pobierana z PER_USERS)
Przykłady
j.doesystem_integrationm.smith
|
|||
|
Warunki płatności
PaymentTerms
|
Uzgodnione zasady dotyczące terminów płatności i rabatów. | ||
|
Opis
Określa warunki umowne płatności, na przykład „30 dni” lub „2% rabatu przy płatności w ciągu 10 dni, termin płatności 30 dni”. Ten atrybut stanowi podstawę analizy „Wykorzystanie rabatów za wcześniejszą płatność”. Wyznacza docelowy termin płatności oraz możliwe oszczędności wynikające z szybszej obsługi.
Dlaczego to ważne
Wyznacza cele dotyczące terminowości płatności i wykorzystania rabatów.
Skąd pobrać
AP_TERMS.NAME (połączenie przez TERMS_ID z AP_INVOICES_ALL)
Przykłady
Termin płatności: 30 dniNatychmiast2% rabatu przy płatności w ciągu 10 dni, termin płatności 30 dni
|
|||
|
Czy istnieje podejrzenie duplikatu
IsPotentialDuplicate
|
Flaga wskazująca, czy dane faktury pokrywają się z danymi innej faktury. | ||
|
Opis
Obliczana flaga logiczna przyjmująca wartość prawda, jeśli dostawca i kwota są takie same jak na innej fakturze z określonego przedziału czasu. Zasila dashboard „Analiza wykrywania zduplikowanych faktur”. Działa jak alert, który pozwala audytorom sprawdzić konkretne przypadki przed zleceniem płatności.
Dlaczego to ważne
To atrybut kontroli ryzyka, który pomaga zapobiegać stratom finansowym.
Skąd pobrać
Obliczane na podstawie funkcji okna dla InvoiceAmount i SupplierName
Przykłady
truefalse
|
|||
|
Kod waluty
CurrencyCode
|
Waluta, w której wystawiono fakturę. | ||
|
Opis
Kod waluty ISO, na przykład USD lub EUR, użytej w transakcji. Jest potrzebny do przeliczenia kwot na wspólną podstawę w analizie „Efektywność obsługi faktur o niskiej wartości”. Warianty procesu często znacznie różnią się w przypadku płatności krajowych w walucie lokalnej i zagranicznych w obcej walucie, między innymi ze względu na złożoność operacji bankowych.
Dlaczego to ważne
Wskazuje złożoność płatności transgranicznych i jest potrzebny do przeliczenia kwot na wspólną podstawę.
Skąd pobrać
AP_INVOICES_ALL.INVOICE_CURRENCY_CODE
Przykłady
USDEURGBP
|
|||
|
Kwota utraconego rabatu
DiscountLostAmount
|
Wartość rabatu, z którego nie skorzystano z powodu opóźnionej płatności. | ||
|
Opis
Obliczana jako różnica między pełną kwotą faktury a kwotą po rabacie, jeśli płatność nastąpiła po terminie uprawniającym do rabatu. Wspiera analizę „Wykorzystanie rabatów za wcześniejszą płatność”. Pozwala wyrazić koszt nieefektywności procesu w konkretnej kwocie.
Dlaczego to ważne
Pozwala określić koszt opóźnień w procesie.
Skąd pobrać
Obliczane na podstawie InvoiceAmount i PaymentTerms
Przykłady
50.000.00120.50
|
|||
|
Liczba dni po terminie
DaysOverdue
|
Liczba dni, o które płatność nastąpiła po terminie. | ||
|
Opis
Obliczona liczba określająca, o ile dni płatność była opóźniona. Wartości dodatnie oznaczają opóźnienie, a ujemne wcześniejszą płatność. Ten wskaźnik zasila dashboard „Monitorowanie opóźnionych płatności i ryzyka kar”, pomagając określić skalę opóźnień w procesie.
Dlaczego to ważne
Pozwala określić skalę problemu opóźnionych płatności.
Skąd pobrać
Obliczenie: PaymentDate - DueDate
Przykłady
5-20
|
|||
|
Status zatwierdzenia
ApprovalStatus
|
Bieżący status faktury w workflow. | ||
|
Opis
Informuje, czy faktura wymaga zatwierdzenia, jest w trakcie obsługi, została odrzucona czy zatwierdzona. Ten atrybut pomaga w analizie „Wąskich gardeł w workflow zatwierdzania”. Pokazuje ogólnie, na jakim etapie hierarchii zatwierdzania znajduje się faktura.
Dlaczego to ważne
Pomaga ustalić, na którym etapie łańcucha zatwierdzania występują przestoje.
Skąd pobrać
AP_INVOICES_ALL.WFAPPROVAL_STATUS
Przykłady
WYMAGANEZATWIERDZONE W WORKFLOWNIE WYMAGANE
|
|||
Działania w procesie obsługi płatności zobowiązań
| Działanie | Opis | ||
|---|---|---|---|
|
Faktura anulowana
|
Faktura zostaje unieważniona lub anulowana, co kończy daną instancję procesu bez płatności. | ||
|
Dlaczego to ważne
Oznacza zmarnowany nakład pracy. Wysoki odsetek anulowań zwykle wskazuje na wcześniejsze wprowadzenie duplikatów lub niską jakość danych dostawców.
Skąd pobrać
Pole AP_INVOICES_ALL.CANCELLED_DATE jest wypełnione.
Rejestrowanie
Rejestrowane po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Faktura utworzona
|
Utworzenie rekordu faktury w systemie Oracle Fusion Payables. Zdarzenie zapisuje znacznik czasu pierwszego zatwierdzenia nagłówka faktury w bazie danych, niezależnie od tego, czy dane wprowadzono ręcznie, czy zaimportowano przez IDR lub interfejs. | ||
|
Dlaczego to ważne
Wyznacza początek procesu na potrzeby obliczania czasu realizacji i analizy wieku faktur. Jest niezbędne do pomiaru czasu między otrzymaniem faktury a jej wprowadzeniem.
Skąd pobrać
Tabela AP_INVOICES_ALL, kolumna CREATION_DATE. Filtrowanie według INVOICE_ID.
Rejestrowanie
Rejestrowane w chwili utworzenia rekordu transakcji
Typ zdarzenia
explicit
|
|||
|
Faktura zaakceptowana
|
W workflow zostaje udzielona ostateczna akceptacja. Status faktury zmienia się na „Workflow Approved” lub „Manually Approved”. | ||
|
Dlaczego to ważne
Ważny etap, po którym faktura może zostać wybrana do płatności. Długi czas oczekiwania przed tym krokiem wskazuje na wąskie gardła w akceptacji.
Skąd pobrać
Tabela AP_INV_APRVL_HIST_ALL (najnowsze działanie akceptacyjne) lub AP_INVOICES_ALL.WFAPPROVAL_STATUS = „WFAPPROVED”.
Rejestrowanie
Porównanie wartości pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Faktura zweryfikowana
|
Status faktury zmienia się na „Validated”, co oznacza, że przeszła kontrole integralności danych, obliczenie podatku i reguły dopasowania. Jest to warunek wstępny akceptacji i płatności. | ||
|
Dlaczego to ważne
Oznacza przejście od wprowadzania danych do workflow akceptacji i płatności. Opóźnienia na tym etapie mogą wskazywać na problemy z jakością danych lub błędy konfiguracji.
Skąd pobrać
Ustalane na podstawie znacznika czasu AP_INVOICES_ALL.VALIDATION_REQUEST_ID lub przez śledzenie zmian statusu w AP_INVOICE_HISTORY, jeśli ta funkcja jest włączona.
Rejestrowanie
Porównanie wartości pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Nałożono blokadę na fakturę
|
Na fakturę nałożono blokadę systemową lub ręczną, która uniemożliwia płatność. Może ona wynikać z różnicy ilościowej lub cenowej albo z ręcznego wstrzymania „Invoice Needs Review”. | ||
|
Dlaczego to ważne
Główny wskaźnik problemów w procesie. Analiza przyczyn blokad pomaga wykryć problemy ze zgodnością po stronie dostawców lub luki w procesie wewnętrznym.
Skąd pobrać
Tabela AP_HOLDS_ALL, kolumna CREATION_DATE. Wskazuje zatrzymanie przebiegu procesu.
Rejestrowanie
Rejestrowane po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Płatność utworzona
|
Generowany jest dokument płatniczy, na przykład czek, EFT lub przelew. Zmniejsza to zobowiązanie i oznacza realizację płatności. | ||
|
Dlaczego to ważne
Znacznik czasu kończący pomiar czasu realizacji. Porównanie z terminem płatności pozwala obliczyć wskaźniki opóźnionych płatności i wykorzystanych rabatów.
Skąd pobrać
Tabela AP_INVOICE_PAYMENTS_ALL powiązana z AP_CHECKS_ALL. Użyj wartości CREATION_DATE rekordu płatności.
Rejestrowanie
Rejestrowane po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Pozycja faktury dopasowana
|
Powiązanie pozycji faktury z zamówieniem zakupu (PO) lub przyjęciem. Oznacza, że podczas wprowadzania pozycji przeprowadzono dopasowanie dwu- lub trójstronne. | ||
|
Dlaczego to ważne
Niezbędne do analizy wskaźnika „First Pass Yield” i ustalenia, gdzie zawodzi automatyczne dopasowywanie. Niski odsetek dopasowań zwiększa liczbę ręcznych poprawek.
Skąd pobrać
Tabela AP_INVOICE_LINES_ALL. Wyszukaj rekordy, w których MATCH_TYPE ma wartość „ITEM_TO_PO”, „PO_PRICE_ADJUSTMENT” itp.
Rejestrowanie
Rejestrowane po utworzeniu pozycji transakcji i powiązania
Typ zdarzenia
explicit
|
|||
|
Blokada faktury zwolniona
|
Usunięcie wcześniej nałożonej blokady, które pozwala kontynuować obsługę faktury w workflow. Oznacza rozwiązanie rozbieżności. | ||
|
Dlaczego to ważne
Pozwala obliczyć „czas ponownej obsługi” lub „czas rozwiązania problemu”. Częste występowanie wskazuje na nieefektywną obsługę wyjątków.
Skąd pobrać
Tabela AP_HOLDS_ALL, kolumna LAST_UPDATE_DATE, gdy pole RELEASE_LOOKUP_CODE jest wypełnione.
Rejestrowanie
Rejestrowane po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Faktura wybrana do płatności
|
Faktura zostaje wybrana przez żądanie procesu płatności (PPR). Jest przygotowana do płatności, ale środki nie zostały jeszcze przekazane. | ||
|
Dlaczego to ważne
Oznacza, że faktura została uwzględniona w serii płatności. Przerwa między tym zdarzeniem a utworzeniem płatności może wskazywać na problemy z przetwarzaniem wsadowym.
Skąd pobrać
Tabela AP_SELECTED_INVOICES_ALL (tymczasowa) lub wnioskowanie na podstawie wypełnienia pola AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID.
Rejestrowanie
Porównanie wartości pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Faktura zaksięgowana
|
Zapisy księgowe faktury są generowane i przekazywane do księgi głównej. Potwierdza to ujęcie skutków finansowych transakcji. | ||
|
Dlaczego to ważne
Zapewnia zgodność rozliczeń finansowych. Opóźnienia na tym etapie mogą wpłynąć na zamknięcie okresu i dokładność sprawozdawczości finansowej.
Skąd pobrać
AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = „Y” lub dane z XLA_AE_HEADERS (księgowanie w module podrzędnym) powiązane z fakturą.
Rejestrowanie
Rejestrowane po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Płatność rozliczona
|
Płatność zostaje uzgodniona z wyciągiem bankowym. Status zmienia się na „Cleared” lub „Reconciled”. | ||
|
Dlaczego to ważne
Rzeczywisty koniec cyklu przepływu środków pieniężnych. Niezbędne do prognozowania przepływów pieniężnych i analizy czasu między zleceniem a rozliczeniem płatności.
Skąd pobrać
Wartość AP_CHECKS_ALL.STATUS_LOOKUP_CODE zmienia się na „CLEARED”. Znacznik czasu znajduje się w polu CLEARED_DATE.
Rejestrowanie
Rejestrowane po wykonaniu transakcji X
Typ zdarzenia
explicit
|
|||
|
Rozpoczęto akceptację
|
Faktura zostaje przesłana do workflow akceptacji (AMX). Rozpoczyna się etap uzyskiwania zgody kierownictwa. | ||
|
Dlaczego to ważne
Pozwala odróżnić czas obsługi operacyjnej od czasu oczekiwania na akceptację kierownictwa. Pomaga ustalić, czy opóźnienia wynikają z pracy zespołu zobowiązań, czy osób akceptujących.
Skąd pobrać
Tabela AP_INV_APRVL_HIST_ALL (historia akceptacji) lub wnioskowanie na podstawie zmiany AP_INVOICES_ALL.WFAPPROVAL_STATUS na „INITIATED”.
Rejestrowanie
Porównanie wartości pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Pobierz szablon i zacznij przekształcać dane o płatnościach w konkretne wnioski. Jeśli potrzebują Państwo pomocy z ekstrakcją, nasz zespół może przeprowadzić Państwa przez ten proces.
Usprawnij obsługę płatności zobowiązań
Skróć czas cyklu o 30% i popraw relacje z dostawcami.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.