Optimaliseer reserveonderdelenvoorraad met low-code en IoT-oplossingen

Het creëren van nieuwe applicaties met low-code ontwikkelplatforms kan leiden tot innovatieve oplossingen voor oude problemen zoals hoe reserveonderdelenvoorraad beter te managen.

Low-code ontwikkelplatforms openen de deur naar veel nieuwe typen applicaties in de productie. Misschien is de grootste belofte van de technologie wanneer het gebruikt wordt om de kloof te overbruggen tussen wat traditioneel de verschillende domeinen van de operationele staf en IT is. Het optimaliseren van reserveonderdelenvoorraad is een voorbeeld van het nieuwe type cross-groep applicatie dat mogelijk is. Zo'n applicatie brengt bedrijfsbrede voordelen die simpelweg niet bereikbaar waren voorheen.

Reserveonderdelenvoorraad heeft aanrakingspunten met meerdere afdelingen. Onderhoud, reparatie en operaties (MRO) serviceteams hebben een duidelijke belangen. Ze hebben reserveonderdelen nodig om apparatuur draaiende te houden. Maar reserveonderdelenvoorraadbeheer beïnvloedt ook andere groepen.

Zie ook: Low Code: Snijd Shadow IT, Help Shop Floor Citizen Developers

Ruimtetoewijzing en faciliteitsmanagementteams worden betrokken bij de discussie over reserveonderdelenbeheer omdat serviceteams fysieke ruimte nodig hebben om de onderdelen op te slaan. Inkoop- en boekhoudafdelingen hebben een teen in het water omdat ze de onderdelen moeten bestellen en betalen. En zelfs het corporate management moet (enigszins) bewust zijn van wat er gaande is. Een langdurige storing door het gebrek aan een reserveonderdeel beïnvloedt output, omzet en bedrijfsreputatie.

Een digitale transformatie maken met low-code

Een reeks technologie- en zakelijke ontwikkelingen hebben tot dit moment geleid waar de juiste oplossingen reserveonderdelenvoorraad digitaal kunnen transformeren.

Jarenlang gebruikten fabrikanten kalendergebaseerd onderhoud dat gebaseerd was op leveranciersgeleverde informatie over een onderdeel of stuk apparatuur's levensduur en reparatiegeschiedenis. MRO-groepen plannen inspecties, service en onderdelenvervanging gebaseerd op mean time to failure (MTTF) en end-of-life data. Reserveonderdelen werden besteld op basis van het apparaatleveranciers vervangingschema.

Er zijn twee gebreken in deze aanpak. Een is wat er gebeurt als een onderdeel kapgaat of stopt met werken vóór de leverancier's MTTF-schatting? Het andere is wat als het onderdeel meer te geven heeft na de end-of-life schatting? De traditionele manier om met beide situaties om te gaan was om overvoorraad aan reserveonderdelen te hebben voor het geval er een onverwachte storing was. En onderdelen vervangen op de leverancier's tijdlijn, zelfs als ze nog steeds goed functioneerden.

Zo'n niet-elegante oplossing lost directe problemen op maar ten koste. Problemen met overvoorraad zijn:

• Meer opslagruimte, wat in veel productieomgevingen tegen een premie komt, is vereist
• Onderdelen kunnen verouderd raken naarmate leveranciers hun productlijnen updaten
• Geld uitgegeven aan extra onderdelen in opslag kan elders gebruikt worden.

Kortom, er kan meer gedaan worden om de situatie te verbeteren. Enter low-code ontwikkeling en IoT. Fabrikanten hebben IoT-data van apparatuur in hun fabrieken gebruikt om weg te komen van traditioneel kalendergebaseerd onderhoud. Low-code ontwikkelplatforms laten ze die data nemen en applicaties creëren die de mogelijkheden van supervisory control and data acquisition (SCADA) en andere OT-systemen complementeren en verbeteren.

Specifiek zijn fabrikanten bewogen van een "repareer het als het kapot is" modus van operaties naar reactieve, proactieve en voorspellende/preventieve modi.

Een reactieve modus kan IoT-data over een apparaatstatus en OT-systeemdata, zoals waarschuwingen en alarmen, gebruiken om een MRO-actie te triggeren. Bijvoorbeeld, het constateren dat een bepaald onderdeel boven de door de leverancier voorgestelde piekoperationele temperatuur draait, kan een custom-ontwikkelde MRO-serviceapplicatie die die data gebruikt, de generatie van een troubleticket en servicecall automatiseren.

Een proactieve modus kan een applicatie gebruiken die data van apparaten en OT-systemen neemt en analytics toepast om problemen in wording te ontdekken en ze af te wenden voordat ze downtime veroorzaken. Bijvoorbeeld, terwijl een apparaat binnen de leveranciersspecificaties kan opereren, kan analytics in een MRO-applicatie gebruikt worden om op te merken dat een kritieke motor steeds hogere snelheden draait om hetzelfde werk te verrichten. Die afgeleide inzicht kan gebruikt worden om een inspectie van dat onderdeel te initiëren. Bij inspectie kan een MRO-medewerker concluderen dat het beter is om het onderdeel te vervangen dan het risico op storing te lopen.

Een voorspellende/preventieve modus gaat een stap verder. Een MRO-serviceapplicatie kan ontwikkeld worden die kunstmatige intelligentie, machine learning of andere geavanceerde analytics-technieken gebruikt om inferenties te trekken uit onderdeel- en machinedata. Zulke voorspellende analytics van de data kan iets heel specifieks vinden. Wanneer onderdeel A van deze leverancier een 20% stijging in operationele temperatuur in 15 minuten ervaart, is dat een voorspeller van storing in drie dagen. Gewapend met zo'n informatie binnen een MRO-serviceapplicatie, kan een technicus worden uitgezonden om een pre-emptieve onderdeelvervanging uit te voeren om een storing te voorkomen.

Alles terugkoppelen aan reserveonderdelenvoorraadoptimalisatie

Een low-code ontwikkelplatform kan ook gebruikt worden om een applicatie te bouwen die de MRO-systeeminzichten en acties trouwt met een ERP-systeem dat gebruikt wordt om onderdelen te bestellen.

Een voordeel van het combineren van preventieve en voorspellende onderhoudsoplossingen met ERP is dat het een efficiënter gebruik van bestaande onderdelen toestaat. De oude aanpak van het vervangen van onderdelen op basis van de gemiddelde aanbevolen levensduur haalt sommige onderdelen uit dienst die nog veel meer dagen, maanden of jaren zouden kunnen blijven werken. De organisatie verliest die extra nuttige levensduur die het van het onderdeel kon krijgen en verbruikt meer voorraad dan nodig is.

Zo'n systeem zou ervoor zorgen dat benodigde reserveonderdelen op voorraad zijn wanneer ze nodig zijn, wat onnodige downtime voorkomt tijdens het wachten op een kritisch onderdeel dat moet worden verzonden. Het garandeert ook dat onderdelen niet overbevoorraad zijn, wat de behoefte aan overmaat opslagcapaciteit vermindert. Dit verlaagt ook de kans op verouderde onderdelen.

In essentie kan het creëren van nieuwe applicaties met low-code ontwikkelplatforms en IoT leiden tot innovatieve oplossingen voor oude problemen. In het geval van reserveonderdelenvoorraad, kunnen fabrikanten een soort "just in time" benadering voor reserveonderdelen ontwikkelen. Het resultaat is een meer geoptimaliseerde methode voor voorraadbeheer.