Hanteer verouderde pakhuisbestuursagteware

Uitruil of “hou dit aan”?

Moderne pakhuisstelsels het deesdae 'n tegniese lewensduur van tien of meer jaar waartydens hulle kan aanpas by die huidige ontwikkelings. Maar wat van die beheersagteware? Dit is skaars denkbaar dat 'n onderneming suksesvol op die mark kan werk met 'n tien -jaar -sagteware. Logistiek ontstaan ​​of daar 'n behoefte aan aksie hier is, hoewel die hardeware en hou daarvan om nog 'n paar jaar doeltreffend te werk.

Verouderde pakhuisbestuursagteware wat nie meer voldoende aan prosesdoeltreffendheidsvereistes voldoen nie en nie meer versoenbaar is met die moderne netwerkomgewing nie: Dit is beslis 'n scenario wat baie maatskappye raak. Nietemin word die risiko van migrasie na 'n moderne sagteware-oplossing dikwels vermy. Dit is nie verbasend nie, aangesien die implementering van nuwe pakhuisbestuursagteware 'n hoofpyn vir baie logistieke maatskappye kan wees, veral wanneer hulle met groot voorraad wat duisende verskillende items bevat, te doen het. Selfs na die migrasie moet alle items steeds deur die stelsel aangeteken word en – net so belangrik – naspeurbaar wees vir voorsiening of voorraadopname.

Warehouse Management Software: Alt vs. New

Daar is dus 'n aantal verstaanbare redes waarom IT -bestuurders weg is van die taak om hul ou logistieke stelsels met nuwe pakhuisbestuursagteware te vervang. Dit sluit onduidelik tegniese vereistes, vrees vir stilstand, 'n gebrek aan tegniese of personeelbronne of bloot die tyd en koste van 'n nuwe implementering in. Daarom laat baie ondernemings dit om die voorsieningstelsels te beheer wanneer hulle voortgaan om hul verouderde sagteware te bedryf, hoewel dit nie meer by die nuwe netwerkwêreld pas nie. Op hierdie manier word geïsoleerde eilandoplossings gevorm, waarmee die organisasie, beheer en bestuur van oorkoepelende prosesse skaars doeltreffend bestuur kan word. As die integrasie van 'n nuwe SAP -module of die uitruiling met die WMS dan probleme veroorsaak, is dit moeilik om te dink. Baie logistici het dit erken en daarom hul logistieke prosesse heroorweeg.

Die implementering van nuwe pakhuisbestuursagteware verg egter baie noukeurige voorbereiding, veral vir groot aandele. Benewens die verheldering van tydvermoë en beleggingskoste, moet die intralogistiese strukture en prosesse sowel as die pakhuisuitleg en strukturele toestande in ag geneem word. Laastens, maar nie die minste nie, moet daar verseker word dat die nuwe beheer optimaal harmoniseer met die bestaande pakhuisstelsel. Om hierdie rede is dit raadsaam om die nuwe sagteware te implementeer in noue koördinasie met die onderskeie vervaardiger van die pakhuis. Benewens hul eie logistiek en IT -bevoegdheid, bring hulle immers ook hul uitgebreide ervaring in vergelykbare projekte in ander ondernemings.

Stap 1: Watter sagteware vir watter vereistes?

Aan die begin word 'n prosesanalise deur die spesialiste op die terrein uitgevoer om die omstandighede te leer ken en om as vereistes aan die klantkant te bepaal. Die bevindings vloei dan in 'n toetsstelsel van die vervaardiger se pakhuisbestuursagteware. Carex Remstar, produsent van Dynamic Warehouse and Provision Systems, bied kliënte van sy toestelle aan, byvoorbeeld om hulle met Power Pick Global, die huidige beheer van Kardex Remstar, te toets.

Na aanvanklike opleiding en instruksie gebruik pakhuiswerknemers en intralogistieke bestuurders dan die toetsstelsel om hul daaglikse werksomgewing te simuleer – ideaal gesproke op 'n praktiese wyse en daagliks oor 'n sekere tydperk. 'n Werkswinkel neem dan die opgedane ervarings op. Die resultate van hierdie werkswinkel word gebruik om die spesifikasies, insluitend enige kliëntspesifieke aanpassings, af te lei wat die basis vorm vir die kommersiële voorstel. Die projekduur word na voltooiing bepaal, afhangende van die projekgrootte en beskikbare hulpbronne.

Twee stelsels of een?

Die volgende stap hang af van die resultaat van die algemene besluit. Afhangend van die strukture, prosesse en IT -stelsellandskap, bied Kardex Remstar sy kliënte verskillende sagteware -oplossings. Met verouderde pakhuisbestuursagteware en 'n nuwe SAP, is die vraag byvoorbeeld: moet die maatskappy die nuwe sagteware op so 'n manier implementeer dat dit ondergeskik werk aan 'n SAP -oplossing wat reeds in die onderneming gebruik is? In hierdie sterrebeeld stuur 'n koppelvlak alle bestellings van die pakhuis van die SAP na die belastingstelsel (en ontvang dit weer vir bevestiging en voorraadvergelyking). Die Warehouse -werknemers moet dus twee stelsels parallel bestuur, maar kan alle voordele van die nuwe Warehouse Management Software (LVS) gebruik.

'N Ander opsie sou wees dat die LV's naatloos in SAP sal oopmaak. Met hierdie SAP-georiënteerde oplossing werk werknemers van die pakhuis slegs via die SAP-koppelvlak. Natuurlik is daar ook die moontlikheid om die LV's aan ander ERP -sagtewarestelsels te verbind, byvoorbeeld van Microsoft Dynamics of Oracle .

Dit maak nie saak watter oplossing 'n kliënt uiteindelik besluit nie, die verligting heers dat die delikate onderwerp suksesvol aangepak is. Omdat die resultate gesien kan word: meer doeltreffende prosesse en 'n beter materiaalvloei in die pakhuis toon duidelik dat die poging relatief vinnig betaal. Afhangend van die aantal items, deurvoer en kapitaalbehoud in die pakhuis, word 'n opbrengs-op-belegging (ROI) van 'n maksimum van een jaar bereken vir die hernuwing van die Warehouse Management-sagteware.