Hanteer verouderde pakhuisbestuursagteware

Ruil of "besigheid soos gewoonlik"?

Moderne bergingstelsels het nou 'n tegniese lewensduur van tien of meer jaar, waartydens dit by huidige ontwikkelings aangepas kan word. Maar wat van die beheersagteware? Dit is moeilik om te dink dat 'n maatskappy suksesvol op die mark kan funksioneer met tien jaar oue sagteware. Logistieke word dus gekonfronteer met die vraag of en wanneer daar 'n behoefte aan optrede is, al sal die hardeware vir nog 'n paar jaar doeltreffend bly funksioneer.

Verouderde pakhuisbestuursagteware wat slegs onvoldoende aan die vereistes vir prosesdoeltreffendheid voldoen en nie meer in die moderne netwerkwêreld inpas nie: beslis 'n scenario wat baie maatskappye raak. Nietemin word die risiko om die stelsel na 'n moderne sagteware-oplossing oor te skakel dikwels vermy. Dit is nie verbasend nie, aangesien die implementering van nuwe pakhuisbestuursagteware 'n kopseer vir baie logistieke kan wees gegewe hul groot voorraad met duisende verskillende items. Selfs na die oorskakeling moet alle items natuurlik steeds deur die stelsel aangeteken word en - minstens net so belangrik - gevind kan word vir voorsiening of voorraad.

Pakhuisbestuursagteware: oud vs. nuut

Daar is 'n aantal verstaanbare redes waarom IT-bestuurders wegskram van die taak om hul ou logistieke stelsels met nuwe pakhuisbestuursagteware te vervang. Dit sluit in onduidelike tegniese vereistes, vrees vir stilstand, gebrek aan tegniese of menslike hulpbronne of bloot die tyd en koste van 'n nuwe implementering. Dit is hoekom baie maatskappye voortgaan om hul verouderde sagteware te gebruik om die voorsieningstelsels te beheer, al pas dit nie meer in die nuwe netwerkwêreld nie. Dit skep geïsoleerde eilandoplossings wat dit moeilik maak om die organisasie, beheer en administrasie van oorkoepelende prosesse doeltreffend te bestuur. As die integrasie van 'n nuwe SAP-module of die uitruiling met die WMS probleme veroorsaak, is doeltreffende gebruik beswaarlik moontlik. Baie logistieke het dit erken en heroorweeg dus hul logistieke prosesse.

Maar die implementering van nuwe pakhuisbestuursagteware verg uiters noukeurige voorbereiding, veral wanneer daar groot voorraad is. Benewens die opheldering van tydkapasiteite en beleggingskoste, moet die intralogistieke strukture en prosesse sowel as die pakhuisuitleg en strukturele toestande in ag geneem word. Laaste maar nie die minste nie, moet verseker word dat die nuwe beheerstelsel optimaal met die bestaande bergingstelsel harmoniseer. Om hierdie rede maak dit sin om die nuwe sagteware in noue samewerking met die onderskeie vervaardiger van die stoortoerusting te implementeer. Uiteindelik bring hulle, benewens hul eie logistieke en IT-kundigheid, ook hul uitgebreide ervaring in met vergelykbare projekte in ander maatskappye.

Stap 1: Watter sagteware vir watter vereistes?

Aan die begin word 'n proses-ontleding deur die spesialiste op die terrein uitgevoer om die omstandighede te leer ken en om behoeftes en vereistes aan die klantekant te bepaal. Die bevindinge word dan in 'n toetsstelsel vir die vervaardiger se pakhuisbestuursagteware geïnkorporeer. Kardex Remstar, ’n vervaardiger van dinamiese berging- en herwinningstelsels, bied byvoorbeeld aan klante van sy toestelle die geleentheid om dit te toets met Power Pick Global, die huidige beheerstelsel van Kardex Remstar.

Na aanvanklike opleiding en onderrig gebruik pakhuiswerknemers en diegene wat vir intralogistiek verantwoordelik is dan die toetsstelsel om hul daaglikse werksomgewing te karteer – ideaal op 'n praktiese wyse en daagliks oor 'n sekere tydperk. Daarna neem 'n werkswinkel die ervarings wat opgedoen is op. Die vereistespesifikasie met enige kliëntspesifieke aanpassings word afgelei van die resultate, wat die basis vorm vir die kommersiële aanbod. Afhangende van die projekgrootte en beskikbare hulpbronne, sal die projekduur na voltooiing bepaal word.

Twee stelsels of een?

Die volgende stap hang af van die uitkoms van die gedeelde besluitneming. Afhangende van die strukture, prosesse en IT-stelsellandskap, bied Kardex Remstar sy kliënte verskillende sagteware-oplossings. Byvoorbeeld, met verouderde pakhuisbestuursagteware en 'n nuwe SAP, ontstaan ​​die vraag: Moet die maatskappy die nuwe sagteware so implementeer dat dit ondergeskik werk met 'n SAP-oplossing wat reeds in die maatskappy gebruik word? In hierdie konstellasie dra 'n koppelvlak alle pakhuis-relevante bestellings van SAP na die beheerstelsel oor (en ontvang dit terug vir bevestiging en voorraadvergelyking). Die pakhuiswerknemers moet dus twee stelsels parallel bedryf, maar kan voordeel trek uit al die voordele van die nuwe pakhuisbestuursagteware (LVS).

Nog 'n moontlikheid sou wees dat die LVS naatloos in SAP integreer. Met hierdie SAP-georiënteerde oplossing werk pakhuiswerknemers slegs via die SAP-koppelvlak. Dit is natuurlik ook moontlik om die LVS aan ander ERP-sagtewarestelsels te koppel, byvoorbeeld van Microsoft Dynamics of Oracle .

Maak nie saak watter oplossing 'n kliënt uiteindelik kies nie, die verligting om die delikate kwessie suksesvol aan te pak weeg swaarder as die probleem. Want die resultate is duidelik: doeltreffender prosesse en 'n beter materiaalvloei in die pakhuis wys duidelik dat die moeite relatief vinnig vrugte afwerp. Afhangende van die aantal items, deurset en kapitaal wat in die pakhuis vasgebind is, word die opbrengs op belegging (ROI) van 'n maksimum van een jaar vir die hernuwing van die pakhuisbestuursagteware bereken.