Adatsablon a rendeléstől a pénz beérkezéséig tartó számlázási folyamathoz
Adatsablon a rendeléstől a pénz beérkezéséig tartó számlázási folyamathoz
- Gyűjtésre javasolt attribútumok
- Követendő fő tevékenységek
- Adatkinyerési útmutató a NetSuite-hoz
A rendeléstől a pénz beérkezéséig tartó számlázási folyamat attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventTimestamp | Az adott tevékenység vagy esemény pontos dátuma és időpontja. | ||
| Leírás Ez az attribútum rögzíti, hogy pontosan mikor történt egy tevékenység. Elengedhetetlen az események időrendi sorrendjének meghatározásához és minden időalapú elemzéshez. A process mining során az esemény időbélyegéből számítható ki a tevékenységek közötti ciklusidő, az esetek időtartama és a várakozási idő. Segítségével azonosíthatók a szűk keresztmetszetek, mérhető a folyamat SLA-khoz viszonyított teljesítménye, és megérthető a számlázási folyamat időbeli alakulása. Például ebből számítható ki a számlakiállítási ciklusidő és a vevői kintlévőség napokban kifejezett átlagos futamideje (DSO). Miért fontos? Megadja az események időrendi sorrendjét. Ez elengedhetetlen az időtartam-alapú mutatók kiszámításához, a szűk keresztmetszetek feltárásához és a folyamat teljesítményének időbeli elemzéséhez. Hol szerezhető be? Az időbélyegek jellemzően a NetSuite számlatranzakcióihoz kapcsolódó rendszerjegyzetekben, auditnaplókban vagy rekordok „Date Created” mezőiben találhatók. Példák 2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-15T09:05:00Z | |||
| Számlaszám InvoiceNumber | Az egyes számladokumentumok egyedi azonosítója, amely a számlázási folyamat elsődleges esetazonosítója. | ||
| Leírás A számlaszám a számlázási folyamat elemzésének alapja: egyedileg azonosítja a számlát a létrehozástól a végső lezárásig. Egyetlen esetbe rendezi az összes kapcsolódó tevékenységet, például a jóváhagyást, a kiküldést és a fizetés hozzárendelését. A process mining során az egyes számlaszámok útjának elemzésével a teljes számlázási életciklus áttekinthető. Így azonosíthatók a folyamatváltozatok, a szűk keresztmetszetek és a standard eljárástól való eltérések. Az eredmények segítenek javítani a pénzforgalmat és a működés hatékonyságát. Miért fontos? Elengedhetetlen az egyes számlák teljes életciklusának nyomon követéséhez. Segítségével rekonstruálható a teljes számlázási folyamat, és részletes teljesítményelemzés végezhető. Hol szerezhető be? Ez jellemzően a NetSuite számlatranzakció-rekordjának „Transaction ID” mezője vagy egy hasonló egyedi azonosító. Példák INV-0012345INV-0012346INV-0012347 | |||
| Tevékenység neve ActivityName | A számla életciklusának egy adott pontján bekövetkezett üzleti esemény neve. | ||
| Leírás A tevékenység neve a számlázási folyamat egy adott lépését vagy eseményét jelöli, például: „Számla létrehozva”, „Számla jóváhagyva” vagy „Ügyfélfizetés beérkezett”. Ezek a tevékenységek alkotják a folyamattérkép egymást követő lépéseit. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segít megjeleníteni a tényleges folyamatot, azonosítani a gyakori és ritka folyamatútvonalakat, vagyis a változatokat, valamint megtalálni a gyakran ismétlődő tevékenységeket, amelyek utómunkára vagy hatékonysági problémára utalhatnak. Miért fontos? Ez az attribútum alapvető a folyamattérkép létrehozásához, mert lehetővé teszi a számlák különböző lépéseinek és útvonalainak megjelenítését és elemzését. Hol szerezhető be? A NetSuite számlatranzakciójához kapcsolódó rendszer- és állapotnaplókból, illetve konkrét eseményrekordokból származik. Ehhez gyakran hozzá kell rendelni a tranzakció állapotváltozásait vagy a kapcsolódó rekordok létrehozását az előre meghatározott tevékenységnevekhez. Példák Számla létrehozvaSzámla jóváhagyvaÜgyfélfizetés beérkezettSzámla teljesen kifizetve | |||
| Forrásrendszer SourceSystem | Az a rendszer, amelyből az adatokat kinyerték. | ||
| Leírás Ez az attribútum azonosítja a folyamatadatok forrását. Ebben a nézetben az értéke minden esetben „NetSuite”. Tágabb elemzési környezetben, különösen több ERP-rendszert vagy integrált rendszereket használó szervezeteknél, ez az attribútum fontos az adatok eredetének nyomon követéséhez és az adatirányításhoz. Segít megkülönböztetni a különböző platformokon átívelő folyamatokat, és biztosítja, hogy az elemzés a megfelelő nyilvántartási rendszerhez kapcsolódjon. Miért fontos? Fontos információt ad az adatok eredetéről és kezeléséről, különösen akkor, ha több rendszer kapcsolódik egymáshoz. Hol szerezhető be? Az adatkinyerés és -átalakítás során hozzáadott állandó érték („NetSuite”). Példák NetSuite | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették utoljára az adatokat a forrásrendszerből. | ||
| Leírás Ez az attribútum rögzíti az adatkészlet utolsó frissítésének időpontját. Segít megítélni, mennyire frissek és relevánsak a process mining elemzés eredményei. Az elemzők és az üzleti területek munkatársai ebből látják, hogy az elemzés a működés legfrissebb állapotát tükrözi-e. Ez minden dashboard és jelentés fontos metaadata: jelzi, milyen korú adatok alapján születtek a döntések, és segít elkerülni, hogy az eredményeket valós idejűnek tekintsék, ha nem azok. Miért fontos? Tájékoztatja a felhasználókat az adatok frissességéről, így egyértelmű, milyen időszakot fed le az elemzés, és mennyire aktuálisak az eredmények. Hol szerezhető be? Ezt az időbélyeget az adatkinyerő eszköz vagy adatfolyam hozza létre és rögzíti az adatok frissítésekor. Példák 2024-05-21T02:00:00Z | |||
| Automatizált IsAutomated | Jelzi, hogy a rendszer automatikusan hajtott-e végre egy tevékenységet. | ||
| Leírás Ez a logikai attribútum különbözteti meg a felhasználó által végzett tevékenységeket a rendszeres workflow, szkript vagy integráció által automatikusan végrehajtottaktól. Az attribútum segít mérni a számlázási folyamat automatizáltságát, és közvetlenül támogatja az „Automatizált számlázás aránya” KPI számítását. Az automatizált és a manuális tevékenységekre szűrve az elemzők azonosíthatják a kézi beavatkozás okozta szűk keresztmetszeteket, valamint az automatizálás növelésének, az emberi hibák csökkentésének és a hatékonyság javításának lehetőségeit. Miért fontos? Segít felmérni a folyamat automatizáltságát, és megmutatja, hol csökkenthető a kézi munka, illetve hol javítható a hatékonyság. Hol szerezhető be? Ezt jellemzően a tevékenységhez tartozó „User” mező alapján állapítják meg. A „SYSTEM”, „Workflow” vagy „Integration” nevű felhasználó által indított események automatizáltnak minősülnek. Példák truefalse | |||
| Esemény befejezési ideje EventEndTime | Az adott tevékenység vagy esemény befejezésének pontos dátuma és időpontja. | ||
| Leírás Az esemény befejezési ideje jelzi, mikor ért véget egy tevékenység. Sok tevékenység azonnali, vagyis a kezdési és befejezési időpontja megegyezik, de például egy jóváhagyási lépés mérhető ideig tarthat. Ez az attribútum az esemény időbélyegével, vagyis a kezdési idővel együtt lehetővé teszi a tevékenység feldolgozási idejének közvetlen kiszámítását. A feldolgozási idő elemzésével megállapítható, mely lépések veszik igénybe a legtöbb időt és erőforrást. Így elkülöníthető a tevékenységre fordított idő a lépések közötti várakozástól, és pontosan feltárhatók az egyes feladatok hatékonysági problémái. Miért fontos? Lehetővé teszi az egyes tevékenységek végrehajtási idejének pontos kiszámítását. Ez elengedhetetlen az erőforrások hatékony felhasználásának elemzéséhez és az időigényes feladatok azonosításához. Hol szerezhető be? A StartTime mezőhöz hasonlóan ez is a NetSuite auditnaplóiból származhat. Előfordulhat, hogy logikával kell összepárosítani a „start” eseményt a hozzá tartozó „end” eseménnyel. Példák 2023-10-26T10:05:14Z2023-10-27T14:32:00Z2023-11-15T09:05:00Z | |||
| Felhasználó User | A tevékenységet végrehajtó felhasználó neve vagy azonosítója. | ||
| Leírás Ez az attribútum azonosítja azt a munkatársat vagy rendszerfelhasználót, aki a folyamat adott lépéséért felel. Ő hozhatta létre vagy hagyhatta jóvá a számlát, illetve rendelhette hozzá a befizetést. A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását és az egyéni teljesítményt, valamint feltárni a képzési igényeket. Az automatizálási lehetőségekre is rámutathat, ha megmutatja, mely manuális tevékenységeket végzi a legtöbb felhasználó. A megfelelés és az auditnaplók elemzéséhez is fontos. Miért fontos? Lehetővé teszi a munkaterhelés eloszlásának, az egyes felhasználók teljesítményének és a folyamatkövetésnek az elemzését. Ez fontos az erőforrások kezeléséhez és a célzott képzések megtervezéséhez. Hol szerezhető be? A NetSuite System Notes alfülén, illetve a számlarekord és a kapcsolódó tranzakciórekordok „Modified By” mezőiben található. Példák Alice SmithBob JohnsonSYSTEM | |||
| Fizetési határidő DueDate | Az a dátum, ameddig a számlát ki kell fizetni. | ||
| Leírás A fizetési határidő a számla keltéből és a megállapodott fizetési feltételekből számítható ki. Ez az a határnap, ameddig az ügyfél késedelem nélkül fizethet. Ez az attribútum elengedhetetlen a vevőkövetelések nyomon követéséhez és a pénzforgalom kezeléséhez. Ez a viszonyítási alap az időben történő fizetések arányát mérő KPI kiszámításához és az ügyfelek fizetési szokásainak elemzéséhez. A határidőtől való eltérések nyomon követésével azonosíthatók a rendszeresen késve fizető ügyfelek, és értékelhető a behajtási stratégia hatékonysága. Miért fontos? Elengedhetetlen a határidőre történő fizetések méréséhez és az ügyfelek fizetési szokásainak elemzéséhez. Közvetlenül támogatja a követeléskezelést és a pénzforgalom előrejelzését. Hol szerezhető be? A NetSuite számlatranzakció-rekordjának „Due Date” (duedate) mezőjének felel meg. Példák 2023-11-252023-11-262023-12-15 | |||
| Régió Region | Az ügyfélhez vagy a tranzakcióhoz kapcsolódó földrajzi régió. | ||
| Leírás A régió attribútum földrajzi terület szerint csoportosítja a számlákat. Az érték származhat az ügyfél címéből vagy a számlát kiállító üzleti egységből. Ez az attribútum fontos az összehasonlító elemzéshez. A „Regional Billing Process Comparison” dashboard ennek segítségével hasonlítja össze a KPI-kat, például a ciklusidőt, a hibaarányt és a folyamatváltozatokat a különböző régiókban. Így feltárhatók a regionális teljesítménykülönbségek, azonosíthatók a jól teljesítő régiók bevált gyakorlatai, és egységesíthetők a folyamatok a szervezet egészében. Miért fontos? Lehetővé teszi a különböző földrajzi területek összehasonlítását, így feltárhatók a regionális teljesítménykülönbségek és egységesíthetők a bevált gyakorlatok. Hol szerezhető be? Ezt az adatot gyakran a NetSuite ügyféltörzsében vagy tranzakciórekordjában található egyéni szegmens vagy besorolási mező tárolja. Példák Észak-AmerikaEurópa, Közel-Kelet és AfrikaÁzsia és a csendes-óceáni térség | |||
| Számla kelte InvoiceDate | A számla hivatalos kelte, amely a vevőnek kiállított számlán szerepel. | ||
| Leírás A számla kelte, vagyis a tranzakció dátuma számos számlázáshoz kapcsolódó pénzügyi számítás kiindulópontja. A fizetési feltételeket és a fizetési határidőt jellemzően ettől a dátumtól számítják. Az elemzésben ez a dátum szolgál alapul olyan fontos pénzügyi KPI-k kiszámításához, mint a vevői kintlévőség napokban kifejezett átlagos futamideje (DSO) és a számlák korosítása. Lehetővé teszi az időszakok szerinti összehasonlítást is, például a számlázási teljesítmény hónapról hónapra vagy évről évre történő elemzését. Miért fontos? Ez a dátum adja az alapot olyan fontos pénzügyi mutatókhoz, mint a vevői kintlévőség napokban kifejezett átlagos futamideje (DSO) és a számlák korosítása, ezért közvetlenül befolyásolja a forgótőke elemzését. Hol szerezhető be? A NetSuite számlatranzakció-rekordjának „Date” (trandate) mezőjének felel meg. Példák 2023-10-262023-10-272023-11-15 | |||
| Számla teljes összege InvoiceTotalAmount | A számla teljes pénzösszege, az adókkal és egyéb díjakkal együtt. | ||
| Leírás Ez az attribútum a vevő által fizetendő teljes összeget mutatja. Minden számlázási eset alapvető pénzügyi adata. A számlaösszeg szerinti elemzés lehetővé teszi az értékalapú vizsgálatot. Például kiderülhet, hogy a nagy összegű számlák folyamata eltér az alacsonyabb összegű számlákétól, és összetettebb. Az összeg a behajtási lépések rangsorolásához, valamint a fizetési késedelmek és számlahibák pénzügyi hatásának felméréséhez is használható. Miért fontos? Lehetővé teszi az értékalapú folyamatelemzést, segít előnyben részesíteni a nagy összegű számlákat, és felmérni a folyamatbeli hiányosságok pénzügyi hatását. Hol szerezhető be? A NetSuite számlatranzakció-rekordjának „Total” (total) mezőjének felel meg. Példák 1500.0089.9912500.50 | |||
| Ügyfél neve CustomerName | Annak az ügyfélnek a neve, akinek a számlát kiállították. | ||
| Leírás Ez az attribútum azonosítja a számlázott jogi személyt vagy magánszemélyt. A számlázási folyamatot az ügyfélkapcsolat-kezeléshez kapcsolja. Az ügyfél szerinti elemzés feltárja az egyes ügyfelek fizetési szokásait, vitás ügyeit és a számlázás összetettségét. Az eredmények segíthetnek az ügyfélszegmentálásban, a hitelkeretek meghatározásában és a behajtási megközelítés személyre szabásában. Például kiderülhet, ha egy adott ügyfél számláit rendszeresen javítani kell. Miért fontos? Ügyfélközpontú elemzést tesz lehetővé, így feltárhatók az egyes ügyfelekre jellemző fizetési szokások, visszatérő problémák és folyamateltérések. Hol szerezhető be? A NetSuite számlatranzakció-rekordjának „Customer” vagy „Entity” mezőjében szereplő névnek felel meg. Példák Global Tech Inc.Innovate Solutions LLCCornerstone Corp | |||
| Fizetési feltételek PaymentTerms | A vállalat és az ügyfél között megállapodott fizetési feltételek. | ||
| Leírás A fizetési feltételek határozzák meg, mikor és hogyan kell az ügyfélnek kifizetnie a számlát, például „30 napos fizetési határidővel” vagy „fizetés átvételkor”. Ezek alapján automatikusan kiszámítható a számla fizetési határideje. Ez az attribútum elengedhetetlen a „Payment Terms Adherence” dashboardhoz. A különböző fizetési feltételek szerinti határidőre történő fizetések elemzésével értékelhető azok hatékonysága. Például kiderülhet, hogy a 15 napos határidővel fizető ügyfelek gyorsabban rendezik-e a számláikat, mint a 30 napos határidővel fizetők. Ez segíti a jövőbeli szerződéses tárgyalásokat és a hitelpolitika kialakítását. Miért fontos? Elengedhetetlen a különböző fizetési feltételek hatékonyságának és az ügyfelek fizetési határidejére gyakorolt hatásának elemzéséhez. Hol szerezhető be? A NetSuite számlatranzakció-rekordjának „Terms” mezőjének felel meg. Példák 30 napos fizetési határidő60 napos fizetési határidőFizetés átvételkor | |||
| Határidőre érkezett fizetés IsOnTimePayment | Jelzi, hogy az ügyfél a számla esedékességének napján vagy korábban fizetett-e. | ||
| Leírás Ez a számított logikai jelző összeveti az „Ügyfélfizetés beérkezett” tevékenység időbélyegét a számla „DueDate” mezőjével. Igaz értéket kap, ha a fizetés határidőre vagy korábban érkezett, és hamisat, ha késve. Ez az attribútum az „Határidőre érkezett fizetések aránya” KPI és a „Fizetési feltételek betartása” dashboard alapja. Egyértelmű, igen-nem alapú mérőszámot ad az ügyfelek fizetési szokásairól, egyszerűbbé téve az elemzést és a jelentéskészítést. Segít gyorsan felismerni a fizetési határidők betartásának trendjeit, és felmérni a követeléskezelési stratégiák eredményességét. Miért fontos? Egyértelmű mérőszámot ad a követeléskezelés eredményességéhez, közvetlenül támogatja az időben beérkezett fizetések arányának KPI-számítását és az ügyfélviselkedés elemzését. Hol szerezhető be? Számított attribútum. A fizetési esemény időbélyegét kell összevetni az ügy szintjén megadott „DueDate” attribútummal. Példák truefalse | |||
| Pénznem Currency | A számla összegének pénznemkódja. | ||
| Leírás Ez az attribútum jelzi, milyen pénznemben szerepel a számla összege, például USD, EUR vagy GBP. Minden pénzösszeg értelmezéséhez szükséges információ. A több országban működő szervezetek számára a pénznem szerinti elemzés segít megérteni a különböző piacok pénzügyi teljesítményét. Biztosítja a pénzösszegek helyes értelmezését, és szükség esetén lehetővé teszi az átváltás utáni összevonást és összehasonlítást. Miért fontos? Megadja a pénzösszegek értelmezéséhez szükséges információt. Ez különösen több országban működő szervezeteknél fontos a pontos pénzügyi jelentésekhez és elemzésekhez. Hol szerezhető be? A NetSuite számlatranzakció-rekordjának „Currency” mezőjének felel meg. Példák USDEURGBP | |||
| Részleg Department | A számlához tartozó belső részleg. | ||
| Leírás Ez az attribútum a tranzakcióért felelős belső részleget jelöli, például az értékesítést, a szolgáltatásokat vagy egy adott üzletágat. A NetSuite-ban ez egy szabványos besorolási szegmens. A folyamat részlegenkénti elemzésével összehasonlíthatja az eredményeket, és megállapíthatja, mely részlegek számlázási folyamata hatékonyabb. Az elemzés feltárhatja a folyamatkövetés vagy az erőforrás-elosztás eltéréseit, így az adott szervezeti egységre szabott fejlesztések tervezhetők. Miért fontos? Lehetővé teszi a folyamat teljesítményének összehasonlítását a belső részlegek között, és megmutatja az eltéréseket, valamint a folyamatok egységesítésének lehetőségeit. Hol szerezhető be? A NetSuite-számlatranzakció fejlécénél vagy tételsoránál megadható „Department” besorolási mezőnek felel meg. Példák Vállalati értékesítésSzakmai szolgáltatásokHardver | |||
| Számla állapota InvoiceStatus | A számla aktuális állapota az életciklusa során. | ||
| Leírás Ez az attribútum a számla aktuális állapotát mutatja, például „Open”, „Paid in Full” vagy „Voided”. Segítségével bármikor látható, hol tart a számla a folyamatban. Az „Open Invoices Status Overview” dashboard közvetlenül erre az attribútumra épül. Lehetővé teszi a vevőkövetelések aktuális állapotának felmérését, így a pénzügyi csapat nyomon követheti a fennálló tartozásokat, kezelheti a behajtást és előre jelezheti a pénzbeáramlást. A végső állapot elemzésével a folyamat eredményei is jobban megérthetők. Miért fontos? Megmutatja a vevőkövetelések aktuális állapotát, és alapul szolgál a nyitott számlákat és a számlázás előrehaladását követő dashboardokhoz. Hol szerezhető be? A NetSuite számlatranzakció-rekordjának „Status” mezőjének felel meg. Példák NyitottTeljesen kifizetveÉrvénytelenítveJóváhagyásra vár | |||
| Újramunka IsRework | Számított jelző, amely az újramunkának vagy javítási körnek minősülő tevékenységeket azonosítja. | ||
| Leírás Ez a logikai jelző igaz értéket kap azoknál a tevékenységeknél, amelyek nem teremtenek értéket, például a „Számla javítva” eseménynél vagy az ugyanahhoz az ügyhöz tartozó második „Számla jóváhagyva” eseménynél. Az értéket általában a tevékenység neve vagy ismétlődése alapján határozzák meg. Ez az attribútum szükséges a „Számlajavítások és -elutasítások elemzése” dashboardhoz és a „Számlahibák aránya” KPI-hoz. Segítségével számszerűsíthető az újramunka, és feltárhatók a folyamat minőségi problémái. Az újramunkát jelző tevékenységekre szűrve a csapatok gyorsan azonosíthatják a hibák kiváltó okait, és mérhetik a folyamatfejlesztés eredményét. Miért fontos? Közvetlenül méri a folyamat minőségét: jelzi a felesleges javítási köröket, így elemezhetők a számlázási hibák kiváltó okai és pénzügyi hatásai. Hol szerezhető be? Ez az adatátalakítás során számított attribútum. Az újramunka azonosításához például megjelölhetők bizonyos tevékenységnevek („Számla javítva”) vagy az ismétlődő tevékenységek. Példák truefalse | |||
| Vevői rendelés száma SalesOrderNumber | Annak a vevői rendelésnek az azonosítója, amelyből a számla készült. | ||
| Leírás Ez az attribútum közvetlen kapcsolatot teremt az eredeti vevői rendeléssel, így a számlázási folyamat összekapcsolható az azt megelőző értékesítési és teljesítési folyamatokkal. A vevői rendelés számával a rendeléstől a pénz beérkezéséig tartó teljes folyamat is áttekinthető. Az elemzés segítségével a számlázási problémák visszavezethetők az értékesítési folyamat forrásáig. Például a gyakori számlajavítások hátterében bizonyos típusú vevői rendelések adatbeviteli hibái állhatnak. Miért fontos? Összekapcsolja a számlázási és az értékesítési folyamatot, így a rendeléstől a pénz beérkezéséig tartó teljes folyamat elemezhető, és feltárhatók a számlázási problémák kiváltó okai. Hol szerezhető be? A NetSuite-számlatranzakció „Created From” mezőjében vagy a „Related Records” alfülön található. Példák SO-0009876SO-0009877SO-0009878 | |||
| Vevőkövetelések átlagos beszedési ideje DaysSalesOutstanding | A számla dátuma és a fizetés beérkezésének dátuma közötti napok száma. | ||
| Leírás A vevőkövetelések átlagos beszedési ideje (DSO) azt mutatja meg, átlagosan hány nap telik el a számla kiállítása és a fizetés beérkezése között. Az attribútumot minden számlára külön kiszámítjuk, így részletes elemzésre is használható. A DSO-t gyakran összesített KPI-ként vizsgálják, de az egyes számlákra vonatkozó értékekkel részletesebb elemzés végezhető. Megállapítható például, hogy mely ügyfelek, régiók vagy számlatípusok esetében a legmagasabb a DSO. A „DSO alakulása” dashboard ezen mutató alapján szemlélteti a követelésbeszedés időbeli hatékonyságát, és adatokat ad a forgótőke kezeléséhez. Miért fontos? Számlánként méri a követelésbeszedés hatékonyságát, így részletesen feltárhatók a magas DSO kiváltó okai és a cash flow-ra gyakorolt hatása. Hol szerezhető be? A „Számla dátuma” értékét ki kell vonni az „Ügyfélfizetés beérkezett” tevékenység időbélyegéből. Példák 294562 | |||
A rendeléstől a pénz beérkezéséig tartó számlázási folyamat tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Számla elküldve az ügyfélnek | Azt jelzi, hogy a számlát, jellemzően e-mailben, elküldték az ügyfélnek. Az esemény úgy rögzíthető, hogy nyomon követik, mikor használja egy felhasználó a számlarekord „Email” műveletét. | ||
| Miért fontos? Ekkor kezdődik az ügyfél fizetési időszaka. Ez a vevői kintlévőség napokban kifejezett átlagos futamidejének (DSO) kiszámításához használt elsődleges kezdőpont. Hol szerezhető be? A számlarekord „Date Last Emailed” mezőjének kitöltéséből következtethető ki. Másik lehetőségként a Communication alfülön létrehozott e-mail-üzenet rekordja alapján is rögzíthető. Rögzítés A „Date Last Emailed” mező kitöltéséből vagy egy kommunikációs rekord létrehozásából következtethető ki. Eseménytípus inferred | |||
| Számla jóváhagyva | A számlát hivatalosan jóváhagyták, így elküldhető az ügyfélnek. Az esemény akkor rögzíthető, amikor a jóváhagyási állapot „Pending Approval” értékről „Approved” értékre változik, jellemzően egy workflow-művelet hatására. | ||
| Miért fontos? Fontos mérföldkő: a számla csak ezután küldhető el az ügyfélnek. Ez az esemény elengedhetetlen a jóváhagyási ciklusidő méréséhez és az „Automated Billing Ratio” KPI kiszámításához. Hol szerezhető be? A számlarekord „Approval Status” mezőjének „Approved” értékre változásából következtethető ki. A pontos időbélyeget a tranzakció rendszerjegyzetei rögzítik. Rögzítés A rendszerjegyzetekben naplózott „Approval Status” mező „Approved” értékre változásából következtethető ki. Eseménytípus inferred | |||
| Számla létrehozva | A számlatranzakció hivatalos létrehozását jelzi a NetSuite-ban. Ez az esemény az egyedi számlaszámhoz tartozó számlázási folyamat kezdete, és a tranzakció létrehozásának időbélyege alapján rögzíthető. | ||
| Miért fontos? Ez a számlázási folyamat elsődleges kezdő eseménye. Az esemény és a későbbi lépések közötti idő elemzésével felmérhető a folyamat teljes hatékonysága, és meghatározható a számlakiállítási ciklusidő KPI kiinduló értéke. Hol szerezhető be? A számlatranzakció „Date Created” időbélyege alapján rögzíthető. A NetSuite rendszerjegyzetei külön is naplózzák a számla létrehozását és a felhasználót. Rögzítés A számlatranzakció létrehozásakor naplózott esemény. Eseménytípus explicit | |||
| Számla teljesen kifizetve | A számla állapota „Paid In Full” értékre változott, vagyis az egyenlege nulla. Ezzel sikeresen lezárul a számlázási és behajtási folyamat. | ||
| Miért fontos? Ez a folyamat elsődleges sikeres záró eseménye. Az állapot eléréséhez szükséges teljes idő elemzésével kiszámítható a pénzforgalmi ciklus teljes átfutási ideje. Hol szerezhető be? A számlarekord „Status” mezőjének „Paid In Full” értékre változásából következtethető ki. Az állapotváltozás időbélyege a tranzakció rendszerjegyzeteiben található. Rögzítés A rendszerjegyzetekben naplózott „Status” mező „Paid In Full” értékre változásából következtethető ki. Eseménytípus inferred | |||
| Ügyfélfizetés beérkezett | Az ügyfél befizetése beérkezett, és rögzítették a rendszerben. Az esemény a NetSuite-ban létrehozott „Customer Payment” tranzakció alapján rögzíthető. A befizetés egy vagy több számlához is hozzárendelhető. | ||
| Miért fontos? A pénz beérkezését jelzi, de nem feltétlenül azt, hogy a befizetést egy adott számlához rendelték. Ez a beérkezett pénz számlához rendelésének első lépése, és fontos esemény a DSO kiszámításához. Hol szerezhető be? A „Customer Payment” tranzakciórekord létrehozási dátuma alapján rögzíthető. A számlához a befizetés „Apply” alfülén kapcsolható. Rögzítés „Customer Payment” tranzakciórekord létrehozása. Eseménytípus explicit | |||
| Elérkezett a fizetési határidő | Számított esemény, amely akkor következik be, amikor az aktuális dátum megegyezik a számla esedékességi dátumával. Nem közvetlen felhasználói vagy rendszertevékenység váltja ki, hanem az elemzés során a meglévő adatokból számítható ki. | ||
| Miért fontos? Fontos viszonyítási pont a fizetési határidők betartásának méréséhez. Elengedhetetlen az „On-Time Payment Rate” KPI kiszámításához és az ügyfelek fizetési szokásainak elemzéséhez. Hol szerezhető be? A NetSuite-ban ez nem önálló esemény. Az eseménynapló időbélyegének és a számlatranzakció „Due Date” mezőjének összevetésével számítható ki. Rögzítés Akkor számítható ki, ha az esemény időbélyege megegyezik a számla „Due Date” mezőjének értékével. Eseménytípus calculated | |||
| Fizetés hozzárendelve a számlához | Az ügyfél beérkezett befizetését kifejezetten ehhez a számlához rendelték, így csökkent a fizetendő összeg. A hozzárendelés a „Customer Payment” rekordon történő mentésekor rögzül. | ||
| Miért fontos? Ez teremti meg a kapcsolatot a pénz beérkezése és a számla kiegyenlítése között. A „Payment Received” esemény és e között eltelt idő adja a „Cash Application Cycle Time” KPI értékét. Hol szerezhető be? A „Customer Payment” tranzakció rendszerjegyzeteiből vagy auditnaplójából rögzíthető, pontosabban abból a pillanatból, amikor elmentik a számlasorhoz való hozzárendelést. Ennek időbélyege meghatározó. Rögzítés Akkor naplózódik, amikor elmentik a számlához hozzárendelt befizetést tartalmazó „Customer Payment” rekordot. Eseménytípus explicit | |||
| Fizetési emlékeztető elküldve | Fizetési hátralékról szóló értesítést küldtek az ügyfélnek. Ez a számlához vagy az ügyfélhez kapcsolódó naplózott tevékenységként, illetve elküldött e-mailként rögzíthető, gyakran egy fizetési felszólításokat kezelő megoldásból. | ||
| Miért fontos? Elengedhetetlen a behajtási stratégia hatékonyságának értékeléséhez. Ha megvizsgálja, hogyan hat ez a tevékenység a későbbi fizetésekre, optimalizálhatja az emlékeztetők gyakoriságát és időzítését. Hol szerezhető be? A számla vagy az ügyfélrekord Communication > Messages alfülén létrehozott e-mail-rekord alapján rögzíthető. Az automatizált fizetésifelszólítás-kezelő megoldások egyéni rekordként vagy feladatként is naplózhatják ezeket. Rögzítés A számlához kapcsolódó e-mail- vagy tevékenységrekordként naplózva. Eseménytípus explicit | |||
| Jóváíró bizonylat létrehozva | Létrehoztak egy jóváíró bizonylatot, és hozzárendelték a számlához, így csökkent a fennálló tartozás. Ez jellemzően termékvisszaküldésre, szolgáltatással kapcsolatos panaszra vagy árkorrekcióra utal. | ||
| Miért fontos? Utómunkát, minőségi problémát vagy ügyfélvitát jelezhet. A gyakori előfordulás mögöttes problémákra utalhat, ezért ez az esemény fontos az „Invoice Rework and Rejection Analysis” dashboardhoz. Hol szerezhető be? A jóváíró bizonylat tranzakciójának létrehozásakor rögzíthető. Az eredeti számlára mutató kapcsolat a „Created From” mezőben vagy a jóváíró bizonylat „Apply” alfülén található. Rögzítés Az eredeti számlához kapcsolódó jóváíró bizonylat rekordjának létrehozása. Eseménytípus explicit | |||
| Számla érvénytelenítve | A számlát érvénytelenítették, ezzel törölték, és visszafordították a főkönyvre gyakorolt hatását. Ezt általában a tévesen létrehozott, még ki nem fizetett számláknál teszik meg. | ||
| Miért fontos? Folyamatkivételt és végállapotot jelez. Ha megérti, miért érvénytelenítik a számlákat, feltárhatja azokat az adatbeviteli vagy folyamatbeli hibákat, amelyeket a folyamat korábbi szakaszában kell kijavítani. Hol szerezhető be? Kifejezett felhasználói művelet. A számlarekord rendszerjegyzeteiből rögzíthető, amelyek naplózzák, mikor és ki érvénytelenítette a tranzakciót. Rögzítés A számla rendszerjegyzeteiben naplózott kifejezett „Void” művelet. Eseménytípus explicit | |||
| Számla jóváhagyásra beküldve | A számla állapota „Pending Approval” értékre változik. Az esemény akkor rögzíthető, amikor egy felhasználó beküldi a számlát a beállított jóváhagyási workflow-ba. Ez gyakori testreszabás. | ||
| Miért fontos? Ez a tevékenység jelzi, hogy megkezdődhet a jóváhagyás miatti várakozás. A jóváhagyásra fordított idő a számlafeldolgozás teljes ciklusidejének fontos része. Hol szerezhető be? A számlarekord „Approval Status” mezőjének „Pending Approval” értékre változásából következtethető ki. A változás időbélyege a számlához tartozó rendszerjegyzetek auditnaplójában található. Rögzítés A rendszerjegyzetekben naplózott „Approval Status” mezőváltozásból következtethető ki. Eseménytípus inferred | |||
| Számla lezárva | A számlatranzakciót lezárták, gyakran az időszak végi könyvelési folyamat részeként. Ezzel megakadályozzák a tranzakció további módosítását, miután teljesen kifizették és egyeztették. | ||
| Miért fontos? Ez gyakran a „Paid In Full” állapot után következik, de lehet egy utolsó adminisztratív lépés is. A fizetés és a lezárás közötti késedelem elemzése segíthet feltárni a pénzügyi jelentések késésének okait. Hol szerezhető be? A „Status” mező „Closed” vagy hasonló értékre változásából következtethető ki. A változás időbélyegét a rendszerjegyzetek rögzítik. Rögzítés A rendszerjegyzetekben naplózott „Status” mezőváltozásból következtethető ki. Eseménytípus inferred | |||
Adatkinyerési útmutatók
Lépések
- Bejelentkezés a NetSuite-ba: Jelentkezzen be olyan NetSuite-fiókkal, amelynek szerepköre lehetővé teszi tranzakciós rekordokhoz tartozó mentett keresések létrehozását és futtatását.
- Mentett keresések megnyitása: Lépjen a Reports > Saved Searches > All Saved Searches > New menüpontra. A kereséstípusok listájából válassza a „Tranzakció” lehetőséget. Ez lesz az alapja az eseménytípusonként létrehozott kereséseknek.
- A „Számla létrehozva” keresés létrehozása: Ez az elsődleges keresés a számlák létrehozását rögzíti.
- A „Criteria” lapon, a „Standard” részben állítsa a „Típus” szűrőt „is Invoice” értékre.
- Adjon hozzá egy „Main Line” szűrőt is, és állítsa „is true” értékre, hogy számlánként egy rekord jelenjen meg.
- A „Results” lapon adja hozzá a szükséges oszlopokat. Képletekkel hozzon létre szabványos mezőket, például
ActivityNameértéket. Például adjon hozzá egy „Formula (Text)” mezőt_UTF8'Invoice Created'képlettel.
- Állapotváltozások kereséseinek létrehozása (jóváhagyás, kifizetés, érvénytelenítés, lezárás): Sok tevékenység állapotváltozáshoz kötődik. A pontos időbélyeg rögzítésének legmegbízhatóbb módja a System Notes használata.
- Hozzon létre egy új Transaction Saved Search keresést.
- A „Criteria” lapon állítsa a „Típus” értékét „is Invoice” értékre.
- A „Standard” alfülön adja hozzá a „System Notes : Field” szűrőt, és válassza ki a megfelelő állapotmezőt, például az „Approval Status” mezőt.
- Adjon hozzá egy „System Notes : New Value” szűrőt is, és állítsa be a kívánt állapotot, például az „Approved” értéket.
- A „Results” lapon rendelje a „System Notes : Date” mezőt az
EventTimestampértékhez, a „System Notes : Set by” mezőt pedig aFelhasználóértékhez. - Ismételje meg a lépéseket minden állapothoz kötött tevékenységnél: „Számla jóváhagyásra benyújtva”, „Számla jóváhagyva”, „Számla teljesen kifizetve”, „Számla érvénytelenítve” és „Számla lezárva”. Ennek megfelelően módosítsa a mező- és értékszűrőket.
- A „Számla elküldve az ügyfélnek” keresés létrehozása: Ezt az eseményt általában a számlarekordból küldött e-mailek követésével lehet rögzíteni.
- Hozzon létre egy új Transaction Saved Search keresést, és állítsa a „Típus” értékét „is Invoice” értékre.
- A „Criteria” lapon, a „Related Records” részben adja hozzá a „Messages : Date Sent” szűrőt, és állítsa „is not empty” értékre.
- A „Results” lapon rendelje a „Messages : Date Sent” mezőt az
EventTimestampértékhez, a „Messages : Author” mezőt pedig aFelhasználóértékhez.
- Keresések létrehozása a fizetési és jóváírási tevékenységekhez: Ezek külön tranzakciótípusok, amelyek a számlához kapcsolódnak.
- Az „Ügyfélfizetés beérkezett” tevékenységhez hozzon létre keresést, amelynek „Típus” értéke „Customer Payment”. Eseményidőbélyegként a létrehozás dátumát használja.
- A „Fizetés számlához rendelve” tevékenységhez használja ugyanazt a „Customer Payment” keresést, de kapcsolja hozzá az „Applied To Transaction” mezőket. A fizetési tranzakció „Date Created” értéke lesz az időbélyeg. Számlánként egy sor jelenik meg.
- A „Jóváírás létrehozva” tevékenységhez hozzon létre „Credit Memo” típusú keresést, és kapcsolja hozzá a „Created From” mezőt az eredeti számlaszám lekéréséhez.
- Mentett keresések futtatása és exportálása: Futtassa az összes létrehozott mentett keresést. Az eredményoldalon kattintson az exportálás ikonjára (CSV, Excel vagy PDF), majd válassza a CSV-t. Ha az eredmények száma meghaladja a NetSuite exportkorlátját, több részletben kell exportálnia őket.
- Adatok egyesítése és átalakítása: Egyesítse az exportált CSV-fájlokat egyetlen fájlba például Microsoft Excel, Python-szkript vagy adat-előkészítő eszköz segítségével.
- A „Fizetési határidő elérkezett” esemény előállítása: Az egyesített adatfájlban minden „Számla létrehozva” eseményhez hozzon létre egy új sort. Állítsa az
ActivityNameértékét „Fizetési határidő elérkezett” értékre, azEventTimestampértékét pedig a számlaDueDatemezőjéből vegye át. Másolja át a többi releváns számlaattribútumot is. - Eseménynapló véglegesítése: Egységesítse az oszlopfejléceket, hogy megfeleljenek a szükséges sémának, például
InvoiceNumber,ActivityName,EventTimestamp. Ellenőrizze az időbélyegek formátumának egységességét. Adja hozzá aSourceSystemés aLastDataUpdateoszlopokat, és töltse ki őket az adott adatkinyerési csomagra érvényes állandó értékekkel. Mentse a végleges, egyesített fájlt CSV-formátumban, hogy feltölthesse.
Konfiguráció
- Előfeltételek: Olyan felhasználói szerepkör szükséges, amely jogosult „Transaction” típusú Saved Search keresések létrehozására, szerkesztésére és futtatására. Az Invoice, Customer Payment, Credit Memo és System Notes rekordok megtekintéséhez is hozzáférés kell.
- Kereséstípus: Minden adatkinyeréshez a „Transaction” kereséstípust használja. Ezzel elérhetők a szükséges rekordok és kapcsolataik.
- Dátumtartomány szűrése: A teljesítmény és az adatmennyiség kezelése érdekében minden kereséshez adjon meg dátumtartományt. Az első elemzéshez javasolt a „Date Created” mezőre szűrni az elmúlt 3–6 hónapra.
- Main Line szűrő: A dokumentum fejlécénél rögzített eseményekhez, például az „Invoice Created” eseményhez, állítsa a „Main Line” feltételt „true” értékre. Ha tételsorokat kellene elemeznie, állítsa „false” értékre, de ehhez a folyamathoz erre nincs szükség.
- System Notes: Az állapotváltozások rögzítése nagyrészt a System Notes adataira támaszkodik. Ellenőrizze, hogy a NetSuite-beállításokban engedélyezve van-e a fontos tranzakciós mezők, például a „Status” és az „Approval Status” naplózása (Setup > Company > Enable Features > SuiteCloud > SuiteAudit Trail).
- Teljesítmény: A sok kapcsolást és képletmezőt használó, hosszú dátumtartományra futtatott keresések lassúak lehetnek a NetSuite felületén. Érdemes csúcsidőn kívül futtatni és exportálni őket. Ha egy keresés időtúllépés miatt leáll, szűkítse a dátumtartományt, és kisebb csomagokban exportálja az adatokat.
Példa-lekérdezés sql
/*
This section describes the configuration for multiple NetSuite Saved Searches needed to generate the complete event log. Each block represents a separate Saved Search that must be created in the UI, exported, and then combined externally.
*/
-- Search 1: Invoice Created
Activity Name: 'Invoice Created'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- Main Line is true
Results Columns (Mapped to Event Log Attributes):
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Created'
- EventTimestamp: Date Created
- User: Created By
- InvoiceDate: Date
- DueDate: Due Date
- InvoiceTotalAmount: Amount (Gross)
- CustomerName: Name
-- Search 2: Invoice Submitted for Approval
Activity Name: 'Invoice Submitted for Approval'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Approval Status
- System Notes : New Value is [Your 'Pending Approval' status]
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Submitted for Approval'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 3: Invoice Approved
Activity Name: 'Invoice Approved'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Approval Status
- System Notes : New Value is [Your 'Approved' status]
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Approved'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 4: Invoice Sent to Customer
Activity Name: 'Invoice Sent to Customer'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- Messages : Date Sent is not empty
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Sent to Customer'
- EventTimestamp: Messages : Date Sent (use Maximum summary type if multiple)
- User: Messages : Author (use Maximum summary type)
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 5: Payment Reminder Issued
Activity Name: 'Payment Reminder Issued'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- User Notes : Note contains [Your dunning/reminder keyword]
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Payment Reminder Issued'
- EventTimestamp: User Notes : Date
- User: User Notes : Author
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 6: Credit Memo Created
Activity Name: 'Credit Memo Created'
Saved Search Type: Transaction
Criteria:
- Type is Credit Memo
- Main Line is true
Results Columns:
- InvoiceNumber: Created From : Document Number
- ActivityName: Formula (Text) = 'Credit Memo Created'
- EventTimestamp: Date Created
- User: Created By
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 7: Customer Payment Received
Activity Name: 'Customer Payment Received'
Saved Search Type: Transaction
Criteria:
- Type is Customer Payment
- Main Line is true
Results Columns:
- InvoiceNumber: Applied to Transaction : Document Number
- ActivityName: Formula (Text) = 'Customer Payment Received'
- EventTimestamp: Date Created
- User: Created By
- CustomerName: Name
-- Search 8: Payment Applied To Invoice
Activity Name: 'Payment Applied To Invoice'
Saved Search Type: Transaction
Criteria:
- Type is Customer Payment
- Main Line is false
Results Columns:
- InvoiceNumber: Applied to Transaction : Document Number
- ActivityName: Formula (Text) = 'Payment Applied To Invoice'
- EventTimestamp: Date Created
- User: Created By
- CustomerName: Name
-- Search 9: Invoice Paid In Full
Activity Name: 'Invoice Paid In Full'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Status
- System Notes : New Value is Paid In Full
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Paid In Full'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Search 10: Invoice Voided
Activity Name: 'Invoice Voided'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- Status is Invoice : Voided
- System Notes : Field is Status
- System Notes : New Value is Voided
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Voided'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
-- Search 11: Invoice Closed
Activity Name: 'Invoice Closed'
Saved Search Type: Transaction
Criteria:
- Type is Invoice
- System Notes : Field is Status
- System Notes : New Value contains Closed
Results Columns:
- InvoiceNumber: Document Number
- ActivityName: Formula (Text) = 'Invoice Closed'
- EventTimestamp: System Notes : Date
- User: System Notes : Set by
- CustomerName: Name
- InvoiceTotalAmount: Amount (Gross)
-- Event to be Derived Post-Extraction: Payment Due Date Reached
/*
This event is not extracted directly. After combining all other CSVs, create a new row for each unique invoice.
Set ActivityName to 'Payment Due Date Reached'.
Set EventTimestamp to the DueDate value from the 'Invoice Created' event for that invoice.
Copy other attributes like InvoiceNumber, CustomerName, etc.
*/ Lépések
- Előfeltétel: engedélyezze a SuiteAnalytics Connect modult: Ellenőrizze, hogy a SuiteAnalytics Connect modulhoz tartozik-e licenc, és engedélyezve van-e a NetSuite-példányban. Ezt általában a NetSuite-rendszergazda végzi a Setup > Company > Enable Features > Analytics menüpontban.
- Töltse le és állítsa be az ODBC-illesztőprogramot: Nyissa meg a NetSuite kezdő dashboardját, és keresse meg a „Settings” portletet. Az „Set Up SuiteAnalytics Connect” hivatkozásra kattintva töltse le az operációs rendszerének megfelelő ODBC-illesztőprogramot. Telepítse és állítsa be a NetSuite útmutatása szerint, megadva a szolgáltatás gazdagépét, portját, Account ID-t, Role ID-t, e-mail-címet és jelszót.
- Hozza létre az adatbázis-kapcsolatot: Használjon ODBC-kapcsolatot támogató SQL-klienst, például a DBeavert, a Tableau-t vagy a Power BI-t. Hozzon létre új ODBC-kapcsolatot az előző lépésben beállított illesztőprogrammal. Tesztelje a kapcsolatot, és ellenőrizze, hogy sikeresen be tud-e jelentkezni a NetSuite csak olvasható adatbázisába.
- Készítse elő az SQL-lekérdezést: Másolja ki a dokumentum „Query” részében megadott teljes SQL-lekérdezést. A lekérdezés kinyeri a rendeléstől a pénz beérkezéséig tartó számlázási folyamat elemzéséhez szükséges tevékenységeket és attribútumokat.
- Adja meg a lekérdezés paramétereit: Futtatás előtt keresse meg a lekérdezésben a helyőrző értékeket. Cserélje le a
'YYYY-MM-DD'értéket az adatkinyerés kívánt kezdő- és záródátumára. A[Your Subsidiary ID]helyére írja be az elemezni kívánt NetSuite-leányvállalat belső azonosítóját. - Futtassa le a lekérdezést: Futtassa a módosított lekérdezést az SQL-kliensben. A futási idő a dátumtartománytól és a NetSuite-fiók tranzakcióinak számától függ.
- Ellenőrizze az eredményeket: A lekérdezés lefutása után egy eseménynaplót ábrázoló táblázat jelenik meg. Minden sor egy adott tevékenységnek felel meg a számla életciklusa során. Ellenőrizze az adatok teljességét és pontosságát.
- Exportálja az eseménynaplót: Exportálja az SQL-kliens eredményeit CSV-fájlba. A karakterkódolási hibák elkerülése érdekében UTF-8 kódolást használjon.
- Készítse elő az adatokat feltöltésre: Process mining eszközbe való feltöltés előtt ellenőrizze, hogy az oszlopfejlécek megfelelnek-e az elvárt attribútumneveknek, például InvoiceNumber, ActivityName és EventTimestamp. A dátum- és időformátumok is legyenek egységesek.
Konfiguráció
- SuiteAnalytics Connect-licenc: A NetSuite csak olvasható adatbázisának eléréséhez érvényes SuiteAnalytics Connect-licenc szükséges. Enélkül közvetlen SQL-hozzáférés nem lehetséges.
- Külön szerepkör és felhasználó: Javasoljuk, hogy hozzon létre külön NetSuite-szerepkört a SuiteAnalytics Connect megfelelő jogosultságaival. A szerepkör csak olvasási hozzáférést kapjon a szükséges rekordokhoz, például a Transactions, Customers és System Notes adataihoz. Az adatkinyerés biztonsága és ellenőrizhetősége érdekében rendeljen hozzá külön felhasználót.
- Dátumtartomány szűrése: A megadott lekérdezés a számla létrehozásának dátumára vonatkozó
WHEREfeltételt tartalmaz (Transaction.TRANDATE). Az első adatkinyeréshez érdemes rövidebb, például az elmúlt 3–6 hónapot lefedő időszakkal kezdeni, hogy kezelhető legyen a teljesítmény és az adatmennyiség. Például:AND T.TRANDATE BETWEEN '2023-01-01' AND '2023-06-30'. - Leányvállalat szűrése: Több leányvállalattal rendelkező fiókoknál a megfelelő leányvállalatra szűrés a teljesítmény és az adatok relevanciája szempontjából is fontos. A lekérdezésben szereplő
WHERE T.SUBSIDIARY_ID = [Your Subsidiary ID]helyőrzőt állítsa be. - Adatok frissessége: A SuiteAnalytics Connect adatbázisa csak olvasható másolat. Az adatok általában óránként többször frissülnek, de nem valós időben. Előfordulhat, hogy a NetSuite-ban végrehajtott tranzakció csak néhány órás késéssel jelenik meg a Connect adatbázisában.
Példa-lekérdezés sql
WITH Invoices AS (
SELECT
T.TRANSACTION_ID,
T.TRANID AS InvoiceNumber,
T.TRANDATE AS InvoiceDate,
T.DUEDATE AS DueDate,
T.FOREIGN_TOTAL AS InvoiceTotalAmount,
C.COMPANYNAME AS CustomerName,
BUILTIN.DF(C.LOCATION) AS Region,
T.CREATED_DATE AS InvoiceCreationDate,
CREATOR.FIRST_NAME || ' ' || CREATOR.LAST_NAME AS CreatorUser
FROM
TRANSACTIONS T
JOIN
CUSTOMERS C ON T.ENTITY_ID = C.CUSTOMER_ID
LEFT JOIN
EMPLOYEES CREATOR ON T.CREATED_BY_ID = CREATOR.EMPLOYEE_ID
WHERE
T.TRANSACTION_TYPE = 'Invoice'
AND T.TRANDATE BETWEEN TO_DATE('2023-01-01', 'YYYY-MM-DD') AND TO_DATE('2023-12-31', 'YYYY-MM-DD')
-- AND T.SUBSIDIARY_ID = [Your Subsidiary ID] -- Add your subsidiary filter if needed
)
-- 1. Invoice Created
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Invoice Created' AS "ActivityName",
I.InvoiceCreationDate AS "EventTimestamp",
I.InvoiceCreationDate AS "EventEndTime",
I.CreatorUser AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN I.CreatorUser LIKE '%System%' THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
UNION ALL
-- 2. Invoice Submitted for Approval & 3. Invoice Approved
SELECT
I.InvoiceNumber AS "InvoiceNumber",
CASE WHEN SN.NEW_VALUE = 'Pending Approval' THEN 'Invoice Submitted for Approval' ELSE 'Invoice Approved' END AS "ActivityName",
SN.DATE_CREATED AS "EventTimestamp",
SN.DATE_CREATED AS "EventEndTime",
SN_AUTHOR.FIRST_NAME || ' ' || SN_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN SN.AUTHOR_ID < 0 THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
JOIN
SYSTEM_NOTES SN ON I.TRANSACTION_ID = SN.TRANSACTION_ID
LEFT JOIN
EMPLOYEES SN_AUTHOR ON SN.AUTHOR_ID = SN_AUTHOR.EMPLOYEE_ID
WHERE
SN.FIELD = 'TRANSACTION.APPROVALSTATUS' AND SN.NEW_VALUE IN ('Pending Approval', 'Approved')
UNION ALL
-- 4. Invoice Sent to Customer
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Invoice Sent to Customer' AS "ActivityName",
M.MESSAGE_DATE AS "EventTimestamp",
M.MESSAGE_DATE AS "EventEndTime",
MSG_AUTHOR.FIRST_NAME || ' ' || MSG_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
0 AS "IsAutomated"
FROM
Invoices I
JOIN
MESSAGES M ON I.TRANSACTION_ID = M.TRANSACTION_ID
LEFT JOIN
EMPLOYEES MSG_AUTHOR ON M.AUTHOR_ID = MSG_AUTHOR.EMPLOYEE_ID
WHERE
M.INCOMING = 'F' -- Indicates an outgoing message
UNION ALL
-- 5. Payment Due Date Reached
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Payment Due Date Reached' AS "ActivityName",
I.DueDate AS "EventTimestamp",
I.DueDate AS "EventEndTime",
'System' AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
1 AS "IsAutomated"
FROM
Invoices I
WHERE
I.DueDate IS NOT NULL AND I.DueDate < SYSDATE
UNION ALL
-- 6. Payment Reminder Issued (based on Messages table, requires a specific subject line convention)
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Payment Reminder Issued' AS "ActivityName",
M.MESSAGE_DATE AS "EventTimestamp",
M.MESSAGE_DATE AS "EventEndTime",
MSG_AUTHOR.FIRST_NAME || ' ' || MSG_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN M.AUTHOR_ID < 0 THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
JOIN
MESSAGES M ON I.TRANSACTION_ID = M.TRANSACTION_ID
LEFT JOIN
EMPLOYEES MSG_AUTHOR ON M.AUTHOR_ID = MSG_AUTHOR.EMPLOYEE_ID
WHERE
M.INCOMING = 'F' AND UPPER(M.SUBJECT) LIKE '%PAYMENT REMINDER%'
UNION ALL
-- 7. Credit Memo Created & Applied
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Credit Memo Created' AS "ActivityName",
CM.CREATED_DATE AS "EventTimestamp",
CM.CREATED_DATE AS "EventEndTime",
CM_CREATOR.FIRST_NAME || ' ' || CM_CREATOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
0 AS "IsAutomated"
FROM
Invoices I
JOIN
TRANSACTION_LINES T_LINES ON I.TRANSACTION_ID = T_LINES.APPLIED_TO_TRANSACTION_ID
JOIN
TRANSACTIONS CM ON T_LINES.TRANSACTION_ID = CM.TRANSACTION_ID
LEFT JOIN
EMPLOYEES CM_CREATOR ON CM.CREATED_BY_ID = CM_CREATOR.EMPLOYEE_ID
WHERE
CM.TRANSACTION_TYPE = 'Credit Memo'
UNION ALL
-- 8. Customer Payment Received & 9. Payment Applied to Invoice
SELECT
I.InvoiceNumber AS "InvoiceNumber",
'Customer Payment Received' AS "ActivityName", -- Can also create a separate 'Payment Applied' event if needed
PAYMENT.CREATED_DATE AS "EventTimestamp",
PAYMENT.CREATED_DATE AS "EventEndTime",
PMT_CREATOR.FIRST_NAME || ' ' || PMT_CREATOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
0 AS "IsAutomated"
FROM
Invoices I
JOIN
TRANSACTION_LINES T_LINES ON I.TRANSACTION_ID = T_LINES.APPLIED_TO_TRANSACTION_ID
JOIN
TRANSACTIONS PAYMENT ON T_LINES.TRANSACTION_ID = PAYMENT.TRANSACTION_ID
LEFT JOIN
EMPLOYEES PMT_CREATOR ON PAYMENT.CREATED_BY_ID = PMT_CREATOR.EMPLOYEE_ID
WHERE
PAYMENT.TRANSACTION_TYPE = 'Customer Payment'
UNION ALL
-- 10. Invoice Paid In Full, 11. Invoice Voided, 12. Invoice Closed
SELECT
I.InvoiceNumber AS "InvoiceNumber",
CASE
WHEN SN.NEW_VALUE_ID = 'Invoice:B' THEN 'Invoice Paid In Full' -- 'B' is status 'Paid In Full'
WHEN SN.FIELD = 'TRANSACTION.VOIDED' AND SN.NEW_VALUE = 'T' THEN 'Invoice Voided'
WHEN SN.FIELD = 'TRANSACTION.CLOSED' AND SN.NEW_VALUE = 'T' THEN 'Invoice Closed'
END AS "ActivityName",
SN.DATE_CREATED AS "EventTimestamp",
SN.DATE_CREATED AS "EventEndTime",
SN_AUTHOR.FIRST_NAME || ' ' || SN_AUTHOR.LAST_NAME AS "User",
'NetSuite' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
I.InvoiceDate AS "InvoiceDate",
I.DueDate AS "DueDate",
I.InvoiceTotalAmount AS "InvoiceTotalAmount",
I.CustomerName AS "CustomerName",
I.Region AS "Region",
CASE WHEN SN.AUTHOR_ID < 0 THEN 1 ELSE 0 END AS "IsAutomated"
FROM
Invoices I
JOIN
SYSTEM_NOTES SN ON I.TRANSACTION_ID = SN.TRANSACTION_ID
LEFT JOIN
EMPLOYEES SN_AUTHOR ON SN.AUTHOR_ID = SN_AUTHOR.EMPLOYEE_ID
WHERE
(SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE_ID = 'Invoice:B')
OR (SN.FIELD = 'TRANSACTION.VOIDED' AND SN.NEW_VALUE = 'T')
OR (SN.FIELD = 'TRANSACTION.CLOSED' AND SN.NEW_VALUE = 'T'); Kezdheti?
Használja ezt a sablont a process mining elemzés elindításához, és tárja fel a számlázási működés adataiban rejlő összefüggéseket. Kezdje el még ma a rendeléstől a pénz beérkezéséig tartó folyamat fejlesztését.
Fejlessze most a NetSuite számlázását, hogy gyorsabban beérkezzen a pénz
Csökkentse 30%-kal a NetSuite számlázási ciklusának idejét, és javítsa cash flow-ját.
Nincs szükség bankkártyára. Beállítás néhány perc alatt.