Adatsablon a visszaküldések és visszatérítések feldolgozásához

SAP ECC
Adatsablon a visszaküldések és visszatérítések feldolgozásához

Adatsablon a visszaküldések és visszatérítések feldolgozásához

Ez a sablon útmutatást ad a visszaküldések és visszatérítések feldolgozásának elemzéséhez szükséges adatok összegyűjtéséhez. Bemutatja a nyomon követendő attribútumokat és tevékenységeket, hogy az eseménynapló a folyamat teljes áttekintéséhez szükséges eseményeket tartalmazza. Gyakorlati útmutatást is ad az adatok forrásrendszerből történő kinyeréséhez. Így előkészítheti az adatokat process mining elemzéshez, és feltárhatja a folyamat működését.
  • Javasolt attribútumok
  • Nyomon követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A visszaküldések és visszatérítések feldolgozásának attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a visszaküldések és visszatérítések feldolgozásának részletes elemzéséhez.
5 Kötelező 6 Javasolt 10 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
A tevékenység pontos dátuma és időpontja.
Leírás

Ez az időbélyeg jelöli az üzleti esemény pontos időpontját. A folyamat minden tevékenységénél rögzítik, így megállapítható az események sorrendje az adott ügyön belül.

Az esemény időpontja minden időalapú elemzéshez szükséges: ebből számítható ki a tevékenységek közötti átfutási idő, azonosíthatók a várakozással töltött idő szűk keresztmetszetei, és mérhető az ügy teljes időtartama. Emellett lehetővé teszi a teljesítmény elemzését és a szolgáltatási szintre vonatkozó megállapodások (SLA-k) betartásának ellenőrzését.

Miért fontos?

Ez az időbélyeg szükséges az időtartamok kiszámításához, a folyamat teljesítményének elemzéséhez, a szűk keresztmetszetek feltárásához és az egyes visszáru-ügyek időrendjének megértéséhez.

Hol szerezhető be?

Az SAP-táblák különböző dátum- és időmezőiből származik. A létrehozási eseményeknél gyakran az ERDAT és ERZET mezőket használják (például a VBAK táblában). A módosítási eseményeknél a CDHDR tábla UDATE és UTIME mezői szolgálnak forrásként.

Példák
2023-04-15T10:22:05Z2023-04-16T14:01:30Z2023-04-18T09:15:00Z
Tevékenység neve
ActivityName
A visszáru-folyamatban bekövetkezett konkrét üzleti esemény vagy lépés neve.
Leírás

Ez az attribútum a visszáru-folyamat egyetlen, jól elkülöníthető műveletét vagy státuszváltozását írja le, például „Visszáru-megrendelés létrehozása”, „Áruátvétel könyvelése” vagy „Jóváíró számla létrehozása”. Ezek a tevékenységek alkotják a folyamattérkép építőelemeit.

A tevékenységek sorrendjének és gyakoriságának elemzése segít feltárni a leggyakoribb folyamatútvonalakat, az eltéréseket és az újramunkálási köröket. Ez alapvető annak megértéséhez, hogy mi történik egy ügyben, és milyen sorrendben, valamint minden process mining elemzés kiindulópontja.

Miért fontos?

A tevékenységek határozzák meg a folyamat lépéseit. Sorrendjük, időtartamuk és gyakoriságuk elemzése a process mining alapja, és megmutatja, hogyan zajlik valójában a munka.

Hol szerezhető be?

A VBUK/VBUP táblák státuszváltozásaiból, a bizonylatok létrehozásának eseményeiből (például a VBAK, LIKP, VBRK táblákból) vagy a CDHDR/CDPOS táblák módosítási naplóiból származik.

Példák
Visszáru-rendelés létrehozvaÁruátvétel könyveléseJóváírás létrehozvaVisszáru-megrendelés tételének feldolgozása befejeződött
Visszáru-ügy azonosítója
ReturnCaseId
Az ügyfél visszáru-kérelmének egyedi azonosítója, amely összekapcsolja az összes kapcsolódó tevékenységet és bizonylatot.
Leírás

A visszáru-ügy azonosítója a visszáru-folyamat teljes életciklusának nyomon követésére szolgáló elsődleges kulcs, az indítástól a lezárásig. Minden azonosító egy adott ügyfél-visszárut jelöl, és magában foglalja a kapcsolódó eseményeket, például a megrendelés létrehozását, a szállítást, az ellenőrzést és a jóváíró számla feldolgozását.

A folyamat elemzéséhez ez az attribútum elengedhetetlen a folyamattérkép összeállításához. Segítségével a rendszer az egyes eseményeket teljes ügyfolyamatokká rendezi, így elemezhetők a folyamatváltozatok, az átfutási idők és az egyes visszáru-esetek szűk keresztmetszetei.

Miért fontos?

Ez az ügy egyedi azonosítója, amely összekapcsolja a visszáru-folyamat összes lépését, és lehetővé teszi a teljes folyamatmenet és teljesítmény elemzését.

Hol szerezhető be?

Ez általában az értékesítési és disztribúciós (SD) modulban szereplő visszáru-megrendelés száma. A VBAK táblában (értékesítési bizonylat fejlécadatai), a VBELN mezőben található. A bizonylatkategória (VBAK-VBTYP) visszáru esetén „H”.

Példák
600001236000045660000789
Forrásrendszer
SourceSystem
Az a rendszer, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja az adatok forrását, ami több rendszerből álló környezetben különösen fontos. Kontextust ad, és segít biztosítani az adatok eredetének nyomon követhetőségét és sértetlenségét.

Elemzéskor az adatok forrásrendszer szerinti szűrésére vagy csoportosítására használható, ha több rendszer folyamatait egyesítik. Megerősíti, hogy az események a várt alkalmazásból, ebben az esetben az SAP ECC-ből származnak.

Miért fontos?

Azonosítja az adatok forrását, ami elengedhetetlen az adatirányításhoz és a több vállalati rendszert átfogó elemzésekhez.

Hol szerezhető be?

Ez egy statikus érték, amelyet az adatkinyerés során adnak meg az adott SAP ECC-példány azonosítására (például „ECC_PROD_100”).

Példák
SAP_ECC_PRODSAPECC_FINANCE_200
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megmutatja, mikor frissítették utoljára a folyamathoz tartozó adatokat.
Leírás

Ez az attribútum rögzíti a legutóbbi adatkinyerés vagy frissítés dátumát és időpontját. Megmutatja, mennyire frissek az elemzett adatok.

Az elemzés során segít megítélni, mennyire naprakészek az eredmények. A felhasználók láthatják, mikoriak az adatok, ami befolyásolja a megállapítások érvényességét, különösen a folyamatban lévő működés nyomon követésekor.

Miért fontos?

Jelzi az adatok frissességét, így a felhasználók tudják, mennyire naprakész a folyamatelemzés, és mikorra várható a következő frissítés.

Hol szerezhető be?

Ez egy metaadat-attribútum, amely az adatkinyerési feladat futásának időbélyegét tartalmazza.

Példák
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Anyagszám
MaterialNumber
A visszaküldött termék egyedi azonosítója.
Leírás

Az anyagszám, más néven SKU, pontosan azonosítja a visszáru tárgyát képező terméket, így részletes termékszintű elemzés végezhető.

Az anyagszám szerinti visszáru-elemzéssel azonosíthatók a gyakran visszaküldött termékek. Ez minőségi problémára, pontatlan termékleírásra vagy gyártási hibára utalhat. Az attribútum hasznos például a „Visszáruk készletre gyakorolt hatása” dashboardhoz, és megmutatja, hogyan haladnak a különböző termékek a visszáru-folyamatban.

Miért fontos?

Azonosítja a visszaküldött termékeket, és rávilágíthat a minőség-ellenőrzés vagy a termékleírások pontosságának problémáira.

Hol szerezhető be?

Az értékesítési bizonylat tételeit tartalmazó VBAP táblában, a MATNR mezőben található.

Példák
RM-1025FG-2050-BACC-5591
Feldolgozást végző felhasználó
ProcessingAgent
A tevékenységet végző munkatárs felhasználói azonosítója.
Leírás

Ez az attribútum rögzíti annak a személynek a felhasználónevét, aki egy adott folyamatlépésért, például a visszáru-megrendelés létrehozásáért vagy az áruátvétel könyveléséért felel. A mező neve gyakran „Módosította” vagy „Létrehozta”.

A feldolgozást végző felhasználó szerinti elemzés fontos a teljesítmény és az erőforrások vizsgálatához. Segít azonosítani a kiemelkedően teljesítő munkatársakat, a további képzést igénylő felhasználókat, valamint a csapaton belüli munkaterhelés eloszlását. Az „Ügyintézők visszáru-feldolgozási teljesítménye” dashboardon például összehasonlíthatók az átfutási idők és a feldolgozási mennyiségek.

Miért fontos?

Nyomon követi a felhasználók részvételét, így elemezhető a csapat teljesítménye és a munkaterhelés eloszlása, valamint azonosíthatók a képzési igények és a bevált gyakorlatok.

Hol szerezhető be?

A fejlécet tartalmazó táblákban, például a VBAK, LIKP és VBRK táblában található ERNAM (létrehozta) vagy AENAM (módosította) mezőben. Módosítási eseményeknél a CDHDR tábla USERNAME mezője használható.

Példák
CBURNSDSCRANTONJHALPERT
Igényelt visszatérítési összeg
RequestedRefundAmount
A visszatérítés várható összege, amelyet általában a visszaküldött termékek nettó értéke alapján határoznak meg.
Leírás

Ez az attribútum a visszáru-megrendelésben rögzített kezdeti pénzösszeget jelöli. Ez szolgál a pénzügyi elemzés és egyeztetés alapjául.

Az összeget a „Tényleges visszatérítési összeggel” összevetve nyomon követhetők az eltérések. Ez a „Visszatérítési összeg eltéréseinek nyomon követése” dashboard egyik fontos mutatója. Az érték elemzésével felmérhető a visszáruk pénzügyi hatása, és feltárhatók az árazással vagy a jóváírás kiszámításával kapcsolatos problémák.

Miért fontos?

Rögzíti a visszáru kezdeti pénzügyi értékét, ami szükséges az eltérések nyomon követéséhez és a visszaküldött áruk összértékének megértéséhez.

Hol szerezhető be?

Ez az érték általában a visszáru-megrendelés tételszintű nettó értéke. A VBAP táblában, a NETWR mezőben található.

Példák
150.0049.991250.75
Tényleges visszatérítési összeg
ActualRefundAmount
Az ügyfélnek jóváírt végleges összeg, a pénzügyi bizonylatok szerint.
Leírás

Ez az attribútum a ténylegesen feldolgozott és a könyvelési rendszerben rögzített, végleges visszatérítési összeget jelöli. Ez eltérhet az igényelt összegtől például a visszáru kezelési díja, a termék állapota miatti korrekció vagy más szabályok alkalmazása miatt.

Ez az attribútum fontos a „Visszatérítési összeg eltéréseinek nyomon követése” dashboardhoz. Az igényelt összeggel összevetve feltárhatók a visszatérítés kiszámításának és jóváhagyásának rendszerszintű problémái, és ellenőrizhető a pénzügyi pontosság.

Miért fontos?

A visszáru végleges pénzügyi eredményét mutatja. Az igényelt összeggel összevetve ellenőrizhető a pontosság, és feltárhatók a pénzügyi veszteségek.

Hol szerezhető be?

A jóváíró számlához kapcsolódó pénzügyi bizonylatból származik. Általában a BSEG táblában (könyvelési bizonylat tételei), a WRBTR mezőben (összeg a bizonylat pénznemében), a megfelelő főkönyvi számlára könyvelt tételnél található.

Példák
150.0045.001200.75
Visszaküldés oka
ReturnReason
Az ügyfél által a termék visszaküldéséhez megadott okkód.
Leírás

Ez az attribútum az SAP-ban előre meghatározott okkódokkal jelzi, miért küldték vissza a terméket. Ilyen ok lehet például a „Szállítás közben megsérült”, a „Nem megfelelő terméket küldtek” vagy a „Nem megfelelő a méret”.

Ez az attribútum fontos a kiváltó okok elemzéséhez. Ha az elemzők a folyamattérképet vagy a KPI-kat a visszaküldés oka szerint szűrik, kiderülhet, hogy egyes okok hosszabb feldolgozási idővel, több sikertelen ellenőrzéssel vagy bizonyos folyamateltérésekkel járnak-e. Az eredmények alapján javítható a termékminőség, a logisztika vagy az értékesítési folyamat.

Miért fontos?

Megmutatja, miért küldik vissza a termékeket. A kiváltó okok elemzésével csökkenthető a visszáruk aránya a termékminőség, a szállítás vagy a termékleírások javításával.

Hol szerezhető be?

Az értékesítési bizonylat tételeit tartalmazó VBAP táblában, az ABGRU mezőben található (értékesítési bizonylat elutasításának oka).

Példák
001 - Sérült termék002 - Nem megfelelő termék005 - Késve érkezett
Visszáru-csatorna
ReturnChannel
Az a csatorna, amelyen keresztül a visszárut kezdeményezték, például online, üzletben vagy telefonos ügyfélszolgálaton.
Leírás

Ez az attribútum megadja, honnan érkezett a visszáru-kérelem, illetve milyen módon vették át. Segítségével elkülöníthetők a webes portálon, fizikai üzletben vagy ügyfélszolgálati munkatárson keresztül indított visszáruk.

A folyamat visszáru-csatorna szerinti bontása segít megérteni a működésbeli különbségeket és az erőforrások elosztását. Az üzletben visszavitt termékek ellenőrzése például gyorsabb lehet, miközben a dokumentációs lépések eltérnek az online visszárukétól. Ez fontos dimenzió a „Visszáru-folyamat áteresztőképességének alakulása” dashboardon.

Miért fontos?

Megmutatja, milyen csatornán indítják a visszárut. A csatorna gyakran befolyásolja a folyamat menetét, az erőforrásigényt és az átfutási időt.

Hol szerezhető be?

Ez gyakran nem szabványos mező az SAP ECC-ben, ezért egy egyéni mezőből (például a VBAK táblából) kell kinyerni, vagy más adatokból, például az értékesítési szervezetből (VKORG) vagy a disztribúciós csatornából (VTWEG) kell kikövetkeztetni. Az adott megvalósítás részleteiért tekintse meg az SAP ECC dokumentációját.

Példák
Online portálÜzletbenTelefonos ügyfélszolgálat
Eredeti értékesítési bizonylat
OriginalSalesDocument
Annak az eredeti értékesítési megrendelésnek a száma, amelyhez a visszáru kapcsolódik.
Leírás

Ez az attribútum közvetlen kapcsolatot teremt az ügyfél eredeti vásárlásával. Hivatkozási bizonylatként összekapcsolja a visszárut az eredeti tranzakció adataival.

Ez a kapcsolat részletesebb elemzést tesz lehetővé. Az elemzők megvizsgálhatják, miért küldik vissza bizonyos megrendelések termékeit, ellenőrizhetik az eredeti árakat és feltételeket, valamint áttekinthetik az ügyfél megrendeléstől a visszáruig tartó teljes folyamatát. Arra is választ adhat, hogy egyes kampányokban vagy csatornákon értékesített termékeknél magasabb-e a visszáruk aránya.

Miért fontos?

Összekapcsolja a visszárut az eredeti értékesítéssel, így a teljes ügyféltranzakció áttekinthető, és részletesebben elemezhetők a kiváltó okok.

Hol szerezhető be?

Ez a hivatkozás a visszáru-megrendelés tételszintjén található. A VBAP táblában, a VGBEL mezőben kereshető (a hivatkozási bizonylat száma).

Példák
100034561000987110012345
Jóváíró számla száma
CreditMemoNumber
A visszatérítéshez kiállított jóváíró számla egyedi azonosítója.
Leírás

Az SAP-ban a jóváíró számla az a hivatalos számlázási bizonylat, amely rögzíti az ügyfélnek fizetendő visszatérítést. Ez a szám egyedileg azonosítja a pénzügyi bizonylatot.

Ez az attribútum szükséges a pénzügyi egyeztetéshez és a folyamat visszáru-feldolgozástól a pénzügyi elszámolásig tartó nyomon követéséhez. Fontos mérföldkő a folyamatban, és segítségével megkereshetők a kapcsolódó könyvelési bizonylatok, például a „Tényleges visszatérítési összeg” attribútumhoz.

Miért fontos?

Közvetlen hivatkozást ad az ügyfél visszatérítését engedélyező pénzügyi bizonylathoz, ami szükséges a pénzügyi ellenőrzéshez és egyeztetéshez.

Hol szerezhető be?

A jóváíró számla számlázási bizonylat. A száma a VBRK táblában (számlázási bizonylat fejlécadatai), a VBELN mezőben található. A visszáru-megrendelés bizonylatfolyamán keresztül kapcsolható hozzá.

Példák
900011229000334490005566
SLA-megfelelés
IsSLACompliant
Jelző, amely megmutatja, hogy a visszatérítést a megállapodott szolgáltatási szintnek (SLA) megfelelően dolgozták-e fel.
Leírás

Ez egy számított logikai attribútum, amely összeveti a „Visszatérítés feldolgozása” tevékenység tényleges dátumát a „Visszatérítés SLA-határideje” értékével. Értéke igaz, ha a visszatérítés időben lezárult, egyébként hamis.

Az attribútum minden ügy SLA-teljesítését egyértelmű, kétértékű eredménnyel mutatja, így egyszerűbbé teszi az elemzést és a jelentéskészítést. Ezzel számítható ki a „Visszatérítés feldolgozásának SLA-megfelelése” arány, és könnyen kiszűrhetők a nem megfelelően teljesített ügyek.

Miért fontos?

Egyértelmű, kétértékű jelzést ad az egyes ügyek SLA-teljesítéséről, így egyszerűbbé teszi a megfelelés nyomon követését és jelentését.

Hol szerezhető be?

Ez egy számított attribútum. A logika: „Visszatérítés feldolgozása” EventTime <= RefundSLATargetDate.

Példák
truefalse
Ügyfélazonosító
CustomerId
A visszárut kezdeményező ügyfél egyedi azonosítója.
Leírás

Ez az attribútum azonosítja azt az ügyfelet, aki az SAP szóhasználatában a „vevő” (Sold-to Party), és visszaküldi a terméket. A visszáru-tranzakciót összekapcsolja az ügyféltörzs adataival.

Az ügyfélazonosító szerinti elemzés feltárhatja a gyakran visszaküldő ügyfeleket, ami elégedetlenségre vagy a visszáru-szabályzat esetleges kijátszására utalhat. Az ügyfélszegmentáció adataival együtt azt is megmutathatja, hogy egyes ügyfélcsoportok visszaküldési szokásai vagy folyamattapasztalatai eltérnek-e.

Miért fontos?

Az ügyfelekhez kapcsolja a visszárukat, így elemezhető az ügyfélviselkedés, azonosíthatók a rendszeresen visszaküldők, és felmérhető a visszáruk ügyfélkapcsolatokra gyakorolt hatása.

Hol szerezhető be?

Az értékesítési bizonylat fejlécét tartalmazó VBAK táblában, a KUNNR mezőben található (vevő).

Példák
CUST-100432CUST-203991CUST-831102
Üzem
Plant
Az a fizikai helyszín vagy létesítmény, ahol a visszaküldött terméket átveszik és feldolgozzák.
Leírás

Az SAP-ban az üzem olyan fizikai helyszínt jelöl, például raktárt vagy elosztóközpontot, ahol az árukat kezelik. Visszáru esetén általában itt veszik át és ellenőrzik a terméket.

A folyamat üzem szerinti elemzésével feltárhatók a különböző létesítmények közötti teljesítménykülönbségek. Megmutathatja, mely raktárak ellenőrzik hatékonyabban a termékeket, vagy hol nagyobb az áteresztőképesség. Ez támogatja a „Tételvizsgálat áteresztőképessége és hatékonysága” dashboardot.

Miért fontos?

Azonosítja a visszárut feldolgozó helyszínt, így összehasonlítható a különböző raktárak és elosztóközpontok teljesítménye.

Hol szerezhető be?

A visszáru-megrendelés tételszintjén, a VBAP táblában, a WERKS mezőben található.

Példák
PL01WH02DC05
Vállalatkód
CompanyCode
A tranzakcióért felelős jogi személy vagy vállalat.
Leírás

Az SAP-ban a vállalatkód önálló számviteli egységet jelöl. Minden pénzügyi tranzakciót, így a visszárukat és a visszatérítéseket is, egy adott vállalatkódhoz könyvelnek.

Ez az attribútum szükséges a pénzügyi jelentésekhez, valamint a folyamat több országban vagy több jogi személynél működő szervezetek szerinti bontásához. A vállalatkód szerinti elemzéssel összehasonlítható a visszáru-folyamat teljesítménye a vállalat különböző jogi személyeinél.

Miért fontos?

Lehetővé teszi a visszáru-folyamatok szűrését és összehasonlítását a szervezet különböző jogi személyei között, ami fontos a pénzügyi elemzéshez.

Hol szerezhető be?

Az értékesítési bizonylat fejlécét tartalmazó VBAK táblában, a BUKRS_VF mezőben található (számlázó vállalatkód).

Példák
10002000US01
Visszáru-megrendelés státusza
ReturnOrderStatus
A visszáru-megrendelés teljes feldolgozási státusza.
Leírás

Ez az attribútum pillanatképet ad a visszáru-ügy aktuális állapotáról, például „Nyitott”, „Folyamatban” vagy „Befejezett”. Az értékesítési bizonylat fejléc- vagy tételszintű státuszainak összesítéséből származik.

Elemzéskor az attribútummal kiszűrhetők az aktív vagy lezárt visszáruk. Segít nyomon követni a nyitott ügyek teljes munkaterhelését és előrehaladását, valamint összefoglalja az egyes visszáru-folyamatok eredményét.

Miért fontos?

Magas szinten mutatja, hol tart az ügy az életciklusában, így szűrhetők és elemezhetők a nyitott, folyamatban lévő vagy lezárt visszáruk.

Hol szerezhető be?

A VBUK (fejlécstátusz) és a VBUP (tételstátusz) táblák státuszmezőiből származik. A VBUK-GBSTK például a bizonylat teljes feldolgozási státuszát jelöli.

Példák
NyitottFolyamatbanBefejezett
Visszáru-szabályzat betartása
ReturnPolicyAdherence
Jelző, amely megmutatja, hogy a visszáru megfelel-e az összes meghatározott üzleti szabálynak és előírásnak.
Leírás

Ez a számított logikai attribútum jelzi, hogy a visszáru-ügy a vállalat előírt szabályai szerint zajlott-e. A számítás több feltételt is ellenőrizhet, például hogy a visszárut a megengedett határidőn belül kezdeményezték-e, érvényes-e az okkód az adott termékhez, illetve kivétel esetén megadta-e a jóváhagyást a vezető.

Ez az attribútum szolgáltat adatot a „Visszáru-jóváhagyási szabályoknak való megfelelés” dashboardhoz. Közvetlenül mérhető vele a megfelelési arány, és azonosíthatók a leggyakrabban megkerült szabályok, így célzott folyamatfejlesztés vagy képzés indítható.

Miért fontos?

Méri az üzleti szabályok betartását, segít következetesen érvényesíteni az előírásokat, és azonosítani a külön felülvizsgálatot vagy jóváhagyást igénylő ügyeket.

Hol szerezhető be?

Üzleti szabályok alapján származtatott attribútum. Például: (Return Initiation Date - Original Purchase Date) <= 30 days AND ReturnReason IS NOT NULL.

Példák
truefalse
Visszatérítés SLA-határideje
RefundSLATargetDate
Az a határidő, ameddig a szolgáltatási szintre vonatkozó megállapodás szerint fel kell dolgozni a visszatérítést.
Leírás

Ez az attribútum meghatározza a visszatérítési folyamat befejezésének határidejét az adott visszáru-ügyben. A határidőt általában üzleti szabályok alapján számítják ki, például „az áruátvételtől számított 5 munkanap”.

Ez a határidő az a viszonyítási alap, amelyhez a tényleges teljesítményt mérik. A „Visszatérítés feldolgozásának SLA-megfelelése” dashboard alapja: segítségével nyomon követhető az ügyfeleknek tett vállalások betartása, és azonosíthatók az SLA-túllépés kockázatának kitett ügyek.

Miért fontos?

Teljesítési célt határoz meg a visszatérítések feldolgozásához, így mérhető és jelenthető az SLA-megfelelés, valamint előnyben részesíthetők a lejárt ügyek.

Hol szerezhető be?

Ez általában nem szabványos SAP-mező, ezért üzleti szabályok alapján kell meghatározni. Kiszámítható például egy fontos dátummezőből (például az MKPF táblában szereplő áruátvételi dátumból) és egy beállított időtartamból. További részletekért tekintse meg az SAP ECC dokumentációját vagy az üzleti követelményeket.

Példák
2023-04-25T23:59:59Z2023-04-28T23:59:59Z2023-05-02T23:59:59Z
Visszatérítési összeg eltérése
RefundAmountDiscrepancy
A tényleges és az igényelt visszatérítési összeg különbsége.
Leírás

Ez a számított mutató pénzben fejezi ki a visszáru-megrendelésben eredetileg igényelt és a jóváíró számlán végül kiállított összeg különbségét. A pozitív érték részleges visszatérítésre utalhat, a negatív érték pedig szokatlan, de túlfizetést jelezhet.

Ez az attribútum a „Visszatérítési összeg eltéréseinek nyomon követése” dashboard fő mérőszáma. Segít gyorsan azonosítani és elemezni a pénzügyi eltéréssel járó ügyeket, amelyek hátterében a termék állapotának felmérése, kezelési díj vagy hiba állhat. Nyomon követésével biztosítható a pénzügyi kontroll és a szabályok betartása.

Miért fontos?

Közvetlenül méri a visszatérítési folyamat pénzügyi eltéréseit, így feltárhatók a szabályszegések, a feldolgozási hibák és a pénzügyi veszteségek.

Hol szerezhető be?

Számított mező: ActualRefundAmount - RequestedRefundAmount.

Példák
0.00-4.99-50.00
Kötelező Javasolt Nem kötelező

A visszaküldések és visszatérítések feldolgozásának tevékenységei

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához.
6 Javasolt 6 Nem kötelező
Tevékenység Leírás
Áruátvétel könyvelése
Ez a tevékenység akkor történik, amikor a visszaküldött termék fizikailag megérkezik a raktárba vagy a feldolgozóközpontba. A visszáru-szállításhoz kapcsolódó anyagmozgási bizonylat könyvelése rögzíti az eseményt.
Miért fontos?

Fontos mérföldkő, amely jelzi, hogy a vállalat átvette a visszaküldött terméket. Ez a fizikai ellenőrzés kezdőpontja, és hatással van a készletadatok pontosságára.

Hol szerezhető be?

Az esemény a VBUP táblában szereplő visszáru-szállítási tétel anyagmozgási állapotából vezethető le, például ha a WBSTA értéke „C”. A pontos időbélyeg a megfelelő áruátvétel anyagbizonylatának fejlécében, az MKPF-BUDAT mezőben található.

Rögzítés

Keresse meg az MKPF táblában a visszáru-szállításhoz kapcsolódó anyagbizonylat könyvelési dátumát (BUDAT).

Eseménytípus inferred
Felhasználási döntés meghozva
Az ellenőrzés után a minőségügyi mérnök vagy ellenőr hivatalosan dönt a visszaküldött termék állapotáról. A döntés határozza meg a további folyamatot, például a készletre vételt, a selejtezést vagy a javítást.
Miért fontos?

Ez a tevékenység fontos az ellenőrzés hatékonyságának és eredményének megértéséhez. A döntés közvetlenül befolyásolja a visszatérítés összegét és a készlet kezelését.

Hol szerezhető be?

Ha a rendszerben SAP QM-et használnak, ez a QAVE táblában (ellenőrzési tétel felhasználási döntése) rögzített esemény. A döntés időpontját a QAVE-VDATUM mező tárolja. A szállítási bizonylathoz a QALS táblán keresztül kapcsolódik.

Rögzítés

Használja a QAVE táblában szereplő felhasználásidöntés-dátumot (VDATUM), amely az ellenőrzési tételen (QALS-PRUEFLOS) keresztül kapcsolódik.

Eseménytípus explicit
Jóváírás létrehozva
Számlázási bizonylat (jóváíró számla) készül, amely jóváhagyja az ügyfélnek járó pénzügyi jóváírást. Ez a hivatalos pénzügyi bizonylat rögzíti a visszatérítés összegét.
Miért fontos?

Ez a folyamat egyik fontos pénzügyi mérföldköve. A jóváíró számla elkészítéséhez szükséges idő elemzésével feltárhatók az áruátvétel és -ellenőrzés utáni pénzügyi bizonylatfeldolgozás késedelmei.

Hol szerezhető be?

Ez a VBRK táblában (számlázási bizonylat fejléce) rögzített, egyértelmű esemény. A létrehozás dátuma a VBRK-ERDAT mezőben található. A jóváíró számla a bizonylatfolyamatban kapcsolódik a visszáru-megrendeléshez vagy a jóváírási kérelemhez.

Rögzítés

A megfelelő számlázási bizonylat létrehozási időbélyegét (ERDAT) használja a VBRK táblából.

Eseménytípus explicit
Jóváíró számla könyvelése a FI modulba
A jóváíró számlát átvezetik a pénzügyi könyvelésbe, így hivatalos vevőkövetelés-könyveléssé válik. Ez a lépés indítja el az ügyfélnek történő tényleges visszatérítést.
Miért fontos?

Ez a tevékenység jelzi, hogy a vállalat pénzügyileg elszámolta a visszatérítést. A jóváíró számla létrehozása és könyvelése közötti késedelem lassíthatja az ügyfélnek történő tényleges visszatérítést.

Hol szerezhető be?

Ez egy következtetett esemény: akkor azonosítható, amikor a számlázási bizonylat fejlécében a könyvelési státusz (VBRK-RFBSK) értéke „C”-re változik (a könyvelési bizonylat létrejött). A tényleges könyvelési bizonylat létrehozásának dátuma a BKPF táblában található.

Rögzítés

Azonosítsa azt az időbélyeget, amikor a VBRK-RFBSK értéke „C”-re változik, vagy használja a kapcsolódó BKPF könyvelési bizonylat létrehozási dátumát (CPUDT).

Eseménytípus inferred
Visszáru-megrendelés lezárult
Ez a tevékenység jelzi a visszáru-folyamat végét az értékesítés és disztribúció szempontjából. Akkor következik be, amikor a visszáru-megrendelés összes tétele teljesen feldolgozott és lezárt.
Miért fontos?

Ez a folyamat elsődleges záróeseménye. A „Visszáru-megrendelés létrehozása” és e tevékenység közötti idő megmutatja a visszáru teljes átfutási idejét.

Hol szerezhető be?

Ez egy státusztáblákból következtetett esemény. Akkor rögzíthető, amikor az értékesítési bizonylat fejlécének teljes státusza (VBUK-GBSTK) „C”-re változik (teljesen feldolgozva).

Rögzítés

Azonosítsa a CDHDR/CDPOS módosítási bizonylatokban azt az időbélyeget, amikor a fejléc VBUK-GBSTK státuszmezője „C”-re változik.

Eseménytípus inferred
Visszáru-rendelés létrehozva
Ez a tevékenység jelzi a visszáru-folyamat kezdetét, amikor az ügyfél termékvisszaküldést kér. Az SAP ECC-ben akkor rögzül, amikor létrejön egy új, „Return” típusú értékesítési bizonylat, például RE rendeléstípusú.
Miért fontos?

Ez a visszáru-folyamat elsődleges kezdőeseménye. Az ettől a tevékenységtől a többi lépésig eltelt idő elemzésével mérhető a teljes átfutási idő, és feltárhatók a kezdeti feldolgozási késedelmek.

Hol szerezhető be?

Ez a VBAK táblában (értékesítési bizonylat fejléce) rögzített esemény. A létrehozás időbélyegét a VBAK-ERDAT és a VBAK-ERZET mező tárolja az adott, VBAK-VBELN azonosítójú értékesítési bizonylathoz, ha a rendeléstípus a VBAK-AUART mezőben „RE”.

Rögzítés

Használja a VBAK táblában az „RE” értékesítésibizonylat-típushoz tartozó létrehozási időbélyeget (ERDAT, ERZET).

Eseménytípus explicit
Jóváírási igény létrehozva
A visszatérítés szükségességének hivatalos rögzítésére jóváírási igény jön létre. Sok rendszerbeállítás esetén maga a visszáru-rendelés szolgál jóváírási igényként.
Miért fontos?

Ez jelzi a visszáru-folyamat pénzügyi elszámolási szakaszának hivatalos kezdetét. Elindítja a további pénzügyi jóváhagyásokat és bizonylatok létrehozását.

Hol szerezhető be?

Ez lehet a VBAK táblában rögzített, „Credit Memo Request” típusú értékesítési bizonylat eseménye, például CR. Ha a rendeléstípus rendeléshez kapcsolódó számlázásra van beállítva, akkor megegyezhet a „Return Order Created” eseménnyel.

Rögzítés

Használja a VBAK táblában a „CR” bizonylattípus létrehozási időbélyegét (ERDAT), vagy használja újra a visszáru-rendelés létrehozásának eseményét.

Eseménytípus explicit
Jóváíró számla kiegyenlítve
A vevőkövetelések között nyitott jóváírást kiegyenlítik, rendszerint az ügyfélnek indított kifizetéssel. Ez az esemény jelzi a visszatérítés pénzügyi lezárását.
Miért fontos?

Ez a tevékenység megerősíti a kifizetést, és lezárja a folyamat pénzügyi részét. Az ügyfél szempontjából ekkor ér véget ténylegesen a visszatérítés.

Hol szerezhető be?

Ez a FI modulból származó, egyértelmű esemény. A könyvelési bizonylat kiegyenlítési dátuma a BSEG táblában (BSEG-AUGDT), a megfelelő vevői tételnél található.

Rögzítés

Használja a jóváíró számlához kapcsolódó könyvelési bizonylat kiegyenlítési dátumát (AUGDT) a BSEG vagy a BSAD táblából.

Eseménytípus explicit
Visszáru-megrendelés tételének elutasítása
A visszáru-megrendelés egy adott tételét elutasítják, akár az első ellenőrzéskor, akár a vizsgálat után. Ez azt jelenti, hogy a tételt nem dolgozzák fel tovább, így visszatérítésre sem kerül sor.
Miért fontos?

Az elutasítások elemzése segít feltárni az érvénytelen visszáru-kérelmeket, és alapot adhat az ügyfeleknek szóló tájékoztatás javításához. Ez a folyamat egyik olyan útvonala, amely nem vezet visszatérítéshez.

Hol szerezhető be?

Ez egy következtetett esemény. Általában akkor rögzíthető, amikor a VBAP táblában egyedi „Elutasítási ok” kódot állítanak be a tételhez (VBAP-ABGRU). Az időbélyeget a módosítási naplókból kell kinyerni.

Rögzítés

Azonosítsa a CDHDR/CDPOS módosítási bizonylatokban azt az időbélyeget, amikor a VBAP-ABGRU mező értéket kap egy visszáru-tételnél.

Eseménytípus inferred
Visszáru-megrendelés tételének feldolgozása befejeződött
A visszáru-megrendelés egy adott tételét teljesen feldolgozottként jelölik meg. Ez rendszerint akkor történik, amikor az adott tételhez kapcsolódó összes logisztikai és pénzügyi utólagos bizonylat elkészült.
Miért fontos?

A tételek szintjén végzett nyomon követés megmutatja, mely termékek vagy visszaküldési okok okozzák a leghosszabb késedelmet. Így részletesebben látható, hogyan halad a folyamat a lezárás felé.

Hol szerezhető be?

Ez egy státusztáblákból következtetett esemény. Akkor rögzíthető, amikor az értékesítési bizonylat tételének teljes státusza (VBUP-GBSTK) „C”-re változik (teljesen feldolgozva).

Rögzítés

Azonosítsa a CDHDR/CDPOS módosítási bizonylatokban azt az időbélyeget, amikor a tétel VBUP-GBSTK státuszmezője „C”-re változik.

Eseménytípus inferred
Visszáru-rendelés zárolásának feloldása
A visszáru-igény jóváhagyását jelzi, amely után az ügy továbbléphet a következő szakaszba. Ezt általában a bizonylat állapotának változása vagy a szállítási, illetve számlázási zárolás feloldása alapján lehet rögzíteni.
Miért fontos?

Ez a tevékenység fontos jóváhagyási mérföldkő. Az ide való eljutás idejének mérése segít feltárni a visszáru engedélyezésének és jóváhagyásának szűk keresztmetszeteit.

Hol szerezhető be?

Ez a változásnaplókból levezetett esemény. Keresse a CDHDR és CDPOS táblákban a VBAK vagy VBAP zárolási mezőinek, illetve a VBUK/VBUP állapotmezőinek változásait.

Rögzítés

Keresse meg a változásbizonylat-táblákban (CDHDR/CDPOS) azt az időbélyeget, amikor feloldották a megfelelő zárolási állapotot.

Eseménytípus inferred
Visszáru-szállítás létrehozva
A visszaküldött termékek fizikai átvételének kezeléséhez szállítási bizonylat jön létre. Ez az esemény jelzi a visszáru logisztikai folyamatának kezdetét.
Miért fontos?

Az adminisztratív feldolgozás és a fizikai logisztika közötti átmenetet követi nyomon. Az itt jelentkező késedelmek hatással lehetnek a raktári tervezésre és a teljes visszáru-átfutási időre.

Hol szerezhető be?

Ez a LIKP táblában (szállítási bizonylat fejléce) rögzített esemény. A létrehozás időbélyege a LIKP-ERDAT mezőben található. A forrásként szolgáló visszáru-rendelésre a LIPS táblában, a LIPS-VGBEL mezőn keresztül lehet hivatkozni.

Rögzítés

Használja a LIKP táblában a visszáru-rendeléshez kapcsolódó szállítás létrehozási időbélyegét (ERDAT).

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése SAP ECC-ből

Kezdheti?

Használja már ma ezt a sablont az adatgyűjtés egyszerűsítéséhez, és tárja fel a visszaküldési és visszatérítési folyamat működését.

Fejlessze most a visszaküldések és visszatérítések feldolgozását

Egyszerűsítse a visszaküldések feldolgozását SAP ECC-ben, és csökkentse 30%-kal a ciklusidőt. Kezdje el még ma.

Próbálja ki ingyen

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