> Průběžné zlepšování procesů > Order to Cash fakturace a vystavování faktur > Salesforce Sales Cloud > Datová šablona

Šablona dat pro fakturaci v procesu Order to Cash

Salesforce Sales Cloud

Atributy fakturace v procesu Order to Cash(19) Aktivity fakturace v procesu Order to Cash(13) Návody k extrakci dat(3)

Šablona dat pro fakturaci v procesu Order to Cash

Tato šablona nabízí přehled důležitých atributů a aktivit potřebných k analýze procesu fakturace v rámci Order to Cash. Uvádí, jaké informace shromažďovat pro záznam událostí, a přidává praktické pokyny k jejich získání. Využijte ji při přípravě iniciativ process mining a získejte užitečné poznatky.

Doporučené atributy ke sběru
Aktivity, které je vhodné sledovat
Pokyny k extrakci dat

Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Stáhnout šablonu

Atributy fakturace v procesu Order to Cash

Doporučená datová pole pro záznam událostí, která zachytí potřebné informace k důkladné analýze fakturace v procesu Order to Cash.

3 Povinné 5 Doporučené 11 Volitelné

	Název	Popis
	Čas události EventTime	Časové razítko, které označuje, kdy konkrétní aktivita proběhla.
Popis Tento údaj uvádí datum a čas každé aktivity. Je nezbytný pro správné časové seřazení událostí a analýzu výkonnosti. Časová razítka určují jejich pořadí a umožňují vypočítat dobu mezi nimi. Při analýze procesu se čas události používá k výpočtu všech časových ukazatelů, včetně doby cyklu, čekání a trvání jednotlivých aktivit. Je základem KPI, jako jsou „Průměrná doba cyklu faktury“ a „DSO“, a využívají ho dashboardy „Doba schvalování faktury“ a „Výkonnost párování plateb“. Proč je to důležité Toto časové razítko je nezbytné pro správné seřazení událostí a výpočet ukazatelů výkonnosti, například doby cyklu a trvání jednotlivých aktivit. Tyto údaje pomáhají odhalit prodlevy. Kde data získat Tyto údaje často pocházejí ze systémových polí časových razítek, například `CreatedDate` nebo `LastModifiedDate` u objektu Faktura nebo souvisejících záznamů Úkol či Událost. Příklady 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	Číslo faktury InvoiceNumber	Jedinečný identifikátor každé faktury, který slouží jako hlavní identifikátor případu ve fakturačním procesu.
Popis Číslo faktury je hlavní údaj, podle kterého se všechny související fakturační aktivity spojí do jednoho případu. Každé číslo označuje samostatný fakturační doklad zaslaný zákazníkovi. Při analýze pomocí process mining tento údaj umožňuje sledovat celý životní cyklus faktury, od jejího vystavení až po konečnou úhradu a uzavření. Je nezbytný pro vytvoření mapy procesu a výpočet KPI na úrovni případu, například „Průměrná doba cyklu faktury“ a „Doba inkasa pohledávek“. Analýza podle čísla faktury pomáhá odhalit úzká místa, opakované opravy a odchylky od pravidel u jednotlivých faktur. Proč je to důležité Tento údaj umožňuje propojit všechny související fakturační události a získat úplný přehled o procesu fakturace každé jednotlivé transakce od začátku do konce. Kde data získat Obvykle jde o primární klíč objektu Invoice v Salesforce Sales Cloud, který se často označuje jako `InvoiceNumber` nebo podobné jedinečné ID. Příklady INV-00582INV-01934INV-10345
	Název aktivity ActivityName	Název konkrétní obchodní události, ke které došlo ve fakturačním procesu.
Popis Tento údaj popisuje krok nebo milník v životním cyklu faktury, například „Vystavení faktury“ nebo „Přijetí platby“. Aktivity tvoří uzly v mapě procesu. Analýza posloupnosti názvů aktivit je základem process mining. Ukazuje skutečný průběh procesu a umožňuje porovnat jej s navrženým postupem. Pomáhá odhalit odchylky, úzká místa mezi konkrétními kroky a opakované opravy. Podporuje také dashboardy, například „Opakovaná práce a chyby ve fakturačním procesu“ a „Přehled porušení pravidel fakturace“. Proč je to důležité Určuje jednotlivé kroky procesu, tvoří základ mapy procesu a umožňuje analyzovat workflow, úzká místa a odchylky. Kde data získat Obvykle se odvozuje ze změn pole Stav u objektu Faktura nebo ze záznamů v souvisejících objektech, například Úkol nebo Událost, které sledují konkrétní úkony. Příklady Vystavení fakturySchválení fakturyOdeslání faktury zákazníkoviPlatba přijata
	Celková částka faktury InvoiceTotalAmount	Celková peněžní hodnota faktury.
Popis Tento údaj představuje celkovou částku, kterou má zákazník zaplatit za dodané zboží nebo poskytnuté služby. Jde o důležitý finanční ukazatel každého případu fakturace. Analýza celkové částky faktury pomáhá určit priority u faktur s vysokou hodnotou a porovnat průběh procesu u menších a větších transakcí. V dashboardech lze data rozdělit například podle toho, zda se faktury s vyšší částkou schvalují déle nebo se platí později. To je důležité pro řízení finančních rizik a cílené vymáhání pohledávek. Proč je to důležité Umožňuje analyzovat finanční dopad, určit priority u faktur s vysokou hodnotou a zjistit, jak částka ovlivňuje průběh procesu, například dobu schvalování nebo prodlevy při platbě. Kde data získat Pravděpodobně jde o standardní měnové pole v objektu Invoice, které se může jmenovat `GrandTotal` nebo podobně. Příklady 5400.5012500.00850.75
	Datum splatnosti faktury PaymentDueDate	Datum, do kterého musí zákazník fakturu uhradit.
Popis Tento údaj určuje termín úhrady uvedený na faktuře. Vypočítává se podle data vystavení faktury a sjednaných platebních podmínek. Datum splatnosti faktury je důležité pro finanční plánování a správu pohledávek. Slouží jako základ pro měření skutečné platební kázně. Je nezbytné pro výpočet KPI „Podíl včas uhrazených faktur“ a pro dashboardy sledující včasnost plateb, například „Vývoj doby inkasa pohledávek (DSO)“. Proč je to důležité Slouží jako základ pro měření úspěšnosti plateb, výpočet DSO a zahájení vymáhání, například zasíláním upomínek. Kde data získat Jde o standardní datumové pole objektu Invoice v Salesforce, často pojmenované `DueDate`. Příklady 2023-05-152023-06-302023-07-01
	Fakturační oddělení BillingDepartment	Oddělení nebo tým odpovědný za fakturační aktivitu.
Popis Tento údaj určuje funkční skupinu, například „Pohledávky“ nebo „Provoz prodeje“, do které odpovědný uživatel patří. Obvykle se odvozuje z profilu nebo role uživatele v Salesforce. Analýza výkonnosti podle oddělení pomáhá porozumět odpovědnosti za proces a odhalit systémové problémy v konkrétních týmech. Využívají ji dashboardy „Výkonnost párování plateb“ a „Pracovní zátěž a výkonnost fakturačního týmu“ k porovnání efektivity a využití zdrojů v různých funkčních oblastech. Proč je to důležité Umožňuje analyzovat výkonnost na úrovni týmu nebo oddělení a odhalit úzká místa, nedostatek zdrojů či mezery ve školení v konkrétních skupinách. Kde data získat Tyto informace se obvykle ukládají do objektu User v Salesforce, například do polí `Department` nebo `Role.Name`. Příklady PohledávkyFinanční provozTým pro vymáhání pohledávek
	Odpovědný uživatel UserResponsible	Uživatel nebo pracovník, který aktivitu provedl.
Popis Tento údaj určuje konkrétního uživatele Salesforce odpovědného za danou aktivitu, například schválení faktury nebo zaúčtování platby. Často je propojen s uživatelem, který záznam naposledy upravil nebo vlastní daný úkol. Analýza procesu podle odpovědného uživatele pomáhá porozumět výkonnosti týmu, rozložení pracovní zátěže a potřebám školení. Podporuje dashboard „Pracovní zátěž a výkonnost fakturačního týmu“ a umožňuje porovnávat výkonnost i analyzovat rozdělení zdrojů. Pomáhá také hledat příčiny prodlev nebo chyb. Proč je to důležité Umožňuje analyzovat výkonnost jednotlivců i týmů a vyrovnávat pracovní zátěž. Pomáhá také odhalit nejvýkonnější uživatele i uživatele, kteří potřebují další školení. Kde data získat Údaj lze najít například v poli `LastModifiedById` u objektu Faktura nebo v poli `OwnerId` u souvisejících objektů Úkol či vlastních objektů. Tato ID je třeba spojit s objektem Uživatel, abyste získali jméno uživatele. Příklady Alice JohnsonBob WilliamsCharlie Brown
	Stav faktury InvoiceStatus	Aktuální stav faktury v jejím životním cyklu.
Popis Tento údaj zachycuje aktuální stav faktury, například „Draft“, „Awaiting Approval“, „Sent“, „Paid“ nebo „Void“. Ukazuje, v jaké fázi procesu se faktura právě nachází. Stav faktury je důležitým kritériem pro filtrování a segmentaci. Analytici se díky němu mohou zaměřit na konkrétní skupiny faktur, například na všechny faktury čekající na úhradu nebo na všechny zamítnuté faktury. To pomáhá určit priority práce a analyzovat vlastnosti faktur, které uvíznou v určité fázi. Proč je to důležité Jasně ukazuje aktuální stav faktury a umožňuje filtrovat a analyzovat otevřené, uzavřené nebo problematické případy. Kde data získat Obvykle jde o standardní výběrové pole `Status` v objektu Invoice v Salesforce. Příklady Čeká na schváleníSchválenoOdesláno zákazníkoviUhrazenoOdepsáno
	Bylo nutné přepracování IsRework	Vypočítávaný příznak, který označuje, zda se faktura vrátila do některé z předchozích fází.
Popis Tento logický atribut se odvozuje při zpracování dat. Nastaví se na true, pokud posloupnost aktivit faktury ukazuje na přepracování, například návrat do dřívější fáze po jejím dokončení (například „Faktura opravena“ po „Faktura schválena“). Příznak umožňuje rychle rozpoznat a vyčíslit neefektivitu procesu. Je základem KPI „Míra přepracování faktur“ a dashboardu „Přepracování a chyby ve fakturačním procesu“. Analytici díky němu mohou vyhledat a podrobněji zkoumat případy, jejichž opakované zpracování je nákladné a časově náročné. Proč je to důležité Tento příznak přímo vyčísluje neefektivitu procesu tím, že odhaluje případy s opakovanými opravami. Pomáhá tak určit zdroje chyb a vypočítat náklady na nízkou kvalitu. Kde data získat Tento atribut není ve zdrojovém systému. Vypočítá ho nástroj process mining nebo vrstva ETL na základě posloupnosti aktivit v každém případu. Příklady truefalse
	Čas ukončení události EventEndTime	Časové razítko označující dokončení aktivity.
Popis Tento atribut zaznamenává čas dokončení aktivity. Mnoho aktivit při fakturaci jsou okamžité události, u kterých se čas zahájení rovná času ukončení. Některé, například schválení, však mohou mít měřitelnou dobu trvání. Čas ukončení umožňuje přesně vypočítat dobu zpracování aktivity, tedy dobu, po kterou uživatel nebo systém na úkolu aktivně pracuje. Pomáhá odlišit aktivní práci od čekání a poskytuje podrobnější přehled o efektivitě procesu. Proč je to důležité Umožňuje přesně vypočítat dobu zpracování aktivit a odlišit aktivní práci od čekání. Díky tomu lze efektivitu analyzovat přesněji. Kde data získat Toto pole obvykle není součástí standardního nastavení. Může být potřeba ho odvodit z času zahájení následující aktivity v případu nebo zaznamenávat do vlastního pole. Příklady 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	Doba inkasa pohledávek DaysSalesOutstanding	Počet dní od odeslání faktury do přijetí platby.
Popis Doba inkasa pohledávek (DSO) je finanční metrika, která měří průměrný počet dní potřebných k přijetí platby po uskutečnění prodeje. Vypočítá se jako doba mezi událostmi „Faktura odeslána zákazníkovi“ a „Přijata platba od zákazníka“. Toto KPI patří mezi hlavní ukazatele procesu Order to Cash. Díky tomuto atributu je dostupné pro každou fakturu. Přímo podporuje dashboard „Vývoj doby inkasa pohledávek (DSO)“ a je důležité pro sledování a zlepšování cash flow. Proč je to důležité Jde o důležité KPI pro měření účinnosti procesu vymáhání pohledávek a jeho přímého dopadu na cash flow společnosti. Kde data získat Jde o vypočítávaný atribut. Výpočet je `(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`. Příklady 32 dní58 dní29 dní
	Měna faktury InvoiceCurrency	Kód měny částky na faktuře, například USD nebo EUR.
Popis Tento atribut označuje měnu, ve které je faktura vystavena. Je důležitý zejména pro organizace působící ve více zemích. Poskytuje nezbytný kontext pro finanční analýzu. Umožňuje správně sčítat peněžní částky a porovnávat procesní metriky v různých měnových oblastech. Při analýze finančních KPI je nutné podle něj filtrovat, aby se nemíchaly různé měny. Proč je to důležité Poskytuje nezbytný kontext pro všechny peněžní částky a umožňuje přesnou finanční analýzu a reporting, zejména při provozu ve více zemích. Kde data získat Obvykle jde o standardní pole `CurrencyIsoCode`, které je dostupné v instancích Salesforce se zapnutou podporou více měn. Příklady USDEURGBPJPY
	Název zákazníka CustomerName	Název zákazníka nebo účtu, na který se fakturuje.
Popis Tento údaj označuje zákazníka nebo společnost, které je faktura vystavena. Obvykle se přebírá z propojeného záznamu Account v Salesforce. Analýza procesu podle zákazníka pomáhá porozumět chování jednotlivých zákazníků a odhalit problémy, které mohou ovlivňovat důležité účty. Ukáže například, zda někteří zákazníci pravidelně platí pozdě, vyžadují opakované opravy nebo mají složitý schvalovací proces. Tyto poznatky pomáhají řídit vztahy se zákazníky a přizpůsobit postupy vymáhání pohledávek. Proč je to důležité Umožňuje analyzovat proces z pohledu zákazníků a odhalit například zákazníky, kteří často platí pozdě nebo vyžadují více oprav faktur. Pomáhá tak lépe řídit vztahy se zákazníky. Kde data získat Údaj pochází z pole `Account.Name`, které je propojeno s objektem Account prostřednictvím vyhledávací relace z objektu Invoice. Příklady ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	Platba po splatnosti IsLatePayment	Vypočítávaný příznak, který označuje, zda platba dorazila po datu splatnosti.
Popis Tento logický atribut se odvozuje porovnáním časového razítka aktivity „Přijata platba od zákazníka“ s datem splatnosti. Pokud byla platba opožděná, hodnota je true, jinak false. Příznak usnadňuje analýzu platebního chování a účinnosti vymáhání pohledávek. Je základem KPI „Podíl včasných plateb“ a pomáhá rozdělit zákazníky na ty, kteří platí včas, a ty, kteří platí pozdě. U každé faktury tak poskytuje jednoznačný výsledek platební výkonnosti. Proč je to důležité Poskytuje jasný ukazatel úspěšnosti vymáhání pohledávek. Přímo podporuje KPI „Podíl včasných plateb“ a umožňuje analyzovat faktory, které vedou k opožděným platbám. Kde data získat Tento atribut není ve zdrojovém systému. Vypočítá se ve vrstvě ETL nebo v nástroji process mining porovnáním data platby s polem `PaymentDueDate`. Příklady truefalse
	Platební podmínky PaymentTerms	Dohodnuté podmínky úhrady faktury, například „splatnost 30 dní“ nebo „splatné při přijetí“.
Popis Tento atribut určuje pravidla, kdy a jak má být faktura uhrazena. Často se podle něj počítá datum splatnosti a mohou v něm být uvedeny také slevy za předčasnou úhradu. Analýza podle platebních podmínek ukazuje, jak různé dohody ovlivňují platební chování. Je důležitá pro dashboard „Využití slev za předčasnou úhradu“, který porovnává data plateb s dohodnutými podmínkami a odhaluje nevyužité finanční příležitosti. Pomáhá také vysvětlit, proč se u některých faktur platební cyklus prodlužuje nebo zkracuje. Proč je to důležité Poskytuje kontext k termínům úhrady a je důležitý pro analýzu platebního chování, DSO a účinnosti programů slev za předčasnou úhradu. Kde data získat Tyto informace jsou v Salesforce pravděpodobně uložené ve výběrovém seznamu nebo textovém poli objektu Invoice či souvisejícího objektu Account. Příklady Splatnost 30 dníSplatnost 60 dníSleva 2 % při úhradě do 10 dní, jinak splatnost 30 dníSplatné při přijetí
	Poslední aktualizace dat LastDataUpdate	Časové razítko poslední aktualizace dat ze zdrojového systému.
Popis Tento údaj označuje, kdy byla data pro analýzu pomocí process mining naposledy získána ze Salesforce Sales Cloud. Jde o metadata připojená k celé datové sadě při každé aktualizaci. Časové razítko uživatelům ukazuje, jak aktuální je analýza. Pomáhá ověřit, zda jsou zobrazené dashboardy a KPI aktuální. To je důležité pro včasná a informovaná obchodní rozhodnutí založená na poznatcích o procesu. Proč je to důležité Informuje uživatele o aktuálnosti dat, aby rozhodnutí vycházela z aktuálního a relevantního pohledu na proces. Kde data získat Tuto hodnotu vytvoří a připojí k datové sadě nástroj ETL nebo datová pipeline při každém spuštění. Příklady 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Vlastník účtu AccountOwner	Obchodní zástupce nebo správce účtu odpovědný za zákaznický účet.
Popis Tento atribut označuje interního vlastníka vztahu se zákazníkem. Obvykle jde o obchodníka nebo správce účtu přiřazeného k objektu Account v Salesforce. Vlastník účtu se sice přímo nepodílí na fakturaci, pro analýzu však může být důležitou dimenzí. Problémy s fakturací mohou ovlivnit vztah se zákazníkem a tento atribut umožňuje propojit výkonnost procesu s obchodní stránkou firmy. Můžete například zjistit, zda mají účty spravované určitými vlastníky častěji potíže s fakturací. Proč je to důležité Propojuje výkonnost fakturačního procesu s osobou odpovědnou za obchodní vztah a pomáhá pochopit dopad chyb nebo zpoždění fakturace na podnikání. Kde data získat Jde o pole `Owner.Name` z objektu Account, který souvisí s objektem Invoice. Příklady David MillerSophia GarciaJames Wilson
	Zdrojový systém SourceSystem	Označuje systém, ze kterého data pocházejí.
Popis Tento údaj určuje zdrojovou aplikaci, ve které byla data událostí vytvořena. V tomto procesu půjde obvykle o „Salesforce Sales Cloud“. V prostředí s několika propojenými systémy je toto pole důležité pro sledování původu dat a řešení problémů. Pomáhá porozumět kontextu dat a zajistit, aby nástroj pro process mining správně spojil a vyhodnotil události z různých systémů. Proč je to důležité Poskytuje důležitý kontext o původu dat. To je nezbytné pro správu, ověřování a analýzu dat v prostředí s více systémy. Kde data získat Obvykle jde o statickou hodnotu, kterou nástroj ETL nebo datová pipeline přidá při extrakci, transformaci a načítání dat, aby označila jejich původ. Příklady Salesforce Sales CloudSFSC
	Země fakturace BillingCountry	Země uvedená ve fakturační adrese faktury.
Popis Tento atribut zachycuje zemi fakturační adresy zákazníka. Jde o důležitou geografickou dimenzi pro členění procesních dat. Analýza fakturačního procesu podle země pomáhá odhalit regionální rozdíly ve výkonnosti, shodě s předpisy i chování zákazníků. Může ukázat, zda jsou v některých zemích delší platební cykly, častější přepracování nebo specifické regulatorní požadavky, které proces ovlivňují. Tyto poznatky podporují sjednocování procesů napříč zeměmi i jejich místní úpravy. Proč je to důležité Umožňuje geografickou analýzu regionálních rozdílů ve výkonnosti, požadavcích na shodu s předpisy a platebním chování. Kde data získat Jde o součást standardního složeného adresního pole objektu Invoice, obvykle `BillingCountry`. Příklady USANěmeckoJaponskoBrazílie

Povinné Doporučené Volitelné

Aktivity fakturace v procesu Order to Cash

Důležité kroky a milníky procesu, které je třeba zachytit v záznamu událostí pro přesné zjištění průběhu procesu a vyhodnocení jeho výkonnosti.

5 Doporučené 8 Volitelné

	Aktivita	Popis
	Odeslání faktury zákazníkovi	Schválená faktura byla oficiálně doručena zákazníkovi e-mailem, poštou nebo přes portál. Událost se často zaznamenává vyplněním pole „Sent Date“ nebo změnou stavu na „Sent“.
Proč je to důležité Tímto okamžikem začíná období pro inkaso platby a od něj se počítá doba inkasa pohledávek (DSO). Jde o důležitý milník pro sledování komunikace se zákazníkem a termínů plateb. Kde data získat Událost se odvozuje od vyplnění pole „Sent Date“ v objektu Invoice nebo od změny stavu na „Sent“. Pokud se faktura odesílá přes integrovaný e-mailový nástroj, může být zaznamenána také jako samostatná událost v historii aktivit. Zachycení Časové razítko vyplnění pole „Sent_Date__c“. Typ události inferred
	Přijetí platby od zákazníka	Zákazník uhradil fakturu a platba byla přijata. Obvykle se zaznamenává vytvořením souvisejícího záznamu „Payment“ a jeho propojením s fakturou.
Proč je to důležité Jde o nejdůležitější milník části procesu, která se týká inkasa. Tímto okamžikem končí výpočet DSO a potvrzuje se úspěšné přijetí platby. Kde data získat Zaznamenává se podle data vytvoření vlastního objektu „Payment“ souvisejícího s objektem Invoice. Lze ji také odvodit ze změny stavu faktury na „Paid“. Zachycení Vytvoření souvisejícího záznamu Payment. Typ události explicit
	Schválení faktury	Oprávněný uživatel fakturu zkontroloval a schválil, čímž potvrdil její správnost a připravenost k odeslání zákazníkovi. Tato událost se obvykle zaznamenává změnou stavu faktury na „Approved“.
Proč je to důležité Jde o důležitý milník, na kterém závisí další průběh fakturace. Prodlevy v této fázi vytvářejí úzká místa a prodlužují DSO i celkovou dobu cyklu. Sleduje je dashboard „Doba schvalování faktury“. Kde data získat Odvozuje se ze změny pole stavu objektu Invoice na „Approved“. Pokud používáte Salesforce Approval Processes, lze událost zaznamenat přímo z historie objektu ProcessInstance. Zachycení Změna pole stavu faktury na „Approved“ nebo dokončení kroku formálního schvalovacího procesu. Typ události inferred
	Uzavření faktury	Životní cyklus faktury je dokončen, protože byla plně uhrazena a platba spárována. Jde o poslední aktivitu úspěšně zpracované faktury, která se obvykle zaznamenává změnou stavu.
Proč je to důležité Tato aktivita představuje hlavní konec procesu a umožňuje přesně vypočítat dobu cyklu od začátku do konce. Při analýze procesu jasně určuje, kdy je faktura vyřízena. Kde data získat Odvozuje se z časového razítka, kdy se pole stavu objektu Invoice změní na „Closed“, „Paid in Full“ nebo podobný konečný stav. Zachycení Změna pole stavu faktury na konečnou hodnotu „Closed“. Typ události inferred
	Vystavení faktury	Tato aktivita označuje vytvoření nového záznamu faktury v Salesforce. Jde o oficiální začátek fakturačního procesu pro konkrétní transakci. Obvykle k němu dojde po splnění objednávky nebo dosažení smluvního milníku. Událost se zaznamenává podle časového razítka vytvoření záznamu faktury.
Proč je to důležité Jde o hlavní počáteční událost fakturačního procesu. Doba od tohoto okamžiku do přijetí platby pomáhá měřit celkovou dobu cyklu od objednávky k inkasu a odhalit počáteční prodlevy při zadávání údajů. Kde data získat Událost se odvozuje od data vytvoření (pole CreatedDate) vlastního objektu Invoice nebo podobného objektu, který v Salesforce představuje fakturu. Zachycení Časové razítko vytvoření záznamu objektu faktury. Typ události explicit
	Odeslání faktury ke schválení	Faktura je dokončena a odeslána k interní kontrole před zasláním zákazníkovi. Tato aktivita se obvykle zaznamenává změnou pole stavu v záznamu faktury, například z „Draft“ na „Pending Approval“.
Proč je to důležité Sledování této aktivity pomáhá určit dobu, kterou faktura stráví ve schvalovací frontě. Jde o první důležitý krok při výpočtu KPI „Průměrná doba schválení faktury“. Kde data získat Odvozuje se ze sledování historie polí objektu Invoice, když se stav změní na hodnotu jako „Submitted for Approval“ nebo „In Review“. Zachycení Změna pole stavu faktury na „Pending Approval“. Typ události inferred
	Odeslání upomínky k platbě	Zákazníkovi byla odeslána zpráva s připomenutím blížící se nebo již zmeškané platby. Obvykle se zaznamenává jako konkrétní záznam aktivity (úkol nebo e-mail) propojený s fakturou.
Proč je to důležité Sledování upomínek pomáhá vyhodnotit účinnost postupů při vymáhání plateb. Je nezbytné pro dashboard „Účinnost upomínek k platbě“ a KPI „Míra odesílání upomínek k platbě“. Kde data získat Zachycuje se při vytvoření záznamu aktivity (úkolu nebo e-mailu) souvisejícího s objektem Faktura, pokud předmět nebo typ označuje připomenutí platby. Zachycení Vytvoření souvisejícího záznamu úkolu nebo e-mailu s konkrétním typem či předmětem. Typ události explicit
	Odpis faktury	Bylo rozhodnuto pohledávku odepsat a faktura se uzavře bez úplné úhrady. Jde o alternativní, neúspěšné zakončení fakturačního procesu.
Proč je to důležité Sledování odpisů pomáhá vyčíslit ztrátu výnosů a určit zákazníky nebo situace, které vedou ke vzniku nedobytných pohledávek. Jde o důležitou výjimečnou větev procesu, kterou je třeba sledovat kvůli finančnímu zdraví společnosti. Kde data získat Odvozuje se z časového razítka, kdy se pole stavu objektu Invoice změní na „Written Off“ nebo „Canceled - Bad Debt“. Zachycení Změna pole stavu faktury na „Written Off“. Typ události inferred
	Oprava faktury	Označuje ruční opravu nebo aktualizaci faktury po jejím zamítnutí nebo zjištění chyby. Často se odvozuje z návratu stavu faktury do předchozí fáze, například z „Rejected“ zpět na „Draft“.
Proč je to důležité Odhalení opakovaných oprav je důležité pro měření KPI „Míra opakovaných oprav faktur“. Časté opravy ukazují na problémy při původním vystavení faktury, které způsobují prodlevy. Kde data získat Odvozuje se ze sledování historie polí. Zaznamená se změna stavu z pozdější fáze, například „Rejected“ nebo „Approved“, zpět do dřívější fáze, například „Draft“ nebo „In Progress“. Zachycení Stav faktury se v průběhu procesu vrací do předchozí fáze. Typ události inferred
	Přiřazení a spárování platby	Přijatá platba byla v systému plně spárována s konkrétní fakturou a přiřazena k ní. Pohledávka je tím uzavřena. Událost se zaznamenává konečnou změnou stavu platby nebo faktury.
Proč je to důležité Tímto krokem končí cyklus přeměny pohledávek na hotovost. Dashboard „Výkonnost párování plateb“ využívá tuto aktivitu k měření efektivity finančního týmu při přiřazování přijatých plateb. Kde data získat Odvozuje se ze změny stavu faktury nebo souvisejícího objektu Payment na konečnou hodnotu, například „Reconciled“ nebo „Applied“. Zachycení Změna stavu faktury nebo platby na „Reconciled“. Typ události inferred
	Uplynutí data splatnosti	Jde o vypočítanou událost, která označuje okamžik splatnosti faktury podle sjednaných platebních podmínek. Nejde o akci uživatele, událost se odvozuje z údajů na faktuře.
Proč je to důležité Tato aktivita slouží jako důležitý bod pro analýzu platebního chování a měření KPI „Podíl včas uhrazených faktur“. Pomáhá rozlišit včasné a opožděné platby. Kde data získat Jde o vypočítanou událost. Odvozuje se porovnáním aktuálního časového razítka s polem „Due Date“ v objektu Invoice. V Salesforce se neukládá jako samostatná událost. Zachycení Vypočítá se porovnáním aktuálního data s polem Due Date na faktuře. Typ události calculated
	Zamítnutí faktury	Schvalovatel fakturu zamítl, obvykle kvůli chybám nebo nesrovnalostem. Fakturu je proto nutné opravit a znovu odeslat ke schválení. Událost se zaznamenává změnou stavu záznamu faktury na „Rejected“.
Proč je to důležité Tato aktivita značí opakovanou práci a neefektivitu procesu. Analýza četnosti zamítnutí pomáhá odhalit časté zdroje chyb a hledat jejich příčiny v dashboardu „Opakovaná práce a chyby ve fakturačním procesu“. Kde data získat Odvozuje se ze změny pole stavu objektu Invoice na „Rejected“. Údaj může být také uveden v komentářích v historii formálního Approval Process. Zachycení Změna pole stavu faktury na „Rejected“. Typ události inferred
	Zaúčtování platby do účetní knihy	Přijatá platba byla formálně zaevidována ve finančním účetním systému nebo účetní knize společnosti. Událost lze zaznamenat změnou stavu platby nebo faktury po dokončení integrace.
Proč je to důležité Tato aktivita odděluje přijetí platby od jejího finančního vypořádání. Doba mezi přijetím a zaúčtováním může odhalit prodlevy v interních účetních procesech. Kde data získat Odvozuje se ze změny pole stavu objektu Payment nebo Invoice na hodnotu jako „Posted“ nebo „Exported to ERP“. Stav se často aktualizuje prostřednictvím integrace API. Zachycení Změna stavu platby nebo faktury na „Posted“. Typ události inferred

Doporučené Volitelné

Návody k extrakci dat

Jak získat data ze Salesforce Sales Cloud

Kroky

Kontrola předpokladů: Ověřte, že máte v Salesforce potřebná oprávnění, včetně „Run Reports“, „Create and Customize Reports“ a „Export Reports“. Zkontrolujte, zda je pro důležitá stavová pole objektů Faktura a Platba zapnuté sledování historie polí. Přejděte do Setup > Object Manager, vyhledejte příslušný objekt, otevřete Fields & Relationships a klikněte na „Set History Tracking“.
Plán sestav: Tento postup vyžaduje vytvoření několika sestav, protože aktivity vycházejí z různých záznamů nebo událostí, například z vytvoření faktury, změny stavu nebo související platby. Vytvořte samostatnou sestavu pro každý zdroj a výsledky pak spojte mimo Salesforce.
Sestava pro vytvoření záznamů: Začněte nejjednoduššími událostmi. Vytvořte sestavu pro „Invoice Generated“ a „Customer Payment Received“. Přejděte na kartu Reports a klikněte na „New Report“. Vyberte typ sestavy, který zahrnuje objekt Faktura, například „Invoices“, nebo objekt Platba. Přidejte sloupce odpovídající atributům záznamu událostí. U aktivity „Invoice Generated“ bude CreatedDate záznamu faktury hodnotou EventTime.
Sestava historie polí: Chcete-li zachytit změny stavu, například „Invoice Submitted for Approval“, „Invoice Approved“, „Invoice Rejected“ a „Invoice Corrected“, vytvořte sestavu typu „Invoice History“. Tento zvláštní typ sestavy zpřístupňuje změny zaznamenané funkcí sledování historie polí. Sestavu filtrujte podle změn pole Status.
Sestava událostí založených na datech: U událostí, jako jsou „Invoice Sent to Customer“ nebo „Payment Due Date Reached“, vytvořte sestavu nad objektem Faktura. Jako EventTime použijte příslušná datová pole, například Sent_Date__c nebo Payment_Due_Date__c. Nastavte filtr tak, aby zahrnoval pouze záznamy, ve kterých tato pole nejsou prázdná.
Sestava souvisejících aktivit: U událostí, jako je „Payment Reminder Issued“, potřebujete sestavu propojující aktivity (úkoly nebo události) s fakturami. Použijte typ sestavy, například „Activities with Invoices“, nebo si vytvořte vlastní. Filtrujte aktivity podle konkrétního předmětu nebo typu, který označuje upomínku.
Přidání standardních sloupců do všech sestav: V každé sestavě přidejte sloupce, které lze namapovat na požadovanou strukturu záznamu událostí: InvoiceNumber, pole pro EventTime (například CreatedDate nebo datum změny pole), UserResponsible (například LastModifiedById) a další doporučené atributy.
Export sestav do CSV: Spusťte každou sestavu zvlášť. Na obrazovce s výsledky otevřete rozbalovací nabídku, vyberte „Export“ a zvolte formát „Details Only“ s příponou .csv. Opakujte pro všechny vytvořené sestavy.
Spojení a transformace dat: Otevřete exportované soubory CSV v tabulkovém procesoru nebo použijte nástroj pro přípravu dat. Do každého souboru přidejte nový sloupec ActivityName a vyplňte jej názvem příslušné aktivity, například „Invoice Generated“ pro všechny řádky z první sestavy. Namapujte zdrojové sloupce, například Invoice: Created Date, na standardní záhlaví záznamu událostí, například EventTime.
Vytvoření výsledného záznamu událostí: Spojte transformovaná data z jednotlivých souborů CSV do jednoho hlavního souboru. Zkontrolujte, že záhlaví sloupců přesně odpovídají názvům InvoiceNumber, ActivityName, EventTime, UserResponsible atd. Tento sjednocený soubor je výsledný záznam událostí.
Závěrečné formátování: Uložte sloučený soubor jako CSV v kódování UTF-8. Soubor je připraven k nahrání do ProcessMind.

Konfigurace

Typy reportů: Pravděpodobně budete potřebovat několik vlastních typů reportů, které propojí nadřazené objekty, například Account, s podřízenými a vnořenými objekty, jako jsou Faktura, Platba a Aktivita. Vytvořte je v Setup > Report Types.
Sledování historie polí: Tento krok je zásadní. U objektu Faktura zapněte sledování historie každého pole Status. Bez toho nelze zachytit aktivity související se změnou stavu, například „Schváleno“ nebo „Zamítnuto“. Historie se nezaznamenává zpětně.
Filtry dat: Vždy nastavte v reportech filtr data, aby objem dat zůstal zvládnutelný. Doporučujeme filtrovat datum vytvoření primárního objektu za poslední 3 až 6 měsíců, například Invoice: Created Date equals LAST 180 DAYS.
Služba exportu dat: Místo spouštění jednotlivých reportů můžete použít nativní službu Data Export (Setup > Data Export). Tato služba každý týden nebo měsíc exportuje všechna data vaší organizace. Získáte tak úplnou zálohu, její následné zpracování však vyžaduje filtrování, spojování a transformaci dat na záznam událostí.
Oprávnění uživatele: Uživatel provádějící extrakci potřebuje přístup pro čtení ke všem relevantním objektům, například Account, Order, Invoice__c, Payment__c a Aktivita, i k jejich polím. Potřebuje také oprávnění k vytváření a exportu reportů.

Ukázkový dotaz 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'

Kroky

Předpoklady a nastavení: Ověřte, že máte v systému nainstalovaný Python 3.6 nebo novější. Potřebné knihovny nainstalujte v terminálu příkazem: pip install simple-salesforce pandas. Budete také potřebovat uživatelské jméno a heslo Salesforce a bezpečnostní token. Token získáte po přihlášení do Salesforce v osobním nastavení, kde vyberete možnost „Reset My Security Token“.
Zapněte sledování historie polí: Přihlaste se do své organizace Salesforce jako správce. Přejděte do Setup a potom do Object Manager. Najděte hlavní objekt faktur, například Invoice__c, a otevřete „Fields & Relationships“. Klikněte na „Set History Tracking“. Zapněte sledování pole, které určuje stav faktury, například Status__c. Stejný postup zopakujte u objektu plateb, například Payment__c, a jeho odpovídajícího pole stavu.
Stáhněte a nastavte skript: Uložte dodaný Python skript do souboru extract_invoices.py. Otevřete ho v textovém editoru a v části „Salesforce Credentials and Settings“ upravte zástupné hodnoty. Vyplňte SF_USERNAME, SF_PASSWORD, SF_SECURITY_TOKEN a SF_INSTANCE_URL. Nastavením START_DATE a END_DATE určete období extrakce.
Upravte názvy objektů a polí: Pečlivě zkontrolujte dotazy SOQL ve skriptu. Používá zástupné názvy, například Invoice__c, Payment__c, Status__c a Total_Amount__c. Nahraďte je skutečnými názvy API objektů a polí používaných ve vaší instanci Salesforce pro fakturaci.
Spusťte extrakci: Otevřete terminál nebo příkazový řádek, přejděte do složky, kam jste skript uložili, a spusťte ho příkazem: python extract_invoices.py. Skript se připojí k Salesforce API, spustí dotazy a zpracuje data.
Sledujte průběh skriptu: Při načítání a zpracování dat pro jednotlivé typy aktivit bude skript vypisovat stavové zprávy do konzole. Doba zpracování závisí na objemu dat a limitech API. Sledujte případné chybové zprávy, které mohou upozornit na nesprávné přihlašovací údaje nebo názvy API.
Zkontrolujte výstupní soubor: Po úspěšném dokončení skript vytvoří ve stejné složce soubor salesforce_billing_event_log.csv. Otevřete ho v tabulkovém procesoru a ověřte, že obsahuje očekávaná data.
Připravte soubor k nahrání: Vytvořený soubor CSV obsahuje požadované sloupce InvoiceNumber, ActivityName a EventTime i další doporučené atributy. Je připravený k přímému nahrání do nástroje process mining bez dalšího formátování.

Konfigurace

Přihlašovací údaje Salesforce: Zadejte uživatelské jméno a heslo Salesforce a bezpečnostní token. Token je nutný pro přístup k API z adres mimo důvěryhodné rozsahy IP adres vaší organizace.
URL instance Salesforce: Zadejte doménu své instance Salesforce, například your_instance.my.salesforce.com. Pokud používáte sandbox, URL bude jiné, například test.salesforce.com.
Filtry časového rozsahu: Skript obsahuje proměnné START_DATE a END_DATE. Doporučujeme začít kratším obdobím, například 3 až 6 měsíců, abyste zvládli objem dat a dodrželi limity API. Tato data filtrují počáteční dotaz podle data vytvoření faktury.
Názvy API objektů a polí: Skript používá zástupné názvy API objektů a polí, například Invoice__c a Status__c. Nahraďte je přesnými názvy API z datového modelu Salesforce. Najdete je v Salesforce Setup v části Object Manager.
Předpoklady pro sledování změn: Přesnost záznamu událostí, zejména u změn stavu, závisí na tom, zda bylo sledování historie polí Salesforce zapnuté pro příslušná pole ještě před uskutečněním transakcí. Pokud zapnuté nebylo, historické změny se nezaznamenají.
Limity volání API: Salesforce omezuje počet volání API za 24 hodin. U velmi rozsáhlých datových sad zvažte rozdělení extrakce do menších časových období nebo její naplánování mimo špičku, abyste tyto limity nepřekročili.

Ukázkový dotaz 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()

Kroky

Vyberte platformu ETL nebo iPaaS s podporovaným konektorem Salesforce Sales Cloud a vytvořte připojení pomocí požadované metody ověřování Salesforce. V konfiguraci platformy zadejte pouze připojovací řetězec, přihlašovací údaje, identifikátor organizace nebo hodnoty specifické pro dané prostředí.
Ověřte, že připojená organizace Salesforce zpřístupňuje objekt faktury, historii stavů faktur nebo zdroj auditu, související záznamy aktivit, záznamy plateb a případné záznamy účetních integrací potřebné pro daný proces. Každý odkaz na objekt nebo pole v hranatých závorkách v dotazu nahraďte odpovídajícím názvem nastaveným ve vašem prostředí Salesforce.
Nastavte parametry přírůstkové extrakce, tedy počáteční a koncové datum. Podle potřeby použijte datum vytvoření faktury, změny stavu, aktivity, platby, zaúčtování, odsouhlasení a uzavření. Zahrňte dostatečně dlouhé zpětné období, aby se zachytily i případy vytvořené před vybraným obdobím, ale aktivní během něj.
Přidejte celý níže uvedený dotaz do komponenty pro dotazy Salesforce nebo transformace v ETL nástroji. Pokud konektor uvedenou syntaxi dotazu nepodporuje, sestavte stejnou logiku pomocí vizuálních komponent pro zdroj, filtr, spojení, vypočítané pole a sjednocení. Nespoléhejte na to, že ProcessMind odvodí události ze změn stavu. Každá aktivita musí být výslovně uvedena jako řádek záznamu událostí.
Nastavte mapování zdrojů pro objekt faktury, historii stavů faktur nebo zdroj auditu, související záznamy aktivit, záznamy plateb, záznamy o zaúčtování do hlavní knihy a záznamy o odsouhlasení. Číslo faktury namapujte na InvoiceNumber, označení aktivity na ActivityName a odpovídající časové razítko na EventTime. Pokud jsou hodnoty zdrojových dat dostupné, zachovejte doporučené atributy.
Použijte pravidla transformace. Převeďte všechna časová razítka do jednoho dohodnutého časového pásma, sjednoťte hodnoty stavů, převeďte InvoiceTotalAmount na číselný typ a PaymentDueDate na datum nebo časové razítko. Odstraňte záznamy bez InvoiceNumber nebo EventTime. Událost Payment Due Date Reached vytvořte jako samostatný řádek s hodnotou PaymentDueDate v EventTime pouze tehdy, pokud datum splatnosti spadá do období extrakce a záznam faktury je k dispozici.
Odstraňte duplicitní události podle hodnot InvoiceNumber, ActivityName, EventTime a identifikátoru zdrojového záznamu, pokud je k dispozici. Zachovejte samostatné výskyty, pokud zdroj obsahuje více oprávněných podání, zamítnutí, upomínek, oprav, plateb, zaúčtování nebo událostí odsouhlasení.
Ověřte, že výstup obsahuje všech 13 požadovaných hodnot ActivityName, každý řádek má InvoiceNumber a EventTime a časová razítka událostí jsou u každé faktury ve správném pořadí, pokud to zdrojová data umožňují.
Načtěte transformovaný výsledek do souboru CSV, Parquet nebo jiného formátu záznamu událostí podporovaného ProcessMind. Jako identifikátor případu použijte InvoiceNumber, jako sloupec aktivity ActivityName a jako sloupec času události EventTime. Přidejte UserResponsible, BillingDepartment, InvoiceStatus, InvoiceTotalAmount a PaymentDueDate jako další atributy.
Exportujte výsledný záznam událostí a nahrajte ho do ProcessMind. Při importu ověřte, že ProcessMind načítá řádky tak, jak jsou připravené, a nemusí odvozovat žádné chybějící aktivity.

Konfigurace

Konektor: Použijte předpřipravený konektor Salesforce platformy ETL nebo iPaaS a přihlaste se pomocí integračního uživatele, který má přístup ke čtení všech nastavených zdrojů faktur, historie stavů, aktivit, plateb, hlavní knihy a odsouhlasení.
Mapování objektů a polí: Nahraďte [Invoice object], [Invoice Number field], [Invoice Created Date field] a všechny další odkazy v hranatých závorkách názvy z cílové organizace Salesforce. V Salesforce se běžně používají vlastní objekty a pole, proto mapování ověřte a nepředpokládejte, že bude odpovídat.
Časový rozsah: Začněte s daty za 3 až 6 měsíců. Pokud faktury zůstávají otevřené i po skončení vykazovaného období, prodlužte zpětný rozsah a přidejte časovou rezervu pro změny stavů, platby, upomínky a odsouhlasení.
Přírůstková extrakce: Pokud je k dispozici, použijte jako kontrolní časové razítko čas poslední úspěšně extrahované změny ve zdroji. Uložte ho mimo záznam událostí a znovu zpracujte krátké překrývající se období, abyste nepřišli o pozdě doručené aktualizace.
Filtry: Filtry podle společnosti, obchodní jednotky, právnické osoby, měny, typu faktury a životního cyklu použijte pouze tehdy, pokud je analýza výslovně vyžaduje. Nahraďte [Company filter] a [Document type filter] kritérii platnými pro vaši organizaci, případně je odstraňte, pokud se na ni nevztahují.
Historie stavů: Upřednostněte zdroj, který uchovává každý přechod mezi stavy. Samotné aktuální pole stavu faktury neumožňuje spolehlivě rekonstruovat předchozí schválení, zamítnutí, opravy, odeslání, uzavření ani odpisy.
Vypočítaná událost data splatnosti: Událost Payment Due Date Reached se vytváří z hodnoty PaymentDueDate a nepředstavuje akci uživatele Salesforce. Určete, zda se má vytvářet pro všechny faktury, nebo pouze pro faktury, které zůstaly otevřené až do data splatnosti.
Související záznamy: Nastavte spojení pomocí skutečných relačních klíčů v organizaci Salesforce. Nepředpokládejte, že faktura, platba, aktivita, zaúčtování do hlavní knihy nebo záznam o odsouhlasení používají ve všech implementacích stejné pole vztahu.
Výkon: Filtrujte zdrojové záznamy podle data ještě před spojením, vybírejte pouze potřebná pole, používejte stránkování konektoru, zapněte přírůstkovou extrakci a podle možností rozdělte rozsáhlé časové rozsahy na části. Vyhněte se opakované extrakci celé historie.
Datové typy: Sjednoťte časová razítka do jednoho časového pásma, v případě potřeby auditu zachovejte původní časové razítko zdroje a pro InvoiceTotalAmount použijte desetinný typ.
Předpoklady: Licence ETL nebo iPaaS musí zahrnovat konektor Salesforce, uživatel integračního účtu musí mít povolený přístup k API a oprávnění k objektům, polím i jednotlivým záznamům všech nastavených zdrojů.
Zabezpečení: Ukládejte přihlašovací údaje ve správci tajných údajů platformy, omezte přístup k extrahovaným datům na oprávněné uživatele a dodržujte limity Salesforce i interní pravidla pro volání API a uchovávání dat.

Ukázkový dotaz config

SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    CAST(i.[Invoice Created Date field] AS TIMESTAMP) AS EventTime,
    CAST(i.[Invoice Created By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Invoice Created Date field] >= [Start date parameter]
  AND i.[Invoice Created Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Submitted for Approval' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Pending Approval'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Approved'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Rejected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Rejected'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Corrected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[Previous Status field] = 'Rejected'
  AND h.[New Status field] = 'Draft'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Sent to Customer' AS ActivityName,
    CAST(COALESCE(i.[Sent Date field], h.[Status Change Date field]) AS TIMESTAMP) AS EventTime,
    CAST(COALESCE(i.[Sent By field], h.[Changed By field]) AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(COALESCE(h.[New Status field], i.[Invoice Status field]) AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
LEFT JOIN [Invoice status history object] h
  ON h.[Invoice relationship field] = i.[Invoice record identifier field]
 AND h.[New Status field] = 'Sent'
WHERE i.[Invoice Number field] IS NOT NULL
  AND (i.[Sent Date field] IS NOT NULL OR h.[Status Change Date field] IS NOT NULL)
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) >= [Start date parameter]
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    CAST(i.[Payment Due Date field] AS TIMESTAMP) AS EventTime,
    CAST(NULL AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Payment Due Date field] IS NOT NULL
  AND i.[Payment Due Date field] >= [Start date parameter]
  AND i.[Payment Due Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    CAST(a.[Activity Date field] AS TIMESTAMP) AS EventTime,
    CAST(a.[Assigned User field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Activity object] a ON a.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND a.[Activity Type field] IN ('Task', 'Email')
  AND a.[Reminder Indicator field] = TRUE
  AND a.[Activity Date field] >= [Start date parameter]
  AND a.[Activity Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    CAST(p.[Payment Received Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Recorded By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Payment Received Date field] IS NOT NULL
  AND p.[Payment Received Date field] >= [Start date parameter]
  AND p.[Payment Received Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Posted to Ledger' AS ActivityName,
    CAST(p.[Ledger Posting Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Posted By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Ledger Posting Date field] IS NOT NULL
  AND p.[Ledger Posting Date field] >= [Start date parameter]
  AND p.[Ledger Posting Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    CAST(r.[Reconciliation Date field] AS TIMESTAMP) AS EventTime,
    CAST(r.[Reconciled By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Reconciliation object] r ON r.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND r.[Reconciliation Date field] IS NOT NULL
  AND r.[Reconciliation Date field] >= [Start date parameter]
  AND r.[Reconciliation Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Closed'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Written Off' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Written Off'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]

Chcete začít?

Využijte tuto šablonu jako výchozí bod pro analýzu procesů a hledejte možnosti, jak je zlepšit. Začněte optimalizovat fakturaci ještě dnes.

Zpět na průvodce zlepšováním

Stáhnout šablonu

Rychlejší platby: zlepšete fakturaci v procesu O2C

Zkraťte fakturační cyklus o 30 % a zlepšete cash flow bez zbytečné námahy.

Zahájit zkušební verzi

Bez platební karty, snadné nastavení během několika minut

Šablona dat pro fakturaci v procesu Order to Cash

Šablona dat pro fakturaci v procesu Order to Cash

Atributy fakturace v procesu Order to Cash

Aktivity fakturace v procesu Order to Cash

Návody k extrakci dat

Salesforce Report Builder a služba Data Export

Kroky

Konfigurace

Ukázkový dotaz config

Python skript využívající Salesforce REST API

Kroky

Konfigurace

Ukázkový dotaz python

Extrakce pomocí ETL nástroje a předpřipraveného konektoru Salesforce

Kroky

Konfigurace

Ukázkový dotaz config

Chcete začít?

Rychlejší platby: zlepšete fakturaci v procesu O2C