> Folyamatos folyamatfejlesztés > Rendeléstől a pénz beérkezéséig tartó számlázási folyamat > Salesforce Sales Cloud > Adatsablon

Order to Cash számlázási és számlakiállítási adatmintája

Salesforce Sales Cloud

← Vissza a folyamatfejlesztési útmutatóhoz

Az Order to Cash számlázási és számlakiállítási folyamatának attribútumai(19) Az Order to Cash számlázási és számlakiállítási tevékenységei(13) Útmutatók az adatok kinyeréséhez(3)

Order to Cash számlázási és számlakiállítási adatmintája

Ez a minta bemutatja, milyen adatattribútumokra és tevékenységekre van szükség az Order to Cash számlázási és számlakiállítási folyamatának hatékony elemzéséhez. Felsorolja, milyen adatokat gyűjtsön az eseménynaplóhoz, és gyakorlati útmutatást ad az adatok kinyeréséhez. Használja az anyagot a process mining kezdeményezések előkészítéséhez és az elemzési eredmények feltárásához.

Javasolt attribútumok
Követendő fő tevékenységek
Útmutató az adatok kinyeréséhez

Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Sablon letöltése

Az Order to Cash számlázási és számlakiállítási folyamatának attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba az Order to Cash számlázási és számlakiállítási folyamatának részletes elemzéséhez, hogy minden fontos információ rendelkezésre álljon.

3 Kötelező 5 Javasolt 11 Nem kötelező

	Név	Leírás
	Esemény időpontja EventTime	Az időbélyeg, amely megmutatja, mikor történt egy adott tevékenység.
Leírás Ez az adat minden tevékenység dátumát és időpontját tartalmazza. Ez szükséges az események időrendi sorrendjének megállapításához és a teljesítmény elemzéséhez. Az időbélyegek alapján meghatározható az események sorrendje és a közöttük eltelt idő. A folyamat elemzésekor az esemény időpontjából számíthatók ki az időalapú mutatók, köztük a ciklusidők, a várakozási idők és az egyes tevékenységek időtartama. Ez az „Átlagos számlaciklusidő” és a „DSO” KPI alapja, valamint a „Számlajóváhagyási ciklusidő” és a „Fizetésegyeztetés eredményessége” dashboard adatforrása. Miért fontos? Ez az időbélyeg szükséges az események helyes sorrendbe állításához és a teljesítménymutatók, például a ciklusidők és az időtartamok kiszámításához. Ezek segítenek feltárni a késedelmeket. Hol szerezhető be? Az adat gyakran a Invoice objektum vagy a kapcsolódó Task- és Event-rekordok rendszer által létrehozott időbélyegmezőiből, például a `CreatedDate` vagy a `LastModifiedDate` mezőből származik. Példák 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	Számlaszám InvoiceNumber	Az egyes számlák egyedi azonosítója, amely a számlázási folyamat elsődleges esetazonosítója.
Leírás A számlaszám az azonosító adat, amely egyetlen esetbe rendezi az összes kapcsolódó számlázási tevékenységet. Minden számlaszám egy ügyfélnek küldött külön számladokumentumot jelöl. A process mining elemzésben ezzel követhető végig a számla teljes életciklusa a kiállítástól a végső kifizetésig és lezárásig. A számlaszám szükséges a folyamattérkép összeállításához és az esetszintű KPI-k, például az „Átlagos számlaciklusidő” és a „Vevőkövetelések átlagos beszedési ideje” kiszámításához. A számlaszám szerinti elemzés feltárja az egyes számlázási esetek szűk keresztmetszeteit, javítási köreit és a szabályoktól való eltéréseit. Miért fontos? Ez az azonosító kapcsolja össze a számlához tartozó összes eseményt, így minden egyes tranzakció számlázási folyamata az elejétől a végéig áttekinthető. Hol szerezhető be? Ez általában a Salesforce Sales Cloud Invoice objektumának elsődleges kulcsa, amelyet gyakran az `InvoiceNumber` mező vagy egy hasonló egyedi azonosító tárol. Példák INV-00582INV-01934INV-10345
	Tevékenység neve ActivityName	A számlázási folyamatban történt konkrét üzleti esemény neve.
Leírás Ez az adat a számla életciklusának elért lépését vagy mérföldkövét jelöli, például „Számla létrehozva” vagy „Fizetés beérkezett”. Ezek a tevékenységek alkotják a folyamattérkép csomópontjait. A tevékenységek sorrendjének elemzése a process mining alapja. Megmutatja a tényleges folyamatmenetet, amely összevethető a tervezett folyamattal. Segít feltárni az eltéréseket, az egyes lépések közötti szűk keresztmetszeteket és a javítási köröket. Ezzel közvetlenül támogatja például a „Számlázási folyamat: ismételt munka és hibák” és a „Számlázási megfelelési eltérések” dashboardot. Miért fontos? Meghatározza a folyamat lépéseit, így a folyamattérkép alapját adja, és lehetővé teszi a munkafolyamat, a szűk keresztmetszetek és az eltérések elemzését. Hol szerezhető be? Ez jellemzően a Invoice objektum Status mezőjének változásából vagy a kapcsolódó objektumok, például a Task vagy az Event rekordjaiból állapítható meg. Ezek az egyes műveleteket rögzítik. Példák Számla létrehozvaSzámla jóváhagyvaSzámla elküldve az ügyfélnekFizetés beérkezett
	Felelős felhasználó UserResponsible	Az a felhasználó vagy ügyintéző, aki elvégezte a tevékenységet.
Leírás Ez az adat megmutatja, melyik Salesforce-felhasználó felelt egy adott tevékenységért, például egy számla jóváhagyásáért vagy egy fizetés könyveléséért. Gyakran a rekordot utoljára módosító felhasználóhoz vagy a feladat felelőséhez kapcsolódik. A felelős felhasználó szerinti elemzés segít megérteni a csapat teljesítményét, a munkaterhelés eloszlását és a képzési igényeket. A „Számlázócsapat terhelése és teljesítménye” dashboardon összehasonlítható a teljesítmény, és elemezhető az erőforrások elosztása. Késedelmek vagy hibák okainak feltárásakor is hasznos. Miért fontos? Lehetővé teszi az egyéni és csapatteljesítmény, valamint a munkaterhelés eloszlásának elemzését. Segít azonosítani a kiemelkedően teljesítőket és azokat a felhasználókat, akiknek további képzésre van szükségük. Hol szerezhető be? Az adat a Invoice objektum `LastModifiedById` mezőjében vagy a kapcsolódó Task- és egyéni objektumok `OwnerId` mezőjében található. A felhasználó nevének lekéréséhez ezeket az azonosítókat össze kell kapcsolni a User objektummal. Példák Alice JohnsonBob WilliamsCharlie Brown
	Fizetési határidő PaymentDueDate	Az a dátum, ameddig az ügyfélnek ki kell fizetnie a számlát.
Leírás Ez az adat a számlán feltüntetett fizetési határidőt jelöli. A számla dátuma és a megállapodott fizetési feltételek alapján számítják ki. A fizetési határidő fontos adat a pénzügyi tervezéshez és a követeléskezeléshez. Ehhez viszonyítva mérhető a tényleges fizetési teljesítmény. Szükséges a „Határidőre fizetési arány” KPI kiszámításához és a fizetési határidők betartását követő dashboardokhoz, például a „Vevőkövetelések átlagos beszedési idejének (DSO) alakulása” dashboardhoz. Miért fontos? Ez szolgál alapul a fizetési teljesítmény méréséhez, a DSO kiszámításához és a fizetési felszólításokhoz hasonló behajtási lépések elindításához. Hol szerezhető be? Ez egy szabványos dátummező a Salesforce Invoice objektumán, gyakori neve például a `DueDate`. Példák 2023-05-152023-06-302023-07-01
	Számla állapota InvoiceStatus	A számla aktuális állapota az életciklusában.
Leírás Ez az adat a számla aktuális állapotát mutatja, például „Draft”, „Awaiting Approval”, „Sent”, „Paid” vagy „Void”. Bármely adott időpontban megmutatja, hol tart a számla a folyamatban. A számla állapota fontos szűrési és csoportosítási szempont. Az elemzők külön vizsgálhatnak egyes számlacsoportokat, például az összes fizetésre váró vagy elutasított számlát. Ez segít a munka fontossági sorrendjének meghatározásában, és feltárja, mi jellemzi az egyes szakaszokban elakadt számlákat. Miért fontos? Egyértelműen megmutatja a számla aktuális állapotát, így szűrhetők és elemezhetők a nyitott, lezárt vagy problémás esetek. Hol szerezhető be? Ez általában egy szabványos, legördülő listás mező, amelynek neve `Állapot`, és a Salesforce `Számla` objektumán található. Példák Jóváhagyásra várJóváhagyvaElküldve az ügyfélnekKifizetveLeírva
	Számla végösszege InvoiceTotalAmount	A számla teljes pénzösszege.
Leírás Ez az adat az ügyféltől az átadott termékekért vagy szolgáltatásokért járó teljes összeget jelöli. Minden számlázási esethez pénzügyi mutatóként kapcsolódik. A számla végösszegének elemzésével előnyben részesíthetők a nagy értékű számlák, és összehasonlítható a kisebb, illetve nagyobb tranzakciók feldolgozása. Az adat dashboardokon is használható csoportosításra, például annak vizsgálatára, hogy a nagyobb összegű számlák jóváhagyása tovább tart-e, vagy később fizetik-e ki őket. Ez segít a pénzügyi kockázat kezelésében és a követeléskezelési munka célzottabbá tételében. Miért fontos? Lehetővé teszi a pénzügyi hatás elemzését, segít előnyben részesíteni a nagy értékű számlákat, és megérteni, hogyan befolyásolja az összeg a folyamatot, például a jóváhagyási időt vagy a fizetési késedelmet. Hol szerezhető be? Ez valószínűleg az Invoice objektum szabványos pénznemmezője, amelynek neve például `GrandTotal` vagy egy hasonló összesítő mező lehet. Példák 5400.5012500.00850.75
	Számlázási osztály BillingDepartment	A számlázási tevékenységért felelős osztály vagy csapat.
Leírás Ez az adat a felelős felhasználó szervezeti egységét jelöli, például a „Kintlévőség-kezelés” vagy az „Értékesítési működés” csapatot. Az érték általában a Salesforce-felhasználó profiljából vagy szerepköréből származik. Az osztályonkénti teljesítményelemzés segít megérteni, ki felel a folyamatért, és feltárni az egyes csapatok működésében jelentkező rendszerszintű problémákat. A „Fizetésegyeztetés eredményessége” és a „Számlázócsapat terhelése és teljesítménye” dashboardon összehasonlítható a hatékonyság és az erőforrások kihasználtsága az egyes szervezeti egységek között. Miért fontos? Lehetővé teszi a teljesítmény csapat- vagy osztályszintű elemzését, és segít feltárni az adott csoportot érintő szűk keresztmetszeteket, erőforráshiányt vagy képzési hiányosságokat. Hol szerezhető be? Ezeket az adatokat általában a Salesforce `User` objektuma tárolja, például a `Szervezeti egység` vagy a `Role.Name` mezőben. Példák Kintlévőség-kezelésPénzügyi működésKöveteléskezelő csapat
	Esemény befejezési ideje EventEndTime	Az időbélyeg azt mutatja, mikor fejeződött be egy tevékenység.
Leírás Ez az attribútum rögzíti, mikor fejeződött be egy tevékenység. A számlázásban sok tevékenység azonnali esemény, ahol a kezdési és a befejezési idő megegyezik. Egy jóváhagyási lépésnek azonban mérhető időtartama lehet. A befejezési idő alapján pontosan kiszámítható a tevékenység feldolgozási ideje, vagyis az az idő, amíg egy munkatárs vagy rendszer ténylegesen dolgozik a feladaton. Így elkülöníthető az aktív munkavégzés és a várakozás, ami részletesebb képet ad a folyamat hatékonyságáról. Miért fontos? Lehetővé teszi a tevékenységek pontos feldolgozási idejének kiszámítását, és elkülöníti az aktív munkát a tétlen várakozástól, így pontosabban elemezhető a hatékonyság. Hol szerezhető be? Ez általában nem szabványos mező. A következő tevékenység `StartTime` értékéből kell kiszámítani, vagy egy egyéni mezőben kell rögzíteni. Példák 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	Fizetési feltételek PaymentTerms	A számla kifizetéséről megállapodott feltételek, például „30 napos fizetési határidő” vagy „fizetés átvételkor”.
Leírás Ez az attribútum határozza meg, milyen szabályok szerint és mikor kell kifizetni a számlát. Gyakran ez alapján számítják ki a fizetési határidőt, és a korai fizetésért járó kedvezmény feltételeit is tartalmazhatja. A fizetési feltételek szerinti elemzés megmutatja, hogyan befolyásolják a különböző megállapodások a fizetési szokásokat. Az „Early Payment Discount Utilization” dashboardhoz is szükség van rá: a dashboard a fizetés dátumát veti össze a feltételekkel, így azonosíthatók az elszalasztott pénzügyi lehetőségek. Az attribútum azt is segít megérteni, miért hosszabb vagy rövidebb egyes számlák fizetési ciklusa. Miért fontos? Segít értelmezni a fizetési határidőket, és nélkülözhetetlen a fizetési szokások, a DSO és a korai fizetési kedvezményeket kínáló programok eredményességének elemzéséhez. Hol szerezhető be? Ez az adat valószínűleg egy legördülő listában vagy szövegmezőben található a Salesforce Invoice objektumán vagy a hozzá kapcsolódó Account objektumon. Példák 30 napos fizetési határidő60 napos fizetési határidő2% kedvezmény 10 napon belüli fizetés esetén, egyébként 30 napos határidőFizetés átvételkor
	Forrásrendszer SourceSystem	Megadja, melyik rendszerből származnak az adatok.
Leírás Ez az adat jelöli, melyik forrásalkalmazásban keletkeztek az eseményadatok. Ennél a folyamatnál ez általában a „Salesforce Sales Cloud”. Több integrált rendszer használatakor ez a mező segít nyomon követni az adatok eredetét és elhárítani a hibákat. Megmutatja az adatok hátterét, és segít abban, hogy a különböző rendszerekből származó eseményeket a process mining eszköz megfelelően egyesítse és értelmezze. Miért fontos? Fontos információt ad az adatok eredetéről, ami több rendszer használatakor elengedhetetlen az adatirányításhoz, az ellenőrzéshez és az elemzéshez. Hol szerezhető be? Ez általában az adatkinyerés, -átalakítás és -betöltés (ETL) során hozzáadott állandó érték, amely az adathalmaz eredetét jelöli. Példák Salesforce Sales CloudSFSC
	Késedelmes fizetés IsLatePayment	Számított jelző, amely megmutatja, hogy a fizetés a határidő után érkezett-e be.
Leírás Ez a logikai attribútum a „Customer Payment Received” időbélyeg és a „Payment Due Date” összehasonlításával áll elő. Értéke igaz, ha a fizetés késett, egyébként hamis. A jelző egyszerűbbé teszi a fizetési szokások és a behajtás eredményességének elemzését. Ez az „On-Time Payment Rate” KPI alapja, és segít az ügyfelek határidőben vagy késve fizető csoportokba sorolásában a további elemzéshez. Minden számlánál egyértelmű, kétértékű eredményt ad a fizetési teljesítményről. Miért fontos? Egyértelmű mutatót ad a behajtás eredményességéről, közvetlenül támogatja az „On-Time Payment Rate” KPI-t, és lehetővé teszi a késedelmes fizetések okainak elemzését. Hol szerezhető be? Ez az attribútum nem szerepel a forrásrendszerben. Az ETL-réteg vagy a process mining eszköz számítja ki a fizetés dátumának és a `PaymentDueDate` mezőnek az összehasonlításával. Példák truefalse
	Számla pénzneme InvoiceCurrency	A számla összegének pénznemkódja, például USD vagy EUR.
Leírás Ez az attribútum jelzi, milyen pénznemben állították ki a számlát. Különösen fontos a több országban működő szervezetek számára. Ez a mező nélkülözhetetlen a pénzügyi elemzések értelmezéséhez. Lehetővé teszi a pénzösszegek helyes összesítését, valamint a folyamatmutatók összehasonlítását különböző pénznemű területek között. A pénzügyi KPI-k elemzésekor szűrőként kell használni, hogy ne keveredjenek a különböző pénznemek. Miért fontos? Értelmezhetővé teszi a pénzösszegeket, így pontos pénzügyi elemzés és jelentés készíthető, különösen a több országban működő szervezeteknél. Hol szerezhető be? Ez általában a szabványos `CurrencyIsoCode` mező, amely a több pénznemet támogató Salesforce-példányokban érhető el. Példák USDEURGBPJPY
	Számlázási ország BillingCountry	A számla számlázási címében megadott ország.
Leírás Ez az attribútum rögzíti az ügyfél számlázási címének országát. Fontos földrajzi szempont a folyamatadatok csoportosításakor. A számlázási folyamat országonkénti elemzésével feltárhatók a teljesítmény, a megfelelés és az ügyfélviselkedés regionális eltérései. Kiderülhet például, hogy egyes országokban hosszabb a fizetési ciklus, gyakoribb az utómunka, vagy a folyamatot befolyásoló sajátos szabályozási követelmények érvényesek. Ez támogatja a folyamatok nemzetközi összehangolását és a helyi igényekhez igazított fejlesztését. Miért fontos? Földrajzi elemzést tesz lehetővé, amellyel feltárhatók a teljesítmény, a megfelelési követelmények és a fizetési szokások regionális eltérései. Hol szerezhető be? Ez az Invoice objektum szabványos, összetett címmezőjének része, jellemzően `BillingCountry` néven. Példák USANémetországJapánBrazília
	Történt utómunka IsRework	Számított jelző, amely megmutatja, hogy a számlánál történt-e utómunka.
Leírás Ez a logikai attribútum az adatok feldolgozásakor keletkezik. Értéke igaz, ha a számla tevékenységsorozata utómunkára utal, például egy korábbi szakaszhoz való visszatérésre, miután a folyamat már túljutott rajta (például a „Számla javítva” tevékenység a „Számla jóváhagyva” után). Ez a jelző gyorsan azonosítja és számszerűsíti a folyamat hatékonysági problémáit. Közvetlenül alapul szolgál az „Invoice Rework Rate” KPI-hoz és a „Billing Process Rework & Errors” dashboardhoz. Segítségével az elemzők elkülöníthetik és megvizsgálhatják a költséges, időigényes utómunkát igénylő eseteket. Miért fontos? A javítási körök azonosításával közvetlenül számszerűsíti a folyamat hatékonysági problémáit, segít feltárni a hibák forrását és kiszámítani a gyenge minőség költségét. Hol szerezhető be? Ez az attribútum nem szerepel a forrásrendszerben. A process mining eszköz vagy az ETL-réteg számítja ki az egyes esetek tevékenységsorozata alapján. Példák truefalse
	Ügyfél neve CustomerName	A számlázott ügyfél vagy vállalat neve.
Leírás Ez az adat azonosítja azt az ügyfelet vagy vállalatot, amelynek a számlát kiállították. A Salesforce-ban általában a kapcsolódó Account rekordból származik. Az ügyfelenkénti folyamatelemzés segít megérteni az egyes ügyfelekre jellemző viselkedést, és feltárni a kiemelt ügyfeleket érintő problémákat. Megmutathatja például, ha egyes ügyfelek rendszeresen késve fizetnek, több számlajavítást igényelnek, vagy összetett jóváhagyási folyamatuk van. Ezek az információk segítenek az ügyfélkapcsolatok kezelésében és a követeléskezelési stratégia testreszabásában. Miért fontos? Ügyfélközpontú elemzést tesz lehetővé. Feltárhatók például azok az ügyfelek, akik gyakran késve fizetnek vagy több számlajavítást igényelnek, így javítható az ügyfélkapcsolatok kezelése. Hol szerezhető be? Az adat az `Account.Name` mezőből származik, amely az Invoice objektum és az Account objektum közötti keresési kapcsolaton keresztül érhető el. Példák ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	Ügyfélkapcsolat felelőse AccountOwner	Az ügyfélfiókért felelős értékesítő vagy ügyfélkapcsolati menedzser.
Leírás Ez az attribútum azonosítja, ki felel a vállalaton belül az ügyfélkapcsolatért. A Salesforce Account objektumához általában az értékesítőt vagy az ügyfélkapcsolati menedzsert rendelik hozzá. Bár az ügyfélkapcsolat felelőse nem vesz részt közvetlenül a számlázásban, elemzési szempontként hasznos lehet. A számlázási folyamat problémái hatással lehetnek az ügyfélkapcsolatra, ez az attribútum pedig összeköti a folyamat teljesítményét az üzleti területtel. Segítségével megvizsgálható, hogy bizonyos felelősökhöz tartozó ügyfeleknél gyakoribbak-e a számlázási problémák. Miért fontos? Összekapcsolja a számlázási folyamat teljesítményét az ügyfélkapcsolat üzleti felelősével, így felmérhető, milyen üzleti hatással járnak a számlázási hibák és késések. Hol szerezhető be? Ez az Invoice objektumhoz kapcsolódó Account objektum `Owner.Name` mezője. Példák David MillerSophia GarciaJames Wilson
	Utolsó adatfrissítés LastDataUpdate	A forrásrendszerből érkező legutóbbi adatfrissítés időbélyege.
Leírás Ez az adat jelzi, mikor nyerték ki utoljára a process mining elemzéshez szükséges adatokat a Salesforce Sales Cloudból. A frissítés során az egész adathalmazhoz hozzáadott metaadatmező. Az időbélyegből a felhasználók megtudhatják, mennyire frissek az elemzés adatai. Segít ellenőrizni, hogy az általuk megtekintett dashboardok és KPI-k naprakészek-e. Ez fontos ahhoz, hogy a folyamatokról kapott információk alapján időben és megalapozottan szülessenek üzleti döntések. Miért fontos? Tájékoztatja a felhasználókat az adatok frissességéről, így a döntések a folyamat aktuális és releváns képére épülhetnek. Hol szerezhető be? Ezt az értéket az ETL-eszköz vagy az adatfolyam hozza létre, és minden futáskor hozzáadja az adathalmazhoz. Példák 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Vevőkövetelések átlagos beszedési ideje DaysSalesOutstanding	A számla kiküldése és a fizetés beérkezése között eltelt napok száma.
Leírás A vevőkövetelések átlagos beszedési ideje (DSO) fontos pénzügyi mutató. Azt méri, hogy egy értékesítés után átlagosan hány nap alatt érkezik be a fizetés. A „Invoice Sent to Customer” és a „Customer Payment Received” esemény közötti idő alapján számítható ki. Ez a KPI kiemelt szerepet kap az Order to Cash folyamat elemzésében, ez az attribútum pedig minden egyes számlához elérhetővé teszi. Közvetlenül támogatja a „Days Sales Outstanding (DSO) Trend” dashboardot, és nélkülözhetetlen a pénzforgalom nyomon követéséhez és javításához. Miért fontos? Ez a KPI a behajtási folyamat eredményességét és annak a vállalat pénzforgalmára gyakorolt közvetlen hatását méri. Hol szerezhető be? Ez egy számított attribútum. A képlet: `(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`. Példák 32 nap58 nap29 nap

Kötelező Javasolt Nem kötelező

Az Order to Cash számlázási és számlakiállítási tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban a folyamat pontos feltárásához és teljesítményének értékeléséhez.

5 Javasolt 8 Nem kötelező

	Tevékenység	Leírás
	Számla elküldve az ügyfélnek	A jóváhagyott számlát hivatalosan eljuttatták az ügyfélhez e-mailben, postai úton vagy portálon keresztül. Ezt gyakran a „Sent Date” mező kitöltése vagy az állapot „Sent” értékre változása jelzi.
Miért fontos? Ezzel indul a fizetési időszak, és ez a DSO kiszámításának kezdőpontja. Fontos mérföldkő az ügyféllel folytatott kommunikáció és a fizetési határidők követésében. Hol szerezhető be? Az esemény a Invoice objektum „Sent Date” mezőjének kitöltéséből vagy az állapot „Sent” értékre módosításából állapítható meg. Ha a küldés integrált e-mail-eszközzel történt, az Activity History naplóban külön eseményként is szerepelhet. Rögzítés A „Sent_Date__c” mező kitöltésének időbélyege. Eseménytípus inferred
	Számla jóváhagyva	Egy jogosult felhasználó ellenőrizte és jóváhagyta a számlát, megerősítve annak pontosságát és ügyfélnek való elküldhetőségét. Az eseményt általában az jelzi, hogy a számla állapota „Approved” értékre változik.
Miért fontos? Ez fontos mérföldkő, amelytől a számlázási folyamat további lépései függenek. Az itt jelentkező késedelmek jelentős szűk keresztmetszetet okozhatnak, és növelhetik a DSO-t, valamint a teljes ciklusidőt. Ezeket a „Számlajóváhagyási ciklusidő” dashboard méri. Hol szerezhető be? Az Invoice objektum állapotmezőjének „Approved” értékre változásából következtethető ki. Salesforce Approval Processes használatakor a ProcessInstance objektum előzményeiből közvetlenül is rögzíthető. Rögzítés A számla állapotmezőjének „Approved” értékre változása vagy egy hivatalos jóváhagyási lépés befejezése. Eseménytípus inferred
	Számla létrehozva	Ez a tevékenység jelzi, hogy új számlarekord jött létre a Salesforce-ban. Ezzel hivatalosan elindul az adott tranzakció számlázási folyamata. Erre általában a megrendelés teljesítése vagy egy szerződéses mérföldkő elérése után kerül sor. Az esemény rögzítéséhez a számlarekord létrehozásának időbélyegét használják.
Miért fontos? Ez a számlázási folyamat elsődleges kezdő eseménye. A kezdőpont és a fizetés közötti idő elemzésével mérhető a rendeléstől a pénz beérkezéséig tartó teljes ciklusidő, és feltárhatók az adatbevitel kezdeti késedelmei. Hol szerezhető be? Az esemény a Salesforce Invoice egyéni objektumának vagy egy hasonló, számlát reprezentáló objektumnak a létrehozási dátumából (CreatedDate mező) származik. Rögzítés A számlaobjektum létrehozásának időbélyege. Eseménytípus explicit
	Számla lezárva	A számla életciklusa véget ért: a számlát teljes egészében kifizették és egyeztették. Ez a sikeresen feldolgozott számla utolsó tevékenysége, amelyet általában állapotfrissítés rögzít.
Miért fontos? Ez a tevékenység a folyamat elsődleges végpontja, így pontosan kiszámítható a teljes folyamat ciklusideje. Egyértelműen meghatározza, mikor tekinthető befejezettnek a folyamat. Hol szerezhető be? Az Invoice objektum állapotmezőjének „Closed”, „Paid in Full” vagy hasonló végleges értékre frissítésekor rögzített időbélyegből következtethető ki. Rögzítés A számla állapotmezőjének módosulása a végleges „Closed” értékre. Eseménytípus inferred
	Ügyfél befizetése beérkezett	Az ügyfél befizette a számlát, és az összeg beérkezett. Ezt általában a számlához kapcsolt „Payment” rekord létrehozásával rögzítik.
Miért fontos? Ez a pénzbeszedési folyamat legfontosabb mérföldköve. A DSO számításának végpontja, és azt jelzi, hogy a bevétel sikeresen beérkezett. Hol szerezhető be? A Invoice objektumhoz kapcsolódó „Payment” egyéni objektumrekord létrehozási dátumából rögzíthető. A számla állapotának „Paid” értékre változásából is következtetni lehet rá. Rögzítés Kapcsolódó Payment rekord létrehozása. Eseménytípus explicit
	Elérkezett a fizetési határidő	Ez egy számított esemény, amely azt az időpontot jelöli, amikor a számla fizetése a fizetési feltételek szerint esedékessé válik. Nem felhasználói művelet, hanem a számlaadatokból származtatott esemény.
Miért fontos? Ez a tevékenység fontos viszonyítási alap a fizetési szokások elemzéséhez és a „Határidőre fizetési arány” KPI méréséhez. Segít megkülönböztetni a határidőre és a késve teljesített fizetéseket. Hol szerezhető be? Ez számított esemény. A rendszer az aktuális időbélyeget hasonlítja össze az Invoice objektum „Due Date” mezőjével. Az esemény nem szerepel tárolt eseményként a Salesforce-ban. Rögzítés A rendszer az aktuális dátumot összehasonlítja a számla „Due Date” mezőjével. Eseménytípus calculated
	Fizetés könyvelve a főkönyvben	A beérkezett fizetést hivatalosan rögzítették a vállalat pénzügyi rendszerében vagy főkönyvében. Ezt az integráció futása után a fizetési vagy számlarekord állapotának módosulása jelezheti.
Miért fontos? Ez a tevékenység különválasztja a fizetés beérkezését a pénzügyi egyeztetéstől. A beérkezés és a könyvelés közötti idő megmutathatja a belső könyvelési folyamatok késedelmeit. Hol szerezhető be? A Payment vagy Invoice objektum állapotmezőjének például „Posted” vagy „Exported to ERP” értékre változásából következtethető ki. Az állapotot gyakran API-integráció frissíti. Rögzítés A fizetés vagy a számla állapotának módosulása „Posted” értékre. Eseménytípus inferred
	Fizetési emlékeztető elküldve	Az ügyfélnek emlékeztetőt küldtek a közelgő vagy lejárt fizetésről. Ezt gyakran külön Activity-rekordként, Taskként vagy e-mailként rögzítik, amely a számlához kapcsolódik.
Miért fontos? Az emlékeztetők követésével értékelhető a követeléskezelési stratégia eredményessége. Ez az adat szükséges a „Fizetési emlékeztetők eredményessége” dashboardhoz és a „Fizetési emlékeztetők küldési aránya” KPI-hoz. Hol szerezhető be? Az adat a Invoice objektumhoz kapcsolódó Activity-rekord, például Task vagy e-mail létrehozásából származik. A tárgy vagy a típus jelzi, hogy fizetési emlékeztetőről van szó. Rögzítés Egy meghatározott típusú vagy tárgyú kapcsolódó Task- vagy e-mail-rekord létrehozása. Eseménytípus explicit
	Pénzösszeg hozzárendelve és egyeztetve	A beérkezett fizetést a rendszer teljes egészében hozzárendelte a megfelelő számlához, így a követelés rendeződött. Ezt a fizetési vagy számlarekord végső állapotváltozása jelzi.
Miért fontos? Ez a pénz beérkezéséig tartó ciklus utolsó lépése. A „Fizetésegyeztetés eredményessége” dashboard ezt a tevékenységet használja annak mérésére, hogy a pénzügyi csapat milyen hatékonyan rendeli hozzá a beérkezett összegeket a számlákhoz. Hol szerezhető be? Az Invoice objektum vagy a kapcsolódó Payment objektum állapotának végleges értékre, például „Reconciled” vagy „Applied” értékre változásából következtethető ki. Rögzítés A számla vagy a fizetés állapotának módosulása „Reconciled” értékre. Eseménytípus inferred
	Számla elutasítva	A jóváhagyó elutasította a számlát, általában hiba vagy eltérés miatt. A számlát ilyenkor javítani kell, majd újra be kell nyújtani. Ezt a számlarekord állapotának „Rejected” értékre változása jelzi.
Miért fontos? Ez a tevékenység ismételt munkát és a folyamat hatékonysági problémáját jelzi. Az elutasítások gyakoriságának elemzése segít feltárni a gyakori hibaforrásokat, és támogatja a „Számlázási folyamat: ismételt munka és hibák” dashboard okfeltáró elemzését. Hol szerezhető be? Az Invoice objektum állapotmezőjének „Rejected” értékre változásából következtethető ki. Az adat a hivatalos Approval Process előzményeiben szereplő megjegyzésekből is kinyerhető. Rögzítés A számla állapotmezőjének módosulása „Rejected” értékre. Eseménytípus inferred
	Számla javítva	A számla kézi javítását vagy módosítását jelzi, miután elutasították vagy hibát találtak benne. Erre gyakran abból lehet következtetni, hogy a számla állapota visszalép egy korábbi értékre, például „Rejected” állapotból „Draft” állapotba.
Miért fontos? A javítási körök feltárása elengedhetetlen a „Számlajavítási arány” KPI méréséhez. A sok javítás arra utal, hogy a számla kezdeti létrehozásakor probléma merült fel, ami késedelmet okoz. Hol szerezhető be? A mezőelőzményekből következtethető ki: a későbbi szakaszra jellemző érték, például „Rejected” vagy „Approved”, korábbi értékre, például „Draft” vagy „In Progress” értékre változik. Rögzítés A számla állapota visszalép a folyamatban. Eseménytípus inferred
	Számla jóváhagyásra benyújtva	A számlát véglegesítették, és az ügyfélnek való elküldés előtt belső ellenőrzésre benyújtották. Ezt általában a számlarekord állapotmezőjének változása jelzi, például a „Draft” állapot „Pending Approval” értékre módosulása.
Miért fontos? Ennek a tevékenységnek a követésével elkülöníthető, mennyi időt tölt a számla a jóváhagyási sorban. Ez az „Átlagos számlajóváhagyási idő” KPI kiszámításának egyik alapja. Hol szerezhető be? A Invoice objektum mezőelőzményeiből következtethető ki, amikor az állapotmező értéke például „Submitted for Approval” vagy „In Review” értékre változik. Rögzítés A számla állapotmezőjének módosulása „Pending Approval” értékre. Eseménytípus inferred
	Számla leírva	Döntés született a tartozás elengedéséről, ezért a számlát teljes kifizetés nélkül lezárták. Ez a számlázási folyamat egyik sikertelen, alternatív lezárása.
Miért fontos? A leírt követelések követésével számszerűsíthető a bevételkiesés, és azonosíthatók a rossz követeléseket okozó ügyfelek vagy helyzetek. A pénzügyi helyzet megítéléséhez ezt a kivételes folyamatágat is figyelni kell. Hol szerezhető be? Az Invoice objektum állapotmezőjének „Written Off” vagy „Canceled - Bad Debt” értékre frissítésekor rögzített időbélyegből következtethető ki. Rögzítés A számla állapotmezőjének módosulása „Written Off” értékre. Eseménytípus inferred

Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Salesforce Sales Cloudból

Lépések

Előfeltételek ellenőrzése: Ellenőrizze, hogy rendelkezik-e a szükséges Salesforce-jogosultságokkal, köztük a „Run Reports”, „Create and Customize Reports” és „Export Reports” engedéllyel. Győződjön meg arról, hogy a Field History Tracking engedélyezve van az Invoice és Payment objektum fontos állapotmezőin. Ehhez lépjen a Setup > Object Manager menübe, keresse meg a megfelelő objektumot, nyissa meg a Fields & Relationships részt, majd kattintson a „Set History Tracking” lehetőségre.
A jelentések megtervezése: Mivel a tevékenységek különböző rekordokból vagy eseményekből származnak, például számlalétrehozásból, állapotváltozásból és kapcsolódó fizetésekből, több jelentésre lesz szüksége. Minden különálló forráshoz készítsen külön jelentést, majd egyesítse az eredményeket külső eszközzel.
Jelentés készítése rekordok létrehozásáról: Kezdje az egyszerűbb eseményekkel. Készítsen jelentést az „Invoice Generated” és a „Customer Payment Received” eseményhez. Lépjen a Reports lapra, majd kattintson a „New Report” gombra. Válasszon olyan jelentéstípust, amely tartalmazza az Invoice objektumot, például az „Invoices” típust, vagy a Payment objektumot. Adja hozzá az eseménynapló attribútumainak megfelelő oszlopokat. Az „Invoice Generated” tevékenységnél a számlarekord CreatedDate értéke lesz az EventTime.
Jelentés készítése a mezőelőzményekről: Az olyan állapotváltozások rögzítéséhez, mint az „Invoice Submitted for Approval”, az „Invoice Approved”, az „Invoice Rejected” és az „Invoice Corrected”, készítsen jelentést az „Invoice History” jelentéstípus alapján. Ez a speciális jelentéstípus megjeleníti a Field History Tracking által rögzített változásokat. Szűrjön a Status mező változásaira.
Jelentés készítése dátumhoz kötött eseményekről: Az olyan eseményekhez, mint az „Invoice Sent to Customer” vagy a „Payment Due Date Reached”, készítsen jelentést az Invoice objektumról. Az EventTime értékeként használja magukat a dátummezőket, például a Sent_Date__c vagy a Payment_Due_Date__c mezőt. Szűrje ki azokat a rekordokat, amelyekben ezek a mezők üresek.
Jelentés készítése kapcsolódó tevékenységekről: A „Payment Reminder Issued” eseményhez olyan jelentésre van szüksége, amely összekapcsolja a tevékenységeket, vagyis a Task- és Event-rekordokat a számlákkal. Használjon például „Activities with Invoices” jelentéstípust, vagy hozzon létre egyéni típust. Szűrjön az emlékeztetőre utaló tárgyú vagy típusú tevékenységekre.
Szokásos oszlopok hozzáadása minden jelentéshez: Minden jelentésben szerepeljenek az eseménynapló kötelező mezőihez rendelhető oszlopok: InvoiceNumber, az EventTime mező forrása, például a CreatedDate vagy a mezőváltozás dátuma, a UserResponsible forrása, például a LastModifiedById, valamint a többi javasolt attribútum.
Jelentések exportálása CSV-fájlba: Futtassa külön-külön az egyes jelentéseket. Az eredményoldalon nyissa meg a legördülő menüt, válassza az „Export” lehetőséget, majd a „Details Only” formátumot .csv kiterjesztéssel. Ismételje meg ezt minden elkészített jelentésnél.
Adatok egyesítése és átalakítása: Nyissa meg az exportált CSV-fájlokat egy táblázatkezelőben, vagy használjon adat-előkészítő eszközt. Minden fájlhoz adjon hozzá egy ActivityName nevű oszlopot, és töltse ki az adott tevékenységgel, például az első jelentés minden sorában az „Invoice Generated” értékkel. Rendelje hozzá a forrásoszlopokat, például az Invoice: Created Date mezőt a szabványos eseménynapló-fejlécekhez, például az EventTime mezőhöz.
A végleges eseménynapló létrehozása: Egyesítse az egyes CSV-fájlok átalakított adatait egyetlen főfájlba. Az oszlopfejlécek pontosan a következők legyenek: InvoiceNumber, ActivityName, EventTime, UserResponsible stb. Ez az egyesített fájl lesz a végleges eseménynapló.
Végső formázás: Mentse az egyesített fájlt UTF-8 kódolású CSV-ként. Ezután feltöltheti a ProcessMindba.

Konfiguráció

Jelentéstípusok: Valószínűleg több egyéni jelentéstípusra lesz szüksége ahhoz, hogy összekapcsolja a szülőobjektumokat, például az Account objektumot, a gyermek- és unokaobjektumokkal, például az Invoice, Payment és Activity objektummal. Ezeket a Setup > Report Types menüben hozhatja létre.
Field History Tracking: Ez elengedhetetlen. Az Invoice objektumnál engedélyezze az előzmények követését minden Status mezőhöz. Enélkül nem rögzíthetők az olyan állapotváltozások, mint az „Approved” vagy a „Rejected”. Az előzménykövetés nem rögzíti visszamenőleg a korábbi változásokat.
Adatszűrők: A kezelhető adatmennyiség érdekében mindig állítson be dátumszűrőt a jelentéseken. Jó megoldás, ha az elsődleges objektum létrehozási dátumát az elmúlt 3–6 hónapra szűri, például az Invoice: Created Date mezőnél a LAST 180 DAYS értéket választja.
Adatexportálási szolgáltatás: Az egyes jelentések futtatása helyett használhatja a beépített Data Export Service szolgáltatást is a Setup > Data Export menüben. Ez hetente vagy havonta exportálja a szervezet összes adatát. Teljes biztonsági másolatot készít, de az adatok eseménynaplóvá alakításához jelentős utófeldolgozásra lesz szükség, többek között szűrésre, összekapcsolásra és átalakításra.
Felhasználói jogosultságok: Az adatkinyerést végző felhasználónak olvasási hozzáféréssel kell rendelkeznie minden érintett objektumhoz, például az Account, Order, Invoice__c, Payment__c és Activity objektumhoz, valamint a mezőkhöz. Emellett jelentéskészítési és exportálási jogosultságokra is szüksége van.

Példa-lekérdezés 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'

Lépések

Előfeltételek és beállítás: Ellenőrizze, hogy a számítógépén a Python 3.6-os vagy újabb verziója van-e telepítve. A szükséges könyvtárakat a következő paranccsal telepítheti a terminálban: pip install simple-salesforce pandas. Szüksége lesz a Salesforce-felhasználónevére, jelszavára és biztonsági tokenjére is. A token lekéréséhez jelentkezzen be a Salesforce-ba, nyissa meg a személyes beállításait, majd keresse meg a 'Reset My Security Token' lehetőséget.
A mezőelőzmények követésének bekapcsolása: Rendszergazdaként jelentkezzen be a Salesforce-szervezetbe. Nyissa meg a Setup, majd az Object Manager részt. Keresse meg az elsődleges számlaobjektumot, például az Invoice__c objektumot, majd lépjen a 'Fields & Relationships' részre. Kattintson a 'Set History Tracking' lehetőségre. Kapcsolja be a számla állapotát jelölő mező, például a Status__c követését. Ismételje meg a lépéseket a kifizetési objektumnál, például a Payment__c objektumnál és a hozzá tartozó állapotmezőnél.
A szkript letöltése és beállítása: Mentse a megadott Python-szkriptet extract_invoices.py néven. Nyissa meg egy szövegszerkesztőben, és módosítsa a 'Salesforce Credentials and Settings' részben található helyőrzőket. Adja meg az SF_USERNAME, az SF_PASSWORD, az SF_SECURITY_TOKEN és az SF_INSTANCE_URL értékét. Az adatkinyerés időszakának megadásához állítsa be a START_DATE és az END_DATE értékét.
Az objektum- és mezőnevek testreszabása: Gondosan ellenőrizze a szkriptben szereplő SOQL-lekérdezéseket. A szkript olyan helyőrző neveket használ, mint az Invoice__c, a Payment__c, a Status__c és a Total_Amount__c. Cserélje le ezeket a Salesforce-példányában a számlázáshoz használt objektumok és mezők tényleges API-neveire.
Futtassa az adatkinyerő szkriptet: Nyisson meg egy terminált vagy parancssort, lépjen abba a mappába, ahová a szkriptet mentette, majd futtassa a következő paranccsal: python extract_invoices.py. A szkript csatlakozik a Salesforce API-hoz, lefuttatja a lekérdezéseket, és feldolgozza az adatokat.
Kövesse nyomon a szkript futását: A szkript a konzolon állapotüzeneteket jelenít meg, miközben lekéri és feldolgozza az egyes tevékenységtípusok adatait. Az adatmennyiségtől és az API-korlátoktól függően ez eltarthat egy ideig. Figyelje az esetleges hibaüzeneteket, amelyek hibás hitelesítő adatokra vagy API-nevekre utalhatnak.
Ellenőrizze a kimeneti fájlt: Sikeres futás után a szkript a salesforce_billing_event_log.csv nevű fájlt hozza létre ugyanabban a mappában. Nyissa meg a CSV-fájlt egy táblázatkezelőben, és ellenőrizze a tartalmát, valamint azt, hogy a várt adatok szerepelnek-e benne.
Készítse elő a feltöltést: A létrehozott CSV-fájl a szükséges oszlopokat tartalmazza: InvoiceNumber, ActivityName és EventTime, valamint további ajánlott attribútumokat. A fájl további formázás nélkül feltölthető közvetlenül a process mining eszközbe.

Konfiguráció

Salesforce-hitelesítő adatok: Adja meg Salesforce-felhasználónevét, jelszavát és biztonsági tokenjét. A szervezet megbízható IP-tartományain kívülről indított API-hozzáféréshez szükség van a biztonsági tokenre.
Salesforce-példány URL-je: Adja meg a Salesforce-példány tartományát, például your_instance.my.salesforce.com. Sandbox használatakor az URL eltérő, például test.salesforce.com.
Időszak szűrése: A szkript a START_DATE és az END_DATE változókat használja. Érdemes először rövidebb, például 3–6 hónapos időszakot választani, hogy kezelhető maradjon az adatmennyiség, és ne lépje túl az API-korlátokat. Ezek a dátumok a számlák létrehozási dátuma alapján szűrik az első lekérdezést.
Objektumok és mezők API-nevei: A szkript helyőrző API-neveket használ az objektumokhoz és mezőkhöz, például az Invoice__c és a Status__c értéket. Cserélje le ezeket a Salesforce-adatmodellben szereplő pontos API-nevekre. Ezeket a Salesforce Setup Object Manager részében találja.
A követés előfeltételei: Az eseménynapló pontossága, különösen az állapotváltozások rögzítése, teljes mértékben attól függ, hogy a Salesforce Field History Tracking be volt-e kapcsolva az érintett mezőknél a tranzakciók előtt. Ha nem volt engedélyezve, a korábbi változások nem kerülnek rögzítésre.
API-hívási korlátok: A Salesforce 24 órás időszakonként korlátozza az API-hívások számát. Nagyon nagy adathalmazok esetén érdemes az adatkinyerést kisebb időszakokra bontani, vagy csúcsidőn kívülre ütemezni, hogy elkerülje a korlátok túllépését.

Példa-lekérdezés 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()

Lépések

Válasszon olyan ETL- vagy iPaaS-platformot, amely támogatja a Salesforce Sales Cloud összekötőt, majd hozzon létre kapcsolatot a szükséges Salesforce-hitelesítési móddal. A platform beállításainál csak a kapcsolati karakterláncot, a hitelesítő adatokat, a szervezet azonosítóját vagy a környezetfüggő értékeket adja meg.
Ellenőrizze, hogy a csatlakoztatott Salesforce-szervezet elérhetővé teszi-e a számlaobjektumot, a számlaállapotok előzményeit vagy naplózási forrását, a kapcsolódó tevékenységrekordokat, a kifizetési rekordokat és a folyamathoz szükséges könyvelési integrációs rekordokat. A lekérdezésben szereplő szögletes zárójelbe tett objektum- és mezőhivatkozásokat cserélje le a Salesforce-környezetben beállított megfelelő nevekre.
Állítsa be a növekményes adatkinyerés kezdő- és záródátumát. Szükség szerint használja a számla létrehozásának dátumát, az állapotváltozás dátumát, a tevékenység dátumát, a kifizetés dátumát, a könyvelés dátumát, az egyeztetés dátumát és a lezárás dátumát. Olyan hosszú visszatekintési időszakot válasszon, amely a kiválasztott időszak előtt létrehozott, de azon belül még aktív eseteket is tartalmazza.
Adja hozzá az alábbi teljes lekérdezést az ETL-eszköz Salesforce-lekérdezési vagy átalakítási eleméhez. Ha az összekötő nem támogatja a bemutatott lekérdezési szintaxist, valósítsa meg ugyanezt a logikát vizuális forrás-, szűrő-, összekapcsolási, számítottmező- és unióelemekkel. Ne hagyatkozzon arra, hogy a ProcessMind az állapotváltozásokból következteti ki az eseményeket, minden tevékenységet külön eseménynaplósorként kell előállítani.
Állítsa be a forrásmezők hozzárendelését a számlaobjektumhoz, a számlaállapotok előzményeihez vagy naplózási forrásához, a kapcsolódó tevékenységrekordokhoz, a kifizetési rekordokhoz, a főkönyvi könyvelési rekordokhoz és az egyeztetési rekordokhoz. A számlaszámot rendelje az InvoiceNumber, a tevékenység megnevezését az ActivityName, a megfelelő időbélyeget pedig az EventTime mezőhöz. Ha a forrásértékek rendelkezésre állnak, őrizze meg az ajánlott attribútumokat is.
Alkalmazza az átalakítási szabályokat. Egységesítse az időbélyegek időzónáját, normalizálja az állapotértékeket, alakítsa az InvoiceTotalAmount mezőt numerikus típussá, a PaymentDueDate mezőt pedig dátum- vagy időbélyegtípussá. Távolítsa el azokat a rekordokat, amelyekből hiányzik az InvoiceNumber vagy az EventTime. A Payment Due Date Reached eseményhez csak akkor állítson elő külön sort a PaymentDueDate mezőt használva EventTime értékként, ha az esedékesség az adatkinyerési időszakra esik, és a számlarekord is rendelkezésre áll.
Távolítsa el az ismétlődő eseményeket az InvoiceNumber, az ActivityName, az EventTime és, ha rendelkezésre áll, a forrásrekord-azonosító alapján. Őrizze meg a különálló eseményeket, ha a forrásban több valódi beküldés, elutasítás, emlékeztető, javítás, kifizetés, könyvelés vagy egyeztetés szerepel.
Ellenőrizze, hogy a kimenet mind a 13 kötelező ActivityName-értéket tartalmazza, minden sorban szerepel-e az InvoiceNumber és az EventTime, valamint az időbélyegek a forrásadatok alapján megfelelő sorrendben követik-e egymást az egyes számlákon belül.
Töltse be az átalakított eredményt CSV-, Parquet- vagy más, a ProcessMind által támogatott eseménynapló-formátumba. Az esetazonosító az InvoiceNumber, a tevékenységoszlop az ActivityName, az esemény időpontját tartalmazó oszlop pedig az EventTime legyen. További attribútumként vegye fel a UserResponsible, a BillingDepartment, az InvoiceStatus, az InvoiceTotalAmount és a PaymentDueDate mezőt.
Exportálja a végleges eseménynaplót, majd töltse fel a ProcessMindbe. Importáláskor ellenőrizze, hogy a ProcessMind a megadott sorokat olvassa-e be, és nem kell-e hiányzó tevékenységeket kikövetkeztetnie.

Konfiguráció

Összekötő: Használja az ETL- vagy iPaaS-platform előre elkészített Salesforce-összekötőjét. A hitelesítéshez olyan integrációs felhasználót alkalmazzon, amely olvasási hozzáféréssel rendelkezik az összes beállított számla-, állapotelőzmény-, tevékenység-, kifizetési, főkönyvi és egyeztetési forráshoz.
Objektum- és mező-hozzárendelés: Cserélje le a [Invoice object], a [Invoice Number field], a [Invoice Created Date field] és az összes többi szögletes zárójelbe tett hivatkozást a cél Salesforce-szervezetben használt nevekre. A Salesforce-ban gyakoriak az egyéni objektumok és mezők, ezért a hozzárendeléseket ellenőrizze, ne feltételezésekre alapozza.
Időszak: Kezdje 3–6 hónapnyi adattal. Növelje a visszatekintési időszakot, ha a számlák több jelentési időszakon át nyitva maradhatnak, és hagyjon ráhagyást az állapotváltozások, kifizetések, emlékeztetők és egyeztetési események határidőire.
Növekményes adatkinyerés: Ha rendelkezésre áll, használjon az utoljára sikeresen kinyert forrásmódosítási időbélyegen alapuló vízjelet. A vízjelet az eseménynaplón kívül tárolja, és dolgozzon fel újra egy rövid átfedő időszakot, hogy a késve érkező módosítások se maradjanak ki.
Szűrők: Csak akkor alkalmazzon vállalatra, üzletágra, jogi személyre, pénznemre, számlatípusra és életciklusra vonatkozó szűrőket, ha az elemzés kifejezetten megköveteli őket. A [Company filter] és a [Document type filter] helyőrzőket cserélje le a szervezetre jellemző feltételekre, vagy távolítsa el őket, ha nem alkalmazhatók.
Állapotelőzmények: Részesítse előnyben az olyan forrást, amely minden állapotváltozást megőriz. A számla aktuális állapotát tartalmazó mező önmagában nem alkalmas a korábbi jóváhagyási, elutasítási, javítási, elküldési, lezárási vagy leírási események megbízható rekonstruálására.
Számított esedékességi esemény: A Payment Due Date Reached esemény a PaymentDueDate mezőből származik, nem Salesforce-felhasználói művelet. Határozza meg, hogy minden számlához létrejöjjön-e ilyen esemény, vagy csak azokhoz, amelyek az esedékesség napján még nyitva voltak.
Kapcsolódó rekordok: Az összekapcsolásokat a Salesforce-szervezetben ténylegesen használt kapcsolati kulcsokkal állítsa be. Ne feltételezze, hogy a számla, a kifizetés, a tevékenység, a főkönyvi könyvelés vagy az egyeztetési rekord minden rendszerben ugyanazt a kapcsolati mezőt használja.
Teljesítmény: Az összekapcsolások előtt szűrje a forrásrekordokat dátum szerint, csak a szükséges mezőket válassza ki, használja az összekötő lapozását, kapcsolja be a növekményes adatkinyerést, és ha lehetséges, bontsa fel a nagy időszakokat. Ne nyerje ki ismételten a teljes előzményt.
Adattípusok: Egységesítse az időbélyegek időzónáját, és ha az auditálhatóság megköveteli, őrizze meg az eredeti forrás-időbélyeget. Az InvoiceTotalAmount mezőhöz decimális típust használjon.
Előfeltételek: Az ETL- vagy iPaaS-licencnek tartalmaznia kell a Salesforce-összekötőt, az integrációs felhasználónál engedélyezni kell az API-hozzáférést, és a felhasználónak rendelkeznie kell a beállított forrásokhoz szükséges objektum-, mező- és rekord szintű jogosultságokkal.
Biztonság: A hitelesítő adatokat a platform titokkezelőjében tárolja, a kinyert adatokhoz csak az arra jogosult felhasználóknak adjon hozzáférést, és tartsa be a Salesforce, valamint a szervezet API-hívásokra és adatmegőrzésre vonatkozó korlátait.

Példa-lekérdezés 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]

Kezdje el most?

Használja ezt a mintát a folyamatelemzés elindításához és a jelentős fejlesztési lehetőségek feltárásához. Kezdje el még ma számlázási és számlakiállítási folyamatának fejlesztését.

Vissza a folyamatfejlesztési útmutatóhoz

Sablon letöltése

Gyorsabb fizetés: fejlessze most az O2C számlázást és számlakiállítást

Csökkentse 30%-kal a számlázási ciklus idejét, és javítsa a pénzforgalmat.

Próbálja ki ingyen

Nincs szükség bankkártyára, a beállítás néhány percet vesz igénybe

Order to Cash számlázási és számlakiállítási adatmintája

Order to Cash számlázási és számlakiállítási adatmintája

Az Order to Cash számlázási és számlakiállítási folyamatának attribútumai

Az Order to Cash számlázási és számlakiállítási tevékenységei

Útmutatók az adatok kinyeréséhez

Salesforce Report Builder és Data Export Service

Lépések

Konfiguráció

Példa-lekérdezés config

Python-szkript a Salesforce REST API használatával

Lépések

Konfiguráció

Példa-lekérdezés python

Adatkinyerés ETL-eszközzel, előre elkészített Salesforce-összekötőn keresztül

Lépések

Konfiguráció

Példa-lekérdezés config

Kezdje el most?

Gyorsabb fizetés: fejlessze most az O2C számlázást és számlakiállítást