Adatsablon az értékesítési rendelések feldolgozásához
Adatsablon az értékesítési rendelések feldolgozásához
- Javasolt attribútumok
- Követendő fő tevékenységek
- Útmutató az adatok kinyeréséhez a Salesforce Sales Cloudból
Az értékesítési rendelések feldolgozásának attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Értékesítési rendelés SalesOrderId | Az egyes értékesítési rendelések egyedi azonosítója, amely a rendeléstől a pénz beérkezéséig tartó teljes folyamat elsődleges esetazonosítója. | ||
| Leírás Az értékesítési rendelés azonosítója a folyamatelemzés alapja: egyedileg azonosítja az egyes ügyfélrendeléseket azok teljes életciklusa során. Összekapcsolja a rendeléshez tartozó összes tevékenységet, a létrehozástól és jóváhagyástól a teljesítésig és a fizetésig. A process miningben az adott rendeléshez kapcsolódó minden esemény ehhez az azonosítóhoz kötődik. Így rekonstruálható a rendelés teljes útja, és részletesen elemezhető az egyes rendelések átfutási ideje, folyamatváltozatai és szűk keresztmetszetei. Miért fontos? Ez az attribútum kapcsolja egyetlen esethez az összes kapcsolódó eseményt, így megjeleníthető és elemezhető az egyes értékesítési rendelések teljes folyamata. Hol szerezhető be? Ez a szabványos Salesforce „Order” objektum „Id” mezője. Példák 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Esemény időpontja EventTime | A tevékenység bekövetkezésének pontos dátuma és időpontja. | ||
| Leírás Az esemény időpontja, vagyis az időbélyeg rögzíti, hogy pontosan mikor történt egy tevékenység. Ez az adat elengedhetetlen az események helyes sorrendbe állításához és a tevékenységek közötti időtartam kiszámításához, ami az időalapú process mining elemzések alapja. Ezzel az attribútummal rendezhetők sorba az egyes esetek tevékenységei, számíthatók ki az átfutási idők, azonosíthatók a várakozási idők, és elemezhető a folyamat teljesítménye különböző időszakokban. A pontatlan vagy hiányzó időbélyegek jelentősen korlátozhatják az elemzés hasznosságát. Miért fontos? Az időbélyegek elengedhetetlenek az események időrendi sorrendbe állításához és minden teljesítménymutató, például az átfutási idő és a szűk keresztmetszetek kiszámításához. Hol szerezhető be? Az „Order” objektum vagy a kapcsolódó rekordok „CreatedDate” vagy „LastModifiedDate” mezőjének felel meg. Egyes eseményeknél a „Task” rekord befejezési dátuma is használható. Példák 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Tevékenység neve ActivityName | Az értékesítési rendelés életciklusa során bekövetkezett konkrét üzleti esemény vagy elvégzett feladat neve. | ||
| Leírás A tevékenység neve az értékesítési rendelési folyamat egy lépését jelöli, például „Rendelés létrehozva”, „Hitelképesség ellenőrizve” vagy „Számla elküldve”. Ezek a tevékenységek alkotják a folyamattérképet, és rendszereseményekből, állapotváltozásokból vagy feladatok befejezéséből származnak. A tevékenységek elemzésével megjeleníthető a folyamat, azonosíthatók a gyakori útvonalak (változatok), és mérhető az egyes lépések gyakorisága és időtartama. Ez alapvető ahhoz, hogy megértsük, mi történik a folyamatban. Miért fontos? Ez az attribútum határozza meg a folyamattérkép lépéseit. Nélküle nem jeleníthető meg a folyamat, és nem elemezhető, hogyan dolgozzák fel ténylegesen az értékesítési rendeléseket. Hol szerezhető be? Általában az „Order.Status” mező állapotváltozásaiból, kapcsolódó rekordok (például számla) létrehozásából, illetve a rendeléshez kapcsolódó, befejezett „Task” vagy „Event” rekordokból állapítható meg. Példák Rendelés létrehozvaRendelés jóváhagyvaÁru kiszállítvaFizetés beérkezett | |||
| Adatok utolsó frissítése LastDataUpdate | Az időbélyeg azt jelzi, mikor nyerték ki vagy frissítették utoljára az adatokat. | ||
| Leírás Ez az attribútum rögzíti a forrásrendszerből történő legutóbbi adatkinyerés dátumát és időpontját. Fontos információt ad az elemzett adatok aktualitásáról. Az elemzők ebből látják, hogy a folyamat legfrissebb adatait vizsgálják-e, és megítélhetik a megállapításaik aktualitását. Minden process mining projektben fontos metaadat. Miért fontos? Tájékoztatja a felhasználókat az adatok aktualitásáról, így tudják, mennyire friss az elemzés. Hol szerezhető be? Ez az időbélyeg az adatok kinyerése, átalakítása és betöltése (ETL) során jön létre és kerül az adatok közé. Példák 2023-11-01T05:00:00Z | |||
| Forrásrendszer SourceSystem | Azonosítja azt a rendszert, amelyből az adatokat kinyerték. | ||
| Leírás Ez az attribútum jelöli a folyamatadatok forrását. Ebben az elemzésben az értéke mindig „Salesforce Sales Cloud” lesz. Több rendszer használatakor ez a mező elengedhetetlen az adatok eredetének nyomon követéséhez és a hibakereséshez. Egyetlen rendszer esetén is fontos információt ad az adatok forrásáról. Miért fontos? Fontos információt ad az adatok eredetéről, ami elengedhetetlen az adatkezeléshez és a több forrásrendszerből származó adatok összekapcsolásához. Hol szerezhető be? Ez általában egy rögzített érték, amelyet az adatok kinyerésekor adnak hozzá az adathalmaz forrásának megjelölésére. Példák Salesforce Sales Cloud | |||
| A műveletet végrehajtó felhasználó UserPerformingAction | A tevékenységet végrehajtó felhasználó vagy rendszerügynök neve. | ||
| Leírás Ez az attribútum azonosítja, ki felelős egy folyamatlépés elvégzéséért. Lehet például értékesítési képviselő, hitelelemző vagy automatizált rendszerfelhasználó. A felhasználó szerinti elemzés segít megérteni a munkaterhelés eloszlását, az egyéni teljesítményt és az automatizálás mértékét. Választ adhat például arra, hogy „Mely felhasználók végeznek a legtöbb ismételt munkát?” vagy „Egyes csapatok gyorsabban hagyják jóvá a rendeléseket?”. A közösségi hálózatelemzésben azt is megmutatja, hogyan adják át egymásnak a munkát a munkatársak. Miért fontos? Lehetővé teszi a felhasználó, a csapat vagy a szerepkör szerinti teljesítményelemzést, és segít feltárni az automatizálási lehetőségeket, illetve a képzési igényeket. Hol szerezhető be? Az „Order” objektum „LastModifiedById” vagy a „Task” rekordok „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 SmithBob JohnsonRendszerautomatizálásHitelügyi csapat | |||
| Kért szállítási dátum RequestedDeliveryDate | Az a dátum, amikorra az ügyfél kéri a rendelés kiszállítását. | ||
| Leírás Ez az attribútum azt a dátumot tárolja, amikorra az ügyfél várja az áru megérkezését. Viszonyítási alapként szolgál a szállítási teljesítmény és az ügyfél-elégedettség méréséhez. Ez a dátum közvetlenül szerepel a „Szállítási határidő betartása” dashboardon és a „Határidőre történő szállítás aránya” KPI-ban. A rendszer a tényleges szállítás dátumával, vagyis a „Goods Delivered” időbélyegével veti össze, így megállapítható, hogy a rendelés időben, korábban vagy késve érkezett-e meg. Miért fontos? Ez az elsődleges viszonyítási alap a határidőre történő szállítás méréséhez, amely az ügyfél-elégedettség és a működés hatékonyságának fontos mutatója. Hol szerezhető be? Ez gyakran egy egyedi dátummező az 'Order' objektumon, amelynek pontos neve eltérhet. A részletekért tekintse meg a Salesforce Sales Cloud dokumentációját vagy sémáját. Példák 2023-11-152023-12-012024-01-10 | |||
| Rendelés állapota OrderStatus | Az értékesítési rendelés állapota az esemény időpontjában. | ||
| Leírás Ez az attribútum rögzíti az értékesítési rendelés állapotát, például „Draft”, „Activated”, „Shipped” vagy „Closed”. Az állapotváltozások gyakran a folyamatnapló tevékenységeinek forrásai. A rendelés állapotának elemzése kontextust ad az egyes eseményekhez, és elengedhetetlen a rendelés előrehaladásának nyomon követéséhez. Segít megérteni az esetek kimenetelét, például megkülönböztetni a „Cancelled” állapotú rendeléseket a sikeresen „Closed” állapotúaktól. Miért fontos? Fontos kontextust ad az egyes eseményekhez, és gyakran ez alapján határozhatók meg a tevékenységek. A törlésekhez hasonló esetkimenetelek elemzéséhez is elengedhetetlen. Hol szerezhető be? Ez a szabványos Salesforce „Order” objektum „Status” választólistamezője. Példák PiszkozatAktiválvaKiszállítvaLezárvaTörölve | |||
| Rendelés teljes értéke TotalOrderAmount | Az értékesítési rendelés teljes pénzértéke. | ||
| Leírás Ez az attribútum az ügyfél rendelésének teljes pénzértékét mutatja. Segítségével felmérhető, milyen üzleti hatása van a folyamat hatékonyságának vagy hiányosságainak. Az elemzés során a rendelések értékük szerint csoportosíthatók. Így például megvizsgálható, hogy a nagy értékű rendelések feldolgozása eltér-e, vagy gyakrabban késik-e, mint a kisebb értékűeké. Az attribútum a pénzügyi KPI-k kiszámításához és a folyamaton áthaladó érték meghatározásához is alapul szolgál. Miért fontos? Lehetővé teszi a folyamat pénzügyi elemzését: a rendelések érték szerint csoportosíthatók, a késések és az ismételt munka pénzügyi hatása pedig számszerűsíthető. Hol szerezhető be? Ez a Salesforce standard 'Order' objektumának 'TotalAmount' mezője. Példák 5400.50125000.00950.75 | |||
| Teljes átfutási idő CycleTime | Az értékesítési rendelés létrehozásától a lezárásáig eltelt teljes idő. | ||
| Leírás A teljes átfutási idő olyan teljesítménymutató, amely az értékesítési rendelés folyamatának elejétől a végéig tartó időt méri. Az első esemény, például a „Rendelés létrehozása” és az utolsó esemény, például a „Rendelés lezárása” időpontja közötti különbségként számítható ki. Ez a „Rendelés teljes átfutási ideje” dashboard fő mutatója. Elemzésével feltárhatók a folyamat egészét érintő hatékonysági problémák, és mérhető a fejlesztési intézkedések hatása. Az eltérések ország vagy termékcsalád szerinti bontásban is vizsgálhatók. Miért fontos? Alapvető KPI a folyamat általános hatékonyságának méréséhez és a rendszerszintű problémákra utaló, elhúzódó rendelések azonosításához. Hol szerezhető be? Az adatátalakítás során számítják ki: minden 'SalesOrderId' esetében az utolsó esemény időbélyegéből kivonják az első esemény időbélyegét. Példák 10 nap 4 óra25 nap 11 óra5 nap 2 óra | |||
| Ügyfél neve AccountName | Az értékesítési rendelést leadó ügyfél vagy vállalat neve. | ||
| Leírás Az ügyfél neve alapján azonosítható, kihez tartozik az értékesítési rendelés. Így az ügyfél szempontjából is elemezhető a folyamat. Az attribútum segítségével az elemzők egyes ügyfelekre szűrhetnek, összehasonlíthatják a folyamat teljesítményét az ügyfélszegmensek között, és feltárhatják, ha bizonyos ügyfeleknél rendszeresen problémák merülnek fel. Ezzel közvetlenül összekapcsolható a folyamat teljesítménye az ügyfélélménnyel. Miért fontos? Az ügyfelekhez kapcsolja a folyamat teljesítményét, így ügyfelenként elemezhetők az adatok, és feltárhatók a visszatérő minták vagy problémák. Hol szerezhető be? Az 'Order' objektum 'AccountId' hivatkozási mezőjében szereplő azonosítót össze kell kapcsolni az 'Account' objektummal az 'Account.Name' mező lekéréséhez. Példák Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| Automatizált IsAutomated | Jelzi, hogy a műveletet rendszerfolyamat vagy felhasználó hajtotta-e végre. | ||
| Leírás Ez a logikai attribútum megkülönbözteti a rendszer által indított eseményeket, például az automatikus állapotfrissítést, a felhasználó által végrehajtott műveletektől. Segítségével felmérhető a folyamat automatizáltsága. Az attribútum elemzésével számszerűsíthető, hogyan hat az automatizálás a hatékonyságra és a következetességre. Az automatizált és a manuális folyamatútvonalak összehasonlítása további automatizálási lehetőségeket is feltárhat, amelyekkel csökkenthető a kézi munka és a hibázás esélye. Miért fontos? Segít megkülönböztetni a rendszer és a felhasználó műveleteit, ami fontos az automatizálás elemzéséhez és a kézi munka csökkentésére alkalmas lehetőségek feltárásához. Hol szerezhető be? Az adatátalakítás során származtatják: ellenőrzik, hogy a 'UserPerformingAction' egy kijelölt rendszerfelhasználóra utal-e, vagy a tevékenység típusa alapján alkalmaznak szabályokat. Példák truefalse | |||
| Értékesítési csatorna SalesChannel | Az a csatorna, amelyen keresztül a rendelést leadták, például „Web”, „Közvetlen értékesítés” vagy „Partner”. | ||
| Leírás Az értékesítési csatorna attribútum a rendeléseket a leadásuk helye szerint csoportosítja. Így összehasonlítható a folyamat teljesítménye a különböző csatornákon. Ez az attribútum szükséges az „Értékesítési csatornák teljesítményének összehasonlítása” dashboardhoz. A csatornák szerinti szűréssel vagy összehasonlítással megállapítható, melyik működik hatékonyabban, hol kell gyakrabban ismételt munkát végezni, és mely területeken érdemes egységesíteni a folyamatokat. Miért fontos? Lehetővé teszi a különböző értékesítési csatornák teljesítményének összehasonlítását, és segít feltárni a bevált gyakorlatokat, valamint a folyamatok összehangolásának lehetőségeit. Hol szerezhető be? Ez általában egy egyedi választólistamező az 'Order' vagy az 'Opportunity' objektumon. A részletekért tekintse meg a Salesforce Sales Cloud dokumentációját vagy sémáját. Példák Közvetlen értékesítésWebes portálPartnerhálózatBelső értékesítés | |||
| Esemény befejezési időpontja EventEndTime | A tevékenység befejezésének pontos dátuma és időpontja. | ||
| Leírás Az esemény befejezési időpontja jelzi, mikor ért véget egy tevékenység. Sok process mining eszköz ezt a következő tevékenység kezdési időpontjából vezeti le, de a befejezési időpont külön rögzítése pontosabb időtartam-számítást tesz lehetővé, különösen a hosszabb feladatoknál. Ezzel az attribútummal számítható ki egy tevékenység pontos feldolgozási ideje. Különösen hasznos a hosszabb feladatok, például a „Hitelképesség ellenőrizve” vagy a „Készlet lefoglalva” elemzéséhez, mert segít elkülöníteni az aktív feldolgozási időt a tétlen várakozástól. Miért fontos? Lehetővé teszi az egyes tevékenységek feldolgozási idejének pontos kiszámítását, ami elengedhetetlen a szűk keresztmetszetek és az erőforrás-igényes lépések azonosításához. Hol szerezhető be? Az adott eset eseménysorában következő esemény „StartTime” értékéből is meghatározható. Egyes tevékenységeknél egy konkrét mező, például a „Task.CompletedDateTime” használható. Példák 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| Fizetés beszedésének időtartama PaymentCollectionDuration | A számla ügyfélnek történő elküldése és a fizetés beérkezése között eltelt idő. | ||
| Leírás Ez a számított mutató az order-to-cash ciklus utolsó, fontos szakaszának hatékonyságát méri: mennyi idő alatt érkezik be a fizetés. A „Számla elküldése az ügyfélnek” és a „Fizetés beérkezése” tevékenység közötti időtartamot mutatja. Ez az attribútum közvetlenül támogatja a „Fizetés beszedésének időtartama” dashboardot és a „Fizetés beérkezésének ideje” KPI-t. Elemzésével a pénzügyi csapat feltárhatja a beszedés szűk keresztmetszeteit, értékelheti a fizetési feltételek hatását, és megtalálhatja a pénzforgalom gyorsításának lehetőségeit. Miért fontos? A vevőkövetelések kezelésének hatékonyságát méri, amely közvetlenül befolyásolja a vállalat pénzforgalmát. Hol szerezhető be? Az adatátalakítás során számítják ki: minden esetben a „Fizetés beérkezése” esemény időbélyegéből kivonják a „Számla elküldése az ügyfélnek” esemény időbélyegét. Példák 30 nap15 nap 8 óra45 nap | |||
| Határidőre történt a szállítás IsOnTimeDelivery | Jelzi, hogy az árut az ügyfél által kért szállítási dátumon vagy az előtt kézbesítették-e. | ||
| Leírás Ez a logikai attribútum közvetlenül méri, hogy a szállítás megfelelt-e az ügyfél elvárásainak. A rendszer a „Goods Delivered” tevékenység időbélyegét hasonlítja össze a 'RequestedDeliveryDate' értékével. Ez a „Határidőre történő szállítás aránya” KPI alapja. Elemzésével felmérhető, mennyire megbízható a teljesítés, és mennyire tartja be a vállalat az ígéreteit, ami jelentősen befolyásolja az ügyfél-elégedettséget. Más attribútumokkal együtt azt is megmutathatja, hogy egyes szállítási módoknál vagy régiókban alacsonyabb-e a határidőre történő szállítás aránya. Miért fontos? Egyértelmű, kétértékű mutatóval jelzi, hogy a teljesítés megfelelt-e az ügyfélnek tett vállalásnak, és közvetlenül támogatja a határidőre történő szállítás arányát mérő KPI-t. Hol szerezhető be? Az adatátalakítás során számítják ki. A logika: IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Példák truefalse | |||
| Hitelvizsgálat állapota CreditCheckStatus | A rendeléshez kapcsolódó hitelvizsgálat eredménye. | ||
| Leírás Ez az attribútum az ügyfél hitelképességi vizsgálatának eredményét jelzi, amely gyakran fontos döntési pont a rendelési folyamatban. Gyakori értékei: „Jóváhagyva”, „Elutasítva” és „Függőben”. Ez az attribútum szükséges a „Hitelvizsgálati szűk keresztmetszet elemzése” dashboardhoz. A hitelvizsgálati szakasz kezdetének és végének, valamint a végső állapotnak a követésével mérhető a lépés időtartama és eredménye, így kiderülhet, hogy ez okozza-e a késést. Miért fontos? Közvetlenül támogatja a hitelvizsgálati lépés elemzését: mérhető vele az időtartam, a sikerességi arány és a teljes átfutási időre gyakorolt hatás. Hol szerezhető be? Ez valószínűleg egy egyedi mező az 'Order' vagy az 'Account' objektumon. A részletekért tekintse meg a Salesforce Sales Cloud dokumentációját vagy sémáját. Példák JóváhagyvaElutasítvaElbírálásra várNem szükséges | |||
| Ismételt munka történt IsRework | Jelzi, hogy az értékesítési rendelésnél történt-e ismételt munka, például megismétlődött-e egy tevékenység, vagy visszalépett-e a folyamat egy korábbi lépésre. | ||
| Leírás Ez a számított attribútum azokat az eseteket azonosítja, amelyek nem egyenes vonalban haladnak előre. Ismételt munkáról van szó, ha egy tevékenységet újra el kell végezni, vagy a folyamat visszalép egy korábbi szakaszba, például hiba, hiányzó információ vagy elutasított jóváhagyás miatt. Ez a jelző szolgál az „Értékesítési rendelések ismételt munkájának aránya” KPI kiszámításához, és a „Rendelések ismételt munkája és hibaaránya” dashboard alapjául. Segítségével mérhető a hatékonysági problémák gyakorisága és hatása, valamint azonosíthatók azok a területek, ahol szigorúbb minőségellenőrzésre vagy a folyamat pontosítására van szükség. Miért fontos? Az előre nem tervezett többletmunkát igénylő rendelések megjelölésével számszerűsíti a folyamat hatékonysági veszteségét, amely közvetlenül növeli a költségeket és az átfutási időt. Hol szerezhető be? A process mining szoftver vagy az adatátalakítás során számítják ki: az adott esetben megismétlődő tevékenységnevek vagy visszafelé haladó folyamatútvonalak felismerésével. Példák truefalse | |||
| Rendelés felelőse OrderOwner | A rendelés kezeléséért elsődlegesen felelős felhasználó. | ||
| Leírás A rendelés felelőse az az értékesítő vagy ügyfélkapcsolati menedzser, aki a rendelésért elsődlegesen felel. Ez nem feltétlenül az a felhasználó, aki egy adott műveletet végrehajt, hiszen a felelős a teljes ügy előrehaladásáért tartozik felelősséggel. A felelős szerinti elemzés segít felmérni a csapatok és az egyes munkatársak terhelését, valamint a rendelésállomány kezelésének eredményességét. Megmutathatja, kinél akadnak el gyakran a rendelések, vagy kinél van szükség sok ismételt munkára, ami további betanításra vagy támogatásra utalhat. Miért fontos? Megmutatja, ki felel a rendelés sikeres teljesítéséért, így a munkaterhelés és a teljesítmény felelősönként is elemezhető. Hol szerezhető be? Ez az 'Order' objektum 'OwnerId' mezője. Az azonosító az 'User' objektummal összekapcsolva lekérhető a felelős neve. Példák Jane DoeJohn SmithKeleti értékesítési csapat | |||
| Szállítási mód ShippingMethod | Az áru kiszállításához választott mód, például „Normál földi szállítás”, „Expressz” vagy „Nemzetközi”. | ||
| Leírás Ez az attribútum jelzi, milyen logisztikai szolgáltatási szintet választottak a rendelés kiszállításához. Közvetlenül befolyásolja a szállítás idejét és költségét. A „Szállítási módok hatékonyságának elemzése” során az attribútum segítségével összehasonlíthatók a különböző szállítási lehetőségek. Megmutatja, hogy az expressz küldemények valóban a vállalt határidőre érkeznek-e meg, és hogyan befolyásolják az egyes módok az áru feladásától a kézbesítéséig eltelt időt. Miért fontos? Lehetővé teszi a logisztikai teljesítmény elemzését, így összevethető a különböző szállítási módok költsége és hatékonysága. Hol szerezhető be? Ez valószínűleg egy egyedi mező az 'Order' objektumon vagy egy kapcsolódó egyedi 'Shipment' objektumon. A részletekért tekintse meg a Salesforce Sales Cloud dokumentációját vagy sémáját. Példák Normál földi szállításExpressz, 2 naposLégi szállítás, másnapi kézbesítésselNemzetközi elsőbbségi szállítás | |||
| Szállítási ország ShippingCountry | Az értékesítési rendelés szállításának célországa. | ||
| Leírás Ez az attribútum azt az országot jelöli, ahová a rendelést szállítják. Az order-to-cash folyamat földrajzi elemzésének egyik fontos szempontja. Az ország szerinti elemzés feltárhatja a folyamat teljesítményének regionális eltéréseit, például a nemzetközi rendelések hosszabb szállítási idejét vagy a fizetések beszedési ciklusának különbségeit. A folyamat országonkénti csoportosításával azonosíthatók és kezelhetők a helyi kihívások. Miért fontos? Lehetővé teszi a folyamat földrajzi csoportosítását, így feltárhatók a regionális teljesítménykülönbségek, a megfelelési problémák és a logisztikai nehézségek. Hol szerezhető be? Ez a Salesforce standard 'Order' objektumának 'ShippingCountry' mezője. Példák USANémetországJapánBrazília | |||
| Számlaazonosító InvoiceId | Az értékesítési rendeléshez tartozó számla egyedi azonosítója. | ||
| Leírás A számlaazonosító összekapcsolja az értékesítési rendelést a hozzá tartozó pénzügyi számlával. A számla kiállítása és elküldése az order-to-cash folyamat második felének fontos mérföldköve. Ez az attribútum segít nyomon követni a folyamatot a rendelés teljesítésétől a fizetésig. Pontosan mérhető vele a „Számla kiállítása” és a „Számla elküldése az ügyfélnek” tevékenység, amelyek szükségesek a „Fizetés beszedésének időtartama” kiszámításához. Miért fontos? Összekapcsolja az értékesítési rendelést a számlázási alfolyamattal, így pontosan követhetők a pénzügyi műveletek és a fizetési ciklusok időtartama. Hol szerezhető be? Ez gyakran egy egyedi hivatkozási mező az 'Order' objektumon, amely egy standard vagy egyedi 'Invoice' objektumra mutat. A pontos megvalósítás eltérő lehet. Példák INV-001234INV-001235INV-001236 | |||
| Termékcsalád ProductFamily | Az a kategória vagy termékcsalád, amelybe a rendelésben szereplő termékek tartoznak. | ||
| Leírás A termékcsalád az értékesítési rendelésben szereplő tételek magas szintű besorolását adja meg. Így a folyamat az értékesített termék típusa szerint elemezhető. Az attribútummal csoportosítható a folyamat, és megvizsgálható, hogy egyes termékcsaládokhoz eltérő folyamatútvonal, hosszabb átfutási idő vagy több ismételt munka tartozik-e. Az összetett, konfigurálható termékek például részletesebb jóváhagyási és teljesítési folyamatot igényelhetnek, mint a szabványos, készletről értékesített termékek. Miért fontos? Lehetővé teszi a folyamat termékkategória szerinti elemzését, és megmutatja, hogy a különböző terméktípusok eltérően befolyásolják-e a folyamat hatékonyságát. Hol szerezhető be? A 'Product2' objektumból származik, amely az 'OrderItem' kapcsolótáblán keresztül kapcsolódik az 'Order' objektumhoz. Ehhez az Order -> OrderItem -> PricebookEntry -> Product2 objektumokat kell összekapcsolni. Példák HardverSzoftverlicencekSzakmai szolgáltatásokTámogatási szerződések | |||
Az értékesítési rendelések feldolgozásának tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Áru kézbesítve | Azt jelzi, hogy a küldemény sikeresen megérkezett az ügyfélhez. Az adat a szállítmányozó rendszeréből származik, majd frissítésként kerül vissza a Salesforce-ba. | ||
| Miért fontos? Ez az esemény elengedhetetlen a „On-Time Delivery Rate” KPI kiszámításához és az ügyfél által ténylegesen tapasztalt átfutási idő méréséhez. Megerősíti, hogy a teljesítési folyamat befejeződött. Hol szerezhető be? Az „Order” vagy az egyéni „Shipment” objektum „Delivery Date” mezőjének kitöltéséből állapítható meg. Az adatot általában egy szállítmányozási szolgáltatóval létrehozott integráció biztosítja. Rögzítés Használja azt az időbélyeget, amikor kitöltik a kézbesítési dátum mezőjét. Eseménytípus inferred | |||
| Áru kiszállítva | Azt jelzi, hogy a rendelést fizikailag elindították a raktárból az ügyfélhez. Ezt az eseményt szinte mindig egy külső szállítási vagy ERP-rendszer Salesforce-ba küldött frissítése rögzíti. | ||
| Miért fontos? Ez fontos mérföldkő a „On-Time Shipping Rate” méréséhez és a teljesítési folyamat hatékonyságának értékeléséhez. Ezzel kezdődik az ügyfél útjának kézbesítési szakasza. Hol szerezhető be? A „Shipped Date” vagy a „Tracking Number” mező kitöltéséből állapítható meg az „Order” objektumon vagy egy kapcsolódó egyéni „Shipment” objektumon. Az adat a teljesítési rendszerből származik. Rögzítés Használja azt az időbélyeget, amikor először kitöltik a szállítási dátum vagy a nyomkövetési szám mezőjét. Eseménytípus inferred | |||
| Fizetés beérkezett | Azt jelzi, hogy az ügyfél fizetése beérkezett, és az egyeztetés is megtörtént. Ezt az adatot egy pénzügyi rendszer frissíti a Salesforce-ban, jellemzően állapotváltozásként. | ||
| Miért fontos? Ez az esemény zárja le az értékesítésből származó pénz beérkezésének folyamatát. A „Invoice Sent” eseménytől eddig eltelt idő elemzése elengedhetetlen a pénzbeáramlás és a vevőkövetelések átlagos futamidejének (DSO) kezeléséhez. Hol szerezhető be? Az „Invoice” objektum állapotának „Paid” vagy „Closed” értékre változásából állapítható meg. A frissítést egy könyvelési vagy fizetésfeldolgozó rendszerrel létrehozott integráció végzi. Rögzítés Kövesse a külső pénzügyi rendszer integrációjából érkező állapotváltozásokat az „Invoice” objektumon. Eseménytípus inferred | |||
| Rendelés aktiválva | A Salesforce szabványos eseménye azt jelzi, hogy a rendelés végleges, és továbbléphet a teljesítés és a számlázás szakaszába. Aktiválás után a rendelés a legtöbb módosítással szemben zárolódik, az eseményt pedig egy meghatározott állapotváltozás rögzíti. | ||
| Miért fontos? Az aktiválás fontos, visszafordíthatatlan mérföldkő, amely megerősíti a rendelés érvényességét. Ez jelenti a hivatalos átadást az értékesítéstől a működésért felelős csapatnak, és alapvető adat az értékesítési átfutási idők méréséhez. Hol szerezhető be? Az „Order” objektum szabványos „Status” mezőjének „Activated” értékre változásából állapítható meg. Az időbélyeget az „Order” mezőelőzményei rögzítik. Rögzítés Kövesse az „Order” objektum mezőelőzményeit, és keresse az „Activated” állapotváltozást. Eseménytípus inferred | |||
| Rendelés létrehozva | A rendszerben rögzített értékesítési rendelés létrehozását jelzi. Az esemény akkor rögzíthető egyértelműen, amikor a Salesforce-ban először mentenek el egy új „Order” objektumpéldányt. | ||
| Miért fontos? Ez a rendeléstől a pénz beérkezéséig tartó folyamat elsődleges kezdőeseménye. Az ettől a ponttól a következő tevékenységekig eltelt idő elemzése elengedhetetlen a teljes átfutási idő megértéséhez. Hol szerezhető be? Az „Order” objektum létrehozásának eseménye. Az időbélyeg az Order rekord szabványos „CreatedDate” mezőjének értéke. Rögzítés Közvetlenül az „Order” objektum „CreatedDate” időbélyegéből. Eseménytípus explicit | |||
| Rendelés lezárva | Az értékesítési rendelés sikeres teljesítését és végleges lezárását jelzi a rendszerben. Ez a rendelés végső állapotfrissítéséből állapítható meg, amely azt mutatja, hogy nincs további teendő. | ||
| Miért fontos? Ez a folyamat elsődleges, sikeres lezárást jelző eseménye. Az eddig a tevékenységig eltelt teljes időből számítható ki az „Average Order to Close Time” KPI. Hol szerezhető be? Az „Order” objektum „Status” mezőjének végleges értékre, például „Closed”, „Completed” vagy „Fulfilled” értékre változásából állapítható meg. Az időbélyeg a mezőelőzményekből érhető el. Rögzítés Kövesse az „Order” objektum mezőelőzményeit, és keresse a végleges, befejezett állapotba történő változást. Eseménytípus inferred | |||
| Számla létrehozva | Az értékesítési rendeléshez tartozó pénzügyi számla kiállítását jelzi. Ezt egy kapcsolódó „Invoice” objektum létrehozása rögzítheti, akár a Salesforce Billing használatával, akár integráción keresztül. | ||
| Miért fontos? Ez a mérföldkő jelzi a folyamat pénzügyi, beszedési szakaszának kezdetét. A kézbesítés és a számlázás közötti idő feltárhatja a pénzbeáramlást késleltető adminisztratív szűk keresztmetszeteket. Hol szerezhető be? Az „Order” objektumhoz kapcsolt „Invoice” objektum, legyen az szabványos vagy egyéni, létrehozási dátumából állapítható meg. Rögzítés Használja a kapcsolódó Invoice rekord „CreatedDate” értékét. Eseménytípus inferred | |||
| Hitelképesség ellenőrizve | A rendeléshez kapcsolódó ügyfél hitelképességének ellenőrzését jelzi. Ez gyakran levezetett esemény: akkor rögzíthető, amikor egy egyéni mező, például a „Credit Check Status” értéke „Passed” vagy „Completed” lesz. | ||
| Miért fontos? Ez a tevékenység gyakran jelentős késedelmet okoz. Időtartamának és várakozási idejének mérése segít a „Credit Check Bottleneck Analysis” dashboard elemzésében és a pénzbeáramlás javításában. Hol szerezhető be? Az „Order” vagy a kapcsolódó „Account” objektum egyéni mezőjének időbélyegéből vagy állapotváltozásából állapítható meg, például a „Credit_Check_Date__c” vagy a „Credit_Status__c” mezőből. Rögzítés Kövesse nyomon a hitelképesség-ellenőrzés befejezését jelző egyéni mezők frissítéseit. Eseménytípus inferred | |||
| Készlet lefoglalva | Azt jelzi, hogy a rendelésben szereplő termékeket lefoglalták a készletkezelő rendszerben. Ez az esemény általában egy külső ERP- vagy készletkezelő rendszerből érkezik a Salesforce-ba, és egy mezőváltozás rögzíti. | ||
| Miért fontos? Ez a tevékenység elengedhetetlen a „Inventory Allocation Lead Time” KPI elemzéséhez. Az itt jelentkező késedelem közvetlenül befolyásolja, hogy a rendelések időben kiszállíthatók-e. Hol szerezhető be? Rendszerelemzést igényel. Gyakran az „Order” vagy az „OrderItem” objektum állapotfrissítéséből, illetve egy egyéni „Allocation_Date__c” mező kitöltéséből állapítható meg, amelyet egy integráció frissít. Rögzítés Kövesse az ERP-integrációból érkező állapot- vagy dátummező-változásokat az Order vagy OrderItem objektumokon. Eseménytípus inferred | |||
| Rendelés átadva teljesítésre | Az aktivált rendelés raktárnak vagy teljesítési rendszernek történő átadását jelzi, hogy megkezdődhessen az áruk összekészítése és csomagolása. Ezt általában az integráció által kiváltott állapotváltozás rögzíti a rendelésen. | ||
| Miért fontos? Ez az esemény választja el a folyamat kereskedelmi és logisztikai szakaszát. Az aktiválástól eddig a pontig eltelt idő mérésével elkülöníthetők az adminisztratív és a raktári feldolgozásból eredő késedelmek. Hol szerezhető be? Az „Order” állapotának például „Sent to Fulfillment” vagy „Awaiting Shipment” értékre változásából állapítható meg. Ezt az állapotváltozást gyakran egy ERP- vagy WMS-integráció váltja ki. Rögzítés Kövesse az „Order” objektum „Status” mezőjét, és keresse a teljesítésre történő átadást jelző értékeket. Eseménytípus inferred | |||
| Rendelés jóváhagyásra beküldve | Azt jelzi, hogy a piszkozatként mentett rendelést beküldték a hivatalos jóváhagyási munkafolyamatba. Ez általában a rendelés állapotának változásából vagy a Salesforce jóváhagyási folyamatának előzményeiben létrejött rekordból állapítható meg. | ||
| Miért fontos? A beküldések nyomon követésével mérhető, mennyi időt töltenek a rendelések jóváhagyásra várva, és mennyire hatékony maga az ellenőrzés. Ez feltárja a jóváhagyás előtti szűk keresztmetszeteket. Hol szerezhető be? Az „Order” objektum állapotváltozásából állapítható meg, például „Draft” állapotból „Submitted for Approval” állapotba, vagy a rendeléshez kapcsolódó „ProcessInstance” objektum beküldési dátumának nyomon követésével. Rögzítés Kövesse nyomon az állapotmező változásait, vagy kérdezze le a „ProcessInstance” objektumot. Eseménytípus inferred | |||
| Rendelés jóváhagyva | Azt jelzi, hogy az értékesítési rendelést minden szükséges fél hivatalosan jóváhagyta, így továbbléphet a következő szakaszba. Ez a munkafolyamat utolsó jóváhagyási lépésének megfigyelésével vagy a megfelelő állapotfrissítésből rögzíthető. | ||
| Miért fontos? Ez a mérföldkő teszi lehetővé a teljesítési folyamat elindítását. A jóváhagyás késedelme jelentősen növelheti a rendeléstől a pénz beérkezéséig tartó teljes átfutási időt. Hol szerezhető be? Az „Order” objektum állapotmezőjének „Approved” értékre történő változásából állapítható meg. A kapcsolódó „ProcessInstance” rekord befejezési dátumából is levezethető. Rögzítés Kövesse az „Order” objektum „Status” mezőjét, vagy ellenőrizze a jóváhagyási folyamat előzményeinek befejezését. Eseménytípus inferred | |||
| Rendelés törölve | Azt jelzi, hogy a rendelést a teljesítés befejezése előtt törölték. Ezt a rendelési rekord végleges állapotváltozása rögzíti. | ||
| Miért fontos? Ez fontos kivétel és lezáró esemény. A törlések okának és időpontjának elemzése feltárhatja az értékesítési folyamat, a termékelérhetőség vagy az ügyfél hitelképességének problémáit. Hol szerezhető be? Az „Order” objektum „Status” mezőjének „Cancelled” értékre változásából állapítható meg. Az időbélyeg a „Status” mező előzményeiben található. Rögzítés Kövesse az „Order” objektum mezőelőzményeit, és keresse a „Cancelled” állapotba történő változást. Eseménytípus inferred | |||
| Számla elküldve az ügyfélnek | Azt jelzi, hogy a számlát fizetésre elküldték az ügyfélnek. Ezt általában a számlarekord állapotváltozása rögzíti. | ||
| Miért fontos? Ez indítja el a „Payment Realization Time” KPI mérését. A számla létrehozása és elküldése közötti késedelem közvetlenül kitolja a fizetési határidő kezdetét. Hol szerezhető be? Az „Invoice” objektum állapotának „Sent” vagy hasonló értékre változásából állapítható meg. A kiküldött e-mail tevékenységnapló-bejegyzése is használható. Rögzítés Kövesse a kapcsolódó „Invoice” objektum „Status” mezőjét, vagy keresse az e-mail-naplóban rögzített tevékenységeket. Eseménytípus inferred | |||
Útmutatók az adatok kinyeréséhez
Lépések
- Előfeltétel: kapcsolja be a mezőelőzmények követését: A jelentések létrehozása előtt a Salesforce-rendszergazdának ellenőriznie kell, hogy az „Order” objektumnál be van-e kapcsolva a mezőelőzmények követése. Kövesse nyomon a „Status” mezőt és az események jelzésére használt egyedi mezőket, például a Credit_Check_Status__c vagy Fulfillment_Status__c mezőt. Ezt a Setup > Object Manager > Order > Fields & Relationships > Set History Tracking útvonalon állíthatja be.
- Hozzon létre egyedi jelentéstípust: A mezőváltozások adatainak rendelési adatokkal együtt történő eléréséhez hozzon létre egyedi jelentéstípust. Lépjen a Setup > Report Types oldalra. Hozzon létre új jelentéstípust, amelynek elsődleges objektuma az Orders. Ezután kapcsolja hozzá másodlagos objektumként az Order History objektumot. A kapcsolatnál válassza az „'A' records may or may not have related 'B' records” beállítást. Így az előzmények nélküli rendelések is megjelennek a jelentésben. Mentse a jelentéstípust „Orders with History” néven.
- Hozza létre a fő „Events” jelentést: Lépjen a Reports lapra, majd kattintson a New Report gombra. Válassza ki az „Orders with History” jelentéstípust. Ez a jelentés a mezőváltozásokon alapuló tevékenységeket gyűjti össze.
- Állítsa be az „Events” jelentés oszlopait: Adja hozzá a következő oszlopokat: Order: Order Number (a SalesOrderId értékéhez), Edit Date (az EventTime értékéhez), User (a UserPerformingAction értékéhez), Field/Event (a módosított mezőhöz), Original Value és New Value. Vegyen fel további oszlopokat a szülő Order objektumból is, például Order: Total Amount, Account: Account Name és Order: Company Authorized By Date. Ez utóbbi, ha alkalmazható, a RequestedDeliveryDate helyettesítőjeként használható.
- Szűrje az „Events” jelentést: A Show Me szűrőnél válassza az All orders, a Date Field mezőnél pedig a Created Date értéket, majd adja meg a kívánt időszakot, például Last 3 Months. A Field/Event oszlopra is állítson be szűrőt, hogy csak a tevékenységeknek megfelelő mezőváltozások jelenjenek meg, például a Status vagy a Credit_Check_Status__c módosításai.
- Hozza létre az „Order Created” jelentést: Hozzon létre egy második, egyszerűbb jelentést a szabványos Orders jelentéstípussal. Ez a jelentés kizárólag a létrehozási eseményt rögzíti. Adja hozzá az Order Number, Created Date, Created By, Status, Total Amount és Account Name oszlopokat. Szűrjön a Created Date mezőre a kívánt időszak szerint.
- Exportálja mindkét jelentést: Futtassa a két jelentést, majd válassza az Export lehetőséget. Formátumként válassza a Details Only és a Comma Delimited .csv beállítást.
- Egyesítse és alakítsa át az adatokat: Nyissa meg az exportált CSV-fájlokat egy táblázatkezelőben, például Microsoft Excelben, vagy használjon szkriptnyelvet, például Pythont.
- Az „Events” jelentéshez hozzon létre egy ActivityName oszlopot. Képletekkel vagy szkripttel rendelje hozzá a mezőváltozásokhoz a kívánt tevékenységneveket. Ha például a Field/Event értéke „Status”, a New Value pedig „Activated”, az ActivityName értéke legyen „Rendelés aktiválva”.
- Az „Order Created” jelentéshez adjon hozzá ActivityName nevű oszlopot, és minden sorban állítsa az értékét „Rendelés létrehozva” értékre. Nevezze át az oszlopokat úgy, hogy megfeleljenek az eseménynapló sémájának, például Order Number → SalesOrderId, Created Date → EventTime.
- Egyesítse az adatokat egyetlen eseménynaplóba: Fűzze hozzá az átalakított „Order Created” adatait tartalmazó sorokat az átalakított „Events” adataihoz. Így egyetlen, egységes listába kerül az összes tevékenység.
- Készítse elő a feltöltésre: Adja hozzá a többi szükséges oszlopot: a SourceSystem értéke legyen állandóan „Salesforce Sales Cloud”, a LastDataUpdate értéke pedig az aktuális időbélyeg. Mentés előtt ellenőrizze az oszlopfejléceket és az adatformátumokat. A végleges fájlt CSV-formátumban mentse, így készen áll a feltöltésre.
Konfiguráció
- Jelentéstípusok: Az Orders és az Order History objektumot összekapcsoló egyéni jelentéstípus szükséges az állapotváltozások és más mezőmódosítások külön eseményként való rögzítéséhez.
- Mezőelőzmények követése: A módszer használatához az adatok kinyerése előtt engedélyezni kell a mezőelőzmények követését az Order objektumhoz. Kövesse nyomon a fontos mezőket, például a Status mezőt és a folyamatlépéseket jelző egyéni mezőket.
- Dátumtartomány-szűrők: Az egységes rendelési csoport elemzéséhez elsődleges szűrőként használja az Order objektum Created Date mezőjét. Első elemzéshez 3–6 hónapos időszakot javaslunk.
- Adatexport-szolgáltatás: Nagy adatmennyiség esetén alternatív megoldásként ütemezze az adatexport-szolgáltatást heti vagy havi rendszerességgel az adott objektumok (Order, OrderHistory, Account) adatainak exportálására. A nyers adatok további külső feldolgozást és összekapcsolást igényelnek, de így elkerülhetők az interaktív Report Builder időtúllépései és sorszámkorlátai.
- Jogosultságok: Az adatokat kinyerő felhasználóknak rendelkezniük kell a Run Reports és az Export Reports jogosultsággal, valamint az Order és Account objektumok összes adatának megtekintésére vonatkozó jogosultsággal. Az adatexport-szolgáltatás beállításához System Administrator jogosultság szükséges.
- Jelentés felépítése: Az egyszerű exportálás és feldolgozás érdekében a jelentések formátuma legyen Tabular. Ne használjon összesítő vagy mátrixformátumot.
Példa-lekérdezés sql
/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/
// ======== REPORT 1: Order Creation Events ========
{
"ReportName": "O2C - Order Created",
"ReportType": "Orders",
"Format": "Tabular",
"Filters": [
{
"Field": "Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
}
],
"Columns": [
{"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
{"StaticValue": "Order Created", "OutputAs": "ActivityName"},
{"SourceField": 'Created Date', "OutputAs": "EventTime"},
{"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
{"SourceField": "Status", "OutputAs": "OrderStatus"},
{"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
{"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
]
}
// ======== REPORT 2: Order Field Change Events ========
{
"ReportName": "O2C - Order History Events",
"ReportType": "Orders with History (Custom)",
"Format": "Tabular",
"Filters": [
{
"Field": "Order: Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
},
{
"Field": "Field/Event",
"Operator": "in",
"Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
}
],
"Columns": [
{"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
{"SourceField": "Edit Date", "OutputAs": "EventTime"},
{"SourceField": "User", "OutputAs": "UserPerformingAction"},
{"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
{"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
{"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
]
}
// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ========
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:
CASE
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
ELSE 'Unknown'
END AS ActivityName
- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/ Kezdje el most?
Kezdje el még ma az értékesítési rendelések feldolgozásának fejlesztését: készítse elő adatait ezzel a sablonnal. Tárja fel, hogyan egyszerűsítheti a működést és javíthatja a pénzáramlást.
Javítsa a pénzáramlást: fejlessze az értékesítési rendelések feldolgozását
Tárja fel a hatékonysági problémákat, csökkentse 30%-kal a ciklusidőt, és gyorsítsa fel a pénz beérkezését.
Nincs szükség bankkártyára • Kezdje el néhány perc alatt