> Continue verbetering > Order tot betaling Facturatie en debiteurenbeheer > Salesforce Sales Cloud > datatemplate

Uw `Order tot betaling - Billing & Invoicing datatemplate`

Salesforce Sales Cloud

Order tot betaling - Facturatie en debiteurenbeheer Attributen (19) Order tot betaling - Facturatie en debiteurenbeheer-activiteiten (13) Extractiegidsen (3)

Uw `Order tot betaling - Billing & Invoicing datatemplate`

Dit template geeft een helder overzicht van de benodigde data attributen en activiteiten die nodig zijn om uw Order tot betaling - Facturatie en debiteurenbeheer proces effectief te analyseren. Het schetst de specifieke Informatie die je moet verzamelen voor uw event log, samen met praktische richtlijnen voor het extraheren van deze data. Gebruik dit hulpmiddel om uw process mining initiatieven te optimaliseren en nuttige 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 tot betaling - Facturatie en debiteurenbeheer Attributen

Dit zijn de aanbevolen velden om op te nemen in uw event log voor volledige Order tot betaling - Facturatie en debiteurenbeheer analyse, en ervoor te zorgen dat alle kritieke Informatie wordt vastgelegd.

3 Verplicht 5 Aanbevolen 11 Optioneel

	Naam	Omschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke business gebeurtenis die heeft plaatsgevonden in het facturatieproces.
Omschrijving Dit attribuut beschrijft de stap of mijlpaal die is bereikt binnen de levenscyclus van de factuur, zoals 'Factuur gegenereerd' of 'Betaling ontvangen'. Deze activiteiten vormen de stappen in de proceskaart. Analyse van de activiteitsnaam sequence vormt de basis voor process mining. Het brengt de werkelijke processtroom in kaart, waardoor vergelijking met het ontworpen proces mogelijk is. Het wordt gebruikt om afwijkingen, knelpunten tussen specifieke stappen en herstelwerk-loops te vinden, en ondersteunt direct dashboards zoals 'Facturatieproces Herwerk & Fouten' en 'Compliancerapportage Facturatie'. Het belang Het definieert de stappen van het proces, vormt de basis van de proceskaart en maakt analyse van workflow, knelpunten en afwijkingen mogelijk. Vindplaats Dit is meestal gebaseerd op 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 ID voor elke factuur, dienend als de primaire case kenmerk voor het facturatieproces.
Omschrijving Het Factuurnummer is het centrale attribuut 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 attribuut end-to-end tracking van de levenscyclus van een factuur mogelijk, van de generatie tot de uiteindelijke betaling en afsluiting. Het is belangrijk 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 vinden van knelpunten, herstelwerk-loops en compliance-afwijkingen voor individuele facturatie-instanties. Het belang Dit is de onmisbaar om alle gerelateerde facturatie gebeurtenissen samen te koppelen, waardoor een compleet, end-to-end overzicht van het facturatieproces voor elke unieke transactie mogelijk worden. Vindplaats Dit is doorgaans de primary key 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 activiteit heeft plaatsgevonden.
Omschrijving Dit attribuut verschaft de datum en tijd voor elke activiteit, wat belangrijk is voor chronologische ordening en prestatieanalyse. De tijdstempels bepalen de volgorde van gebeurtenissen en maken de berekening van doorlooptijden ertussen mogelijk. In procesanalyse wordt Event Time gebruikt om alle tijdgebonden meetwaarden te berekenen, inclusief cyclustijden, wachttijden en duren van specifieke activiteiten. Het is de basis voor KPI's zoals 'Gemiddelde factuurcyclusduur' en 'DSO', en het vormt de basis voor dashboards zoals 'Factuurgoedkeuring Cyclusduur' en 'Betalingsafstemming Prestaties'. Het belang Deze timestamp is belangrijk voor het correct sequencen van gebeurtenissen en het berekenen van alle prestaties meetwaarden, zoals cyclustijden en doorlooptijden, wat belangrijk is voor het vinden 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 attribuut 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 belangrijk voor het begrijpen van proceseigendom en het vinden van systemische problemen binnen specifieke teams. Het wordt gebruikt in de 'Betalingsafstemming Prestaties' en 'Facturatieteam Werkdruk & Prestaties' dashboards om de efficiëntie en brongebruik over verschillende functionele gebieden te vergelijken. Het belang Dit maakt prestatieanalyse op team- of afdelingsniveau mogelijk, wat helpt bij het vinden van groepsspecifieke knelpunten, bron-beperkingen of trainingshiaten. Vindplaats Deze Informatie is doorgaans opgeslagen op het Gebruiker object in Salesforce, in velden zoals `Department` of `Role.Naam`. Voorbeelden DebiteurenbeheerFinanciële processenIncassoteam
	Factuurstatus InvoiceStatus	De huidige status van de factuur in de levenscyclus ervan.
Omschrijving Dit attribuut 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 analysesten 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
	Totaal Factuurbedrag InvoiceTotalAmount	Het totale factuurbedrag.
Omschrijving Dit attribuut vertegenwoordigt het totale bedrag dat de klant verschuldigd is voor de geleverde goederen of diensten. Het is een belangrijke financiële metriek geassocieerd met elke factuur case. Het analyseren van het Totale Factuurbedrag helpt bij het prioriteren van facturen met hoogwaardige 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 incasso-inspanningen. Het belang Dit maakt financiële impactanalyse mogelijk, wat helpt bij het prioriteren van facturen met hoogwaardige en te begrijpen hoe financiële 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 attribuut 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 belangrijk datapunt voor financiële planning en incassobeheer. Het is de basis waartegen de werkelijke betalingsprestaties worden gemeten. Het is belangrijk 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 attribuut 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 belangrijk voor het begrijpen van teamprestaties, werklastverdeling en het vinden van trainingsbehoeften. Het ondersteunt direct het 'Facturatieteam Werkdruk & Prestaties' dashboard door prestatievergelijkingen en bron-allocatie analyse mogelijk te maken. Het helpt ook bij rootcause-analyse bij het onderzoeken van vertragingen of fouten. Het belang Het maakt analyse van individuele en teamprestaties, werkbalans, en helpt bij het vinden van best presterende medewerkers 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 Gebruiker 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 attribuut 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 attribuut 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.Naam` 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 attribuut wordt afgeleid door de 'Klant 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 succesmetriek voor incasso, en ondersteunt direct de 'On-Time Payment Rate' KPI en maakt analyse mogelijk van factoren die bijdragen aan late betalingen. Vindplaats Dit attribuut 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 attribuut 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 belangrijk voor het 'Benutting Vroegbetalingskorting' dashboard, dat betalingsdatums vergelijkt met voorwaarden om gemiste financiële kansen te vinden. Het biedt ook context waarom sommige facturen langere of kortere betalingscycli hebben. Het belang Het biedt context voor betalingstermijnen en is belangrijk 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 attribuut specificeert de bronapplicatie waar de gebeurtenis data is gegenereerd. Voor dit proces zal dit doorgaans 'Salesforce Sales Cloud' zijn. In omgevingen met meerdere geïntegreerde systemen is dit veld belangrijk voor data lineage en probleemoplossing. Het helpt bij het begrijpen van de context van de data en zorgt ervoor dat gebeurtenissen van verschillende systemen correct worden samengevoegd en geïnterpreteerd binnen de process mining-tool. Het belang Het biedt belangrijke context over de herkomst van de data, wat belangrijk is voor data governance, validatie en analyse in multi-systeemomgevingen. Vindplaats Dit is meestal een statische waarde die je toevoegt tijdens het extractie-, transformatie- en laadproces (ETL) om de herkomst van de dataset te labelen. Voorbeelden Salesforce Sales CloudSFSC
	Days Sales Outstanding 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 belangrijke financiële metriek 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 Klant' en de activiteit 'Klant Payment Received'. Deze KPI is een primaire focus van het Order tot betaling proces, en dit attribuut maakt het beschikbaar voor elke afzonderlijke factuur. Het ondersteunt direct het 'Days Sales Outstanding (DSO) Trend' dashboard en is belangrijk voor het monitoren en verbeteren van de cashflow. Het belang Dit is een belangrijke KPI voor het meten van de effectiviteit van het betalingsproces en de directe impact ervan op de cashflow van het bedrijf. Vindplaats Dit is een berekend attribuut. De berekening is `(Timestamp('Klant Payment Received') - Timestamp('Invoice Sent to Klant'))`. Voorbeelden 32 dagen58 dagen29 dagen
	Eindtijd van het gebeurtenis EventEndTime	De timestamp waarop een activiteit is afgerond.
Omschrijving Dit attribuut registreert de voltooiingstijd van een activiteit. Hoewel veel activiteiten in facturatie momentane gebeurtenissen zijn waarbij Starttijd 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 aangepast veld. Voorbeelden 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	Factuurvaluta InvoiceCurrency	De valutacode voor het factuurbedrag, zoals USD of EUR.
Omschrijving Dit attribuut 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 financiële waarden mogelijk en stelt vergelijking van procesmeetwaarden 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 financiële waarden, wat zorgt voor accurate financiële analyse en rapportage, vooral bij multinationale operaties. Vindplaats Dit is doorgaans het standaard `ValutaIsoCode` 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 attribuut wordt afgeleid tijdens de data verwerking. Het wordt ingesteld op waar als de activiteitenvolgorde van een factuur bewijs van rework toont, zoals het terugkeren naar een eerdere fase na deze te zijn gepasseerd (bijv. 'Factuur gecorrigeerd' na 'Factuur goedgekeurd'). Deze flag is belangrijk voor het snel vinden en kwantificeren van procesinefficiënties. Het stuurt direct de 'Factuur Herwerkpercentage' KPI en het 'Facturatieproces Herwerk & Fouten' dashboard aan, waardoor analysesten cases met kostbare en tijdrovende herstelwerk-loops kunnen isoleren en onderzoeken. Het belang Deze flag kwantificeert direct procesinefficiëntie door cases met correctielussen te vinden, wat helpt bij het vinden van foutbronnen en het berekenen van de kosten van slechte kwaliteit. Vindplaats Dit attribuut 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 attribuut 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 belangrijk voor het begrijpen van klantspecifiek gedrag en het vinden van problemen die belangrijke accounts kunnen beïnvloeden. Het kan zichtbaar maken of bepaalde klanten consequent te laat betalen, meer rework 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 vinden, zoals welke klanten vaak te laat betalen of meer factuurcorrecties vereisen, waardoor customer relationship management verbetert. Vindplaats Dit is afkomstig uit het `Account.Naam` veld, gekoppeld via een lookup relationship van het Invoice object naar het Account object. Voorbeelden ABC CorporationWereldwijd Tech Inc.Innovate Solutions LLC
	Land van facturatie BillingCountry	Het land gespecificeerd in het factuuradres van de factuur.
Omschrijving Dit attribuut 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 belangrijk voor het vinden van regionale variaties in prestaties, compliance en klantgedrag. Het kan zichtbaar maken of bepaalde landen langere betalingscycli, verschillende reworkpercentages 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 vinden. Vindplaats Dit maakt deel uit van het standaard samengestelde adresveld op het Invoice object, doorgaans `BillingLand`. Voorbeelden USADuitslandJapanBrazilië
	Tijdstip van extractie LastDataUpdate	Timestamp van de laatste data refresh vanuit het bronsysteem.
Omschrijving Dit attribuut geeft aan wanneer de data voor de process mining-analyse voor het laatst is opgehaald uit Salesforce Sales Cloud. Het is een metadataveld dat bij elke refresh op de gehele dataset wordt toegepast. Deze timestamp is belangrijk voor gebruikers om de relevantie van de analyse te begrijpen. Het helpt hen te weten of de dashboards en KPI's die ze bekijken up-to-date zijn, wat belangrijk is voor het nemen van tijdige en geïnformeerde zakelijke beslissingen op basis van de procesinzichten. Het belang Informeert gebruikers over de relevantie 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 pijplijn tijdens elke uitvoering. Voorbeelden 2023-10-27T02:00:00Z2023-10-28T02:00:00Z

Verplicht Aanbevolen Optioneel

Order tot betaling - Facturatie en debiteurenbeheer-activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor accurate procesbekijkking 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 gebeurtenis 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 knelpunten, wat DSO en algehele cyclustijden 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 gebeurtenis 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 gebeurtenis zijn dat is vastgelegd in Activiteit 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 gebeurtenis wordt vastgelegd vanuit de creatie timestamp van de factuurrecord.
Het belang Dit is de primaire start gebeurtenis 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 vinden van initiële data-entry vertragingen. Vindplaats Deze gebeurtenis wordt vastgelegd vanuit de creatiedatum (CreatedDate veld) 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
	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 Activiteit (Taak of E-mail) record die gekoppeld is aan de factuur.
Het belang Het volgen van herinneringen helpt bij het ewaarderen van de effectiviteit van incassostrategieën. Het is belangrijk voor het 'Effectiviteit Betalingsherinneringen' dashboard en de 'Betalingsherinnering Trigger Rate' KPI. Vindplaats Vastgelegd op basis van de aanmaak van een Activiteit (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
	Cash toegepast/gereconcilieerd	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 vinden 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 verschillen, 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 rework en procesinefficiëntie. Het analyseren van de frequentie van afwijzingen helpt bij het vinden 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 vinden van correctiecycli is belangrijk 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 'veld 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 'veld 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
	Vervaldatum betaling bereikt	Dit is een berekende gebeurtenis 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 gebeurtenis. Het wordt afgeleid door de huidige timestamp te vergelijken met het 'Due Date' veld op het Invoice object. Het bestaat niet als een opgeslagen gebeurtenis in Salesforce. Vastleggen Berekend door de huidige datum te vergelijken met het `Vervaldatum` veld van de factuur. Gebeurtenistype calculated

Aanbevolen Optioneel

Extractiegidsen

Hoe u uw `data` uit Salesforce Sales Cloud haalt

Stappen

Verplichten 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 gebeurtenissen (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 gebeurtenissen. Maak een rapport aan voor 'Invoice Generated' en 'Klant 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 gebeurtenissen zoals 'Invoice Sent to Klant' 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 gebeurtenissen 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), GebruikerResponsible (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 ActiviteitNaam 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, ActiviteitNaam, EventTime, GebruikerResponsible, 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 Activiteit. Deze maakt u aan in Setup > Report Types.
Field History Tracking: Dit is belangrijk. 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, Activiteit) 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

Verplichten en Installatie: Zorg ervoor dat Python 3.6 of nieuwer op je 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_Bedrag__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 processen.
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_gebeurtenis_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, ActiviteitNaam 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_instantie.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.
Verplichten 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

Verplichten 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 gebeurtenissen (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 gebeurtenissen. Maak een rapport aan voor 'Invoice Generated' en 'Klant 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 gebeurtenissen zoals 'Invoice Sent to Klant' 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 gebeurtenissen 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), GebruikerResponsible (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 ActiviteitNaam 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, ActiviteitNaam, EventTime, GebruikerResponsible, 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 Activiteit. Deze maakt u aan in Setup > Report Types.
Field History Tracking: Dit is belangrijk. 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, Activiteit) 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 tot betaling - Billing & Invoicing datatemplate`

Uw `Order tot betaling - Billing & Invoicing datatemplate`

Order tot betaling - Facturatie en debiteurenbeheer Attributen

Order tot betaling - Facturatie en debiteurenbeheer-activiteiten

Extractiegidsen

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 en debiteurenbeheer Nu

Uw Order tot betaling - Billing & Invoicing datatemplate

Uw Order tot betaling - Billing & Invoicing datatemplate

Order tot betaling - Facturatie en debiteurenbeheer Attributen

Order tot betaling - Facturatie en debiteurenbeheer-activiteiten

Extractiegidsen

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 en debiteurenbeheer Nu

Uw `Order tot betaling - Billing & Invoicing datatemplate`

Uw `Order tot betaling - Billing & Invoicing datatemplate`