Uw datatemplate voor Retour- & Terugbetalingsverwerking

SAP ECC
Uw datatemplate voor Retour- & Terugbetalingsverwerking

Uw datatemplate voor Retour- & Terugbetalingsverwerking

Deze template biedt een gestructureerde gids voor het verzamelen van de data voor het analyseren van je retouren- en terugbetalingsverwerking. Het schetst de essentiële attributen en activiteiten die je moet volgen, zodat je alle relevante gebeurtenissen vastlegt voor een compleet procesbeeld. Daarnaast biedt het praktische begeleiding bij het extraheren van deze data uit je bronsysteem. Hiermee kunt u je data effectief voorbereiden op process mining en nuttige inzichten verkrijgen.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • Richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Attributen voor retouren- & terugbetalingsverwerking

Dit zijn de aanbevolen velden om op te nemen in uw event log voor een grondige analyse van de retour- & terugbetalingsverwerking.
5 Verplicht 6 Aanbevolen 10 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke business gebeurtenis of stap die binnen het retourenproces heeft plaatsgevonden.
Beschrijving

Dit attribuut beschrijft een enkele, afzonderlijke actie of statuswijziging in de retourlevenscyclus, zoals 'Return Order Created', 'Goods Receipt Posted', of 'Credit Memo Created'. Deze activiteiten vormen de bouwstenen van de proceskaart.

Het analyseren van de volgorde en frequentie van deze activiteiten helpt bij het vinden van de meest voorkomende procespaden, afwijkingen en herstelwerk-loops. Het is belangrijk voor het begrijpen van wat er binnen een case gebeurt en in welke volgorde, en vormt de basis voor alle process mining-analyse.

Waarom het belangrijk is

Activiteiten definiëren de stappen in het proces. Het analyseren van hun volgorde, duur en frequentie vormt de kern van Process Mining en onthult hoe werk daadwerkelijk wordt uitgevoerd.

Waar te verkrijgen

Afgeleid van statuswijzigingen in tabellen zoals VBUK/VBUP, documentaanmaak-gebeurtenissen (bijv. in VBAK, LIKP, VBRK), of wijzigingslogs in CDHDR/CDPOS-tabellen.

Voorbeelden
Retourorder aangemaaktGoederenontvangst geboektCreditnota aangemaaktItem van retouropdracht voltooid
Retourcase ID
ReturnCaseId
De unieke ID voor een retouraanvraag van een klant, die alle gerelateerde activiteiten en documenten koppelt.
Beschrijving

De Return Case-ID dient als de primary key voor het volgen van de gehele levenscyclus van een retourproces, van initiatie tot afsluiting. Elke ID komt overeen met een specifieke klantretour, inclusief alle bijbehorende gebeurtenissen zoals ordercreatie, levering, inspectie en creditnota-verwerking.

In procesanalyse is deze attribuut belangrijk voor het construeren van de proceskaart. Het stelt het systeem in staat om individuele gebeurtenissen te groeperen in end-to-end case klantreiss, waardoor de analyse van procesvarianten, cyclustijden en knelpunten voor elke afzonderlijke retourcase mogelijk is.

Waarom het belangrijk is

Dit is de essentiële case-identificatie die alle stappen van een retourreis met elkaar verbindt, waardoor het mogelijk wordt de end-to-end processtroom en prestaties te analyseren.

Waar te verkrijgen

Dit is doorgaans het Return Order nummer uit de Sales and Distribution (SD) module. Te vinden in tabel VBAK (Sales Document Header Data), veld VBELN, waarbij de documentcategorie (VBAK-VBTYP) 'H' is voor retouren.

Voorbeelden
600001236000045660000789
TijdsTip Gebeurtenis
EventTime
De exacte datum en tijd waarop de activiteit plaatsvond.
Beschrijving

Deze timestamp markeert het precieze moment waarop een business gebeurtenis plaatsvond. Het wordt vastgelegd voor elke activiteit in het proces en biedt de chronologische volgorde van gebeurtenissen binnen een case.

Event Time is belangrijk voor alle tijdgebonden analyse, inclusief het berekenen van cyclustijden tussen activiteiten, het vinden van knelpunten waar tijd wordt besteed aan wachten, en het meten van de totale case-duur. Het maakt prestatieanalyse en compliance-checks tegen service level agreements (SLA's) mogelijk.

Waarom het belangrijk is

Deze timestamp is belangrijk voor het berekenen van alle duren, het analyseren van procesprestaties, het vinden van knelpunten en het begrijpen van de tijdlijn van elke retourcase.

Waar te verkrijgen

Afkomstig van diverse datum- en tijdvelden in SAP-tabellen. Voor aanmaakgebeurtenissen zijn dit vaak de velden ERDAT en ERZET (bijv. in VBAK). Voor wijzigingsgebeurtenissen zijn dit UDATE en UTIME in de CDHDR-tabel.

Voorbeelden
2023-04-15T10:22:05Z2023-04-16T14:01:30Z2023-04-18T09:15:00Z
Bronsysteem
SourceSystem
Het systeem waaruit de data is opgehaald.
Beschrijving

Dit attribuut identificeert de herkomst van de data, wat belangrijk is in omgevingen met meerdere systemen. Het biedt context en helpt data-lineage en -integriteit te waarborgen.

Voor analyse wordt het gebruikt om data te segmenteren of te filteren bij het combineren van processen uit verschillende bronsystemen. Het bevestigt dat de gebeurtenissen afkomstig zijn van de verwachte applicatie, in dit geval SAP ECC.

Waarom het belangrijk is

Identificeert de oorsprong van de data, wat belangrijk is voor data governance en voor analyses die meerdere bedrijfssystemen omvatten.

Waar te verkrijgen

Dit is een statische waarde die is gedefinieerd tijdens data-extractie om de specifieke SAP ECC instantie (bijv. 'ECC_PROD_100') te vinden.

Voorbeelden
SAP_ECC_PRODSAPECC_FINANCE_200
Tijdstip van extractie
LastDataUpdate
De timestamp die aangeeft wanneer de data voor dit proces voor het voor het laatst is bijgewerkt.
Beschrijving

Dit attribuut legt de datum en tijd vast van de meest recente data-extractie of update. Het biedt transparantie over de relevantie van de geanalyseerde data.

In analyse is dit belangrijk voor het begrijpen van de tijdigheid van de inzichten. Gebruikers kunnen zien hoe actueel de data is, wat de relevantie van eventuele bevindingen beïnvloedt, vooral voor het monitoren van lopende operaties.

Waarom het belangrijk is

Geeft de relevantie van de data aan, en waarborgt dat gebruikers begrijpen hoe actueel de procesanalyse is en wanneer de volgende update kan worden verwacht.

Waar te verkrijgen

Dit is een metadata attribuut die wordt gevuld met de execution timestamp van de data-extractie job.

Voorbeelden
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Aangevraagd terugbetalingsbedrag
RequestedRefundAmount
De verwachte waarde van de terugbetaling, doorgaans gebaseerd op de nettowaarde van het(de) geretourneerde artikel(en).
Beschrijving

Dit attribuut vertegenwoordigt de initiële financiële waarde van de retour, zoals vastgelegd in de retouropdracht. Het dient als de basis voor financiële analyse en reconciliatie.

Dit bedrag wordt vergeleken met de 'Actual Refund Bedrag' om verschillen bij te houden, een belangrijke metriek voor het 'Refund Bedrag Discrepancy Tracking' dashboard. Het analyseren van deze waarde helpt bij het monitoren van de financiële impact van retouren en het vinden van potentiële issues in de prijsbepaling of creditberekening.

Waarom het belangrijk is

Stelt de initiële financiële waarde van de retour vast, wat belangrijk is voor het bijhouden van financiële verschillen en het begrijpen van de totale waarde van geretourneerde goederen.

Waar te verkrijgen

Deze waarde is doorgaans de nettowaarde van het itemniveau van de retouropdracht. Te vinden in tabel VBAP, veld NETWR.

Voorbeelden
150.0049.991250.75
Materiaalnummer
MaterialNumber
De unieke ID voor het geretourneerde product.
Beschrijving

Het Material Number, of SKU, specificeert het exacte artikel dat bij de retour is betrokken. Dit maakt gedetailleerde analyse op productniveau mogelijk.

Door retouren per Material Number te analyseren, kunnen bedrijven producten vinden met hoge retourpercentages, wat kan duiden op kwaliteitsproblemen, onnauwkeurige beschrijvingen of fabricagefouten. Het is belangrijk voor dashboards zoals 'Inventory Impact of Returns' en voor het begrijpen hoe verschillende producten door het retourenproces bewegen.

Waarom het belangrijk is

Identificeert welke producten worden geretourneerd, en benadrukt potentiële problemen met kwaliteitscontrole of onnauwkeurige productbeschrijvingen.

Waar te verkrijgen

Gevonden in de Sales Document Item-tabel VBAP, veld MATNR.

Voorbeelden
RM-1025FG-2050-BACC-5591
Processende Agent
ProcessingAgent
De user ID van de medewerker die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut legt de gebruikersnaam vast van de persoon die verantwoordelijk is voor het uitvoeren van een specifieke processtap, zoals het aanmaken van de retouropdracht of het boeken van de goederenontvangst. Het wordt vaak aangeduid als de 'Changed By' of 'Created By' gebruiker.

Analyse per Processing Agent is belangrijk voor prestatiemanagement en bronanalyse. Het helpt bij het vinden van best presterende medewerkers, medewerkers die mogelijk aanvullende training nodig hebben, en de werkverdeling binnen een team. Het wordt gebruikt in dashboards zoals 'Agent Return Processing Performance' om cyclustijden en doorvoer te vergelijken.

Waarom het belangrijk is

Volgt gebruikersbetrokkenheid, waardoor analyse van teamprestaties, werkverdeling en identificatie van trainingsbehoeften of best practices mogelijk is.

Waar te verkrijgen

Doorgaans te vinden in velden zoals ERNAM (Created by) of AENAM (Changed by) in headertabellen zoals VBAK, LIKP, VBRK. Voor change gebeurtenissen is het USERNAME in CDHDR.

Voorbeelden
CBURNSDSCRANTONJHALPERT
Retourkanaal
ReturnChannel
Het kanaal waarlangs de retour is geïnitieerd, zoals online, in de winkel of via een callcenter.
Beschrijving

Dit attribuut specificeert de oorsprong of innamemethode voor de retouraanvraag. Het helpt onderscheid te maken tussen retouren geïnitieerd via een webportal, een fysieke winkel of via een klantenservicemedewerker.

Het segmenteren van het proces per Retourkanaal is belangrijk voor het begrijpen van operationele verschillen en toewijzing van middelen. Zo kunnen retouren in de winkel snellere inspectietijden hebben, maar andere documentatiestappen vergeleken met online retouren. Dit is een belangrijke dimensie voor het 'Returns Process Throughput Trends' dashboard.

Waarom het belangrijk is

Onderscheidt hoe retouren worden geïnitieerd, wat vaak de processtroom, bronbehoeften en doorlooptijden voor verschillende kanalen beïnvloedt.

Waar te verkrijgen

Dit is vaak geen standaard SAP ECC-veld en moet mogelijk worden afgeleid uit een aangepast veld (bijv. in VBAK) of worden afgeleid uit andere data, zoals de Sales Organization (VKORG) of Distribution Channel (VTWEG). Raadpleeg de SAP ECC-documentatie voor specifieke implementatie.

Voorbeelden
Online portaalIn-StoreCall Center
Retourreden
ReturnReason
De redencode die de klant heeft opgegeven voor het retourneren van het artikel.
Beschrijving

Dit attribuut geeft aan waarom een product werd geretourneerd, met behulp van vooraf gedefinieerde redencodes in SAP. Voorbeelden zijn 'Beschadigd tijdens transport', 'Verkeerd artikel verzonden', of 'Past niet'.

Dit is een kritieke dimensie voor rootcause-analyse. Door de proceskaart of KPI's te filteren op Return Reason, kunnen analysesten vinden of bepaalde redenen geassocieerd zijn met langere verwerkingstijden, hogere inspectiefoutpercentages of specifieke procesafwijkingen. Dit inzicht kan verbeteringen stimuleren in productkwaliteit, logistiek of verkoopprocessen.

Waarom het belangrijk is

Verklaart waarom retouren plaatsvinden, waardoor rootcauseanalyse mogelijk wordt om retourpercentages te verminderen door problemen met productkwaliteit, verzending of beschrijving aan te pakken.

Waar te verkrijgen

Gevonden in de Sales Document Item-tabel VBAP, veld ABGRU (Reden voor afwijzing van verkoopdocumenten).

Voorbeelden
001 - Beschadigd product002 - Verkeerd product005 - Te laat aangekomen
Werkelijk terugbetalingsbedrag
ActualRefundAmount
Het uiteindelijke bedrag dat aan de klant is gecrediteerd, zoals geboekt in de financiële documenten.
Beschrijving

Dit attribuut is de definitieve, bevestigde terugbetalingswaarde die werd verwerkt en geboekt in het boekhoudsysteem. Dit bedrag kan afwijken van het aangevraagde bedrag als gevolg van restocking fees, aanpassingen gebaseerd op de artikelconditie, of andere beleidstoepassingen.

Dit is een kritieke attribuut voor het 'Refund Bedrag Discrepancy Tracking' dashboard. Het vergelijken hiervan met het aangevraagde bedrag helpt bij het vinden van systemische problemen in het terugbetalingsberekenings- en goedkeuringsproces, wat de financiële nauwkeurigheid waarborgt.

Waarom het belangrijk is

Vertegenwoordigt het uiteindelijke financiële resultaat van de retour. Het vergelijken hiervan met het aangevraagde bedrag helpt de nauwkeurigheid te waarborgen en financiële lekken te vinden.

Waar te verkrijgen

Afkomstig van het financiële document dat is gekoppeld aan de creditnota. Doorgaans te vinden in de BSEG-tabel (Boekhouding Document Segment), veld WRBTR (Bedrag in document currency), voor de relevante G/L-boekhouding.

Voorbeelden
150.0045.001200.75
Bedrijfscode
CompanyCode
De juridische entiteit of het bedrijf dat verantwoordelijk is voor de transactie.
Beschrijving

De Company Code vertegenwoordigt een op zichzelf staande boekhoudkundige eenheid binnen SAP. Alle financiële transacties, inclusief retouren en terugbetalingen, worden geboekt op een specifieke company code.

Dit attribuut is belangrijk voor financiële rapportage en voor het segmenteren van het proces in multinationale of multi-entiteitsorganisaties. Analyse per Company Code maakt vergelijking van de prestaties van het retourenproces tussen verschillende juridische entiteiten binnen de onderneming mogelijk.

Waarom het belangrijk is

Maakt filtering en vergelijking van retourprocessen mogelijk over verschillende juridische entiteiten binnen een organisatie heen, wat belangrijk is voor financiële analyse.

Waar te verkrijgen

Gevonden in de Sales Document Header-tabel VBAK, veld BUKRS_VF (Bedrijfscode voor facturering).

Voorbeelden
10002000US01
Credit Memo Nummer
CreditMemoNumber
De unieke ID voor het creditnota-document dat voor de terugbetaling is uitgegeven.
Beschrijving

De Credit Memo is het officiële factureringsdocument in SAP dat de aan de klant te betalen terugbetaling formaliseert. Dit nummer identificeert dat financiële document uniek.

Dit attribuut is belangrijk voor financiële reconciliatie en voor het volgen van het proces van de operationele retour tot de financiële afwikkeling. Het dient als een belangrijke mijlpaal in het proces en wordt gebruikt om gerelateerde boekhoudkundige documenten te vinden voor attributen zoals 'Actual Refund Bedrag'.

Waarom het belangrijk is

Biedt een directe link naar het financiële document dat de terugbetaling aan de klant autoriseert, wat belangrijk is voor financiële auditing en reconciliatie.

Waar te verkrijgen

De creditnota is een factureringsdocument. Het nummer ervan is te vinden in de VBRK-tabel (Billing Document: Header Data), veld VBELN. De link wordt gevonden via de documentflow van de retouropdracht.

Voorbeelden
900011229000334490005566
Klant-ID
CustomerId
De unieke ID voor de klant die de retour initieert.
Beschrijving

Dit attribuut identificeert de specifieke klant (de 'Sold-to Party' in SAP-termen) die het product retourneert. Het koppelt de retourtransactie aan de klant stamdata.

Analyse per Klant ID helpt bij het vinden van klanten met frequente retouren, wat kan duiden op ontevredenheid of mogelijk misbruik van het retourbeleid. Het kan ook worden gebruikt met klantsegmentatie data om te begrijpen of bepaalde klantgroepen verschillend retourgedrag of proceservaringen hebben.

Waarom het belangrijk is

Koppelt retouren aan specifieke klanten, waardoor analyse van klantgedrag, identificatie van herhaalde retouren en impact op klantrelaties mogelijk worden.

Waar te verkrijgen

Gevonden in de Sales Document Header-tabel VBAK, veld KUNNR (Verkoop aan partij).

Voorbeelden
CUST-100432CUST-203991CUST-831102
Naleving Retourbeleid
ReturnPolicyAdherence
Een indicator die aangeeft of de retour voldoet aan alle gedefinieerde bedrijfsregels en -beleid.
Beschrijving

Deze berekende boolean attribuut geeft aan of een retourcase het standaard, voorgeschreven bedrijfsbeleid heeft gevolgd. De logica kan het controleren van meerdere voorwaarden omvatten, zoals of de retour is geïnitieerd binnen de toegestane termijn, of de redencode geldig is voor het product, of dat managergoedkeuring is verkregen voor een uitzondering.

Dit attribuut drijft het 'Return Approval Policy Compliance' dashboard aan. Het maakt directe meting van de compliance rate mogelijk en helpt bij het vinden welke beleidsregels het meest frequent worden omzeild, wat gerichte procesverbetering of training mogelijk maakt.

Waarom het belangrijk is

Meet compliance tegen bedrijfsregels, helpt om beleid consistent af te dwingen en gevallen te vinden die speciale beoordeling of goedkeuring vereisen.

Waar te verkrijgen

Dit is een afgeleide attribuut gebaseerd op een set bedrijfsregels. Bijvoorbeeld: (Return Initiation Date - Original Purchase Date) <= 30 dagen AND ReturnReason IS NOT NULL.

Voorbeelden
truefalse
Origineel verkoopdocument
OriginalSalesDocument
Het nummer van de oorspronkelijke verkooporder waartegen de retour wordt gedaan.
Beschrijving

Dit attribuut biedt een directe link terug naar de initiële aankoop van de klant. Het is een referentiedocument dat de retour koppelt aan de oorspronkelijke transactiedetails.

Het hebben van deze link is uiterst waardevol voor diepgaandere analyse. Het stelt analysesten in staat te onderzoeken waarom verkopen van bepaalde orders worden geretourneerd, om de oorspronkelijke prijzen en voorwaarden te controleren, en om de complete klant order-tot-retour levenscyclus te begrijpen. Het kan helpen vragen te beantwoorden over de vraag of producten die via specifieke campagnes of kanalen zijn verkocht hogere retourpercentages hebben.

Waarom het belangrijk is

Koppelt de retour aan de oorspronkelijke verkoop, waardoor een compleet overzicht van de klanttransactie en een diepere rootcauseanalyse mogelijk worden.

Waar te verkrijgen

Deze referentie is opgeslagen op itemniveau van de retouropdracht. Het is te vinden in tabel VBAP, veld VGBEL (Document number of the reference document).

Voorbeelden
100034561000987110012345
Refund SLA Target Datum
RefundSLATargetDate
De datum waarop de terugbetaling naar verwachting zal worden verwerkt volgens de service level agreements.
Beschrijving

Dit attribuut definieert de deadline voor het voltooien van het terugbetalingsproces voor een gegeven retourcase. Het wordt doorgaans berekend op basis van bedrijfsregels, zoals '5 werkdagen na goederenontvangst'.

Deze doeldatum is de benchmark waartegen de feitelijke prestaties worden gemeten. Het is de basiscomponent voor het 'Refund Processing SLA Compliance' dashboard, waardoor het bedrijf de naleving van klantafspraken kan monitoren en cases kan vinden die het risico lopen hun SLA te overschrijden.

Waarom het belangrijk is

Stelt de prestatietarget voor het processen van terugbetalingen vast, waardoor het bedrijf de SLA-compliance kan meten en rapporteren en achterstallige cases kan prioriteren.

Waar te verkrijgen

Dit is doorgaans geen standaard SAP-veld en zou moeten worden afgeleid op basis van bedrijfsregels. Het kan worden berekend uit een sleuteldatumveld (bijv. goederenontvangstdatum uit MKPF) plus een geconfigureerde duur. Raadpleeg de SAP ECC-documentatie of bedrijfsvereisten.

Voorbeelden
2023-04-25T23:59:59Z2023-04-28T23:59:59Z2023-05-02T23:59:59Z
Retourorderstatus
ReturnOrderStatus
De algehele verwerkingsstatus van de retouropdrachtcase.
Beschrijving

Dit attribuut geeft een momentopname van de huidige status van de retourcase, zoals 'Open', 'In Process' of 'Completed'. Het is afgeleid van de combinatie van statussen op header- of itemniveau van het verkoopdocument.

In analyse is deze attribuut nuttig voor het filteren van cases om zich te concentreren op actieve of voltooide retouren. Het kan helpen bij het monitoren van de algehele werkbelasting en voortgang van open cases en biedt een high-level resultaat voor elke retourreis.

Waarom het belangrijk is

Biedt een overzicht op hoog niveau van waar een case zich bevindt in zijn levenscyclus, waardoor filtering en analyse van open, lopende of gesloten retouren mogelijk is.

Waar te verkrijgen

Afgeleid van de statusvelden in tabellen VBUK (Header Status) en VBUP (Item Status). Bijvoorbeeld, VBUK-GBSTK is de algemene verwerkingsstatus van het document.

Voorbeelden
OpenIn VerwerkingVoltooid
Verschil in terugbetalingsbedrag
RefundAmountDiscrepancy
Het berekende verschil tussen de daadwerkelijke en aangevraagde terugbetalingsbedragen.
Beschrijving

Deze berekende metriek kwantificeert het monetaire verschil tussen wat eerste werd aangevraagd in de retouropdracht en wat uiteindelijk werd uitgegeven in de creditnota. Een positieve waarde kan duiden op een gedeeltelijke terugbetaling, terwijl een negatieve waarde ongebruikelijk is, maar een overbetaling zou kunnen aangeven.

Dit attribuut is de belangrijkste maatstaf voor het 'Refund Bedrag Discrepancy Tracking' dashboard. Het helpt om snel cases met financiële afwijkingen te vinden en te analyseren, die te wijten kunnen zijn aan beoordelingen van de artikelconditie, restocking fees of fouten. Het monitoren hiervan helpt financiële controle en naleving van het beleid te waarborgen.

Waarom het belangrijk is

Meet direct financiële afwijkingen in het terugbetalingsproces, helpt bij het vinden van beleidsnon-compliance, verwerkingsfouten of financieel lek.

Waar te verkrijgen

Berekend veld: ActualRefundBedrag - RequestedRefundBedrag.

Voorbeelden
0.00-4.99-50.00
Vestiging
Plant
De fysieke locatie of faciliteit waar het geretourneerde artikel wordt ontvangen en verwerkt.
Beschrijving

De vestiging in SAP vertegenwoordigt een fysieke locatie, zoals een magazijn of distributiecentrum, waar goederen worden verwerkt. Voor retouren is dit doorgaans de locatie waar het artikel wordt ontvangen en geïnspecteerd.

Analyse van het proces per vestiging helpt bij het vinden van prestatieverschillen tussen verschillende faciliteiten. Het kan benadrukken welke magazijnen efficiënter zijn in artikelinspectie of een hogere doorvoer hebben, ter ondersteuning van het 'Item Inspection Throughput & Efficiency' dashboard.

Waarom het belangrijk is

Identificeert de fysieke locatie die de retour verwerkt, waardoor prestatievergelijking tussen verschillende magazijnen of distributiecentra mogelijk worden.

Waar te verkrijgen

Gevonden op itemniveau in de retourorder, tabel VBAP, veld WERKS.

Voorbeelden
PL01WH02DC05
Voldoet aan SLA
IsSLACompliant
Een indicator die aangeeft of de terugbetaling binnen de afgesproken service level agreement (SLA) is verwerkt.
Beschrijving

Dit is een berekende boolean attribuut die de werkelijke datum van de activiteit 'Refund Processed' vergelijkt met de 'Refund SLA Target Date'. Het resultaat is 'true' als de terugbetaling op tijd is voltooid en 'false' in andere gevallen.

Dit attribuut vereenvoudigt analyse en rapportage door een duidelijke, binaire uitkomst te bieden voor de SLA-prestaties van elke case. Het wordt gebruikt om de algehele 'Refund Processing SLA Compliance' rate te berekenen en maakt eenvoudig filteren mogelijk om niet-compliant cases te isoleren en te analyseren.

Waarom het belangrijk is

Biedt een duidelijke, binaire indicator van de SLA-prestaties voor elke case, waardoor compliance-monitoring en -rapportage worden vereenvoudigd.

Waar te verkrijgen

Dit is een berekende attribuut. De logica is: 'Refund Processed' EventTime <= RefundSLATargetDate.

Voorbeelden
truefalse
Verplicht Aanbevolen Optioneel

Activiteiten voor retouren- & terugbetalingsverwerking

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor accurate procesdiscovery.
6 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Creditnota aangemaakt
Een factuurdocument (creditnota) wordt gegenereerd om de financiële creditering aan de klant te autoriseren. Dit is het officiële financiële document dat het terugbetalingsbedrag formaliseert.
Waarom het belangrijk is

Dit is een belangrijke financiële mijlpaal in het proces. Het analyseren van de tijd om de creditnota aan te maken helpt bij het vinden van vertragingen in de financiële documentverwerking na goederenontvangst en inspectie.

Waar te verkrijgen

Dit is een expliciete gebeurtenis vastgelegd in de VBRK-tabel (Billing Document Header). De creation date is VBRK-ERDAT. De creditnota is gekoppeld aan de retouropdracht of creditnota-aanvraag in de documentflow.

Vastleggen

Gebruik creation timestamp (ERDAT) uit de VBRK-tabel voor het relevante factureringsdocument.

Gebeurtenistype explicit
Creditnota geboekt naar FI
De creditnota wordt vrijgegeven aan de financiële boekhouding, waardoor het een officiële debiteurenboeking wordt. Deze stap triggert het daadwerkelijke terugbetalingsproces aan de klant.
Waarom het belangrijk is

Deze activiteit markeert het punt waarop de terugbetaling financieel wordt erkend door het bedrijf. Vertragingen tussen het aanmaken en boeken van de creditnota kunnen de daadwerkelijke terugbetaling aan de klant vertragen.

Waar te verkrijgen

Dit is een afgeleide gebeurtenis, geïdentificeerd wanneer de posting status in de billing document header (VBRK-RFBSK) wordt bijgewerkt naar 'C' (Posting document has been created). De daadwerkelijke boekhouding document creation date bevindt zich in de BKPF-tabel.

Vastleggen

Identificeer de timestamp wanneer VBRK-RFBSK is ingesteld op 'C', of gebruik de aanmaakdatum (CPUDT) uit het gekoppelde BKPF boekhoudkundige document.

Gebeurtenistype inferred
Gebruiksbeslissing genomen
Na inspectie neemt een kwaliteitsingenieur of inspecteur een formele beslissing over de conditie van het geretourneerde item. Deze beslissing bepaalt het verdere proces, zoals terug naar voorraad, afschrijven of reparatie.
Waarom het belangrijk is

Deze activiteit is belangrijk voor het begrijpen van de inspectie-efficiëntie en de resultaten ervan. De beslissing heeft directe invloed op het terugbetalingsbedrag en het voorraadbeheer.

Waar te verkrijgen

Indien SAP QM wordt gebruikt, is dit een expliciet gebeurtenis vastgelegd in tabel QAVE (Gebruiksbeslissing inspectieverwerking). De beslissingstijd wordt opgeslagen in QAVE-VDATUM. De koppeling naar de levering bevindt zich in tabel QALS.

Vastleggen

Gebruik de usage decision date (VDATUM) uit de QAVE-tabel, gekoppeld via de inspectielot (QALS-PRUEFLOS).

Gebeurtenistype explicit
Goederenontvangst geboekt
Deze activiteit vindt plaats wanneer het geretourneerde fysieke artikel wordt ontvangen in het magazijn of verwerkingscentrum. Het wordt vastgelegd door het boeken van een goederenbewegingsdocument tegen de retourlevering.
Waarom het belangrijk is

Een belangrijke mijlpaal die aangeeft dat het bedrijf het geretourneerde item in bezit heeft genomen. Het is het startpunt voor fysieke inspectie en beïnvloedt de voorraadnauwkeurigheid.

Waar te verkrijgen

Deze gebeurtenis kan worden afgeleid uit de goederenbewegingsstatus van het retourleveringsitem in de VBUP-tabel (bijv. WBSTA = 'C'). De exacte timestamp bevindt zich in de materiaaldocumentheader (MKPF-BUDAT) voor de corresponderende goederenontvangst.

Vastleggen

Vind de boekingsdatum (BUDAT) uit tabel MKPF voor het materiaaldocument dat is gekoppeld aan de retourlevering.

Gebeurtenistype inferred
Retouropdracht voltooid
Deze activiteit markeert het einde van het retourenproces vanuit een verkoop- en distributieperspectief. Het vindt plaats wanneer alle regelitems op de retouropdracht volledig zijn verwerkt en afgesloten.
Waarom het belangrijk is

Dit is de primaire eind gebeurtenis voor het proces. Het meten van de tijd van 'Return Order Created' tot deze activiteit geeft de end-to-end cyclustijd voor de retourcase.

Waar te verkrijgen

Dit is een afgeleide gebeurtenis uit de statustabellen. Het wordt vastgelegd wanneer de algehele status van de verkoopdocumentheader (VBUK-GBSTK) wordt bijgewerkt naar 'C' (Completely processed).

Vastleggen

Identificeer de timestamp uit wijzigingsdocumenten (CDHDR/CDPOS) wanneer het headerstatusveld VBUK-GBSTK verandert naar 'C'.

Gebeurtenistype inferred
Retourorder aangemaakt
Deze activiteit markeert de initiatie van het retourenproces wanneer een klant een product wil retourneren. Het wordt vastgelegd wanneer een nieuw verkoopdocument van het type 'Return' (bijv. RE) wordt aangemaakt in SAP ECC.
Waarom het belangrijk is

Dit is de primaire start gebeurtenis voor het retourenproces. Het analyseren van de tijd van deze activiteit tot andere helpt bij het meten van de totale cyclustijd en het vinden van initiële verwerkingsvertragingen.

Waar te verkrijgen

Dit is een expliciete gebeurtenis vastgelegd in de VBAK-tabel (Sales Document Header). De creation timestamp is opgeslagen in VBAK-ERDAT en VBAK-ERZET voor het corresponderende verkoopdocumentnummer (VBAK-VBELN) met ordertype VBAK-AUART = 'RE'.

Vastleggen

Gebruik creation timestamp (ERDAT, ERZET) uit de VBAK-tabel voor verkoopdocumenttype 'RE'.

Gebeurtenistype explicit
Blokkering retourorder verwijderd
Vertegenwoordigt de goedkeuring van de retouraanvraag, waardoor deze naar de volgende fase kan gaan. Dit wordt doorgaans vastgelegd door een wijziging in de documentstatus of het verwijderen van een leverings- of factureringsblokkering.
Waarom het belangrijk is

Deze activiteit is een kritieke goedkeuringsmijlpaal. Het meten van de tijd die nodig is om deze stap te bereiken, helpt bij het vinden van knelpunten in het retourautorisatie- en goedkeuringsproces.

Waar te verkrijgen

Dit is een afgeleide gebeurtenis, afgeleid van changelogs voor het verkoopdocument. Controleer de tabellen CDHDR en CDPOS op wijzigingen in blokvelden in VBAK of VBAP, of statusvelden in VBUK/VBUP.

Vastleggen

Identificeer de timestamp uit wijzigingsdocumenttabellen (CDHDR/CDPOS) wanneer een relevante blokkeringsstatus wordt verwijderd.

Gebeurtenistype inferred
Creditnota afgehandeld
De openstaande creditpost in de debiteuren wordt afgeboekt, doorgaans door een uitgaande betaling aan de klant. Deze gebeurtenis markeert de definitieve financiële afsluiting van de terugbetaling.
Waarom het belangrijk is

Deze activiteit bevestigt de cash-out gebeurtenis en voltooit de financiële kant van het proces. Het is het ware einde van de terugbetalingsreis vanuit het perspectief van de klant.

Waar te verkrijgen

Dit is een expliciete gebeurtenis uit de FI module. De clearing date voor het boekhoudkundige document is opgeslagen in de BSEG-tabel (BSEG-AUGDT) voor het corresponderende klantregelitem.

Vastleggen

Gebruik de clearing date (AUGDT) uit de BSEG- of BSAD-tabel voor het boekhoudkundige document dat is gekoppeld aan de creditnota.

Gebeurtenistype explicit
Creditnota-aanvraag aangemaakt
Een creditnota-aanvraag wordt aangemaakt om de behoefte aan een terugbetaling formeel vast te leggen. In veel configuraties dient de retourorder zelf als creditnota-aanvraag.
Waarom het belangrijk is

Dit is de formele start van het financiële afwikkelingsdeel van het retourenproces. Het vormt een trigger voor daaropvolgende financiële goedkeuringen en documentcreatie.

Waar te verkrijgen

Dit kan een expliciete gebeurtenis zijn in VBAK voor een verkoopdocument van het type 'Credit Memo Request' (bijv. CR), of het kan dezelfde gebeurtenis zijn als 'Return Order Created' als het ordertype is geconfigureerd voor ordergerelateerde facturering.

Vastleggen

Gebruik creation timestamp (ERDAT) uit VBAK voor documenttype 'CR', of hergebruik de retouropdracht creation gebeurtenis.

Gebeurtenistype explicit
Item van retouropdracht voltooid
Een individueel regelitem binnen de retourorder wordt als volledig verwerkt gemarkeerd. Dit gebeurt doorgaans nadat alle logistieke en financiële vervolgdocumenten voor dat item zijn voltooid.
Waarom het belangrijk is

Tracking op itemniveau helpt bij het vinden welke producten of retourredenen de langste vertragingen veroorzaken. Het biedt een meer gedetailleerd beeld van de procesvoltooiing.

Waar te verkrijgen

Dit is een afgeleide gebeurtenis uit de statustabellen. Het wordt vastgelegd wanneer de algehele status van het verkoopdocumentitem (VBUP-GBSTK) wordt bijgewerkt naar 'C' (Completely processed).

Vastleggen

Identificeer de timestamp uit wijzigingsdocumenten (CDHDR/CDPOS) wanneer het itemstatusveld VBUP-GBSTK verandert naar 'C'.

Gebeurtenistype inferred
Retourlevering aangemaakt
Een leveringsdocument wordt gegenereerd om de fysieke ontvangst van de geretourneerde goederen te beheren. Dit gebeurtenis betekent dat het logistieke proces voor de retour is gestart.
Waarom het belangrijk is

Volgt de overgang van administratieve verwerking naar fysieke logistiek. Vertragingen hier kunnen van invloed zijn op magazijnplanning en de totale retourcyclustijd.

Waar te verkrijgen

Dit is een expliciete gebeurtenis vastgelegd in de LIKP-tabel (Delivery Header). De creation timestamp bevindt zich in LIKP-ERDAT. De link naar de bron-retouropdracht is te vinden in de LIPS-tabel (LIPS-VGBEL).

Vastleggen

Gebruik creation timestamp (ERDAT) uit de LIKP-tabel voor de levering die is gekoppeld aan de retouropdracht.

Gebeurtenistype explicit
Retourorder artikel geweigerd
Een specifiek item op de retourorder wordt afgewezen, hetzij tijdens de initiële beoordeling, hetzij na inspectie. Dit betekent dat er voor dit item geen verdere verwerking, zoals een terugbetaling, zal plaatsvinden.
Waarom het belangrijk is

Het analyseren van afwijzingen helpt bij het vinden van ongeldige retouraanvragen en kan de communicatie over klantbeleid Informapakketmeren. Het is een belangrijk pad in het proces dat niet leidt tot een terugbetaling.

Waar te verkrijgen

Dit is een afgeleide gebeurtenis. Het wordt doorgaans vastgelegd door een unieke 'Reason for Rejection' code die is ingesteld voor het item in de VBAP-tabel (VBAP-ABGRU). De timestamp moet worden verkregen uit changelogs.

Vastleggen

Identificeer de timestamp uit wijzigingsdocumenten (CDHDR/CDPOS) wanneer het VBAP-ABGRU-veld wordt gevuld voor een retouritem.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit SAP ECC