Kuna tööstusmaa kulud tõusevad, koos tööhõive suurenemisega nõuavad ettevõtted intelligentseid ladusid, maksimaalset ladustamisvõimet, automatiseerimist (mehitamata) ja infotehnoloogiat.Neljasuunaline süstikTihedatest ladudest on muutumas intelligentse ladustamise peavoolu vorm, kuna nende paindlikkus hoiustamistiheduses, ladustamiskategooriates ja ladustamistõhususes.
Ladude ja logistikatööstuse kõige põhilisemate, levinumate ja suurimate saadetiste kui kõige põhilisemad, muudavad rackitootjatele hõlpsamaks nõudeteabe hankimist neljasuunaliste tihedate ladude jaoks. Lisaks moodustavad riiulid märkimisväärset osa neljasuunalistes intensiivsetes ladudes. Racki tootjate omanikud kipuvad uskuma, et intelligentsetel süsteemidel on suur kasum, ja nad on juba ülekoormatud, kui laenab System Integraatorilt Rack. Seetõttu hakkasid mõned riiulitootjate omanikud iseseisvaid laoprojekte tegema, võttes end ise riiuliosa eest ja allhankeid muid süsteeme.
Niisiis, kas on tõesti sobiv, kui rackitootja viib läbi neljasuunalise tiheda laoprojekti? Räägime puudustest!
1. Peamine äri: igal kutsealal on oma eriala. Neljasuunaline tihe süstikulao projekt ei ole riiulitootja peamine äri. Sellesse on investeeritud vähem energiat ja uuringuid. Igas tööstusharudes on tegemise ajastul veelgi võimatu rohkem raha teenida.
2.Technology: Riigi tootjal on ainult riiuliosa tehnilisi töötajaid ja intelligentse laoga seotud spetsialiste. Varajane suhtlus- ja lahenduste kujundamine nõuab teiste partnerite abi. Kuna tavaliselt on rack -tootja müüja lõppkliendiga ühendust, on teabe edastamisel vältimatud kõrvalekalded, põhjustades vaidlusi hilisema ehituse ja aktsepteerimise ajal. Lisaks ei ole riiulitootjal kogu süsteemi jaoks ühtset standard spetsifikatsiooni. Kui rakendusprotsessi ajal ilmneb probleem, on võimatu kindlaks teha, milline osapool vastutab, ja on oht, et bucut on.
3.Price: Neljasuunaliste tihedate laoprojektide võistlemisel võtavad RACK-i tootjad sageli kasutusele madala hinnaga strateegia, kuna nad pole piisavalt kvalifitseeritud. Kui nad on projekti kätte saanud, kontrollivad nad pöördeliselt hankekulusid ja alltöövõtteid mõnele vähem professionaalsele tootjale või üksikisikule ülimadala hinnaga. Olenemata sellest, kas see on seadmed või tehnoloogia, diskonteeritakse seda oluliselt ja projekti usaldusväärsust on keeruline süsteemi vaatenurgast kontrollida.
4. Komponeerimine: Süsteemi integraatori tarnijana pakuvad RACK -i tootjad süsteemiintegraatorit ühelt poolt mitmesuguste automatiseeritud nagidega ja konkureerivad teiselt poolt intelligentsete laoprojektide süsteemiintegraatoriga. Konfliktid tekivad nende vahel kindlasti, põhjustades varasemate integraatori klientide valimise toetavaid racki tootjaid.
5. Kihutamine: intelligentsete ladude rakendamine võtab sageli kasutusele projektijuhtimissüsteemi. Projektijuht koordineerib ja plaanib kogu projekti rakendamise edenemist ning tegeleb mõningate hädaolukordadega, mis võivad tekkida igal ajal. Riigi tootjal pole sarnast kvalifitseeritud projektijuhti ning rakendusprotsess võib sageli olla segadus, kaootiliste protseduuride ja sagedase ümbertööga. Raske on kindlaks teha, kes on probleemide ilmnemisel süüdi, mis põhjustab ehituse edusammude viivitusi ja kasutaja lisakulusid. Kui kasutaja on vihane ja RACK -i tootja käitlemine, viib see sageli konfliktideni kõigi osapoolte rakendusmeeskondade seas ja koostöö lagunemine, mille tulemuseks on projekti loomupärased puudused või lõplik ebaõnnestumine.
6. Pärast müügi teenus: täielik intelligentne süsteem ei saa olla ilma müügijärgse teenuseta. Racki tootja rakendab projekti põhimõtteliselt, tuginedes ajutisele välisele meeskonnale, mitte pikaajalisele partnerile. Kui projekt on läbi, lähevad ka kõik osapooled laiali. Kui aeg on pisut pikem, kui olete kokku puutunud müügijärgsete probleemidega, ei pruugi te isegi leida eelmist rakenduspersonali, rääkimata projektiga seotud tehnilisest teabest. Projekti kasutatakse ebamugavustega ja mõne aasta pärast seisab see silmitsi tohutu projekti ümberkujundamisega (ümberkujundamise projektid on keerulisemad kui uue projekti rakendamine).
Kokkuvõtlikult soovitame kasutajatel tarnija valimisel hoolikalt kaaluda järgmisi punkte: kas tarnijal on oma põhiseadmed ja põhitehnoloogia? Kas tarnijal on oma tehniline standardsüsteem ja rakendusmeeskond? Kas tarnijal on võimalus kogu projekti rakendada ja kontrollida? Kas tarnijal on mitu iseenda koondatud ja aktsepteeritud projekti?
Postiaeg: 14. veebruar 20125