Jouw datatemplate voor kredietbeheer en incasso
Jouw datatemplate voor kredietbeheer en incasso
- Aanbevolen attributen voor een volledige analyse
- Belangrijke activiteiten om te volgen voor process discovery
- Stapsgewijze uitleg voor data-extractie
Attributen voor kredietbeheer en incasso
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van het specifieke bedrijfsevent of de specifieke taak die op een bepaald moment in het kredietbeheerproces plaatsvond. | ||
| Beschrijving Dit attribuut beschrijft één stap in de levenscyclus van de factuur, zoals 'Invoice Generated', 'Dunning Procedure Initiated' of 'Payment Received'. Elke activiteit vertegenwoordigt een afzonderlijk event dat de case verder brengt. Het analyseren van de volgorde en frequentie van activiteiten vormt de kern van process mining. Hiermee breng je de werkelijke procesflow in beeld, vind je knelpunten waar cases blijven hangen, ontdek je herwerklussen waarin activiteiten worden herhaald en vergelijk je het werkelijke proces met het ontworpen of ideale proces. De activiteitsnaam is essentieel voor het maken van procesmaps en het berekenen van overgangstijden tussen stappen. Waarom dit belangrijk is Dit attribuut bepaalt de stappen in de procesmap, zodat je de levenscyclus van de factuur van begin tot eind kunt visualiseren en analyseren. Waar je het vindt Dit is een conceptueel veld dat wordt afgeleid uit verschillende bedrijfsevents in Oracle Fusion Financials. Vaak wordt het samengesteld door transactiestatussen, eventdatums of specifieke acties uit modules zoals Receivables (AR) en Advanced Collections aan elkaar te koppelen. Voorbeelden Factuur aangemaaktAanmaningsprocedure gestartBetaling ontvangenGeschil geregistreerd | |||
| Eventtijd EventTime | De exacte datum en tijd waarop de activiteit plaatsvond, als timestamp van het event. | ||
| Beschrijving De eventtijd, of timestamp, legt het exacte moment vast waarop een activiteit plaatsvond. Dit is nodig om events chronologisch te ordenen en een correcte procesflow op te bouwen. Zonder nauwkeurige timestamps kun je de volgorde van events niet goed bepalen. In analyses wordt dit attribuut gebruikt om tijdsduur en doorlooptijden tussen activiteiten te berekenen. Dat is belangrijk voor prestatiemeting. Zo kun je KPI's berekenen zoals de doorlooptijd van geschiloplossing of de betalingsdoorlooptijd van facturen. Ook kun je hiermee trends in de procesprestaties over verschillende perioden analyseren. Waarom dit belangrijk is Deze timestamp is nodig om events te ordenen, doorlooptijden en tijdsduur te berekenen en procesprestaties door de tijd heen te analyseren. Waar je het vindt Wordt afgeleid uit verschillende datumvelden in Oracle Fusion Financials-tabellen, zoals TRX_DATE in RA_CUSTOMER_TRX_ALL voor het aanmaken van facturen of de aanmaakdatum van een incassoactie. Voorbeelden 2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z | |||
| Factuurnummer InvoiceNumber | De unieke identificatie van elke klantfactuur, die als primaire case-ID voor het kredietbeheerproces dient. | ||
| Beschrijving Het factuurnummer is de centrale sleutel die alle events en activiteiten rond één vordering koppelt, van het aanmaken tot de uiteindelijke vereffening of afboeking. Hiermee krijg je een volledig end-to-endbeeld van de levenscyclus van de factuur. In process mining wordt dit attribuut gebruikt om de route van elke factuur te reconstrueren. Door alle gerelateerde activiteiten onder één factuurnummer te groeperen, kunnen analisten procesflows visualiseren, veelvoorkomende en afwijkende routes herkennen en doorlooptijden voor het hele proces of specifieke stappen meten, zoals geschiloplossing of betalingsverwerking. Waarom dit belangrijk is Dit is de essentiële Case ID die alle gerelateerde processtappen koppelt. Zo kun je de route van elke factuur van uitgifte tot sluiting reconstrueren en analyseren. Waar je het vindt Deze identificatie staat in Oracle Fusion Financials meestal in de RA_CUSTOMER_TRX_ALL-tabel als TRX_NUMBER. Voorbeelden INV-1005679884321AR-2023-04-112 | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data afkomstig is. | ||
| Beschrijving Dit attribuut identificeert de bronapplicatie waarin de eventdata is vastgelegd. In een complexe IT-omgeving kunnen meerdere systemen betrokken zijn bij één end-to-endproces. Het vastleggen van het bronsysteem is belangrijk voor datagovernance, probleemoplossing en het begrijpen van de context van de data. Als events uit verschillende systemen worden gecombineerd in één procesweergave, helpt dit om ze van elkaar te onderscheiden en de dataherkomst duidelijk te houden. Waarom dit belangrijk is Geeft duidelijkheid over de herkomst van de data. Dat is belangrijk voor datavalidatie, governance en inzicht in de technologische context van het proces. Waar je het vindt Dit is meestal een statische waarde die tijdens de data-extractie wordt toegevoegd om de herkomst van de records aan te geven. Voorbeelden Oracle Fusion FinancialsOracle AROracle Collections | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor dit event voor het laatst is vernieuwd of uit het bronsysteem is geëxtraheerd. | ||
| Beschrijving Dit attribuut markeert de datum en tijd van de meest recente data-extractie. Het is een metadataveld dat geen onderdeel is van het bedrijfsproces zelf, maar wel belangrijk is om te begrijpen hoe actueel de geanalyseerde data is. Analisten gebruiken deze timestamp om te controleren of ze met actuele informatie werken en om het afkappunt van de data te bepalen. Dit is belangrijk voor datagovernance en om in dashboards en rapporten duidelijk te maken hoe actueel de data is. Waarom dit belangrijk is Geeft aan hoe actueel de data is, zodat analisten en andere betrokkenen weten hoe tijdig en relevant de informatie is. Waar je het vindt Deze waarde wordt tijdens het data-extractie- en laadproces (ETL) gegenereerd en aan elk record toegevoegd. Voorbeelden 2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Aanmaningsniveau DunningLevel | De fase of het niveau van de aanmaningsprocedure die op de factuur is toegepast. | ||
| Beschrijving Het aanmaningsniveau geeft de intensiteit van de betalingsherinnering aan, die meestal in de loop van de tijd oploopt. Niveau 1 kan bijvoorbeeld een vriendelijke e-mailherinnering zijn, terwijl niveau 3 een formele brief of een telefoongesprek kan zijn. Door het proces per aanmaningsniveau te analyseren, kun je de effectiviteit van de aanmaningsstrategie beoordelen. Het dashboard voor aanmaningseffectiviteit gebruikt dit attribuut om conversiepercentages van elke aanmaningsstap naar betaling te visualiseren. Zo kun je bepalen welke aanmaningsacties het beste werken en het moment en de inhoud van herinneringen aanpassen om meer betalingen te innen. Waarom dit belangrijk is Volgt de escalatiefase van incasso-inspanningen en is belangrijk om de effectiviteit van de aanmaningsstrategie te beoordelen. Waar je het vindt Deze data wordt beheerd in de Oracle Advanced Collections-module. Je vindt de data in tabellen met aanmaningshistorie, zoals IEX_DUNNINGS. Voorbeelden Niveau 1: herinneringNiveau 2: waarschuwingNiveau 3: laatste kennisgeving | |||
| Factuurbedrag InvoiceAmount | De totale geldwaarde van de factuur. | ||
| Beschrijving Het factuurbedrag vertegenwoordigt de totale waarde van de goederen of diensten die aan de klant zijn gefactureerd. Dit is een belangrijk financieel attribuut om de geldelijke impact van het proces te begrijpen. In analyses wordt het factuurbedrag gebruikt om incasso-inspanningen te prioriteren, met aandacht voor achterstallige facturen met een hoge waarde. Je kunt er ook betalingsgedrag op basis van transactiewaarde mee analyseren en de financiële impact van afboekingen berekenen. Dashboards zoals de analyse van het afboekingspercentage van facturen gebruiken deze waarde om de omvang van financiële verliezen te bepalen. Waarom dit belangrijk is Geeft financiële context aan het proces, zodat je facturen met een hoge waarde kunt prioriteren en de financiële impact van procesinefficiënties kunt analyseren. Waar je het vindt Deze informatie kan worden afgeleid uit de AR_PAYMENT_SCHEDULES_ALL-tabel, waarin het verschuldigde bedrag van een factuur staat. Voorbeelden 5000.001250.75250000.00 | |||
| Gebruiker User | De gebruiker of systeem-ID die de activiteit heeft uitgevoerd. | ||
| Beschrijving Dit attribuut identificeert de specifieke medewerker of geautomatiseerde systeemgebruiker die verantwoordelijk is voor een activiteit, zoals het goedkeuren van een kredietlimiet, het boeken van een betaling of het oplossen van een geschil. Door activiteiten per gebruiker te analyseren, krijg je inzicht in de verdeling van werk, individuele prestaties en compliance. Bij geautomatiseerde activiteiten kun je de rol van systeemprocessen volgen. Je kunt dit ook gebruiken om opleidingsbehoeften of mogelijk frauduleus gedrag te herkennen door gebruikersgedrag te monitoren. Waarom dit belangrijk is Koppelt procesactiviteiten aan specifieke personen of geautomatiseerde systemen, zodat je prestaties kunt volgen, werkbelasting kunt analyseren en controles kunt uitvoeren. Waar je het vindt Afkomstig uit de kolommen 'CREATED_BY' of 'LAST_UPDATED_BY' in verschillende transactie- en historietabellen binnen Oracle Fusion Financials. Voorbeelden jsmithar_specialist_1SYSTEM_AUTOMATION | |||
| Incassomedewerker Collector | De naam of ID van de incassomedewerker die aan de factuur is toegewezen. | ||
| Beschrijving De incassomedewerker is de persoon of het team dat verantwoordelijk is voor de incassoactiviteiten rond een achterstallige factuur. Deze toewijzing is een belangrijke stap in de incassoworkflow. Dit attribuut is belangrijk voor prestatiemanagement en de verdeling van capaciteit binnen de incassoafdeling. Door resultaten per incassomedewerker te analyseren, kunnen managers de effectiviteit beoordelen, opleidingsbehoeften herkennen en de werkdruk verdelen. Het dashboard voor de effectiviteit van incassotoewijzingen gebruikt dit attribuut om succespercentages en doorlooptijden tussen incassomedewerkers te vergelijken. Waarom dit belangrijk is Maakt prestatieanalyse van individuele incassomedewerkers of teams mogelijk, zodat je capaciteit beter kunt verdelen en de algehele incasso-efficiëntie kunt verbeteren. Waar je het vindt Deze informatie wordt meestal opgeslagen in de Oracle Advanced Collections-module, vaak in tabellen zoals IEX_CASES_ALL_B of gerelateerde toewijzingstabellen. Voorbeelden John SmithJane DoeIncassoteam A | |||
| Klantnummer CustomerNumber | Een unieke identificatie voor de klant die aan de factuur is gekoppeld. | ||
| Beschrijving Het klantnummer koppelt een factuur aan een specifieke klantaccount. Hiermee kun je het krediet- en incassoproces segmenteren en analyseren op basis van klantkenmerken. Met het klantnummer kunnen analisten onderzoeken of bepaalde klanten structureel te laat betalen, vaker geschillen indienen of meer incasso-inspanningen nodig hebben. Deze informatie is belangrijk voor klantspecifieke incassostrategieën, het aanpassen van betalingstermijnen en het herkennen van klantsegmenten met een hoog risico. Het ondersteunt rechtstreeks analyses zoals de analyse van het afboekingspercentage van facturen per klantsegment. Waarom dit belangrijk is Maakt segmentatie van het proces per klant mogelijk, zodat je patronen, risico's en kansen voor gerichte incassostrategieën kunt herkennen. Waar je het vindt Staat meestal in de RA_CUSTOMER_TRX_ALL-tabel als BILL_TO_CUSTOMER_ID, die verwijst naar HZ_CUST_ACCOUNTS. Voorbeelden CUST-0012389455ACME-CORP-US | |||
| Klantsegment CustomerSegment | De indeling van een klant in een bepaalde groep, bijvoorbeeld op basis van omvang, sector of strategisch belang. | ||
| Beschrijving Klantsegment is een categorisch attribuut waarmee klanten op basis van gedeelde kenmerken worden gegroepeerd. Segmenten kunnen worden bepaald door factoren zoals 'Strategic', 'SMB' of 'Enterprise', of door sectoren zoals 'Manufacturing' of 'Retail'. Dit attribuut is nuttig voor vergelijkende analyses. Je kunt procesprestaties tussen segmenten vergelijken en bijvoorbeeld zien of één segment vaker geschillen heeft of een langere betalingscyclus kent. Met dit inzicht kun je kredietbeleid en incassostrategieën afstemmen op de behoeften en risico's van elk segment. Het ondersteunt dashboards zoals de analyse van het afboekingspercentage van facturen. Waarom dit belangrijk is Maakt vergelijkende analyses mogelijk en laat zien hoe procesprestaties en risico's tussen verschillende klantgroepen verschillen. Waar je het vindt Wordt vaak beheerd in klantstamdata, zoals HZ_CUST_ACCOUNTS of gerelateerde tabellen, of afgeleid uit klantkenmerken zoals omzet of sector. Voorbeelden Groot bedrijfKlein en middelgroot bedrijfOverheidStrategische partner | |||
| Vervaldatum DueDate | De datum waarop de betaling van de factuur uiterlijk verschuldigd is. | ||
| Beschrijving De vervaldatum is een belangrijke contractueel afgesproken datum voor betaling. Dit is het uitgangspunt om te bepalen of een betaling op tijd is. Met dit attribuut kun je achterstallige facturen herkennen en berekenen hoeveel dagen een factuur te laat is. Het is de belangrijkste invoer om te bepalen wanneer aanmaningsprocedures moeten starten en wordt gebruikt voor KPI's zoals Days Sales Outstanding (DSO). Ook is het nodig voor ouderdomsrapportages waarin openstaande schulden worden ingedeeld. Waarom dit belangrijk is Dient als uitgangspunt om te bepalen of een factuur achterstallig is, incassoactiviteiten te starten en ouderdomsanalyses uit te voeren. Waar je het vindt Beschikbaar in de AR_PAYMENT_SCHEDULES_ALL-tabel als DUE_DATE. Voorbeelden 2023-05-302023-06-152023-07-01 | |||
| Afgeboekt IsWrittenOff | Een boolean die aangeeft of de factuur als oninbare vordering is afgeboekt. | ||
| Beschrijving Deze afgeleide indicator identificeert facturen die het bedrijf als oninbaar beschouwt en uit de actieve debiteuren heeft verwijderd. Dit is meestal de laatste en ongewenste uitkomst voor een factuur. Dit attribuut is essentieel voor het berekenen van de KPI Invoice Write-Off Rate en voor het bijbehorende analysedashboard. Analisten kunnen hiermee alle mislukte incassozaken selecteren en zoeken naar gemeenschappelijke kenmerken, zoals klantsegment of factuurwaarde, die samenhangen met een hoger afboekingsrisico. Deze inzichten helpen om kredietbeleid en incassostrategieën te verbeteren. Waarom dit belangrijk is Maakt mislukte incasso's duidelijk zichtbaar. Dat is nodig om de oorzaken van oninbare vorderingen te analyseren en afboekingspercentages te berekenen. Waar je het vindt Dit is een berekend veld. Het wordt afgeleid door te controleren of er voor de case een activiteit 'Invoice Written Off' bestaat of dat de factuurstatus 'Written Off' is. Voorbeelden truefalse | |||
| Bedrijfseenheid BusinessUnit | De specifieke bedrijfseenheid of organisatorische entiteit die de factuur heeft uitgegeven. | ||
| Beschrijving In grote organisaties is de bedrijfsvoering vaak verdeeld over meerdere bedrijfseenheden. Dit attribuut identificeert welke bedrijfseenheid aan de factuur is gekoppeld. Door het proces per bedrijfseenheid te analyseren, kun je prestaties tussen verschillende delen van de organisatie vergelijken. Je ziet waar krediet- en incassobeleid niet hetzelfde wordt toegepast en welke bedrijfseenheden hun vorderingen beter beheren. Dit helpt om goede werkwijzen te delen en processen waar nodig te standaardiseren. Waarom dit belangrijk is Maakt prestatievergelijking tussen verschillende organisatie-eenheden mogelijk, zodat je goede werkwijzen en verbeterpunten kunt herkennen. Waar je het vindt Beschikbaar in de RA_CUSTOMER_TRX_ALL-tabel via het veld ORG_ID, dat naar de organisatiestructuur verwijst. Voorbeelden BU Noord-AmerikaBU EMEAWereldwijde dienstendivisie | |||
| Betalingstermijnen PaymentTerms | De afgesproken voorwaarden die bepalen wanneer de betaling verschuldigd is. | ||
| Beschrijving Betalingstermijnen bepalen onder welke voorwaarden een klant wordt geacht te betalen, bijvoorbeeld 'Net 30' of 'Net 60'. Deze termijnen worden gebruikt om de vervaldatum van de factuur te berekenen. Door betalingsprestaties per betalingstermijn te analyseren, kun je interessante patronen ontdekken. Klanten met kortere termijnen betalen bijvoorbeeld vaker te laat. Deze informatie kun je gebruiken om kredietbeleid te herzien en te verbeteren en klanten voor verschillende incassostrategieën te segmenteren. Zo krijg je meer context bij de oorzaken van achterstallige facturen. Waarom dit belangrijk is Geeft context bij het afgesproken betalingsschema, zodat je betalingsgedrag bij verschillende kredietvoorwaarden kunt analyseren. Waar je het vindt Wordt opgeslagen in de RA_TERMS-tabel en aan de factuurtransactie gekoppeld. Voorbeelden 30 dagen netto60 dagen nettoDirect betalen | |||
| Dagen achterstallig DaysOverdue | Het aantal dagen dat een factuur na de vervaldatum nog niet is betaald. | ||
| Beschrijving Deze berekende metriek laat zien hoeveel dagen een onbetaalde factuur te laat is. De waarde is het verschil tussen de huidige datum voor open facturen of de betaaldatum voor gesloten facturen en de vervaldatum. Dagen achterstallig is een belangrijke maatstaf voor ouderdomsanalyses en het prioriteren van incassoactiviteiten. Het is de belangrijkste metriek in het dashboard Overdue Invoice Aging & Status, waarin facturen worden ingedeeld in ouderdomscategorieën, bijvoorbeeld 1-30 dagen en 31-60 dagen. Zo kan het incassoteam zich richten op de oudste vorderingen met het hoogste risico. Waarom dit belangrijk is Maakt de omvang van betalingsachterstanden meetbaar en vormt een belangrijke metriek voor het prioriteren van incasso en ouderdomsanalyses. Waar je het vindt Dit is een berekend veld. De logica is: CurrentDate - DueDate voor open facturen, of PaymentDate - DueDate voor gesloten facturen. Voorbeelden 1545920 | |||
| Datum betalingsbelofte PromiseToPayDate | De datum waarop een klant heeft beloofd te betalen. | ||
| Beschrijving Tijdens incassoactiviteiten kan een klant toezeggen op een toekomstige datum te betalen. Deze 'datum betalingsbelofte' wordt vastgelegd om de toezegging te volgen. Dit attribuut is belangrijk voor het beheren van incassoworkflows en het beoordelen van de betrouwbaarheid van klanttoezeggingen. Door de datum van de betalingsbelofte te vergelijken met de werkelijke datum van ontvangst, kunnen incassomedewerkers het succespercentage van deze beloften bepalen. Dit helpt om kasstromen nauwkeuriger te voorspellen en te beslissen wanneer verdere incasso nodig is als een belofte niet wordt nagekomen. Waarom dit belangrijk is Volgt betalingstoezeggingen van klanten, zodat je inkomende kasstromen kunt voorspellen en de effectiviteit van incassogesprekken kunt beheren. Waar je het vindt Wordt opgeslagen in de Oracle Advanced Collections-module, waarschijnlijk in tabellen zoals IEX_PROMISES_T. Voorbeelden 2023-06-102023-06-252023-07-05 | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit met een doorlooptijd is afgerond. | ||
| Beschrijving Bij activiteiten met een duidelijk begin en einde legt dit attribuut het moment van afronding vast. Veel events in process mining duren maar een moment, maar sommige, zoals 'Dispute Investigation', kunnen langere tijd in beslag nemen. Met een aparte eindtijd kun je de verwerkingstijd van activiteiten precies berekenen. Dat is nauwkeuriger dan de doorlooptijd afleiden uit de starttijd van de volgende activiteit, vooral als er perioden zonder activiteit zijn. Dit is belangrijk voor het analyseren van resourcegebruik en het vinden van processtappen die de meeste tijd kosten. Waarom dit belangrijk is Maakt een nauwkeurige berekening mogelijk van de tijd die specifieke activiteiten kosten, zodat je bottlenecks en resourcegebruik beter kunt analyseren. Waar je het vindt Dit is vaak een conceptueel attribuut. De waarde kan afkomstig zijn uit een timestamp voor 'last updated' of uit een specifiek veld voor de sluitingsdatum in de brontabellen die bij de activiteit horen. Voorbeelden 2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z | |||
| Factuurstatus InvoiceStatus | De huidige status van de factuur in de levenscyclus. | ||
| Beschrijving De factuurstatus geeft een momentopname van de huidige positie van de factuur in het proces. Veelvoorkomende statussen zijn 'Open', 'Paid', 'Disputed', 'Past Due' en 'Written Off'. Dit attribuut geeft op hoofdlijnen de status van de vorderingen weer. In process mining kun je dit attribuut gebruiken om cases te filteren op specifieke groepen, zoals alle openstaande achterstallige facturen. Het is een belangrijke dimensie in het dashboard voor ouderdom en status van achterstallige facturen. Zo zie je meteen wat de huidige status van de factuurportefeuille is en kun je incassoactiviteiten prioriteren. Waarom dit belangrijk is Geeft snel inzicht in de huidige status van een factuur, zodat je eenvoudig kunt filteren en incasso-inspanningen kunt prioriteren. Waar je het vindt Is meestal beschikbaar in de AR_PAYMENT_SCHEDULES_ALL-tabel in een veld met de naam STATUS. Voorbeelden OpenGeslotenBetwistIn incasso | |||
| Factuurvaluta InvoiceCurrency | De valuta waarin het factuurbedrag is uitgedrukt. | ||
| Beschrijving Dit attribuut geeft de valuta van de factuur aan, zoals USD, EUR of GBP. In multinationale organisaties worden facturen vaak in verschillende valuta uitgegeven. Bij analyses met meerdere valuta is een zorgvuldige verwerking nodig. Met dit attribuut kun je de procesweergave op valuta filteren of de juiste wisselkoersen toepassen voor geconsolideerde financiële rapportage. Zo worden geldbedragen correct geïnterpreteerd en kun je bedragen eerlijk met elkaar vergelijken. Waarom dit belangrijk is Nodig om financiële data in een omgeving met meerdere valuta correct te interpreteren en financiële analyses betrouwbaar uit te voeren. Waar je het vindt Staat meestal in de RA_CUSTOMER_TRX_ALL-tabel als INVOICE_CURRENCY_CODE. Voorbeelden USDEURGBPJPY | |||
| Is achterstallig IsOverdue | Een boolean die aangeeft of de betalingstermijn van de factuur is verstreken. | ||
| Beschrijving Dit afgeleide attribuut geeft eenvoudig aan of een factuur wel of niet achterstallig is. Meestal wordt dit berekend door de huidige datum of betaaldatum te vergelijken met de vervaldatum van de factuur. Deze indicator is erg handig voor filters en segmentatie in analyses. Analisten kunnen er snel alle achterstallige facturen mee selecteren om hun procespaden, de effectiviteit van incassoactiviteiten en andere kenmerken te onderzoeken. Ook maakt dit het eenvoudiger om dashboards en KPI's te maken voor het beheer van achterstallige vorderingen, zoals het dashboard Overdue Invoice Aging & Status. Waarom dit belangrijk is Geeft een eenvoudige, duidelijke indicator om alle achterstallige facturen te vinden en te analyseren. Dat is het belangrijkste aandachtspunt binnen het incassoproces. Waar je het vindt Dit is een berekend veld. De logica is: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False. Voorbeelden truefalse | |||
| Kredietlimietbedrag CreditLimitAmount | Het maximale kredietbedrag dat voor de klant is goedgekeurd. | ||
| Beschrijving Het kredietlimietbedrag is de totale kredietblootstelling die een bedrijf voor een bepaalde klant accepteert. Dit wordt bepaald tijdens het kredietbeoordelingsproces. Dit attribuut is essentieel voor het dashboard Credit Limit Decision Impact. Door de goedgekeurde kredietlimiet te vergelijken met later betaalgedrag en afboekingen, kan de organisatie beoordelen hoe effectief het kredietrisicobeleid is. De analyse kan laten zien of te hoge kredietlimieten leiden tot meer oninbare vorderingen. Zo kun je het goedkeuringsproces voor krediet verbeteren. Waarom dit belangrijk is Belangrijk om de effectiviteit van kredietrisicobeleid te beoordelen door de goedgekeurde kredietlimiet te vergelijken met betaalresultaten en afboekingen. Waar je het vindt Dit wordt beheerd in Oracle Credit Management en staat meestal in tabellen met klantkredietprofielen, zoals HZ_CUST_PROFILE_AMTS. Voorbeelden 10000.0050000.00250000.00 | |||
| Reden van geschil DisputeReason | De reden die de klant opgeeft om een factuur te betwisten. | ||
| Beschrijving Wanneer een klant een factuur betwist, geeft die meestal een reden op, zoals 'Incorrect Pricing', 'Damaged Goods' of 'Duplicate Invoice'. Dit attribuut legt die reden vast. Door redenen van geschillen te analyseren, kun je de onderliggende oorzaken onderzoeken. Zo ontdek je terugkerende problemen in eerdere processen, zoals orderbeheer of facturatie, die tot betalingsvertragingen leiden. Door verschillende redenen te categoriseren en de frequentie ervan te volgen, kun je gericht ingrijpen in deze oorzaken. Dat helpt om de doorlooptijd van geschiloplossing te verkorten. Waarom dit belangrijk is Helpt de onderliggende oorzaken van factuurgeschillen te herkennen, zodat je eerdere processen gericht kunt verbeteren en nieuwe geschillen voorkomt. Waar je het vindt Deze informatie wordt meestal vastgelegd in de Oracle Advanced Collections- of Oracle Channel Revenue Management-modules als geschilbeheer formeel is ingericht. De data kan in tabellen zoals AR_DISPUTE_HISTORY staan. Voorbeelden Onjuist aantalPrijsverschilBeschadigde goederenDienst niet geleverd | |||
Activiteiten voor kredietbeheer en incasso
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Aanmaningsprocedure gestart | Vertegenwoordigt de formele start van het aanmaningsproces voor een achterstallige factuur, vaak met het versturen van de eerste officiële aanmaningsbrief. Dit wordt meestal vastgelegd wanneer een aanmaningsbatch wordt uitgevoerd en de factuur daarin wordt opgenomen. | ||
| Waarom dit belangrijk is Door deze activiteit te volgen, kun je de effectiviteit van aanmaningen en de naleving van aanmaningsbeleid meten. Het geeft een uitgangspunt om te bepalen hoe lang het duurt voordat een aanmaning tot betaling leidt. Waar je het vindt Wordt vastgelegd in de Oracle Advanced Collections-module. De aanmaakdatum van een aanmaningsrecord in tabellen zoals IEX_DUNNINGS, gekoppeld aan de transactie-ID, markeert dit event. Vastleggen Aanmaakdatum van het record in de IEX_DUNNINGS-tabel dat aan de factuur is gekoppeld. Eventtype explicit | |||
| Betaling ontvangen | Markeert de ontvangst van geld van een klant. De betaling hoeft op dat moment nog niet aan een specifieke factuur te zijn toegewezen. Dit wordt vastgelegd wanneer in het systeem een kasontvangsttransactie wordt aangemaakt. | ||
| Waarom dit belangrijk is Dit is een belangrijk ijkpunt in het incassoproces en geeft aan dat het geld is ontvangen. De tijd tussen dit event en het toewijzen van de betaling meet de efficiëntie van de interne verwerking. Waar je het vindt Wordt expliciet vastgelegd via RECEIPT_DATE in de AR_CASH_RECEIPTS_ALL-tabel. De ontvangst kan daarna via AR_RECEIVABLE_APPLICATIONS_ALL worden gekoppeld aan de factuur waarop deze is toegepast. Vastleggen RECEIPT_DATE uit AR_CASH_RECEIPTS_ALL, gekoppeld via toepassingstabellen. Eventtype explicit | |||
| Betaling toegepast | Vertegenwoordigt het toepassen van een ontvangen betaling op een specifieke factuur, waardoor het openstaande saldo van de factuur afneemt. Dit is de stap waarin een betaling formeel aan een factuur wordt gekoppeld. | ||
| Waarom dit belangrijk is Deze activiteit is nodig om vast te stellen dat een factuur is betaald. Dit is het echte eindpunt voor de berekening van Days Sales Outstanding (DSO) en de betalingsverwerkingscyclus. Waar je het vindt Dit is een expliciet event uit APPLY_DATE in de AR_RECEIVABLE_APPLICATIONS_ALL-tabel, die een kasontvangst aan een klanttransactie, oftewel factuur, koppelt. Vastleggen APPLY_DATE uit AR_RECEIVABLE_APPLICATIONS_ALL voor de relevante factuur. Eventtype explicit | |||
| Factuur aangemaakt | Markeert het aanmaken van het factuurtransactierecord in Oracle Fusion Financials. Dit is het officiële begin van de levenscyclus van de factuur in de module voor debiteurenbeheer en vormt het belangrijkste startpunt voor analyse. | ||
| Waarom dit belangrijk is Dit is het belangrijkste startevent van het factuurtraject. Alle daaropvolgende berekeningen van doorlooptijden, zoals Days Sales Outstanding (DSO) en de betalingsdoorlooptijd van de factuur, zijn afhankelijk van deze eerste timestamp. Waar je het vindt Dit is een expliciet event uit de kolom CREATION_DATE of TRX_DATE in de tabel RA_CUSTOMER_TRX_ALL voor een specifieke TRX_NUMBER (Invoice Number). Vastleggen De event timestamp is de CREATION_DATE uit de RA_CUSTOMER_TRX_ALL-tabel. Eventtype explicit | |||
| Factuur afgeboekt | Vertegenwoordigt het formele besluit om de incasso te stoppen en het factuurbedrag als oninbare vordering te verwerken. Dit is een expliciete financiële transactie die het factuursaldo op nul zet. | ||
| Waarom dit belangrijk is Dit is een negatief eindpunt van het incassoproces. Door afboekingen per klantsegment, regio of kredietlimiet te analyseren, kun je kredietbeleid en incassostrategieën aanscherpen om verliezen te beperken. Waar je het vindt Wordt expliciet vastgelegd wanneer een correctie wordt aangemaakt in de AR_ADJUSTMENTS_ALL-tabel met een RECEIVABLES_TRX_ID die verwijst naar een activiteit voor oninbare vorderingen of afboeking. Vastleggen Aanmaakdatum van een record in AR_ADJUSTMENTS_ALL met een activiteitstype voor afboeking. Eventtype explicit | |||
| Vervaldatum betaling verstreken | Een berekend event dat optreedt wanneer de huidige datum na de vervaldatum van de factuur ligt en de factuur nog niet volledig is betaald. Dit event markeert de overgang van de factuurstatus van 'current' naar 'overdue'. | ||
| Waarom dit belangrijk is Dit is een belangrijk ijkpunt dat incasso- en aanmaningsprocessen start. Door het aantal en de waarde van facturen waarvan de vervaldatum is verstreken te analyseren, kun je het werkkapitaal beheren en het kredietrisico beoordelen. Waar je het vindt Dit event wordt berekend door de huidige systeemdatum te vergelijken met DUE_DATE in de AR_PAYMENT_SCHEDULES_ALL-tabel voor facturen met STATUS 'OP' (Open). Vastleggen Berekend event: treedt op wanneer SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. Eventtype calculated | |||
| Actie van incassomedewerker voltooid | Vertegenwoordigt een handmatige actie van een incassomedewerker, zoals bellen, een e-mail sturen of een interactienotitie vastleggen. Deze acties worden in de incassomodule als 'activities' of 'interactions' geregistreerd. | ||
| Waarom dit belangrijk is Door acties van incassomedewerkers te volgen, kun je de efficiëntie en effectiviteit van de handmatige incassoworkflow meten. Je kunt de frequentie van activiteiten analyseren en nagaan hoe die samenhangt met succesvolle betalingen. Waar je het vindt Wordt vastgelegd in tabellen met interactie- of activiteitshistorie in Oracle Advanced Collections, zoals JTF_IH_ACTIVITIES, gekoppeld aan de klant en mogelijk aan de specifieke factuur. Vastleggen Aanmaaktimestamp van records in JTF_IH_ACTIVITIES met een relevante resultaat- of reden-code. Eventtype explicit | |||
| Betalingsbelofte aangemaakt | Vertegenwoordigt een formele afspraak die in het systeem is vastgelegd, waarbij een klant belooft op een specifieke datum te betalen. Dit is een belangrijk resultaat van incassoactiviteiten. | ||
| Waarom dit belangrijk is Door betalingsbeloften en het percentage nagekomen beloften te volgen, krijg je een belangrijke prestatie-indicator voor incassomedewerkers. Dit helpt bij het voorspellen van kasstromen uit achterstallige vorderingen en bij het beoordelen van de effectiviteit van incassomedewerkers. Waar je het vindt Wordt expliciet aangemaakt in Oracle Advanced Collections. De aanmaakdatum komt uit de IEX_PROMISE_DETAILS-tabel. Vastleggen Aanmaakdatum uit de IEX_PROMISE_DETAILS-tabel voor de bijbehorende factuur. Eventtype explicit | |||
| Factuur gesloten | Treedt op wanneer het openstaande saldo van de factuur nul wordt, door een betaling, toepassing van een creditnota of correctie. Dit markeert de succesvolle afronding van de levenscyclus van de factuur. | ||
| Waarom dit belangrijk is Dit event is een belangrijk succesvol eindpunt van het proces. Door te volgen wanneer facturen worden gesloten, krijg je inzicht in de algemene gezondheid van de portefeuille met vorderingen. Waar je het vindt Wordt afgeleid uit een statuswijziging in de AR_PAYMENT_SCHEDULES_ALL-tabel, waarbij STATUS verandert in 'CL' (Closed). De timestamp is de LAST_UPDATE_DATE van deze wijziging. Vastleggen Detecteer wanneer AR_PAYMENT_SCHEDULES_ALL.STATUS voor de factuur 'CL' wordt. Eventtype inferred | |||
| Factuur naar klant verzonden | Geeft aan dat de factuur formeel aan de klant is geleverd, elektronisch of op papier. Dit event kan expliciet door een leveringsmodule worden vastgelegd of worden afgeleid van de printdatum van de factuur. | ||
| Waarom dit belangrijk is Deze activiteit markeert het moment waarop de betalingstermijn van de klant begint. Door dit te volgen, kun je het aantal dagen dat een factuur te laat is nauwkeurig berekenen en vertragingen tussen het aanmaken van de factuur en de klantmelding analyseren. Waar je het vindt Kan worden vastgelegd via LAST_PRINTED_DATE in RA_CUSTOMER_TRX_ALL. Je kunt dit ook afleiden uit integratielogs van e-mailbezorgingssystemen of andere communicatieplatforms. Vastleggen Gebruik LAST_PRINTED_DATE uit RA_CUSTOMER_TRX_ALL of de status uit een leveringslog. Eventtype inferred | |||
| Geschil geregistreerd | Geeft aan dat de klant de factuur formeel geheel of gedeeltelijk betwist. Dit wordt meestal vastgelegd via een statuswijziging in het betalingsschema van de factuur. | ||
| Waarom dit belangrijk is Deze activiteit is het startpunt van het geschiloplossingsproces. Door de tijd tussen registratie en oplossing te analyseren, kun je knelpunten vinden die de incasso vertragen. Waar je het vindt Wordt afgeleid uit een statuswijziging in de AR_PAYMENT_SCHEDULES_ALL-tabel, waarbij het veld STATUS verandert in 'DS' (Disputed). De timestamp kan uit audit-tabellen komen of uit de datum van de laatste wijziging. Vastleggen Detecteer wanneer AR_PAYMENT_SCHEDULES_ALL.STATUS voor de factuur verandert in 'DS'. Eventtype inferred | |||
| Geschil opgelost | Geeft aan dat een geregistreerd geschil is onderzocht en dat er een oplossing is bereikt. Dit wordt vastgelegd wanneer de betwiste status van de factuur wordt verwijderd. | ||
| Waarom dit belangrijk is Dit event markeert het einde van de geschiloplossingscyclus. De tijd tussen 'Dispute Registered' en dit event is een belangrijke KPI om de operationele efficiëntie en de impact op de kasstroom te meten. Waar je het vindt Wordt afgeleid wanneer STATUS in AR_PAYMENT_SCHEDULES_ALL verandert van 'DS' (Disputed) terug naar 'OP' (Open) of naar 'CL' (Closed) na een creditnota of correctie. Vastleggen Detecteer wanneer AR_PAYMENT_SCHEDULES_ALL.STATUS verandert van 'DS' naar een andere status. Eventtype inferred | |||
| Incassostrategie toegewezen | Treedt op wanneer een geautomatiseerde incassostrategie aan de achterstallige factuur of klant wordt toegewezen. Hiermee wordt bepaald welke stappen en activiteiten het systeem of de incassomedewerker volgt. | ||
| Waarom dit belangrijk is Dit event geeft inzicht in de automatisering van het incassoproces. Door te analyseren welke strategieën worden toegewezen en wat de resultaten zijn, kun je de incassoaanpak voor verschillende klantsegmenten verbeteren. Waar je het vindt Wordt vastgelegd in de Oracle Advanced Collections-module. Je vindt dit meestal door de aanmaakdatum van een strategietoewijzing te bekijken in tabellen zoals IEX_STRATEGIES of gerelateerde objecten. Vastleggen Aanmaakdatum van het strategy work item in incassotabellen die aan de klant of transactie zijn gekoppeld. Eventtype explicit | |||
| Kredietbeoordeling afgerond | Geeft aan dat de kredietbeoordeling voor de klant bij de factuur is afgerond. Dit event wordt meestal afgeleid door de aanmaakdatum van de factuur te koppelen aan de meest recente datum waarop de kredietbeoordeling voor die klantrekening is afgerond. Zo ontstaat een uitgangspunt voor kredietanalyses. | ||
| Waarom dit belangrijk is Door de tijd tussen kredietbeoordeling en orderplaatsing te analyseren, ontdek je vertragingen in de eerste fasen van de order-to-cash-cyclus. Dit vormt de basis voor het meten van de KPI Credit Approval Cycle Time en voor inzicht in de impact van kredietbeslissingen. Waar je het vindt Afgeleid door HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE op te vragen voor de klant op de factuur (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). De timestamp van het event is de LAST_CREDIT_REVIEW_DATE die voorafgaat aan de CREATION_DATE van de factuur. Vastleggen Koppel de factuur aan de meest recente kredietbeoordelingsdatum van de klant vóór het aanmaken van de factuur. Eventtype inferred | |||
Extractiegidsen
Stappen
- Open Oracle BI Publisher: Log in op je Oracle Fusion Financials-omgeving. Ga naar het gedeelte Reports and Analytics door op het Navigator-pictogram te klikken en vervolgens Tools > Reports and Analytics te selecteren.
- Maak een nieuw datamodel: Klik in het deelvenster Reports and Analytics op de knop 'Browse Catalog'. Klik in de catalogus op het vervolgkeuzemenu 'New' en selecteer 'Data Model'.
- Definieer de SQL Query Data Set: Klik in de Data Model-editor op het pictogram '+' om een nieuwe dataset toe te voegen en selecteer 'SQL Query'.
- Configureer de databron: Geef de nieuwe dataset een duidelijke naam, bijvoorbeeld 'CreditCollectionsEventLog'. Selecteer 'FSCM' of de juiste Oracle Fusion-applicatiedatabase als Data Source. Stel het Type of SQL in op 'Standard SQL'.
- Voer de SQL-query in: Kopieer de volledige SQL-query uit het gedeelte 'query' van dit document en plak deze in het tekstvak SQL Query.
- Definieer queryparameters: De query gebruikt parameters zoals
:P_START_DATEen:P_END_DATEom de datumbereik te filteren. BI Publisher detecteert deze automatisch. Je kunt ze instellen als gebruikersprompts en het datatype instellen op 'Date'. - Sla het datamodel op en test het: Sla het datamodel op in een gedeelde of aangepaste map. Controleer of de query werkt door naar het tabblad 'Data' te gaan, voorbeeldwaarden voor de parameters in te voeren, bijvoorbeeld een recente periode, en op 'View' te klikken om een voorbeeld van de uitvoer te bekijken. Controleer of alle kolommen correct worden weergegeven.
- Maak een nieuw rapport: Ga terug naar de catalogus, klik op het vervolgkeuzemenu 'New' en selecteer 'Report'. Selecteer in het dialoogvenster 'Create Report' de optie 'Use Data Model' en zoek het datamodel dat je zojuist hebt opgeslagen.
- Configureer de rapportinstellingen: In de rapporteditor is een eenvoudige tabelindeling voldoende voor data-extractie. Stel het standaarduitvoerformaat in. Voor process mining is CSV het aanbevolen formaat. Klik hiervoor op 'View a List', zoek 'CSV' in de lijst 'Output Formats' en vink het vakje aan. Je kunt de andere formaten uitvinken om het gebruik eenvoudiger te maken.
- Sla het rapport op: Sla het rapport op in dezelfde map als je datamodel.
- Plan de extractie: Je kunt het rapport inplannen om de extractie te automatiseren. Open het rapport, klik op 'Actions' en selecteer 'Schedule'. Stel de frequentie in, bijvoorbeeld dagelijks, geef CSV op als uitvoerformaat en definieer de afleverlocatie, zoals een map op een contentserver of een externe server via FTP.
Configuratie
- Vereisten: De gebruiker die het rapport maakt en uitvoert, moet de juiste BI-rollen hebben, bijvoorbeeld 'BI Administrator' of 'BI Author', plus databeveiligingsrechten voor toegang tot de onderliggende Financials-tabellen (AR, IEX, HZ, JTF).
- Databron: De query moet worden uitgevoerd op de hoofddatabase van de applicatie, meestal 'FSCM'.
- Parameters voor het datumbereik: Gebruik de parameters
:P_START_DATEen:P_END_DATEom de hoeveelheid data te beperken. Gebruik voor de eerste test een korte periode, bijvoorbeeld één maand. Voor productie-extracties is een voortschrijdende periode van 3 tot 6 maanden gebruikelijk. - Filteren: Overweeg in grote organisaties een parameter voor
BU_NAME(Business Unit Name) toe te voegen aan deWHERE-clausule in de common table expressioninvoices_base. Zo verwerk je steeds één business unit. - Aandachtspunten voor prestaties: De query koppelt meerdere grote transactietabellen. Een brede periode zonder filters kan leiden tot lange uitvoeringstijden of time-outs in BI Publisher. Plan het rapport buiten piekuren.
- Uitvoerformaat: Controleer of het standaard- of geplande uitvoerformaat CSV is. Dit levert een schoon bestand met scheidingstekens op dat process mining-tools eenvoudig kunnen verwerken. Controleer de CSV-instellingen en zorg dat het scheidingsteken en de tekencodering correct zijn.
a Voorbeeldquery sql
WITH invoices_base AS (
SELECT
trx.customer_trx_id,
trx.trx_number AS InvoiceNumber,
hca.account_number AS CustomerNumber,
hcp.class_category || ':' || hcp.class_code AS CustomerSegment, -- Example of segment, may need adjustment
ps.amount_due_original AS InvoiceAmount,
coll.name AS Collector,
ps.due_date AS DueDate,
trx.creation_date AS InvoiceCreationDate,
trx.created_by AS InvoiceCreatedBy,
ps.payment_schedule_id
FROM
ra_customer_trx_all trx
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
JOIN hz_cust_accounts hca ON trx.bill_to_customer_id = hca.cust_account_id
JOIN hz_customer_profiles hcp ON hca.cust_account_id = hcp.cust_account_id AND hcp.site_use_id IS NULL
LEFT JOIN iex_delinquencies_all del ON ps.payment_schedule_id = del.payment_schedule_id
LEFT JOIN JTF_RS_RESOURCE_EXTNS_VL coll ON del.collector_id = coll.resource_id
WHERE
trx.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')
AND trx.complete_flag = 'Y'
AND ps.class = 'INV'
)
-- 1. Credit Review Completed
SELECT
ib.InvoiceNumber AS "InvoiceNumber",
'Credit Review Completed' AS "ActivityName",
cr.review_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber AS "CustomerNumber",
ib.CustomerSegment AS "CustomerSegment",
ib.InvoiceAmount AS "InvoiceAmount",
ib.Collector AS "Collector",
NULL AS "DunningLevel",
ib.DueDate AS "DueDate",
cr.created_by AS "User"
FROM
invoices_base ib
JOIN
hz_credit_reviews cr ON ib.CustomerNumber = (SELECT hca.account_number FROM hz_cust_accounts hca WHERE hca.cust_account_id = cr.cust_account_id)
WHERE cr.review_date = (SELECT MAX(cr_inner.review_date) FROM hz_credit_reviews cr_inner WHERE cr_inner.cust_account_id = cr.cust_account_id AND cr_inner.review_date < ib.InvoiceCreationDate)
UNION ALL
-- 2. Invoice Generated
SELECT
ib.InvoiceNumber,
'Invoice Generated' AS "ActivityName",
trx.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
trx.created_by AS "User"
FROM
invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id
UNION ALL
-- 3. Invoice Sent To Customer
SELECT
ib.InvoiceNumber,
'Invoice Sent To Customer' AS "ActivityName",
trx.last_printed_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
trx.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id
WHERE trx.last_printed_date IS NOT NULL
UNION ALL
-- 4. Payment Due Date Passed
SELECT
ib.InvoiceNumber,
'Payment Due Date Passed' AS "ActivityName",
ps.due_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
'SYSTEM' AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.due_date < SYSDATE AND ps.status = 'OP'
UNION ALL
-- 5. Dunning Procedure Initiated
SELECT
ib.InvoiceNumber,
'Dunning Procedure Initiated' AS "ActivityName",
dunn.dunning_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
TO_CHAR(dunn.dunning_level) AS "DunningLevel",
ib.DueDate,
dunn.created_by AS "User"
FROM
invoices_base ib
JOIN iex_dunning_transactions dunt ON ib.customer_trx_id = dunt.transaction_id
JOIN iex_dunnings dunn ON dunt.dunning_id = dunn.dunning_id
UNION ALL
-- 6. Collection Strategy Assigned
SELECT
ib.InvoiceNumber,
'Collection Strategy Assigned' AS "ActivityName",
strat.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
strat.created_by AS "User"
FROM
invoices_base ib
JOIN iex_strategy_work_items swi ON ib.payment_schedule_id = swi.payment_schedule_id
JOIN iex_strategies_vl strat ON swi.strategy_id = strat.strategy_id
UNION ALL
-- 7. Collector Action Completed
SELECT
ib.InvoiceNumber,
task_type.name AS "ActivityName",
task.actual_end_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
res.source_name AS "User"
FROM
invoices_base ib
JOIN jtf_task_references_b ref ON ib.customer_trx_id = ref.object_id AND ref.object_type_code = 'OKC_K_HEADER'
JOIN jtf_tasks_b task ON ref.task_id = task.task_id
JOIN jtf_task_types_vl task_type ON task.task_type_id = task_type.task_type_id
JOIN jtf_rs_resource_extns_vl res ON task.owner_id = res.resource_id
WHERE task.actual_end_date IS NOT NULL
UNION ALL
-- 8. Promise To Pay Created
SELECT
ib.InvoiceNumber,
'Promise To Pay Created' AS "ActivityName",
prom.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
prom.created_by AS "User"
FROM
invoices_base ib
JOIN iex_promise_details prom ON ib.payment_schedule_id = prom.payment_schedule_id
UNION ALL
-- 9. Dispute Registered
SELECT
ib.InvoiceNumber,
'Dispute Registered' AS "ActivityName",
ps.dispute_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
ps.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.amount_in_dispute IS NOT NULL AND ps.dispute_date IS NOT NULL
UNION ALL
-- 10. Dispute Resolved
SELECT
ib.InvoiceNumber,
'Dispute Resolved' AS "ActivityName",
disp.resolution_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
disp.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_disputes_all disp ON ib.payment_schedule_id = disp.payment_schedule_id
WHERE disp.status = 'CLOSED' AND disp.resolution_date IS NOT NULL
UNION ALL
-- 11. Payment Received
SELECT
ib.InvoiceNumber,
'Payment Received' AS "ActivityName",
cr.receipt_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
cr.created_by AS "User"
FROM
invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
JOIN ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
WHERE app.status = 'APP'
UNION ALL
-- 12. Payment Applied
SELECT
ib.InvoiceNumber,
'Payment Applied' AS "ActivityName",
app.apply_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
app.created_by AS "User"
FROM
invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
WHERE app.status = 'APP'
UNION ALL
-- 13. Invoice Closed
SELECT
ib.InvoiceNumber,
'Invoice Closed' AS "ActivityName",
ps.gl_date_closed AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
ps.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.status = 'CL' AND ps.gl_date_closed IS NOT NULL
UNION ALL
-- 14. Invoice Written Off
SELECT
ib.InvoiceNumber,
'Invoice Written Off' AS "ActivityName",
adj.apply_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
adj.created_by AS "User"
FROM
invoices_base ib
JOIN ar_adjustments_all adj ON ib.customer_trx_id = adj.customer_trx_id
JOIN ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
WHERE rt.name = '[Your Write-Off Activity Name]' -- Example: 'Bad Debt Write-off' Klaar om aan de slag te gaan?
Gebruik deze template om je data voor te bereiden op analyse en waardevolle inzichten in je proces voor kredietbeheer en incasso te krijgen. Begin vandaag nog met het verbeteren van je proces.
Begin vandaag met het verbeteren van je kredietbeheer en incasso
Verlaag de doorlooptijd met 30% en verbeter je financiële gezondheid in Oracle Fusion.
Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.