Omgaan met verouderde pakhuisbestuursagteware

Gepubliseer op: 19 April 2016 / Opgedateer op: 24 April 2021 – Outeur: Konrad Wolfenstein

Ruil of “besigheid soos gewoonlik”?

Moderne pakhuisstelsels het vandag 'n tegniese lewensduur van tien jaar of meer, waartydens hulle by huidige ontwikkelings aangepas kan word. Maar wat van die beheersagteware? Dit is nouliks denkbaar dat 'n maatskappy suksesvol in die mark kan opereer met tien jaar oue sagteware. Dit laat die vraag by logistieke professionele persone ontstaan ​​of en wanneer aksie nodig is, al kan die hardeware maklik vir etlike jare doeltreffend aanhou funksioneer.

Verouderde pakhuisbestuursagteware wat nie meer voldoende aan die eise van prosesdoeltreffendheid voldoen nie en nie meer versoenbaar is met moderne netwerkomgewings nie: Dit is 'n scenario wat baie maatskappye raak. Nietemin word die risiko van oorskakeling na 'n moderne sagteware-oplossing dikwels vermy. Dit is nouliks verbasend, aangesien die implementering van nuwe pakhuisbestuursagteware maklik angs kan veroorsaak vir baie logistieke professionele persone, veral gegewe groot voorraad met duisende verskillende items. Selfs na die oorskakeling moet alle items steeds deur die stelsel aangeteken word en – net so belangrik – maklik opgespoor word vir herwinning of voorraadkontroles.

Pakhuisbestuursagteware: oud teenoor nuut

Daar is 'n aantal verstaanbare redes waarom IT-bestuurders huiwer om hul ou logistieke stelsels met nuwe pakhuisbestuursagteware te vervang. Dit sluit in onduidelike tegniese vereistes, vrees vir stilstand, 'n gebrek aan tegniese of personeelhulpbronne, of bloot die tyd en koste van 'n nuwe implementering. Gevolglik gaan baie maatskappye voort om hul verouderde sagteware vir die beheer van hul voorsieningstelsels te bedryf, al pas dit nie meer in die moderne netwerkomgewing nie. Dit lei tot geïsoleerde, gesilo-oplossings wat dit moeilik maak om die organisasie, beheer en administrasie van oorkoepelende prosesse doeltreffend te bestuur. As selfs die integrasie van 'n nuwe SAP-module of die uitruil van data met die WMS problematies blyk te wees, word doeltreffende gebruik feitlik onmoontlik. Baie logistieke professionele persone het dit erken en heroorweeg dus hul logistieke prosesse.

Die implementering van nuwe pakhuisbestuursagteware, veral vir groot voorraad, vereis egter uiters noukeurige voorbereiding. Benewens die verduideliking van tydsbeperkings en beleggingskoste, moet die intralogistieke strukture en prosesse, sowel as die pakhuisuitleg en strukturele toestande, in ag geneem word. Laastens moet verseker word dat die nuwe beheerstelsel naatloos met die bestaande pakhuistoerusting integreer. Om hierdie rede is dit raadsaam om die nuwe sagteware in noue samewerking met die onderskeie vervaardiger van die pakhuistoerusting te implementeer. Hierdie vervaardigers dra immers nie net hul eie logistieke en IT-kundigheid by nie, maar ook hul uitgebreide ervaring van soortgelyke projekte in ander maatskappye.

Stap 1: Watter sagteware vir watter vereistes?

Aanvanklik voer spesialiste 'n prosesontleding ter plaatse uit om die bestaande toestande te verstaan ​​en die kliënt se behoeftes en vereistes te bepaal. Hierdie bevindinge word dan in 'n toetsstelsel van die vervaardiger se pakhuisbestuursagteware opgeneem. Kardex Remstar, 'n vervaardiger van dinamiese berging- en herwinningstelsels, bied sy kliënte die geleentheid om hul toerusting te toets met Power Pick Global, Kardex Remstar se huidige beheerstelsel.

Na aanvanklike opleiding en instruksie gebruik pakhuispersoneel en intralogistieke bestuurders die toetsstelsel om hul daaglikse werksomgewing te simuleer – ideaal gesproke op 'n praktiese manier en daagliks oor 'n sekere tydperk. 'n Werkswinkel volg dan, wat die opgedane ervarings insluit. Die resultate van hierdie werkswinkel vorm die basis vir die spesifikasiedokument, insluitend enige kliëntspesifieke aanpassings, wat weer die fondament vorm vir die kommersiële voorstel. Afhangende van die projekgrootte en beskikbare hulpbronne, word die projekduur bepaal na voltooiing.

Twee stelsels of een?

Die volgende stap hang af van die uitkoms van die gesamentlike besluitnemingsproses. Afhangende van hul strukture, prosesse en IT-stelsellandskap, bied Kardex Remstar sy kliënte 'n verskeidenheid sagteware-oplossings. Byvoorbeeld, wanneer daar met verouderde pakhuisbestuursagteware en 'n nuwe SAP-stelsel gehandel word, ontstaan ​​die vraag: Moet die maatskappy die nuwe sagteware so implementeer dat dit ondergeskik werk aan 'n bestaande SAP-oplossing wat reeds in gebruik is? In hierdie scenario dra 'n koppelvlak alle pakhuisrelevante bestellings van SAP na die beheerstelsel oor (en ontvang dit terug vir bevestiging en voorraadversoening). Pakhuispersoneel moet dus twee stelsels gelyktydig bedryf, maar kan steeds al die voordele van die nuwe pakhuisbestuursagteware (WMS) benut.

Nog 'n opsie sou wees om die pakhuisbestuurstelsel (WMS) naatloos met SAP te integreer. Met hierdie SAP-georiënteerde oplossing sal pakhuiswerknemers eenvoudig via die SAP-koppelvlak werk. Dit is natuurlik ook moontlik om die WMS aan ander ERP-sagtewarestelsels te koppel, soos dié van Microsoft Dynamics of Oracle .

Ongeag die oplossing wat 'n kliënt uiteindelik kies, is die verligting dat hierdie sensitiewe kwessie suksesvol aangepak is, van die allergrootste belang. Die resultate spreek vanself: meer doeltreffende prosesse en verbeterde materiaalvloei in die pakhuis toon duidelik dat die belegging relatief vinnig afbetaal. Afhangende van die aantal items, deurset en kapitaal wat in die pakhuis vasgemaak is, kan die opbrengs op belegging (ROI) vir die opgradering van die pakhuisbestuursagteware op 'n maksimum van een jaar bereken word.