Gegevensverificatie en -validatie zijn essentieel voor het succes van de implementatie van software die statistische analyse van gegevens uitvoert, zoals Smart IP&O. Dit artikel beschrijft het probleem en dient als een praktische gids om het werk goed te doen, vooral voor de gebruiker van de nieuwe applicatie.

Hoe minder ervaring uw organisatie heeft met het valideren van historische transacties of artikelstamkenmerken, hoe waarschijnlijker het is dat er problemen of fouten zijn opgetreden bij het invoeren van gegevens in het ERP die tot nu toe onopgemerkt zijn gebleven. De 'garbage in, garbage out'-regel betekent dat u prioriteit moet geven aan deze stap van het software-onboardingproces, anders loopt u het risico vertraging op te lopen en mogelijk geen ROI te genereren.

De beste persoon om te bevestigen dat gegevens in uw ERP correct zijn ingevoerd, is uiteindelijk de persoon die de business kent en bijvoorbeeld kan beweren “dit onderdeel behoort niet tot die productgroep”. Dat is meestal dezelfde persoon die Smart opent en gebruikt. Maar ook een databasebeheerder of IT-support kan een sleutelrol spelen door te kunnen zeggen: “Dit onderdeel is afgelopen december door Jane Smith aan die productgroep toegewezen.” Ervoor zorgen dat gegevens correct zijn, is misschien geen vast onderdeel van uw dagelijkse werk, maar kan worden opgesplitst in beheersbare kleine taken waarvoor een goede projectmanager tijd en middelen zal uittrekken.

De softwareleverancier voor vraagplanning die de gegevens ontvangt, speelt ook een rol. Ze zullen bevestigen dat de onbewerkte gegevens zonder problemen zijn opgenomen. De leverancier kan ook afwijkingen in de onbewerkte gegevensbestanden identificeren die wijzen op de noodzaak van validatie. Maar vertrouwen op de softwareleverancier om u gerust te stellen dat de gegevens er goed uitzien, is niet genoeg. U wilt na de livegang niet ontdekken dat u de output niet kunt vertrouwen omdat sommige gegevens "niet kloppen".

Elke stap in de gegevensstroom heeft verificatie en validatie nodig.  Verificatie betekent dat de gegevens in de ene stap nog steeds hetzelfde zijn nadat ze naar de volgende stap zijn gegaan. Validatie betekent dat de gegevens correct en bruikbaar zijn voor analyse. 

De meest voorkomende gegevensstroom ziet er als volgt uit:

Minder vaak wordt de eerste stap tussen ERP-stamgegevens en de gekoppelde bestanden soms overgeslagen, waarbij bestanden niet als interface worden gebruikt. In plaats daarvan is een API die is gebouwd door IT of de leverancier van software voor inventarisoptimalisatie verantwoordelijk voor het rechtstreeks schrijven van gegevens vanuit de ERP naar de gespiegelde database in de cloud. De leverancier zou samenwerken met IT om te bevestigen dat de API werkt zoals verwacht. Maar zelfs in dat geval kan de eerste validatiestap nog steeds worden uitgevoerd. Na opname van de gegevens kan de leverancier de gespiegelde gegevens beschikbaar maken in bestanden voor de DBA/IT-verificatie en bedrijfsvalidatie.

De bevestiging dat de gespiegelde data in de cloud de stroom naar de applicatie voltooit, is de verantwoordelijkheid van de leverancier van software-as-a-service. SaaS-leveranciers testen voortdurend of de software correct werkt tussen de front-end-applicatie die hun abonnees zien en de back-end-gegevens in de clouddatabase. Als de abonnees nog steeds denken dat de gegevens niet kloppen in de applicatie, zelfs nadat ze de interfacing-bestanden hebben gevalideerd voordat ze live gaan, is dat een probleem dat ze moeten bespreken met de klantenondersteuning van de leverancier.

Hoe de interfacing-bestanden ook worden verkregen, het grootste deel van de verificatie en validatie komt toe aan de projectmanager en zijn team. Ze moeten een test van de interfacing-bestanden uitvoeren om te bevestigen:

1. Ze matchen de gegevens in het ERP. En dat alle en alleen de ERP-gegevens die nodig waren om te extraheren voor gebruik in de applicatie, werden geëxtraheerd.
2. Niets "springt eruit" voor het bedrijf als onjuist voor elk van de soorten informatie in de gegevens
3. Ze zijn geformatteerd zoals verwacht.

DBA/IT Verificatie Taken

1. Test het uittreksel:

IT's verificatiestap kan worden gedaan met verschillende tools, waarbij bestanden worden vergeleken of bestanden worden terug geïmporteerd naar de database als tijdelijke tabellen en ze worden samengevoegd met de originele gegevens om een match te bevestigen. IT kan afhankelijk zijn van een query om de gevraagde gegevens naar een bestand te halen, maar dat bestand kan niet overeenkomen. Het bestaan van scheidingstekens of regelretouren binnen de gegevenswaarden kan ertoe leiden dat een bestand afwijkt van de oorspronkelijke databasetabel. Het is omdat het bestand sterk afhankelijk is van scheidingstekens en regelterugloop om velden en records te identificeren, terwijl de tabel niet afhankelijk is van die tekens om de structuur te definiëren.

2. Geen slechte karakters:

Vrije gegevensinvoervelden in het ERP, zoals productbeschrijvingen, kunnen soms zelf regeleinden, tabs, komma's en/of dubbele aanhalingstekens bevatten die de structuur van het uitvoerbestand kunnen beïnvloeden. Regelretouren mogen niet worden toegestaan in waarden die naar een bestand worden geëxtraheerd. Tekens die gelijk zijn aan het scheidingsteken moeten tijdens het extraheren worden verwijderd of er moet een ander scheidingsteken worden gebruikt.

Tip: als komma's het bestandsscheidingsteken zijn, kunnen getallen groter dan 999 niet worden geëxtraheerd met een komma. Gebruik "1000" in plaats van "1000".

3. Bevestig de filters:

De andere manier waarop query-extracten onverwachte resultaten kunnen opleveren, is als voorwaarden voor de query onjuist zijn ingevoerd. De eenvoudigste manier om verkeerde "where-clausules" te voorkomen, is door ze niet te gebruiken. Extraheer alle gegevens en laat de leverancier enkele records eruit filteren volgens de regels die door het bedrijf zijn verstrekt. Als dit leidt tot uittrekbestanden die zo groot zijn dat er te veel rekentijd wordt besteed aan de gegevensuitwisseling, moet het DBA/IT-team met het bedrijf overleggen om precies te bevestigen welke filters op de gegevens kunnen worden toegepast om te voorkomen dat records worden uitgewisseld die geen betekenis hebben voor de gegevensuitwisseling. sollicitatie.

Tip: Houd er rekening mee dat actief/inactief of informatie over de levenscyclus van items niet mag worden gebruikt om records uit te filteren. Deze informatie moet naar de applicatie worden gestuurd, zodat deze weet wanneer een item inactief wordt.

4. Wees consistent:

Het extractieproces moet elke keer dat het wordt uitgevoerd, bestanden met een consistent formaat produceren. Bestandsnamen, veldnamen en positie, scheidingsteken en Excel-bladnaam als Excel wordt gebruikt, numerieke formaten en datumnotaties, en het gebruik van aanhalingstekens rond waarden mogen nooit verschillen van de ene uitvoering van het extract van dag tot dag. Voor elke uitvoering van het uittreksel moet een hands-off rapport of opgeslagen procedure worden opgesteld en gebruikt.

Zakelijke validatie achtergrond

Hieronder vindt u een uitsplitsing van elke validatiestap in overwegingen, met name in het geval dat de leverancier een sjabloonformaat heeft verstrekt voor de gekoppelde bestanden, waarbij elk type informatie in een eigen bestand wordt verstrekt. Bestanden die vanuit uw ERP naar Smart worden verzonden, zijn geformatteerd zodat ze eenvoudig vanuit het ERP kunnen worden geëxporteerd. Dat soort formaat maakt de vergelijking terug naar het ERP een relatief eenvoudige taak voor IT, maar het kan moeilijker zijn voor het bedrijf om te interpreteren. De beste praktijk is om de ERP-gegevens te manipuleren, hetzij door draaitabellen of iets dergelijks in een spreadsheet te gebruiken. IT kan helpen door geherformatteerde gegevensbestanden aan te bieden voor beoordeling door het bedrijf.

Als u zich wilt verdiepen in de interfacing-bestanden, moet u ze begrijpen. De leverancier zal een nauwkeurig sjabloon leveren, maar over het algemeen bestaan de interfacebestanden uit drie typen: catalogusgegevens, artikelkenmerken en transactiegegevens.

• Catalogusgegevens bevatten identifiers en hun attributen. Identificaties zijn typisch voor producten, locaties (dit kunnen fabrieken of magazijnen zijn), uw klanten en uw leveranciers.
• Artikelkenmerken bevatten informatie over producten op locaties die nodig zijn voor analyse van de product- en locatiecombinatie. Zoals:
  • Huidig bevoorradingsbeleid in de vorm van een Min en Max, Bestelpunt, of Herzieningsperiode en Bestelling tot waarde, of Veiligheidsvoorraad
  • Toewijzing primaire leverancier en nominale doorlooptijd en kosten per eenheid van die leverancier
  • Vereisten voor de bestelhoeveelheid, zoals de minimale bestelhoeveelheid, de grootte van de productieserie of veelvouden van bestellingen
  • Actieve/inactieve status van de combinatie product/locatie of vlaggen die de status ervan in de levenscyclus aangeven, zoals pre-obsolete
  • Attributen voor groepering of filtering, zoals toegewezen inkoper/planner of productcategorie
  • Actuele voorraadinformatie zoals bij de hand, op bestelling en in transithoeveelheden.
• Transactiegegevens bevatten verwijzingen naar identifiers samen met datums en hoeveelheden. Zoals de verkochte hoeveelheid in een verkooporder van een product, op een locatie, voor een klant, op een datum. Of hoeveelheid geplaatst op inkooporder van een product, naar een locatie, van een leverancier, op een datum. Of hoeveelheid gebruikt in een werkorder van een componentproduct op een locatie op een datum.

Catalogusgegevens valideren

Als u eerst de catalogusgegevens bekijkt, hebt u mogelijk catalogusbestanden die lijken op deze voorbeelden:

1: Controleer op een redelijk aantal catalogusrecords

Open elk bestand met catalogusgegevens in een spreadsheetprogramma zoals Google Spreadsheets of MS Excel. Beantwoord deze vragen:

1. Is het recordaantal in de marge? Als u ongeveer 50.000 producten heeft, zouden er niet slechts 10.000 rijen in het bestand moeten staan.
2. Als het een kort bestand is, bijvoorbeeld het locatiebestand, kunt u precies bevestigen dat alle verwachte identifiers erin staan.
3. Filter op elke attribuutwaarde en bevestig nogmaals dat het aantal records met die attribuutwaarde zinvol is.

2: Controleer de juistheid van waarden in elk attribuutveld

Iemand die weet wat de producten zijn en wat de groepen betekenen, moet de tijd nemen om te bevestigen dat het echt goed is, voor alle attributen van alle catalogusgegevens.

Dus als uw productbestand de attributen bevat zoals in het bovenstaande voorbeeld, zou u filteren op Status van Actief en controleren of alle resulterende producten daadwerkelijk actief zijn. Filter vervolgens op Status van Inactief en controleer of alle resulterende producten daadwerkelijk inactief zijn. Filter vervolgens op de eerste groepswaarde en bevestig dat alle resulterende producten in die groep zitten. Herhaal dit voor Groep2 en Groep3, enz. Herhaal dit voor elk attribuut in elk bestand.

Het kan helpen om deze validatie uit te voeren met een vergelijking met een reeds bestaand en vertrouwd rapport. Als u om welke reden dan ook een andere spreadsheet heeft die producten per groep weergeeft, kunt u de interfacing-bestanden daarmee vergelijken. Mogelijk moet u vertrouwd raken met de functie VERT.ZOEKEN die helpt bij het vergelijken van spreadsheets.

Artikelkenmerkgegevens valideren

1: Controleer op een redelijk aantal itemrecords

De bevestiging van de itemattribuutgegevens is vergelijkbaar met de catalogusgegevens. Bevestig dat het aantal product/locatie-combinaties logisch is in totaal en voor elk van de unieke itemkenmerken, één voor één. Dit is een voorbeeldbestand met artikelgegevens:

2: Zoek en verklaar rare getallen in het itembestand

Er zijn meestal veel numerieke waarden in de itemattributen, dus "rare" cijfers verdienen een beoordeling. Om gegevens voor een numeriek attribuut in een willekeurig bestand te valideren, zoekt u waar het nummer is:

• Ontbreekt volledig
• Gelijk aan nul
• Minder dan nul
• Meer dan de meeste anderen, of minder dan de meeste anderen (sorteer op die kolom)
• Helemaal geen nummer, terwijl het zou moeten zijn

Een speciale overweging van bestanden die geen catalogusbestanden zijn, is dat ze mogelijk niet de beschrijvingen van de producten en locaties tonen, alleen hun identifiers, die voor u betekenisloos kunnen zijn. U kunt kolommen invoegen voor de product- en locatiebeschrijvingen die u gewend bent te zien en deze in de spreadsheet invullen om u te helpen bij uw werk. De VLOOKUP-functie werkt hier ook voor. Of u nu wel of niet een ander rapport hebt om het Items-bestand mee te vergelijken, u hebt de catalogusbestanden voor Producten en Locatie met zowel de identifier als de beschrijving voor elke rij.

3: Controle ter plaatse

Als u gefrustreerd bent dat er te veel attribuutwaarden zijn om binnen een redelijke tijd handmatig te controleren, is steekproefsgewijze controle een oplossing. Het kan worden gedaan op een manier die waarschijnlijk problemen oppikt. Haal voor elk attribuut een lijst op met de unieke waarden in elke kolom. U kunt een kolom naar een nieuw blad kopiëren en vervolgens de functie Duplicaten verwijderen gebruiken om de lijst met mogelijke waarden te bekijken. Met het:

1. Bevestig dat er geen attribuutwaarden aanwezig zijn die dat niet zouden moeten zijn.
2. Het kan moeilijker zijn om te onthouden welke attribuutwaarden ontbreken die er zouden moeten zijn, dus het kan helpen om naar een andere bron te kijken om u eraan te herinneren. Als bijvoorbeeld Groep1 tot en met Groep12 aanwezig zijn, kunt u een andere bron controleren om te onthouden of dit alle mogelijke groepen zijn. Zelfs als het niet vereist is voor de interfacing-bestanden voor de applicatie, kan het voor IT gemakkelijk zijn om een lijst te extraheren van alle mogelijke groepen die in uw ERP staan, die u kunt gebruiken voor de validatie. Als u extra of ontbrekende waarden vindt die u niet verwacht, breng dan een voorbeeld van elk naar IT om te onderzoeken.
3. Sorteer alfabetisch en scan naar beneden om te zien of twee waarden vergelijkbaar zijn, maar enigszins verschillen, misschien alleen in interpunctie, wat zou kunnen betekenen dat in één record de attribuutgegevens onjuist zijn ingevoerd.

Controleer voor elk type item, misschien één van elke productgroep en/of locatie, of alle attributen in elk bestand correct zijn of op zijn minst een sanity check doorstaan. Hoe meer u een breed scala aan items kunt controleren, hoe kleiner de kans dat u problemen zult hebben nadat ze live zijn gegaan.

Transactiegegevens valideren

Transactiebestanden kunnen allemaal een vergelijkbare indeling hebben:

1: Vind rare getallen in elk transactiebestand en leg ze uit

Deze moeten worden gecontroleerd op "rare" getallen in het veld Hoeveelheid. Dan kunt u doorgaan naar:

1. Filter op datums buiten het verwachte bereik of ontbrekende verwachte datums.
2. Zoek waar transactie-ID's en regelnummers ontbreken. Dat zouden ze niet moeten zijn.
3. Als er meer dan één record is voor een bepaalde combinatie van transactie-ID en transactieregelnummer, is dat dan een vergissing? Anders gezegd, moeten dubbele records hun hoeveelheden bij elkaar optellen of is dat dubbeltelling?

2: Sanity check opgetelde hoeveelheden

Voer een gezond verstand uit door te filteren op een bepaald product waarmee u bekend bent, en filter op een herkenbare periode zoals vorige maand of vorig jaar, en som de hoeveelheden op. Is dat totale bedrag wat u voor dat product in dat tijdsbestek verwachtte? Als u informatie heeft over het totale gebruik buiten een locatie, kunt u de gegevens op die manier splitsen om de hoeveelheden op te tellen en te vergelijken met wat u verwacht. Draaitabellen zijn handig voor verificatie van transactiegegevens. Met hen kunt u de gegevens bekijken zoals:

Het jaarlijkse totaal van de producten kan eenvoudig te controleren zijn als u de producten goed kent. Of u kunt VERT.ZOEKEN gebruiken om attributen toe te voegen, zoals een productgroep, en daarop draaien om een hoger niveau te zien dat vertrouwder is:

3: Sanity check telling van records

Het kan helpen om een aantal transacties weer te geven in plaats van een som van de hoeveelheden, vooral voor inkoopordergegevens. Zoals:

En/of dezelfde samenvatting op een hoger niveau, zoals:

4: Controle ter plaatse

Steekproefsgewijs controleren van de juistheid van een enkele transactie, voor elk type artikel en elk type transactie, voltooit de due diligence. Besteed speciale aandacht aan welke datum aan de transactie is gekoppeld en of deze geschikt is voor de analyse. Datums kunnen een aanmaakdatum zijn, zoals de datum waarop een klant een bestelling bij u heeft geplaatst, of een beloftedatum, zoals de datum waarop u verwachtte te leveren op de bestelling van de klant op het moment dat u deze aanmaakte, of een uitvoeringsdatum, wanneer u daadwerkelijk heeft geleverd op de bestelling. Soms wordt een beloftedatum gewijzigd dagen nadat de bestelling is gemaakt als deze niet kan worden gehaald. Zorg ervoor dat de gebruiksdatum de werkelijke vraag van de klant naar het product zo goed mogelijk weergeeft.

Wat te doen met slechte gegevens 

Als er weinig of eenmalig foutieve invoer is, kunt u de ERP-records met de hand bewerken zodra ze worden gevonden, waardoor uw cataloguskenmerken worden opgeschoond, zelfs nadat de applicatie live is gegaan. Maar als grote hoeveelheden attributen of transactiehoeveelheden niet kloppen, kan dit een intern project ertoe aanzetten om gegevens opnieuw correct in te voeren en mogelijk om het proces te wijzigen of te documenteren dat moet worden gevolgd wanneer nieuwe records in uw ERP worden ingevoerd.

Er moet voor worden gezorgd dat de implementatie van de SaaS-applicatie niet te lang op zich laat wachten tijdens het wachten op schone attributen. Verdeel het werk in brokken en gebruik de applicatie om eerst de opgeschoonde gegevens te analyseren, zodat het gegevensopschoningsproject parallel loopt met het halen van waarde uit de nieuwe applicatie.

Nutsvoorzieningen op het gebied van elektriciteit, aardgas, stedelijk water en afvalwater en telecommunicatie zijn allemaal activa-intensief. Opwekking, productie, verwerking, transmissie en distributie van elektriciteit, aardgas, olie en water zijn allemaal afhankelijk van fysieke infrastructuur die in de loop van de tijd goed moet worden onderhouden, bijgewerkt en geüpgraded. Het maximaliseren van de uptime van bedrijfsmiddelen en de betrouwbaarheid van de fysieke infrastructuur vereist effectief voorraadbeheer, prognoses van reserveonderdelen en leveranciersbeheer.

Een nutsbedrijf dat deze processen effectief uitvoert, presteert beter dan zijn concurrenten, levert een beter rendement op voor zijn investeerders en hogere serviceniveaus voor zijn klanten, terwijl het zijn impact op het milieu vermindert. Deze inspanningen worden belemmerd door verouderde IT-systemen, evoluerende beveiligingsbedreigingen, frequente verstoringen van de toeleveringsketen en extreme variabiliteit in de vraag. De convergentie van deze uitdagingen met volwassen cloudtechnologie en recente ontwikkelingen op het gebied van data-analyse, probabilistische prognoses en technologieën voor databeheer, bieden nutsbedrijven echter een generatiekans om hun onderneming digitaal te transformeren.

Hier zijn zeven digitale transformaties die relatief kleine investeringen vooraf vereisen, maar een rendement van zeven cijfers zullen opleveren.

1. Voorraadbeheer is de eerste stap in MRO-voorraadoptimalisatie. Het omvat het analyseren van de huidige voorraadniveaus en gebruikspatronen om mogelijkheden voor verbetering te identificeren. Dit moet ook het zoeken naar overstocked, understocked of verouderde items omvatten. Nieuwe probabilistische prognosetechnologie zal helpen door toekomstig gebruik van onderdelen te simuleren en te voorspellen hoe het huidige voorraadbeleid zal presteren. Pats-planners kunnen de simulatieresultaten gebruiken om proactief te identificeren waar beleid moet worden gewijzigd.

2. Nauwkeurige prognoses en vraagplanning zijn erg belangrijk bij het optimaliseren van de voorraden van MRO-serviceonderdelen. Een nauwkeurige vraagprognose is een cruciale drijfveer voor de toeleveringsketen. Door inzicht te krijgen in vraagpatronen die het gevolg zijn van kapitaalprojecten en gepland en ongepland onderhoud, kunnen onderdelenplanners nauwkeuriger anticiperen op toekomstige voorraadbehoeften, een juiste begroting opstellen en de verwachte vraag beter communiceren met leveranciers. Software voor het voorspellen van onderdelen kan worden gebruikt om automatisch een nauwkeurige set van historisch gebruik te huisvesten met details over de vraag naar geplande versus ongeplande onderdelen.

3. Beheer leveranciers en doorlooptijden zijn belangrijke componenten van MRO-voorraadoptimalisatie. Het omvat het selecteren van de beste leveranciers voor de klus, het hebben van back-upleveranciers die snel kunnen leveren als de voorkeursleverancier faalt, en het onderhandelen over gunstige voorwaarden. Het identificeren van de juiste doorlooptijd waarop het voorraadbeleid kan worden gebaseerd, is een ander belangrijk onderdeel. Probabilistische simulaties die beschikbaar zijn in software voor onderdelenplanning kunnen worden gebruikt om de waarschijnlijkheid te voorspellen voor elke mogelijke doorlooptijd die zal worden geconfronteerd. Dit zal resulteren in een nauwkeurigere aanbeveling van wat er op voorraad moet zijn in vergelijking met het gebruik van een offerte van een leverancier of de gemiddelde doorlooptijd.

4. SKU-rationalisatie en beheer van masterdata verwijdert ineffectieve of verouderde SKU's uit de productcatalogus en ERP-database. Het identificeert ook verschillende onderdeelnummers die voor dezelfde SKU zijn gebruikt. Tijdens deze procedure worden de bedrijfskosten en winstgevendheid van elk product beoordeeld, wat resulteert in een gemeenschappelijke lijst met actieve SKU's. Master data management software kan productcatalogi en informatie die is opgeslagen in ongelijksoortige databases beoordelen om SKU-rationalisaties te identificeren en ervoor te zorgen dat voorraadbeleid gebaseerd is op het gemeenschappelijke onderdeelnummer.

5. Voorraadcontrolesystemen zijn de sleutel tot het synchroniseren van voorraadoptimalisatie. Ze bieden nutsbedrijven een kostenefficiënte manier om hun inventaris bij te houden, te bewaken en te beheren. Ze helpen ervoor te zorgen dat het nutsbedrijf over de juiste benodigdheden en materialen beschikt waar en wanneer dat nodig is, terwijl de voorraadkosten worden geminimaliseerd.

6. Continu verbeteren wel essentieel voor het optimaliseren van MRO-voorraden. Het omvat het regelmatig monitoren en aanpassen van voorraadniveaus en voorraadbeleid om het meest efficiënte gebruik van middelen te garanderen. Wanneer de bedrijfsomstandigheden veranderen, moet het nutsbedrijf de verandering detecteren en zijn activiteiten dienovereenkomstig aanpassen. Dit betekent dat planningscycli in een tempo moeten werken dat hoog genoeg is om gelijke tred te houden met veranderende omstandigheden. Door gebruik te maken van probabilistische prognoses om het voorraadbeleid voor serviceonderdelen elke planningscyclus opnieuw te kalibreren, zorgt u ervoor dat het voorraadbeleid (zoals min/max-niveaus) altijd up-to-date is en het nieuwste onderdelengebruik en doorlooptijden van leveranciers weerspiegelt.

7. Planning voor intermitterende vraag met moderne planningssoftware voor reserveonderdelen. Het resultaat is een zeer nauwkeurige schatting van veiligheidsvoorraden, bestelpunten en bestelhoeveelheden, wat leidt tot hogere serviceniveaus en lagere voorraadkosten. De gepatenteerde probabilistische prognosesoftware voor reserveonderdelen van Smart Software simuleert de waarschijnlijkheid voor elke mogelijke vraag en bepaalt nauwkeurig hoeveel er moet worden opgeslagen om de beoogde serviceniveaus van een nutsbedrijf te bereiken. Door gebruik te maken van software om de instroom en uitstroom van repareerbare reserveonderdelen nauwkeurig te simuleren, kunnen downtime, serviceniveaus en voorraadkosten in verband met elke gekozen poolgrootte voor repareerbare reserveonderdelen beter worden voorspeld.

Smart IP&O biedt geautomatiseerde statistische prognoses die de juiste prognosemethode selecteren die de gegevens het beste voorspelt. Het doet dit voor elke tijdreeks in de dataset. Deze blog zal leken helpen begrijpen hoe de voorspellingsmethoden automatisch worden gekozen.

Smart stelt vele methoden beschikbaar, waaronder enkele en dubbele exponentiële afvlakking, lineair en eenvoudig voortschrijdend gemiddelde, en Winters-modellen. Elk model is ontworpen om een ander soort patroon vast te leggen. De criteria om automatisch één statistische methode uit een reeks keuzes te kiezen, zijn gebaseerd op welke methode het dichtst bij het correct voorspellen van de achtergehouden geschiedenis kwam.

Eerdere vraaggeschiedenis wordt aan elke methode doorgegeven en het resultaat wordt vergeleken met de werkelijke waarden om de methode te vinden die er in het algemeen het dichtst bij kwam. Die "winnende" automatisch gekozen methode krijgt dan alle geschiedenis voor dat item om de prognose te produceren.

De algehele aard van het vraagpatroon voor het item wordt vastgelegd door verschillende delen van de geschiedenis vast te houden, zodat een incidentele uitbijter de keuze van de methode niet onnodig beïnvloedt. U kunt het visualiseren met behulp van het onderstaande diagram, waarin elke rij een 3-periodevoorspelling in de uitgehouden geschiedenis vertegenwoordigt, gebaseerd op verschillende hoeveelheden van de rode eerdere geschiedenis. De varianties van elke pass worden samen gemiddeld om de algemene rangschikking van de methode ten opzichte van alle andere methoden te bepalen.

Voor de meeste tijdreeksen kan dit proces nauwkeurig trends, seizoensinvloeden en gemiddeld volume vastleggen. Maar soms komt een gekozen methode wiskundig het dichtst in de buurt van het voorspellen van de achtergehouden geschiedenis, maar projecteert deze niet op een logische manier.

Gebruikers kunnen dit corrigeren door de uitzonderingsrapporten en filterfuncties van het systeem te gebruiken om items te identificeren die een beoordeling verdienen. Vervolgens kunnen ze de automatische prognosemethoden configureren waarmee ze voor dat item in aanmerking willen komen.

Het beheren van voorraden reserveonderdelen kan onmogelijk aanvoelen. Je weet niet wat er kapot gaat en wanneer. Feedback van mechanische afdelingen en onderhoudsteams is vaak onnauwkeurig. Geplande onderhoudsschema's worden vaak verschoven, waardoor ze allesbehalve 'gepland' zijn. Gebruikspatronen (dwz vraagpatronen) zijn meestal extreem intermitterend, dwz de vraag springt willekeurig tussen nul en iets anders, vaak een verrassend groot aantal. Intermittentie, gecombineerd met het ontbreken van significante trend- of seizoenspatronen, maken traditionele tijdreeksvoorspellingsmethoden onnauwkeurig. Het grote aantal combinaties per locatie maakt het onmogelijk om handmatig prognoses voor afzonderlijke onderdelen te maken of zelfs maar te bekijken. Gezien al deze uitdagingen leek het ons nuttig om een aantal do's (en de bijbehorende don'ts) op een rij te zetten.

1. Gebruik probabilistische methoden om herbestelpunten en min/max-niveaus te berekenen
   Beslagbeslissingen baseren op gemiddeld dagelijks gebruik is niet het juiste antwoord. Evenmin is vertrouwen op traditionele prognosemethoden zoals exponentiële afvlakkingsmodellen. Geen van beide benaderingen werkt wanneer de vraag intermitterend is, omdat ze niet goed rekening houden met de volatiliteit van de vraag. Probabilistische methoden die duizenden mogelijke vraagscenario's simuleren, werken het best. Ze geven een realistische schatting van de vraagverdeling en kunnen alle nullen en willekeurige niet-nullen aan. Dit zorgt ervoor dat het voorraadniveau de juiste maat heeft om het gewenste serviceniveau te bereiken.
    
2. Gebruik serviceniveaus in plaats van vuistregels om de voorraadniveaus te bepalen
   Veel onderdelenplanningsorganisaties vertrouwen op veelvouden van de dagelijkse vraag en andere vuistregels om het voorraadbeleid te bepalen. Bestelpunten zijn bijvoorbeeld vaak gebaseerd op het verdubbelen van de gemiddelde vraag over de doorlooptijd of het toepassen van een ander veelvoud, afhankelijk van het belang van het artikel. Gemiddelden houden echter geen rekening met hoe vluchtig (of luidruchtig) een onderdeel is en zullen leiden tot overbevoorrading van minder luidruchtige onderdelen en onderbevoorrading van meer luidruchtige onderdelen.
    
3. Bereken het voorraadbeleid regelmatig opnieuw
   Alleen omdat de vraag met tussenpozen is, wil nog niet zeggen dat er in de loop van de tijd niets verandert. Maar na interviews met honderden bedrijven die de inventaris van reserveonderdelen beheren, ontdekken we dat minder dan 10% het voorraadbeleid maandelijks herberekent. Velen herberekenen het voorraadbeleid pas als er een 'probleem' is. Op duizenden onderdelen zal het gebruik gegarandeerd stijgen of dalen op ten minste enkele van de onderdelen. Doorlooptijden van leveranciers kunnen ook veranderen. Het gebruik van een verouderd bestelpunt zorgt ervoor dat bestellingen te vroeg of te laat worden geactiveerd, waardoor er veel problemen ontstaan. Elke planningscyclus opnieuw berekenen van beleid zorgt ervoor dat de voorraad de juiste maat heeft. Wees niet reactief en wacht tot er zich een probleem voordoet alvorens te overwegen of de Min of Max moet worden aangepast. Tegen die tijd is het te laat - het is alsof u wacht tot uw remmen het begeven voordat u een reparatie uitvoert. Maak je geen zorgen over de moeite die het kost om min/max-waarden voor grote aantallen SKU's opnieuw te berekenen: moderne software doet dit automatisch. Herinneren: Herijking van uw voorraadbeleid is preventief onderhoud tegen voorraaduitval!
    
4. Krijg buy-in op gerichte serviceniveaus
   Voorraad is duur en moet de juiste omvang hebben op basis van het vinden van een balans tussen de bereidheid van de organisatie om voorraden aan te leggen en haar bereidheid om budget te reserveren voor reserveonderdelen. Te vaak nemen planners geïsoleerde beslissingen op basis van pijnvermijding of verzoeken van onderhoudstechnici, zonder na te denken over hoe uitgaven aan het ene onderdeel van invloed zijn op het vermogen van de organisatie om aan een ander onderdeel uit te geven. Overtollige voorraad aan de ene kant schaadt de serviceniveaus aan andere onderdelen door het voorraadbudget onevenredig op te slokken. Zorg ervoor dat de doelstellingen op het gebied van serviceniveau en de bijbehorende voorraad worden nageleefd kosten om de serviceniveaus te bereiken worden begrepen en overeengekomen.
    
5. Voer een apart planningsproces uit voor repareerbare onderdelen
   Sommige onderdelen zijn erg duur om te vervangen, dus het verdient de voorkeur om ze voor reparatie naar reparatiefaciliteiten of terug naar de OEM te sturen. Rekening houden met de willekeur aan de aanbodzijde van wanneer repareerbare onderdelen worden geretourneerd, en weten of u moet wachten op een reparatie of een extra reserve moet kopen, zijn van cruciaal belang om de beschikbaarheid van artikelen te garanderen zonder een te grote voorraad. Dit vereist gespecialiseerde berichtgeving en het gebruik van probabilistische modellen. Behandel repareerbare onderdelen bij het plannen niet als verbruiksonderdelen.
    
6. Tel wat er wordt gekocht tegen het budget, niet alleen wat er wordt verbruikt
   Veel organisaties zullen de totale aankoop van onderdelen toewijzen aan een afzonderlijk bedrijfsbudget en het budget van het mechanische of onderhoudsteam dekken voor onderdelen die worden gebruikt. In de meeste MRO-organisaties, vooral in het openbaar vervoer en nutsbedrijven, bepalen de reparatieteams wat er wordt gekocht. Als wat wordt gekocht niet meetelt voor hun budget, zullen ze te veel kopen om ervoor te zorgen dat er nooit een kans op voorraad is. Ze hebben letterlijk geen stimulans om het goed te doen, dus er zullen tientallen miljoenen overtollige voorraad worden gekocht. Als wat wordt ingekocht in de begroting wordt weerspiegeld, zal er veel meer aandacht worden besteed aan het inkopen van alleen dat wat echt nodig is. Dat erkennen overtollige voorraad schaadt de service door de organisatie te beroven van geld dat anders zou kunnen worden gebruikt voor onderdelen die niet op voorraad zijn, is een belangrijke stap op weg naar een verantwoorde voorraadinkoop.

​

5 Stappen naar Consensus Vraagplanning

Het hele punt van vraagvoorspelling is het vaststellen van de best mogelijke zicht op de toekomstige vraag. Dit vereist dat we gebruikmaken van de beste gegevens en input die we kunnen krijgen, maak gebruik van statistieken om onderliggende patronen vast te leggen, de koppen bij elkaar te steken om overrides toe te passen op basis van zakelijke kennis, en overeenstemming te bereiken over een consensusvraagplan dat als hoeksteen dient voor het algemene vraagplan van het bedrijf.

Stap 1: Ontwikkel een nauwkeurig vraagsignaal.   Wat is vraag? Overweeg hoe uw organisatie de vraag definieert – bijvoorbeeld bevestigde verkooporders exclusief annuleringen of verzendgegevens die zijn aangepast om de impact van historische stockouts weg te nemen – en gebruik dit consequent. Dit is uw maatstaf voor wat de markt u vraagt te leveren. Verwar dit niet met uw vermogen om te leveren - dat moet worden weerspiegeld in het inkomstenplan.

Stap 2: Genereer een statistische prognose. Plan voor duizenden artikelen met behulp van een beproefde prognosetoepassing die automatisch uw gegevens binnenhaalt en op betrouwbare wijze nauwkeurige prognoses produceert voor allemaal van uw artikelen. Bekijk de eerste passage van uw prognose en breng vervolgens aanpassingen aan. Een staking of treinwrak kan de scheepvaart vorige maand hebben onderbroken - laat dat uw voorspelling niet beïnvloeden. Pas hiervoor aan en maak een nieuwe voorspelling. Doe je best en nodig dan anderen uit om mee te wegen.

Stap 3: Schakel de experts in. Productlijnmanagers, verkoopleiders, belangrijke distributiepartners kennen hun markten.  Deel uw voorspelling met hen. Smart gebruikt het concept van een "Snapshot" om een facsimile van uw voorspelling - op elk niveau, voor elke productlijn - te delen met mensen die misschien beter weten. Er kan een enorme order zijn die niet in de pijplijn zit, of een channel partner staat op het punt hun jaarlijkse promotie te houden. Geef ze een gemakkelijke manier om hun deel van de prognose te nemen en te wijzigen. Sleep deze maand omhoog, die omlaag…

Stap 4: Meet nauwkeurigheid en voorspelde toegevoegde waarde. Sommige van uw bijdragers hebben misschien gelijk met het geld, andere hebben de neiging hoog of laag bevooroordeeld te zijn. Gebruik prognose versus actuals-rapportage en meet prognosewaardetoevoegende analyse om prognosefouten te meten en of wijzigingen in de prognose pijn doen of helpen. Door het proces met deze informatie te informeren, verbetert uw bedrijf het vermogen om nauwkeuriger prognoses te maken.

Stap 5: ga akkoord met de consensusprognose.  U kunt deze productlijn of geografie per keer doen, of bedrijf per bedrijf. Roep het team bijeen, stapel hun invoer grafisch op elkaar, bekijk eerdere nauwkeurigheidsprestaties, bespreek hun redenen voor het verhogen of verlagen van de prognose en spreek af wiens input moet worden gebruikt. Dit wordt uw consensusplan. Voltooi het plan en verzend het - upload prognoses naar MRP, stuur het naar financiën en productie.  U bent net begonnen met uw verkoop-, voorraad- en operationele planningsproces.

Je kan dit doen. En wij kunnen helpen.  Als u vragen heeft over gezamenlijke vraagplanning, kunt u deze blog beantwoorden, dan nemen we contact met u op.