> Continue verbetering > Order to Cash Facturatie & Debiteurenbeheer > Salesforce Sales Cloud > datatemplate

Uw `Order to Cash - Billing & Invoicing Data Template`

Salesforce Sales Cloud

Order to Cash - Facturatie & Debiteurenbeheer Attributes (20) Order to Cash - Facturatie & Debiteurenbeheer Activiteiten (13) Extractie Guides (3)

Uw `Order to Cash - Billing & Invoicing Data Template`

Deze template biedt een uitgebreid overzicht van de essentiële data attributes en activiteiten die nodig zijn om uw Order to Cash - Facturatie & Debiteurenbeheer proces effectief te analyseren. Het schetst de specifieke informatie die u moet verzamelen voor uw event log, samen met praktische richtlijnen voor het extraheren van deze data. Gebruik deze bron om uw process mining initiatieven te stroomlijnen en waardevolle inzichten te verkrijgen.

Aanbevolen attributen om vast te leggen
Belangrijkste activiteiten om te volgen
Richtlijnen voor data-extractie

Nieuw met event logs? Leer hoe je een process mining event log creëert.

Template downloaden

Order to Cash - Facturatie & Debiteurenbeheer Attributes

Dit zijn de aanbevolen data velden om op te nemen in uw event log voor uitgebreide Order to Cash - Facturatie & Debiteurenbeheer analyse, en ervoor te zorgen dat alle kritieke informatie wordt vastgelegd.

3 Verplicht 5 Aanbevolen 12 Optioneel

	Naam	Omschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke business event die heeft plaatsgevonden in het facturatieproces.
Omschrijving Dit attribute beschrijft de stap of mijlpaal die is bereikt binnen de levenscyclus van de factuur, zoals 'Factuur gegenereerd' of 'Betaling ontvangen'. Deze activiteiten vormen de nodes in de proceskaart. Analyse van de Activity Name sequence is fundamenteel voor process mining. Het onthult de werkelijke processtroom, waardoor vergelijking met het ontworpen proces mogelijk is. Het wordt gebruikt om afwijkingen, bottlenecks tussen specifieke stappen en herwerklussen te identificeren, en ondersteunt direct dashboards zoals 'Facturatieproces Herwerk & Fouten' en 'Compliance Overtredingsrapport Facturatie'. Het belang Het definieert de stappen van het proces, vormt de ruggengraat van de proceskaart en maakt analyse van workflow, knelpunten en afwijkingen mogelijk. Vindplaats Dit is doorgaans afgeleid van wijzigingen in het Status veld op het Invoice object of van records in gerelateerde objects zoals Task of Event, die specifieke acties volgen. Voorbeelden Factuur OpgesteldFactuur GoedgekeurdFactuur naar Klant VerzondenBetaling Ontvangen
	Factuurnummer InvoiceNumber	De unieke identificatie voor elke factuur, dienend als de primaire case identifier voor het facturatieproces.
Omschrijving Het Factuurnummer is het centrale attribute dat alle gerelateerde facturatieactiviteiten groepeert in één case. Elk nummer vertegenwoordigt een afzonderlijk facturatiedocument dat naar een klant is verzonden. In process mining analyse maakt dit attribute end-to-end tracking van de levenscyclus van een factuur mogelijk, van de generatie tot de uiteindelijke betaling en afsluiting. Het is essentieel voor het construeren van de proceskaart en het berekenen van case-level KPI's zoals 'Gemiddelde factuurcyclusduur' en 'Days Sales Outstanding'. Het analyseren van processen op basis van Factuurnummer helpt bij het identificeren van bottlenecks, herwerklussen en compliance-afwijkingen voor individuele facturatie-instanties. Het belang Dit is de essentiële sleutel om alle gerelateerde facturatie events samen te koppelen, waardoor een compleet, end-to-end overzicht van het facturatieproces voor elke unieke transactie mogelijk wordt. Vindplaats Dit is doorgaans de primaire sleutel van het Invoice object in Salesforce Sales Cloud, vaak vertegenwoordigd door het `InvoiceNumber` of een vergelijkbaar uniek ID-veld. Voorbeelden INV-00582INV-01934INV-10345
	Tijdstip Gebeurtenis EventTime	De `timestamp` die `aangeeft` wanneer een `specifieke activiteit` plaatsvond.
Omschrijving Dit attribute verschaft de datum en tijd voor elke activiteit, wat cruciaal is voor chronologische ordening en prestatieanalyse. De timestamps bepalen de volgorde van events en maken de berekening van doorlooptijden ertussen mogelijk. In procesanalyse wordt Event Time gebruikt om alle tijdgebaseerde metrics te berekenen, inclusief cyclusduren, wachttijden en duren van specifieke activiteiten. Het is de basis voor KPI's zoals 'Gemiddelde factuurcyclusduur' en 'DSO', en het voedt dashboards zoals 'Factuurgoedkeuring Cyclusduur' en 'Betalingsafstemming Prestaties'. Het belang Deze timestamp is cruciaal voor het correct sequencen van events en het berekenen van alle performance metrics, zoals cyclusduren en doorlooptijden, wat essentieel is voor het identificeren van vertragingen. Vindplaats Deze data komt vaak uit door het systeem gegenereerde timestamp velden zoals `CreatedDate` of `LastModifiedDate` op het Invoice object of gerelateerde Task/Event records. Voorbeelden 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	Facturatieafdeling BillingDepartment	De afdeling of het team verantwoordelijk voor de facturatieactiviteit.
Omschrijving Dit attribute specificeert de functionele groep, zoals 'Accounts Receivable' of 'Sales Operations', waartoe de verantwoordelijke gebruiker behoort. Dit wordt doorgaans afgeleid van het gebruikersprofiel of de rol in Salesforce. Het analyseren van prestaties per afdeling is cruciaal voor het begrijpen van proceseigendom en het identificeren van systemische problemen binnen specifieke teams. Het wordt gebruikt in de 'Betalingsafstemming Prestaties' en 'Facturatieteam Werkdruk & Prestaties' dashboards om de efficiëntie en resourcebenutting over verschillende functionele gebieden te vergelijken. Het belang Dit maakt prestatieanalyse op team- of afdelingsniveau mogelijk, wat helpt bij het identificeren van groepsspecifieke bottlenecks, resourcebeperkingen of trainingshiaten. Vindplaats Deze informatie is doorgaans opgeslagen op het User object in Salesforce, in velden zoals `Department` of `Role.Name`. Voorbeelden DebiteurenbeheerFinanciële processenIncassoteam
	Factuurstatus InvoiceStatus	De huidige status van de invoice in zijn lifecycle.
Omschrijving Dit attribute weerspiegelt de huidige status van de factuur, bijvoorbeeld 'Concept', 'Wachtend op goedkeuring', 'Verzonden', 'Betaald' of 'Nietig'. Het biedt een momentopname van waar de factuur zich op elk moment in het proces bevindt. Factuurstatus is een kritieke dimensie voor filtering en segmentatie. Het stelt analisten in staat zich te richten op specifieke cohorten van facturen, zoals alle facturen die momenteel wachten op betaling of alle facturen die zijn afgewezen. Dit helpt bij het prioriteren van werk en het analyseren van de kenmerken van facturen die vastlopen in bepaalde stadia. Het belang Het biedt een duidelijk overzicht van de huidige status van een factuur, waardoor filtering en analyse van open, gesloten of problematische cases mogelijk zijn. Vindplaats Dit is doorgaans een standaard picklist veld genaamd `Status` op het Invoice object in Salesforce. Voorbeelden Wacht op GoedkeuringGoedgekeurdVerzonden naar klantBetaaldAfgeschreven
	Totaalbedrag Factuur InvoiceTotalAmount	Het totale factuurbedrag.
Omschrijving Dit attribute vertegenwoordigt het totale bedrag dat de klant verschuldigd is voor de geleverde goederen of diensten. Het is een belangrijke financiële metric geassocieerd met elke factuur case. Het analyseren van het Totale Factuurbedrag helpt bij het prioriteren van facturen met hoge waarde en het begrijpen hoe procesprestaties verschillen voor kleine versus grote transacties. Het kan worden gebruikt om de analyse in dashboards te segmenteren, bijvoorbeeld om te zien of facturen met een hogere waarde langere goedkeuringstijden hebben of later worden betaald. Dit is belangrijk voor het beheren van financiële risico's en het effectief richten van incassoinspanningen. Het belang Dit maakt financiële impactanalyse mogelijk, wat helpt bij het prioriteren van facturen met hoge waarde en te begrijpen hoe monetaire waarde het procesgedrag beïnvloedt, zoals goedkeuringstijden of betalingsvertragingen. Vindplaats Dit zou waarschijnlijk een standaard valutaveld zijn op het Invoice object, mogelijk genaamd `GrandTotal` of een vergelijkbaar samenvattingsveld. Voorbeelden 5400.5012500.00850.75
	Uiterste betaaldatum PaymentDueDate	De datum waarop de klant de factuur moet betalen.
Omschrijving Dit attribute specificeert de deadline voor betaling, zoals vermeld op de factuur. Het wordt berekend op basis van de factuurdatum en de overeengekomen betalingsvoorwaarden. De Betaaldatum is een cruciaal datapunt voor financiële planning en incassobeheer. Het is de basis waartegen de werkelijke betalingsprestaties worden gemeten. Het is essentieel voor het berekenen van de 'On-Time Payment Rate' KPI en voor dashboards die de tijdigheid van betalingen volgen, zoals 'Days Sales Outstanding (DSO) Trend'. Het belang Dit is de benchmark voor het meten van betalingsprestaties, het berekenen van DSO en het triggeren van incassoactiviteiten zoals betalingsherinneringen. Vindplaats Dit is een standaard datumveld op het Salesforce Invoice object, vaak genaamd `DueDate`. Voorbeelden 2023-05-152023-06-302023-07-01
	Verantwoordelijke gebruiker UserResponsible	De gebruiker of agent die de activiteit heeft uitgevoerd.
Omschrijving Dit attribute identificeert de specifieke Salesforce gebruiker die verantwoordelijk is voor een bepaalde activiteit, zoals het goedkeuren van een factuur of het boeken van een betaling. Het is vaak gekoppeld aan de gebruiker die de record het laatst heeft gewijzigd of de taak bezit. Het analyseren van het proces op basis van de Verantwoordelijke Gebruiker is essentieel voor het begrijpen van teamperformance, workload distributie en het identificeren van trainingsbehoeften. Het ondersteunt direct het 'Facturatieteam Werkdruk & Prestaties' dashboard door prestatievergelijkingen en resource allocatie analyse mogelijk te maken. Het helpt ook bij root cause analyse bij het onderzoeken van vertragingen of fouten. Het belang Het maakt analyse van individuele en teamprestaties, werkbalans, en helpt bij het identificeren van toppresteerders of gebruikers die aanvullende training nodig hebben. Vindplaats Dit is te vinden in velden zoals `LastModifiedById` op het Invoice object of `OwnerId` op gerelateerde Task of custom objects. Deze ID's zouden moeten worden gekoppeld met het User object om de naam van de gebruiker te verkrijgen. Voorbeelden Alice JohnsonBob WilliamsCharlie Brown
	Account Eigenaar AccountOwner	De salesvertegenwoordiger of accountmanager verantwoordelijk voor de klantaccount.
Omschrijving Dit attribute identificeert de interne eigenaar van de klantrelatie. Dit is doorgaans de verkoper of accountmanager die is toegewezen aan de Account in Salesforce. Hoewel niet direct betrokken bij facturatie, kan de Account Eigenaar een relevante dimensie zijn voor analyse. Problemen in het facturatieproces kunnen de klantrelatie beïnvloeden, en dit attribute helpt om procesprestatie data terug te koppelen naar de commerciële kant van het bedrijf. Het kan worden gebruikt om te zien of accounts die door bepaalde eigenaren worden beheerd, meer facturatieproblemen ondervinden. Het belang Koppelt de prestaties van het facturatieproces aan de commerciële relatiebeheerder, wat helpt de bedrijfsimpact van facturatiefouten of -vertragingen te begrijpen. Vindplaats Dit is het `Owner.Name` veld van het Account object, dat gerelateerd is aan de Invoice. Voorbeelden David MillerSophia GarciaJames Wilson
	Betaling te laat IsLatePayment	Een berekende vlag die aangeeft of de betaling na de vervaldatum is ontvangen.
Omschrijving Dit boolean attribute wordt afgeleid door de 'Customer Payment Received' timestamp te vergelijken met de 'Payment Due Date'. Het is waar als de betaling te laat was en onwaar anders. Deze flag vereenvoudigt de analyse van betalingsgedrag en de effectiviteit van incasso. Het is de basis voor de 'On-Time Payment Rate' KPI en helpt bij het segmenteren van klanten in tijdige en late betalers voor verdere analyse. Het biedt een heldere, binaire uitkomst voor betalingsprestaties per factuur. Het belang Dit biedt een heldere succesmetric voor incasso, en ondersteunt direct de 'On-Time Payment Rate' KPI en maakt analyse mogelijk van factoren die bijdragen aan late betalingen. Vindplaats Dit attribute bevindt zich niet in het bronsysteem. Het wordt berekend in de ETL-laag of process mining tool door de betalingsdatum te vergelijken met het `PaymentDueDate` veld. Voorbeelden truefalse
	Betalingstermijnen PaymentTerms	De overeengekomen voorwaarden voor factuurbetaling, zoals 'Netto 30 dagen' of 'Verschuldigd bij ontvangst'.
Omschrijving Dit attribute definieert de regels die bepalen wanneer en hoe een factuur moet worden betaald. Het dicteert vaak de berekening van de Betaaldatum en kan bepalingen voor vroegbetalingskortingen omvatten. Analyseren op Betalingsvoorwaarden helpt te begrijpen hoe verschillende overeenkomsten het betalingsgedrag beïnvloeden. Het is cruciaal voor het 'Benutting Vroegbetalingskorting' dashboard, dat betalingsdatums vergelijkt met voorwaarden om gemiste financiële kansen te identificeren. Het biedt ook context waarom sommige facturen langere of kortere betalingscycli hebben. Het belang Het biedt context voor betalingstermijnen en is essentieel voor het analyseren van betalingsgedrag, DSO, en de effectiviteit van kortingsprogramma's voor vroege betaling. Vindplaats Deze informatie is waarschijnlijk opgeslagen in een picklist of tekstveld op het Invoice of geassocieerde Account object in Salesforce. Voorbeelden Netto 30Netto 602% binnen 10 dagen, netto 30 dagenVerval bij Ontvangst
	Bronsysteem SourceSystem	Identificeert het systeem waaruit de data afkomstig is.
Omschrijving Dit attribute specificeert de bronapplicatie waar de event data is gegenereerd. Voor dit proces zal dit doorgaans 'Salesforce Sales Cloud' zijn. In omgevingen met meerdere geïntegreerde systemen is dit veld cruciaal voor data lineage en troubleshooting. Het helpt bij het begrijpen van de context van de data en zorgt ervoor dat events van verschillende systemen correct worden samengevoegd en geïnterpreteerd binnen de process mining tool. Het belang Het biedt cruciale context over de data-oorsprong, wat essentieel is voor data governance, validatie en analyse in multi-systeemomgevingen. Vindplaats Dit is doorgaans een statische waarde die wordt toegevoegd tijdens het extractie-, transformatie- en laadproces (ETL) om de herkomst van de dataset te labelen. Voorbeelden Salesforce Sales CloudSFSC
	Debiteurendagen DaysSalesOutstanding	Het aantal dagen vanaf het moment dat de factuur werd verzonden tot de ontvangst van de betaling.
Omschrijving Days Sales Outstanding (DSO) is een cruciale financiële metric die het gemiddelde aantal dagen meet dat een bedrijf nodig heeft om betaling te innen nadat een verkoop is gedaan. Het wordt berekend als de tijd tussen de activiteit 'Invoice Sent to Customer' en de activiteit 'Customer Payment Received'. Deze KPI is een primaire focus van het Order to Cash proces, en dit attribuut maakt het beschikbaar voor elke afzonderlijke factuur. Het ondersteunt direct het 'Days Sales Outstanding (DSO) Trend' dashboard en is essentieel voor het monitoren en verbeteren van de cashflow. Het belang Dit is een cruciale KPI voor het meten van de effectiviteit van het incassoproces en de directe impact ervan op de cash flow van het bedrijf. Vindplaats Dit is een berekend attribute. De berekening is `(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`. Voorbeelden 32 dagen58 dagen29 dagen
	Eindtijd van het event EventEndTime	De timestamp waarop een activiteit is afgerond.
Omschrijving Dit attribute registreert de voltooiingstijd van een activiteit. Hoewel veel activiteiten in facturatie momentane events zijn waarbij Start Time gelijk is aan End Time, kunnen sommige, zoals een goedkeuringsstap, een meetbare duur hebben. Het hebben van een End Time maakt de precieze berekening van de verwerkingstijd van de activiteit mogelijk, wat de duur is dat een agent of systeem actief aan een taak werkt. Het helpt onderscheid te maken tussen actieve werktijd en wachttijd, wat een gedetailleerder beeld geeft van procesefficiëntie. Het belang Het maakt de berekening van precieze verwerkingstijden voor activiteiten mogelijk, waardoor actief werk wordt onderscheiden van inactieve wachttijd voor een nauwkeurigere efficiëntieanalyse. Vindplaats Dit is vaak geen standaard veld. Het moet mogelijk worden afgeleid door de StartTime van de volgende activiteit in de case te nemen, of vastgelegd in een custom field. Voorbeelden 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	Factuurdoorlooptijd InvoiceCycleTime	De totale doorlooptijd vanaf factuurgeneratie tot de afsluiting ervan.
Omschrijving Deze berekende metric meet de volledige duur van het facturatieproces voor één enkele factuur. Het wordt doorgaans berekend als het tijdsverschil tussen de 'Factuur gegenereerd' event en de 'Factuur afgesloten' of 'Betaling afgestemd' event. Dit is een primaire KPI voor het meten van de algehele efficiëntie van het facturatieproces. Het wordt gebruikt in de 'Gemiddelde factuurcyclusduur' KPI en het 'End-to-End Facturatiecyclus Overzicht' dashboard om procesprestaties over tijd te monitoren en te benchmarken. Het verkorten van deze cyclusduur kan leiden tot een snellere cash conversie. Het belang Dit is een belangrijke performance indicator die de end-to-end efficiëntie van het facturatieproces meet, en direct van invloed is op de cash conversion cycle. Vindplaats Deze metric bevindt zich niet in het bronsysteem. Het wordt berekend door de process mining tool door de timestamp van de eerste event af te trekken van de timestamp van de laatste event voor elke case. Voorbeelden 25 dagen 4 uur45 dagen 12 uur60 dagen 2 uur
	Factuurvaluta InvoiceCurrency	De valutacode voor het factuurbedrag, zoals USD of EUR.
Omschrijving Dit attribute geeft de valuta aan waarin de factuur is gedenomineerd. Het is bijzonder belangrijk voor organisaties die in meerdere landen opereren. Dit veld biedt essentiële context voor elke financiële analyse. Het maakt een correcte aggregatie van monetaire waarden mogelijk en stelt vergelijking van procesmetrics over verschillende valutazones heen in staat. Het is een noodzakelijk filter bij het analyseren van financiële KPI's om het mengen van verschillende valuta's te voorkomen. Het belang Biedt de nodige context voor alle monetaire waarden, wat zorgt voor accurate financiële analyse en rapportage, vooral bij multinationale operaties. Vindplaats Dit is doorgaans het standaard `CurrencyIsoCode` veld, beschikbaar in Salesforce-instanties met multi-currency ingeschakeld. Voorbeelden USDEURGBPJPY
	Is herstelwerk IsRework	Een berekende vlag die aangeeft of een factuur een herstelcyclus heeft doorlopen.
Omschrijving Dit boolean attribute wordt afgeleid tijdens de data verwerking. Het wordt ingesteld op waar als de activiteitensequentie van een factuur bewijs van herwerk toont, zoals het terugkeren naar een eerdere fase na deze te zijn gepasseerd (bijv. 'Factuur gecorrigeerd' na 'Factuur goedgekeurd'). Deze flag is cruciaal voor het snel identificeren en kwantificeren van procesinefficiënties. Het stuurt direct de 'Factuur Herwerkpercentage' KPI en het 'Facturatieproces Herwerk & Fouten' dashboard aan, waardoor analisten cases met kostbare en tijdrovende herwerklussen kunnen isoleren en onderzoeken. Het belang Deze flag kwantificeert direct procesinefficiëntie door cases met correctielussen te identificeren, wat helpt bij het aanwijzen van foutbronnen en het berekenen van de kosten van slechte kwaliteit. Vindplaats Dit attribute bevindt zich niet in het bronsysteem. Het wordt berekend door de process mining tool of in de ETL-laag op basis van de volgorde van activiteiten voor elke case. Voorbeelden truefalse
	Klantnaam CustomerName	De naam van de klant of account waarnaar de factuur wordt gestuurd.
Omschrijving Dit attribute identificeert de klant of het bedrijf waarnaar de factuur is uitgegeven. Het is doorgaans gekoppeld vanuit de bijbehorende Account record in Salesforce. Het analyseren van het proces per klant is essentieel voor het begrijpen van klantspecifiek gedrag en het identificeren van problemen die belangrijke accounts kunnen beïnvloeden. Het kan onthullen of bepaalde klanten consequent te laat betalen, meer herwerk vereisen, of complexe goedkeuringscycli hebben. Dit inzicht helpt bij het beheren van klantrelaties en het afstemmen van incassostrategieën. Het belang Maakt klantgerichte analyse mogelijk om patronen te identificeren, zoals welke klanten vaak te laat betalen of meer factuurcorrecties vereisen, waardoor customer relationship management verbetert. Vindplaats Dit is afkomstig uit het `Account.Name` veld, gekoppeld via een lookup relationship van het Invoice object naar het Account object. Voorbeelden ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	Laatste data-update LastDataUpdate	Timestamp van de laatste data refresh vanuit het bronsysteem.
Omschrijving Dit attribute geeft aan wanneer de data voor de process mining analyse voor het laatst is geëxtraheerd uit Salesforce Sales Cloud. Het is een metadata veld dat bij elke refresh op de gehele dataset wordt toegepast. Deze timestamp is van vitaal belang voor gebruikers om de actualiteit van de analyse te begrijpen. Het helpt hen te weten of de dashboards en KPI's die ze bekijken up-to-date zijn, wat cruciaal is voor het nemen van tijdige en geïnformeerde zakelijke beslissingen op basis van de procesinzichten. Het belang Informeert gebruikers over de actualiteit van de data, zodat beslissingen gebaseerd zijn op een actuele en relevante weergave van het proces. Vindplaats Deze waarde wordt gegenereerd en gestempeld op de dataset door de ETL tool of data pipeline tijdens elke uitvoering. Voorbeelden 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Land van facturatie BillingCountry	Het land gespecificeerd in het factuuradres van de factuur.
Omschrijving Dit attribute legt het land van het factuuradres van de klant vast. Het is een belangrijke geografische dimensie voor het segmenteren van de procesdata. Het analyseren van het facturatieproces per land is essentieel voor het identificeren van regionale variaties in prestaties, compliance en klantgedrag. Het kan onthullen of bepaalde landen langere betalingscycli, verschillende herwerkpercentages of specifieke wettelijke vereisten hebben die van invloed zijn op het proces. Dit ondersteunt wereldwijde procesharmonisatie en gelokaliseerde optimalisatie-inspanningen. Het belang Maakt geografische analyse mogelijk om regionale variaties in prestaties, compliancereglementen en betalingsgedrag te identificeren. Vindplaats Dit maakt deel uit van het standaard samengestelde adresveld op het Invoice object, doorgaans `BillingCountry`. Voorbeelden USADuitslandJapanBrazilië

Verplicht Aanbevolen Optioneel

Order to Cash - Facturatie & Debiteurenbeheer Activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor accurate procesontdekking en prestatie-evaluatie.

5 Aanbevolen 8 Optioneel

	Activiteit	Omschrijving
	Factuur afgesloten	De factuurcyclus is voltooid, aangezien deze volledig is betaald en afgestemd. Dit is de laatste activiteit voor een succesvol verwerkte factuur en wordt doorgaans vastgelegd door een statusupdate.
Het belang Deze activiteit dient als het primaire eindpunt voor het proces, wat een accurate end-to-end cyclusduurberekening mogelijk maakt. Het biedt een heldere definitie van voltooiing voor procesanalyse. Vindplaats Afgeleid uit de timestamp wanneer het statusveld van het Invoice object wordt bijgewerkt naar 'Gesloten', 'Volledig Betaald' of een vergelijkbare terminale status. Vastleggen Wijziging van het factuurstatusveld naar een definitieve 'Gesloten' waarde. Gebeurtenistype inferred
	Factuur Goedgekeurd	Een geautoriseerde gebruiker heeft de factuur beoordeeld en goedgekeurd, waarmee de nauwkeurigheid en gereedheid voor verzending naar de klant wordt bevestigd. Dit event wordt meestal vastgelegd wanneer de factuurstatus wordt gewijzigd naar 'Goedgekeurd'.
Het belang Dit is een belangrijke mijlpaal die de rest van het facturatieproces bepaalt. Vertragingen hier creëren significante bottlenecks, wat DSO en algehele cyclusduren beïnvloedt, gemeten door het 'Factuurgoedkeuring Cyclusduur' dashboard. Vindplaats Afgeleid uit een statusveld op het Invoice object dat verandert naar 'Goedgekeurd'. Als Salesforce Approval Processes worden gebruikt, kan dit expliciet worden vastgelegd uit de ProcessInstance objectgeschiedenis. Vastleggen Wijziging van het factuurstatusveld naar 'Goedgekeurd' of voltooiing van een formele goedkeuringsprocesstap. Gebeurtenistype inferred
	Factuur naar Klant Verzonden	De goedgekeurde factuur is officieel geleverd aan de klant via e-mail, post of een portaal. Deze event wordt vaak vastgelegd door het vullen van een 'Verzenddatum'-veld of een statuswijziging naar 'Verzonden'.
Het belang Dit markeert het begin van de betalingsincassoperiode en is het startpunt voor het berekenen van Days Sales Outstanding (DSO). Het is een kritieke mijlpaal voor het volgen van klantcommunicatie en betalingstijdlijnen. Vindplaats Afgeleid uit het vullen van een 'Verzenddatum'-veld op het Invoice object of een statusupdate naar 'Verzonden'. Het kan ook een expliciet event zijn dat is vastgelegd in Activity History indien verzonden via een geïntegreerde e-mailtool. Vastleggen Timestamp wanneer een 'Sent_Date__c' veld wordt gevuld. Gebeurtenistype inferred
	Factuur Opgesteld	Deze activiteit markeert de creatie van een nieuwe factuurrecord binnen Salesforce. Het is de officiële start van het facturatieproces voor een specifieke transactie en wordt doorgaans getriggerd nadat een order is voldaan of een contractmijlpaal is bereikt. De event wordt vastgelegd vanuit de creatie timestamp van de factuurrecord.
Het belang Dit is de primaire start event voor het facturatieproces. Het analyseren van de tijd vanaf dit punt tot betaling helpt bij het meten van de algehele Order-to-Cash cyclusduur en het identificeren van initiële data entry vertragingen. Vindplaats Deze event wordt vastgelegd vanuit de creatiedatum (CreatedDate field) van het Invoice custom object of een vergelijkbaar object dat de factuur in Salesforce vertegenwoordigt. Vastleggen Creatie timestamp van het factuurobject. Gebeurtenistype explicit
	Klantbetaling Ontvangen	De klant heeft een betaling gedaan voor de factuur, en de gelden zijn ontvangen. Dit wordt doorgaans vastgelegd door een gerelateerde 'Betaling'-record aan te maken en deze aan de factuur te koppelen.
Het belang Dit is de belangrijkste mijlpaal in het cash collection deel van het proces. Het is het eindpunt voor de DSO-berekening en duidt op de succesvolle ontvangst van inkomsten. Vindplaats Vastgelegd op basis van de aanmaakdatum van een 'Payment' custom object record dat gerelateerd is aan het Invoice object. Het kan ook worden afgeleid uit een factuurstatuswijziging naar 'Betaald'. Vastleggen Aanmaak van een gerelateerde Payment record. Gebeurtenistype explicit
	Betaaldatum bereikt	Dit is een berekende event die het moment vertegenwoordigt waarop de factuurbetaling verschuldigd wordt volgens de betalingsvoorwaarden. Het is geen gebruikersactie, maar wordt afgeleid van factuurdata.
Het belang Deze activiteit biedt een kritieke benchmark voor het analyseren van betalingsgedrag en het meten van de 'On-Time Payment Rate' KPI. Het helpt onderscheid te maken tussen tijdige en late betalingen. Vindplaats Dit is een berekende event. Het wordt afgeleid door de huidige timestamp te vergelijken met het 'Due Date' veld op het Invoice object. Het bestaat niet als een opgeslagen event in Salesforce. Vastleggen Berekend door de huidige datum te vergelijken met het `Vervaldatum` veld van de factuur. Gebeurtenistype calculated
	Betaling geboekt in grootboek	De ontvangen betaling is formeel vastgelegd in het financiële boekhoudsysteem of grootboek van het bedrijf. Dit kan worden vastgelegd via een statusupdate op de betalings- of factuurrecord na een integratie.
Het belang Deze activiteit scheidt de ontvangst van betaling van de financiële afstemming. De tijd tussen de ontvangst en het boeken van de betaling kan vertragingen in interne boekhoudprocessen benadrukken. Vindplaats Afgeleid uit een statusveld wijziging op het Payment of Invoice object naar een waarde zoals 'Geboekt' of 'Geëxporteerd naar ERP', vaak bijgewerkt via een API-integratie. Vastleggen Wijziging in betalings- of factuurstatus naar 'Geboekt'. Gebeurtenistype inferred
	Betalingsherinnering verzonden	Er is een communicatie naar de klant gestuurd om hen te herinneren aan een aankomende of achterstallige betaling. Dit wordt vaak vastgelegd als een specifieke Activity (Taak of E-mail) record die gekoppeld is aan de factuur.
Het belang Het volgen van herinneringen helpt bij het evalueren van de effectiviteit van incassostrategieën. Het is essentieel voor het 'Effectiviteit Betalingsherinneringen' dashboard en de 'Betalingsherinnering Trigger Rate' KPI. Vindplaats Vastgelegd op basis van de aanmaak van een Activity (Taak of E-mail) record gerelateerd aan het Invoice object, waarbij het onderwerp of type aangeeft dat het een betalingsherinnering betreft. Vastleggen Aanmaak van een gerelateerde Task of E-mail record met een specifiek type/onderwerp. Gebeurtenistype explicit
	Contant Geld Toegepast/Afgestemd	De ontvangen betaling is volledig gematcht en toegepast op de specifieke factuur in het systeem, waardoor de vordering wordt afgesloten. Dit wordt vastgelegd door een uiteindelijke statuswijziging op de betalings- of factuurrecord.
Het belang Dit markeert de laatste stap in de cash conversion cycle. Het 'Betalingsafstemming Prestaties' dashboard vertrouwt op deze activiteit om de efficiëntie van het financiële team bij het toepassen van cash te meten. Vindplaats Afgeleid uit een statuswijziging op het Invoice of een gerelateerd Payment object naar een terminale status zoals 'Afgestemd' of 'Toegepast'. Vastleggen Wijziging in factuur- of betaalstatus naar 'Afgestemd'. Gebeurtenistype inferred
	Factuur afgeschreven	Er is besloten de schuld kwijt te schelden, en de factuur is gesloten zonder volledige betaling. Dit vertegenwoordigt een alternatief, onsuccesvol einde van het facturatieproces.
Het belang Het volgen van afschrijvingen helpt het omzetverlies te kwantificeren en klanten of situaties te identificeren die leiden tot wanbetaling. Het is een kritiek uitzonderingspad om te monitoren voor financiële gezondheid. Vindplaats Afgeleid uit de timestamp wanneer het statusveld van het Invoice object wordt bijgewerkt naar 'Afgeschreven' of 'Geannuleerd - Dubieuze Debiteur'. Vastleggen Wijziging van het factuurstatusveld naar 'Afgeschreven'. Gebeurtenistype inferred
	Factuur afgewezen	Een goedkeurder heeft de factuur afgekeurd, meestal als gevolg van fouten of discrepanties, waardoor deze gecorrigeerd en opnieuw ingediend moet worden. Dit wordt vastgelegd door een statuswijziging van de factuurrecord naar 'Afgekeurd'.
Het belang Deze activiteit duidt op herwerk en procesinefficiëntie. Het analyseren van de frequentie van afwijzingen helpt bij het identificeren van veelvoorkomende foutbronnen en ondersteunt hoofdoorzaakanalyse voor het 'Facturatieproces Herwerk & Fouten' dashboard. Vindplaats Afgeleid uit een statusveld op het Invoice object dat verandert naar 'Afgekeurd'. Deze data kan ook worden gevonden in opmerkingen binnen een formele Approval Process geschiedenis. Vastleggen Wijziging van het factuurstatusveld naar 'Afgekeurd'. Gebeurtenistype inferred
	Factuur Gecorrigeerd	Vertegenwoordigt een handmatige correctie of update van een factuur nadat deze was afgewezen of een fout bevatte. Dit wordt vaak afgeleid wanneer de status van een factuur terugkeert naar een vorige staat, zoals van 'Afgekeurd' naar 'Concept'.
Het belang Het identificeren van correctiecycli is cruciaal voor het meten van de KPI 'Invoice Rework Rate'. Grote aantallen correcties duiden op problemen in het initiële facturatieproces die leiden tot vertragingen. Vindplaats Afgeleid uit 'field history tracking' door een statuswijziging te detecteren van een latere fase waarde (bijv. 'Afgekeurd', 'Goedgekeurd') terug naar een eerdere fase waarde (bijv. 'Concept', 'In behandeling'). Vastleggen De factuurstatus beweegt achteruit in de processtroom. Gebeurtenistype inferred
	Factuur ter goedkeuring ingediend	De factuur is afgerond en ingediend voor interne beoordeling voordat deze naar de klant wordt gestuurd. Deze activiteit wordt doorgaans vastgelegd door een statusveldverandering op de factuurrecord, bijvoorbeeld van 'Concept' naar 'Wachtend op goedkeuring'.
Het belang Het volgen van deze activiteit helpt de tijd te isoleren die in de goedkeuringswachtrij wordt doorgebracht. Het is een kritieke eerste stap voor het berekenen van de 'Gemiddelde Factuurgoedkeuringstijd' KPI. Vindplaats Afgeleid uit de 'field history tracking' op het Invoice object wanneer een statusveld wordt bijgewerkt naar een waarde zoals 'Ingediend ter goedkeuring' of 'Ter beoordeling'. Vastleggen Wijziging van het factuurstatusveld naar 'In afwachting van goedkeuring'. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractie Guides

Hoe u uw `data` uit Salesforce Sales Cloud haalt

Stappen

Vereisten Check: Zorg ervoor dat u de benodigde rechten in Salesforce heeft, inclusief "Rapporten uitvoeren", "Rapporten maken en aanpassen" en "Rapporten exporteren". Controleer of Field History Tracking is ingeschakeld voor de belangrijke statusvelden op uw Invoice en Payment objecten. Ga hiervoor naar Setup > Object Manager, zoek het relevante object, ga naar Fields & Relationships en klik op "Set History Tracking".
Rapportagestrategie definiëren: Dit proces vereist het aanmaken van meerdere rapporten, omdat activiteiten afkomstig zijn van verschillende records of events (bijv. aanmaak van facturen, statuswijzigingen, gerelateerde betalingen). U maakt een afzonderlijk rapport aan voor elke afzonderlijke bron en combineert de resultaten vervolgens extern.
Rapport maken voor Record Creaties: Begin met de eenvoudigste events. Maak een rapport aan voor 'Invoice Generated' en 'Customer Payment Received'. Navigeer naar het tabblad Rapporten en klik op "Nieuw rapport". Kies een rapporttype dat uw Invoice object (bijv. "Facturen") of Payment object omvat. Voeg kolommen toe die overeenkomen met de event log attributen. Voor de 'Invoice Generated' activiteit zal de CreatedDate van de factuurrecord de EventTime zijn.
Rapport maken voor Veldhistorie: Om statuswijzigingen vast te leggen zoals 'Invoice Submitted for Approval', 'Invoice Approved', 'Invoice Rejected' en 'Invoice Corrected', maakt u een rapport aan op basis van het rapporttype "Invoice History". Dit speciale rapporttype legt wijzigingen bloot die door Field History Tracking zijn bijgehouden. U filtert dit rapport op wijzigingen in het Status veld.
Rapport maken voor Datumgebaseerde Events: Voor events zoals 'Invoice Sent to Customer' of 'Payment Due Date Reached', maakt u een rapport aan op het Invoice object. Gebruik de datumvelden zelf, zoals Sent_Date__c of Payment_Due_Date__c, als de EventTime. U moet filteren op records waar deze datums niet leeg zijn.
Rapport maken voor Gerelateerde Activiteiten: Voor events zoals 'Payment Reminder Issued', heeft u een rapport nodig dat Activities (Taken of Events) koppelt aan Facturen. Gebruik een rapporttype zoals "Activities with Invoices" of een aangepast rapport dat u aanmaakt. Filter op activiteiten met een specifiek onderwerp of type dat een herinnering aangeeft.
Standaardkolommen toevoegen aan alle rapporten: Zorg ervoor dat u in elk rapport dat u opstelt kolommen toevoegt die kunnen worden toegewezen aan de vereiste event log structuur: InvoiceNumber, een veld voor de EventTime (zoals CreatedDate of de datum van de veldwijziging), UserResponsible (zoals LastModifiedById), en andere aanbevolen attributen.
Rapporten exporteren naar CSV: Voer elk rapport afzonderlijk uit. Gebruik vanuit het rapportresultatenscherm het uitklapmenu om "Exporteren" te selecteren en kies het "Alleen details"-formaat met een .csv extensie. Herhaal dit voor alle rapporten die u heeft aangemaakt.
Data combineren en transformeren: Open de geëxporteerde CSV-bestanden in een spreadsheetprogramma of gebruik een data voorbereidingstool. Voeg voor elk bestand een nieuwe kolom toe met de naam ActivityName en vul deze met de specifieke activiteit die het vertegenwoordigt (bijv. "Invoice Generated" voor alle rijen van het eerste rapport). Wijs de bronkolommen (bijv. Invoice: Created Date) toe aan de standaard event log headers (EventTime).
Definitieve Event Log maken: Consolideer alle getransformeerde data uit de individuele CSV-bestanden in één masterbestand. Zorg ervoor dat de kolomkoppen exact InvoiceNumber, ActivityName, EventTime, UserResponsible, etc. zijn. Dit uniforme bestand is uw uiteindelijke event log.
Definitieve opmaak: Sla het geconsolideerde bestand op als een CSV met UTF-8 codering. Het bestand is nu gereed om geüpload te worden naar ProcessMind.

Configuratie

Rapporttypen: U heeft waarschijnlijk meerdere aangepaste rapporttypen nodig om hoofdobjecten zoals Account te koppelen aan onderliggende en daaraan gerelateerde objecten zoals Invoice, Payment en Activity. Deze maakt u aan in Setup > Report Types.
Field History Tracking: Dit is essentieel. Schakel voor het Invoice object geschiedenisregistratie in voor elk Status veld. Zonder dit kunt u statuswijzigingsactiviteiten zoals 'Goedgekeurd' of 'Afgekeurd' niet vastleggen. Geschiedenis wordt niet retrospectief bijgehouden.
Datafilters: Pas altijd een datumfilter toe op uw rapporten om het datavolume beheersbaar te houden. Een goede gewoonte is om de aanmaakdatum van het primaire object te filteren voor de laatste 3 tot 6 maanden (bijv. Invoice: Created Date is gelijk aan LAST 180 DAYS).
Data Export Service: Als alternatief voor het uitvoeren van individuele rapporten, kunt u de standaard Data Export Service gebruiken (Setup > Data Export). Deze service exporteert wekelijks of maandelijks alle data van uw organisatie. Dit biedt een volledige back-up, maar vereist aanzienlijke nabewerking om de data te filteren, samen te voegen en om te zetten in een event log.
Gebruikersrechten: De gebruiker die de extractie uitvoert, heeft leestoegang nodig tot alle relevante objecten (bijv. Account, Order, Invoice__c, Payment__c, Activity) en velden, naast rechten voor het aanmaken en exporteren van rapporten.

a Voorbeeldquery config

// This is a configuration guide for building multiple Salesforce reports.
// The data from these separate CSV exports must be manually combined and transformed into a single event log.

// Report 1: Invoice Generated
// Report Type: Invoices (or your custom invoice object report type)
// Filters: 
// 1. Created Date GREATER OR EQUAL [Start Date]
// 2. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Generated' (static text) -> ActivityName
// - Created Date -> EventTime
// - Created By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 2: Invoice Status Changes (Submitted, Approved, Rejected, Corrected, Closed, Written Off)
// Report Type: Invoice History (or your custom object's history report type)
// Filters:
// 1. Edit Date GREATER OR EQUAL [Start Date]
// 2. Edit Date LESS OR EQUAL [End Date]
// 3. Field/Event EQUALS 'Status' (or the name of your status field)
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - New Value (transformed*) -> ActivityName 
// - Edit Date -> EventTime
// - Edited By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - New Value -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate
// *Transformation Logic for ActivityName: 
//   - IF New Value = 'Pending Approval' THEN 'Invoice Submitted for Approval'
//   - IF New Value = 'Approved' THEN 'Invoice Approved'
//   - IF New Value = 'Rejected' THEN 'Invoice Rejected'
//   - IF New Value = 'Draft' AND Old Value = 'Rejected' THEN 'Invoice Corrected'
//   - IF New Value = 'Closed' THEN 'Invoice Closed'
//   - IF New Value = 'Written Off' THEN 'Invoice Written Off'

// Report 3: Invoice Sent to Customer
// Report Type: Invoices
// Filters:
// 1. [Sent Date Field] NOT EQUAL TO "" (not null)
// 2. [Sent Date Field] GREATER OR EQUAL [Start Date]
// 3. [Sent Date Field] LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Sent to Customer' (static text) -> ActivityName
// - [Sent Date Field] -> EventTime
// - Last Modified By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 4: Payment Due Date Reached
// Report Type: Invoices
// Filters:
// 1. Payment Due Date NOT EQUAL TO "" (not null)
// 2. Payment Due Date GREATER OR EQUAL [Start Date]
// 3. Payment Due Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Payment Due Date Reached' (static text) -> ActivityName
// - Payment Due Date -> EventTime
// - 'System' (static text) -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 5: Payment Reminder Issued
// Report Type: Activities with Invoices (or similar custom report type)
// Filters:
// 1. Task or Event Subject CONTAINS 'Payment Reminder'
// 2. Created Date GREATER OR EQUAL [Start Date]
// 3. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Payment Reminder Issued' (static text) -> ActivityName
// - Created Date -> EventTime
// - Assigned To -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - [Invoice Status Field] -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate

// Report 6: Customer Payment Received & Status Changes (Posted, Applied)
// Report Type: Payments with Invoices (or similar custom report type)
// This report combines multiple events from the Payment record.
// Filters:
// 1. Payment: Created Date GREATER OR EQUAL [Start Date]
// 2. Payment: Created Date LESS OR EQUAL [End Date]
// Part A: Payment Received
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Customer Payment Received' (static text) -> ActivityName
// - Payment: Created Date -> EventTime
// - Payment: Created By -> UserResponsible
// Part B: Payment Posted and Applied (Requires exporting and transforming multiple rows for the same payment if status changes)
// You may need a separate Payment History Report, similar to Report 2.
// Assuming a simple status field on the Payment for this example:
//   - IF Payment Status = 'Posted' THEN 'Payment Posted to Ledger'
//   - IF Payment Status = 'Applied' THEN 'Cash Applied/Reconciled'

Stappen

Vereisten en Installatie: Zorg ervoor dat Python 3.6 of nieuwer op uw systeem is geïnstalleerd. Installeer de benodigde bibliotheken door de volgende opdracht in uw terminal uit te voeren: pip install simple-salesforce pandas. U heeft ook uw Salesforce gebruikersnaam, wachtwoord en beveiligingstoken nodig. Om uw beveiligingstoken te verkrijgen, logt u in op Salesforce, gaat u naar uw persoonlijke instellingen en zoekt u de optie 'Reset My Security Token'.
Field History Tracking inschakelen: Log in op uw Salesforce-omgeving als beheerder. Navigeer naar Setup, dan Object Manager. Zoek uw primaire Invoice object, bijvoorbeeld Invoice__c, en ga naar 'Fields & Relationships'. Klik op 'Set History Tracking'. Schakel tracking in voor het veld dat de factuurstatus vertegenwoordigt, bijvoorbeeld Status__c. Herhaal dit proces voor uw Payment object, bijvoorbeeld Payment__c, en het bijbehorende statusveld.
Script downloaden en configureren: Sla het meegeleverde Python-script op in een bestand met de naam extract_invoices.py. Open het bestand in een teksteditor en werk de placeholder-waarden in de sectie 'Salesforce Credentials and Settings' bij. U moet uw SF_USERNAME, SF_PASSWORD, SF_SECURITY_TOKEN en SF_INSTANCE_URL opgeven. Pas de START_DATE en END_DATE aan om de extractieperiode te definiëren.
Object- en veldnamen aanpassen: Controleer zorgvuldig de SOQL-queries in het script. Het script gebruikt placeholder-namen zoals Invoice__c, Payment__c, Status__c, Total_Amount__c, enz. U moet deze placeholders vervangen door de werkelijke API-namen van de objecten en velden die in uw Salesforce-instantie voor facturatie en debiteurenbeheer worden gebruikt.
Extractiescript uitvoeren: Open een terminal of command-prompt, navigeer naar de directory waar u het script hebt opgeslagen en voer het uit met de opdracht: python extract_invoices.py. Het script zal verbinding maken met de Salesforce API, de queries uitvoeren en de data verwerken.
Scriptvoortgang bewaken: Het script zal statusberichten naar de console afdrukken terwijl het data ophaalt en verwerkt voor elk activiteitstype. Afhankelijk van het datavolume en uw API-limieten kan dit enige tijd duren. Let op eventuele foutmeldingen die kunnen duiden op incorrecte inloggegevens of API-namen.
Outputbestand controleren: Zodra het script succesvol is voltooid, genereert het een bestand met de naam salesforce_billing_event_log.csv in dezelfde directory. Open dit CSV-bestand met een spreadsheetprogramma om de inhoud ervan te controleren en te verifiëren dat het de verwachte data bevat.
Voorbereiden op upload: Het gegenereerde CSV-bestand is gestructureerd met de vereiste kolommen: InvoiceNumber, ActivityName en EventTime, samen met andere aanbevolen attributen. Dit bestand is gereed om direct naar de process mining tool te worden geüpload zonder verdere opmaak.

Configuratie

Salesforce Inloggegevens: U moet uw Salesforce gebruikersnaam, wachtwoord en beveiligingstoken opgeven. Het beveiligingstoken is vereist voor API-toegang van buiten de vertrouwde IP-bereiken van uw organisatie.
Salesforce Instantie URL: Specificeer het domein voor uw Salesforce-instantie, zoals your_instance.my.salesforce.com. Als u een sandbox gebruikt, zal de URL anders zijn, bijvoorbeeld test.salesforce.com.
Datumfilterbereik: Het script bevat START_DATE en END_DATE variabelen. Het is aanbevolen om te beginnen met een kleiner datumbereik, zoals 3-6 maanden, om het datavolume te beheren en binnen de API-limieten te blijven. Deze datums filteren de initiële query op aanmaakdatums van facturen.
Object- en Veld-API-namen: Het script is gebouwd met placeholder API-namen voor objecten en velden, bijvoorbeeld Invoice__c en Status__c. U moet deze vervangen door de exacte API-namen uit uw Salesforce datamodel. Deze vindt u in Salesforce Setup onder Object Manager.
Vereisten voor Tracking: De nauwkeurigheid van de event log, vooral voor statuswijzigingen, hangt volledig af van het feit of Salesforce's Field History Tracking is ingeschakeld voor de relevante velden voordat de transacties plaatsvonden. Indien dit niet was ingeschakeld, worden historische wijzigingen niet vastgelegd.
API Oproeplimieten: Salesforce handhaaft governor limits op het aantal API-aanroepen dat u binnen een periode van 24 uur kunt doen. Voor zeer grote datasets kunt u overwegen de extractie in kleinere datumbereik batches uit te voeren of deze tijdens daluren te plannen om te voorkomen dat u deze limieten overschrijdt.

a Voorbeeldquery python

import pandas as pd
from simple_salesforce import Salesforce
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Salesforce Credentials and Settings ---
class=class="hl-string">"hl-comment"># IMPORTANT: Replace all placeholder values with your actual Salesforce information.
SF_USERNAME = class="hl-string">'[your_salesforce_username]'
SF_PASSWORD = class="hl-string">'[your_salesforce_password]'
SF_SECURITY_TOKEN = class="hl-string">'[your_salesforce_security_token]' class=class="hl-string">"hl-comment"># Append this to your password if required
SF_INSTANCE_URL = class="hl-string">'https://[your_instance].my.salesforce.com' class=class="hl-string">"hl-comment"># e.g., na1.salesforce.com

class=class="hl-string">"hl-comment"># --- Extraction Period ---
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># --- Object and Field API Name Placeholders ---
class=class="hl-string">"hl-comment"># Replace these with the actual API names from your Salesforce org.
INVOICE_OBJECT = class="hl-string">'Invoice__c'
INVOICE_NUMBER_FIELD = class="hl-string">'Name'
INVOICE_STATUS_FIELD = class="hl-string">'Status__c'
INVOICE_TOTAL_AMOUNT_FIELD = class="hl-string">'Total_Amount__c'
INVOICE_DUE_DATE_FIELD = class="hl-string">'Due_Date__c'

PAYMENT_OBJECT = class="hl-string">'Payment__c'
PAYMENT_INVOICE_LOOKUP_FIELD = class="hl-string">'Invoice__c' class=class="hl-string">"hl-comment"># Lookup field from Payment to Invoice
PAYMENT_STATUS_FIELD = class="hl-string">'Status__c'

class=class="hl-string">"hl-comment"># --- Main Script ---
def main():
    print(class="hl-string">"Connecting to Salesforce...")
    sf = Salesforce(username=SF_USERNAME, password=SF_PASSWORD, security_token=SF_SECURITY_TOKEN, instance_url=SF_INSTANCE_URL)
    print(class="hl-string">"Connection successful.")

    all_events = []

    class=class="hl-string">"hl-comment"># 1. Get base Invoice data
    print(class="hl-string">"Fetching base invoice data...")
    soql_invoices = fclass="hl-string">"""
        SELECT Id, {INVOICE_NUMBER_FIELD}, CreatedDate, CreatedById, LastModifiedById, 
               {INVOICE_STATUS_FIELD}, {INVOICE_TOTAL_AMOUNT_FIELD}, {INVOICE_DUE_DATE_FIELD}
        FROM {INVOICE_OBJECT}
        WHERE CreatedDate >= {START_DATE} AND CreatedDate <= {END_DATE}
    """
    invoices_data = sf.query_all(soql_invoices)[class="hl-string">'records']
    df_invoices = pd.DataFrame(invoices_data).drop(columns=[class="hl-string">'attributes'])
    invoice_ids = class="hl-string">"','".join(df_invoices[class="hl-string">'Id'].tolist())

    class=class="hl-string">"hl-comment"># Activity: Invoice Generated & Payment Due Date Reached
    print(class="hl-string">"Processing 'Invoice Generated' and 'Payment Due Date Reached' events...")
    generated_events = df_invoices.copy()
    generated_events[class="hl-string">'ActivityName'] = class="hl-string">'Invoice Generated'
    generated_events[class="hl-string">'EventTime'] = pd.to_datetime(generated_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
    generated_events[class="hl-string">'UserResponsible'] = generated_events[class="hl-string">'CreatedById']
    all_events.append(generated_events)

    due_date_events = df_invoices[df_invoices[INVOICE_DUE_DATE_FIELD].notna()].copy()
    due_date_events[class="hl-string">'ActivityName'] = class="hl-string">'Payment Due Date Reached'
    due_date_events[class="hl-string">'EventTime'] = pd.to_datetime(due_date_events[INVOICE_DUE_DATE_FIELD]).dt.tz_localize(None)
    due_date_events[class="hl-string">'UserResponsible'] = None class=class="hl-string">"hl-comment"># System-generated event
    all_events.append(due_date_events)

    class=class="hl-string">"hl-comment"># 2. Get Invoice Status Changes from Field History
    print(class="hl-string">"Fetching invoice status changes...")
    soql_invoice_history = fclass="hl-string">"""
        SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
        FROM {INVOICE_OBJECT}History
        WHERE ParentId IN ('{invoice_ids}') AND Field = '{INVOICE_STATUS_FIELD}'
    """
    invoice_history_data = sf.query_all(soql_invoice_history)[class="hl-string">'records']
    if invoice_history_data:
        df_invoice_history = pd.DataFrame(invoice_history_data).drop(columns=[class="hl-string">'attributes'])
        df_invoice_history = df_invoice_history.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id')
        df_invoice_history[class="hl-string">'EventTime'] = pd.to_datetime(df_invoice_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_invoice_history[class="hl-string">'UserResponsible'] = df_invoice_history[class="hl-string">'CreatedById']

        class=class="hl-string">"hl-comment"># Map status changes to Activity Names
        status_map = {
            (class="hl-string">'Draft', class="hl-string">'Pending Approval'): class="hl-string">'Invoice Submitted for Approval',
            (class="hl-string">'Pending Approval', class="hl-string">'Approved'): class="hl-string">'Invoice Approved',
            (class="hl-string">'Pending Approval', class="hl-string">'Rejected'): class="hl-string">'Invoice Rejected',
            (class="hl-string">'Rejected', class="hl-string">'Draft'): class="hl-string">'Invoice Corrected',
            (class="hl-string">'Approved', class="hl-string">'Sent'): class="hl-string">'Invoice Sent to Customer',
            (class="hl-string">'Approved', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Sent', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Approved', class="hl-string">'Written Off'): class="hl-string">'Invoice Written Off'
        }
        df_invoice_history[class="hl-string">'ActivityName'] = df_invoice_history.apply(lambda row: status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
        df_invoice_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
        all_events.append(df_invoice_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># 3. Get Payment Reminders from Tasks
    print(class="hl-string">"Fetching payment reminder tasks...")
    soql_tasks = fclass="hl-string">"""
        SELECT WhatId, ActivityDate, CreatedById, CreatedDate
        FROM Task
        WHERE WhatId IN ('{invoice_ids}') AND Subject LIKE '%Payment Reminder%'
    """
    task_data = sf.query_all(soql_tasks)[class="hl-string">'records']
    if task_data:
        df_tasks = pd.DataFrame(task_data).drop(columns=[class="hl-string">'attributes'])
        df_tasks = df_tasks.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_STATUS_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'WhatId', right_on=class="hl-string">'Id')
        df_tasks[class="hl-string">'ActivityName'] = class="hl-string">'Payment Reminder Issued'
        df_tasks[class="hl-string">'EventTime'] = pd.to_datetime(df_tasks[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_tasks[class="hl-string">'UserResponsible'] = df_tasks[class="hl-string">'CreatedById']
        all_events.append(df_tasks)

    class=class="hl-string">"hl-comment"># 4. Get Payment Data
    print(class="hl-string">"Fetching payment data...")
    soql_payments = fclass="hl-string">"""
        SELECT Id, {PAYMENT_INVOICE_LOOKUP_FIELD}, CreatedDate, CreatedById, LastModifiedById, {PAYMENT_STATUS_FIELD}
        FROM {PAYMENT_OBJECT}
        WHERE {PAYMENT_INVOICE_LOOKUP_FIELD} IN ('{invoice_ids}')
    """
    payment_data = sf.query_all(soql_payments)[class="hl-string">'records']
    if payment_data:
        df_payments = pd.DataFrame(payment_data).drop(columns=[class="hl-string">'attributes'])
        df_payments = df_payments.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=PAYMENT_INVOICE_LOOKUP_FIELD, right_on=class="hl-string">'Id', suffixes=(class="hl-string">'_payment', class="hl-string">'_invoice'))
        payment_ids = class="hl-string">"','".join(df_payments[class="hl-string">'Id_payment'].tolist())
        
        class=class="hl-string">"hl-comment"># Activity: Customer Payment Received
        payment_received_events = df_payments.copy()
        payment_received_events[class="hl-string">'ActivityName'] = class="hl-string">'Customer Payment Received'
        payment_received_events[class="hl-string">'EventTime'] = pd.to_datetime(payment_received_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        payment_received_events[class="hl-string">'UserResponsible'] = payment_received_events[class="hl-string">'CreatedById']
        all_events.append(payment_received_events)
        
        class=class="hl-string">"hl-comment"># 5. Get Payment Status Changes
        print(class="hl-string">"Fetching payment status changes...")
        soql_payment_history = fclass="hl-string">"""
            SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
            FROM {PAYMENT_OBJECT}History
            WHERE ParentId IN ('{payment_ids}') AND Field = '{PAYMENT_STATUS_FIELD}'
        """
        payment_history_data = sf.query_all(soql_payment_history)[class="hl-string">'records']
        if payment_history_data:
            df_payment_history = pd.DataFrame(payment_history_data).drop(columns=[class="hl-string">'attributes'])
            df_payment_history = df_payment_history.merge(df_payments[[class="hl-string">'Id_payment', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id_payment')
            df_payment_history[class="hl-string">'EventTime'] = pd.to_datetime(df_payment_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
            df_payment_history[class="hl-string">'UserResponsible'] = df_payment_history[class="hl-string">'CreatedById']

            payment_status_map = {
                (class="hl-string">'Received', class="hl-string">'Posted'): class="hl-string">'Payment Posted to Ledger',
                (class="hl-string">'Posted', class="hl-string">'Reconciled'): class="hl-string">'Cash Applied/Reconciled'
            }
            df_payment_history[class="hl-string">'ActivityName'] = df_payment_history.apply(lambda row: payment_status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
            df_payment_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
            all_events.append(df_payment_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># --- Final Assembly ---
    print(class="hl-string">"Assembling final event log...")
    final_df = pd.concat(all_events, ignore_index=True)

    class=class="hl-string">"hl-comment"># Standardize column names
    final_df.rename(columns={
        INVOICE_NUMBER_FIELD: class="hl-string">'InvoiceNumber',
        INVOICE_STATUS_FIELD: class="hl-string">'InvoiceStatus',
        INVOICE_TOTAL_AMOUNT_FIELD: class="hl-string">'InvoiceTotalAmount',
        INVOICE_DUE_DATE_FIELD: class="hl-string">'PaymentDueDate'
    }, inplace=True)

    class=class="hl-string">"hl-comment"># Select and order columns for the final event log
    required_cols = {
        class="hl-string">'InvoiceNumber': None,
        class="hl-string">'ActivityName': None,
        class="hl-string">'EventTime': None,
        class="hl-string">'UserResponsible': None,
        class="hl-string">'InvoiceStatus': None,
        class="hl-string">'InvoiceTotalAmount': None,
        class="hl-string">'PaymentDueDate': None
    }
    for col in required_cols:
        if col not in final_df.columns:
            final_df[col] = required_cols[col]
    
    class=class="hl-string">"hl-comment"># We cannot extract Billing Department directly from this model, so we will add it as an empty column
    final_df[class="hl-string">'BillingDepartment'] = None

    final_df = final_df[list(required_cols.keys()) + [class="hl-string">'BillingDepartment']]

    class=class="hl-string">"hl-comment"># Sort by case and event time
    final_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'salesforce_billing_event_log.csv'
    final_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Event log saved to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

Stappen

Vereisten Check: Zorg ervoor dat u de benodigde rechten in Salesforce heeft, inclusief "Rapporten uitvoeren", "Rapporten maken en aanpassen" en "Rapporten exporteren". Controleer of Field History Tracking is ingeschakeld voor de belangrijke statusvelden op uw Invoice en Payment objecten. Ga hiervoor naar Setup > Object Manager, zoek het relevante object, ga naar Fields & Relationships en klik op "Set History Tracking".
Rapportagestrategie definiëren: Dit proces vereist het aanmaken van meerdere rapporten, omdat activiteiten afkomstig zijn van verschillende records of events (bijv. aanmaak van facturen, statuswijzigingen, gerelateerde betalingen). U maakt een afzonderlijk rapport aan voor elke afzonderlijke bron en combineert de resultaten vervolgens extern.
Rapport maken voor Record Creaties: Begin met de eenvoudigste events. Maak een rapport aan voor 'Invoice Generated' en 'Customer Payment Received'. Navigeer naar het tabblad Rapporten en klik op "Nieuw rapport". Kies een rapporttype dat uw Invoice object (bijv. "Facturen") of Payment object omvat. Voeg kolommen toe die overeenkomen met de event log attributen. Voor de 'Invoice Generated' activiteit zal de CreatedDate van de factuurrecord de EventTime zijn.
Rapport maken voor Veldhistorie: Om statuswijzigingen vast te leggen zoals 'Invoice Submitted for Approval', 'Invoice Approved', 'Invoice Rejected' en 'Invoice Corrected', maakt u een rapport aan op basis van het rapporttype "Invoice History". Dit speciale rapporttype legt wijzigingen bloot die door Field History Tracking zijn bijgehouden. U filtert dit rapport op wijzigingen in het Status veld.
Rapport maken voor Datumgebaseerde Events: Voor events zoals 'Invoice Sent to Customer' of 'Payment Due Date Reached', maakt u een rapport aan op het Invoice object. Gebruik de datumvelden zelf, zoals Sent_Date__c of Payment_Due_Date__c, als de EventTime. U moet filteren op records waar deze datums niet leeg zijn.
Rapport maken voor Gerelateerde Activiteiten: Voor events zoals 'Payment Reminder Issued', heeft u een rapport nodig dat Activities (Taken of Events) koppelt aan Facturen. Gebruik een rapporttype zoals "Activities with Invoices" of een aangepast rapport dat u aanmaakt. Filter op activiteiten met een specifiek onderwerp of type dat een herinnering aangeeft.
Standaardkolommen toevoegen aan alle rapporten: Zorg ervoor dat u in elk rapport dat u opstelt kolommen toevoegt die kunnen worden toegewezen aan de vereiste event log structuur: InvoiceNumber, een veld voor de EventTime (zoals CreatedDate of de datum van de veldwijziging), UserResponsible (zoals LastModifiedById), en andere aanbevolen attributen.
Rapporten exporteren naar CSV: Voer elk rapport afzonderlijk uit. Gebruik vanuit het rapportresultatenscherm het uitklapmenu om "Exporteren" te selecteren en kies het "Alleen details"-formaat met een .csv extensie. Herhaal dit voor alle rapporten die u heeft aangemaakt.
Data combineren en transformeren: Open de geëxporteerde CSV-bestanden in een spreadsheetprogramma of gebruik een data voorbereidingstool. Voeg voor elk bestand een nieuwe kolom toe met de naam ActivityName en vul deze met de specifieke activiteit die het vertegenwoordigt (bijv. "Invoice Generated" voor alle rijen van het eerste rapport). Wijs de bronkolommen (bijv. Invoice: Created Date) toe aan de standaard event log headers (EventTime).
Definitieve Event Log maken: Consolideer alle getransformeerde data uit de individuele CSV-bestanden in één masterbestand. Zorg ervoor dat de kolomkoppen exact InvoiceNumber, ActivityName, EventTime, UserResponsible, etc. zijn. Dit uniforme bestand is uw uiteindelijke event log.
Definitieve opmaak: Sla het geconsolideerde bestand op als een CSV met UTF-8 codering. Het bestand is nu gereed om geüpload te worden naar ProcessMind.

Configuratie

Rapporttypen: U heeft waarschijnlijk meerdere aangepaste rapporttypen nodig om hoofdobjecten zoals Account te koppelen aan onderliggende en daaraan gerelateerde objecten zoals Invoice, Payment en Activity. Deze maakt u aan in Setup > Report Types.
Field History Tracking: Dit is essentieel. Schakel voor het Invoice object geschiedenisregistratie in voor elk Status veld. Zonder dit kunt u statuswijzigingsactiviteiten zoals 'Goedgekeurd' of 'Afgekeurd' niet vastleggen. Geschiedenis wordt niet retrospectief bijgehouden.
Datafilters: Pas altijd een datumfilter toe op uw rapporten om het datavolume beheersbaar te houden. Een goede gewoonte is om de aanmaakdatum van het primaire object te filteren voor de laatste 3 tot 6 maanden (bijv. Invoice: Created Date is gelijk aan LAST 180 DAYS).
Data Export Service: Als alternatief voor het uitvoeren van individuele rapporten, kunt u de standaard Data Export Service gebruiken (Setup > Data Export). Deze service exporteert wekelijks of maandelijks alle data van uw organisatie. Dit biedt een volledige back-up, maar vereist aanzienlijke nabewerking om de data te filteren, samen te voegen en om te zetten in een event log.
Gebruikersrechten: De gebruiker die de extractie uitvoert, heeft leestoegang nodig tot alle relevante objecten (bijv. Account, Order, Invoice__c, Payment__c, Activity) en velden, naast rechten voor het aanmaken en exporteren van rapporten.

a Voorbeeldquery config

// This is a configuration guide for building multiple Salesforce reports.
// The data from these separate CSV exports must be manually combined and transformed into a single event log.

// Report 1: Invoice Generated
// Report Type: Invoices (or your custom invoice object report type)
// Filters: 
// 1. Created Date GREATER OR EQUAL [Start Date]
// 2. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Generated' (static text) -> ActivityName
// - Created Date -> EventTime
// - Created By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 2: Invoice Status Changes (Submitted, Approved, Rejected, Corrected, Closed, Written Off)
// Report Type: Invoice History (or your custom object's history report type)
// Filters:
// 1. Edit Date GREATER OR EQUAL [Start Date]
// 2. Edit Date LESS OR EQUAL [End Date]
// 3. Field/Event EQUALS 'Status' (or the name of your status field)
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - New Value (transformed*) -> ActivityName 
// - Edit Date -> EventTime
// - Edited By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - New Value -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate
// *Transformation Logic for ActivityName: 
//   - IF New Value = 'Pending Approval' THEN 'Invoice Submitted for Approval'
//   - IF New Value = 'Approved' THEN 'Invoice Approved'
//   - IF New Value = 'Rejected' THEN 'Invoice Rejected'
//   - IF New Value = 'Draft' AND Old Value = 'Rejected' THEN 'Invoice Corrected'
//   - IF New Value = 'Closed' THEN 'Invoice Closed'
//   - IF New Value = 'Written Off' THEN 'Invoice Written Off'

// Report 3: Invoice Sent to Customer
// Report Type: Invoices
// Filters:
// 1. [Sent Date Field] NOT EQUAL TO "" (not null)
// 2. [Sent Date Field] GREATER OR EQUAL [Start Date]
// 3. [Sent Date Field] LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Sent to Customer' (static text) -> ActivityName
// - [Sent Date Field] -> EventTime
// - Last Modified By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 4: Payment Due Date Reached
// Report Type: Invoices
// Filters:
// 1. Payment Due Date NOT EQUAL TO "" (not null)
// 2. Payment Due Date GREATER OR EQUAL [Start Date]
// 3. Payment Due Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Payment Due Date Reached' (static text) -> ActivityName
// - Payment Due Date -> EventTime
// - 'System' (static text) -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 5: Payment Reminder Issued
// Report Type: Activities with Invoices (or similar custom report type)
// Filters:
// 1. Task or Event Subject CONTAINS 'Payment Reminder'
// 2. Created Date GREATER OR EQUAL [Start Date]
// 3. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Payment Reminder Issued' (static text) -> ActivityName
// - Created Date -> EventTime
// - Assigned To -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - [Invoice Status Field] -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate

// Report 6: Customer Payment Received & Status Changes (Posted, Applied)
// Report Type: Payments with Invoices (or similar custom report type)
// This report combines multiple events from the Payment record.
// Filters:
// 1. Payment: Created Date GREATER OR EQUAL [Start Date]
// 2. Payment: Created Date LESS OR EQUAL [End Date]
// Part A: Payment Received
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Customer Payment Received' (static text) -> ActivityName
// - Payment: Created Date -> EventTime
// - Payment: Created By -> UserResponsible
// Part B: Payment Posted and Applied (Requires exporting and transforming multiple rows for the same payment if status changes)
// You may need a separate Payment History Report, similar to Report 2.
// Assuming a simple status field on the Payment for this example:
//   - IF Payment Status = 'Posted' THEN 'Payment Posted to Ledger'
//   - IF Payment Status = 'Applied' THEN 'Cash Applied/Reconciled'

Uw `Order to Cash - Billing & Invoicing Data Template`

Uw `Order to Cash - Billing & Invoicing Data Template`

Order to Cash - Facturatie & Debiteurenbeheer Attributes

Order to Cash - Facturatie & Debiteurenbeheer Activiteiten

Extractie Guides

Salesforce Report Builder en Data Export Service

Stappen

Configuratie

a Voorbeeldquery config

Python Script met de Salesforce REST API

Stappen

Configuratie

a Voorbeeldquery python

ETL Tool Extractie via Voorgebouwde Salesforce Connector

Stappen

Configuratie

a Voorbeeldquery config

Klaar om te starten?

Snellere Betalingen: Optimaliseer O2C Facturatie & Debiteurenbeheer Nu

Uw Order to Cash - Billing & Invoicing Data Template

Uw Order to Cash - Billing & Invoicing Data Template

Order to Cash - Facturatie & Debiteurenbeheer Attributes

Order to Cash - Facturatie & Debiteurenbeheer Activiteiten

Extractie Guides

Salesforce Report Builder en Data Export Service

Stappen

Configuratie

a Voorbeeldquery config

Python Script met de Salesforce REST API

Stappen

Configuratie

a Voorbeeldquery python

ETL Tool Extractie via Voorgebouwde Salesforce Connector

Stappen

Configuratie

a Voorbeeldquery config

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Snellere Betalingen: Optimaliseer O2C Facturatie & Debiteurenbeheer Nu

Uw `Order to Cash - Billing & Invoicing Data Template`

Uw `Order to Cash - Billing & Invoicing Data Template`