Szablon danych do analizy obsługi płatności zobowiązań

Oracle Fusion Financials
Szablon danych do analizy obsługi płatności zobowiązań

Szablon danych do analizy obsługi płatności zobowiązań

Ten szablon porządkuje mapowanie workflow płatności w Oracle Fusion Financials. Zawiera pola danych i etapy procesu potrzebne do analizy całego cyklu płatności. Korzystając z niego, można wykryć wąskie gardła i usprawnić operacje finansowe.
  • Zalecane atrybuty do szczegółowej analizy
  • Standardowe działania procesu do mapowania zdarzeń
  • Instrukcja krok po kroku: ekstrakcja danych z Oracle Fusion Financials
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi płatności zobowiązań

Te zalecane pola danych pozwalają pobrać z Oracle Fusion Financials najważniejsze informacje o transakcjach i szczegółowo przeanalizować realizację płatności.
5 Wymagane 10 Zalecane 5 Opcjonalne
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
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi płatności zobowiązań

Śledź te ważne etapy procesu, aby zobaczyć całą drogę każdej płatności, od utworzenia do rozliczenia.
7 Zalecane 5 Opcjonalne
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
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Oracle Fusion Financials

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.

Rozpocznij bezpłatny okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.