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 slegs ooreenstem met die vereistes vir prosesdoeltreffendheid op onvoldoende manier en nie meer in die moderne netwerkwêreld inpas nie: 'n scenario wat baie ondernemings beïnvloed. Nietemin is die risiko om die stelsel te verander dikwels skaam van 'n moderne sagteware -oplossing. Dit is nie verbasend nie, want om nuwe pakhuisbestuursagteware te implementeer, het baie logistieke, gegewe groot voorraad met duisende verskillende artikels, ligte maagpyn. Want selfs na die omskakeling, moet alle artikels uit die stelsel natuurlik steeds aangeteken word en - ten minste net so belangrik - gevind kan word vir voorsiening of voorraad.

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 onderrig, beeld Warehouse-werknemers en intralogistieke bestuurders met die toetsstelsel dan hul daaglikse werkomgewing-ideaal prakties en elke dag oor 'n sekere periode uit. Daarna neem 'n werkswinkel die ervarings op. Uit die resultate daarvan word die spesifikasie afgelei met enige kliëntspesifieke aanpassings, wat die basis vorm vir die kommersiële aanbod. Afhangend van die grootte van die projek en bestaande hulpbronne, word die projekduur na voltooiing bepaal.

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.