Egy ERP rendszer kiválasztásakor az összehívott értekezleten általában először a funkciókat, a támogatott folyamatokat és az integrációs lehetőségeket vizsgálják meg. Felmerül, hogy hogyan kezeli a rendszer a termelést, a készletet, a beszerzést, a pénzügyet vagy éppen a vállalat meglévő rendszereit. Arról viszont sokszor később születik döntés, hogy az ERP felhőben vagy a vállalat saját infrastruktúráján fusson. A felhős ERP vagy helyi ERP kérdése pedig több gyakorlati szempontot is érint. Hatással van az üzemeltetésre, a költségekre, az adatbiztonságra, az integrációkra és arra is, hogy milyen feladatok maradnak a vállalat saját IT-csapatánál. Ezért a telepítési modell kiválasztását érdemes már az ERP kiválasztásának részeként kezelni.
A két modell közti választásnál gyakori hiba, hogy a döntés egyetlen szempont köré épül: a felhős változat általában olcsóbbnak tűnik, a helyi rendszer pedig biztonságosabbnak. A valóság ennél azért összetettebb. Egy gyártóvállalatnál az ERP nem önálló alkalmazás: kapcsolódik a termeléshez, a raktárhoz, a pénzügyhöz, a minőségbiztosításhoz, sok esetben pedig MES-, WMS-, SCADA- vagy adatgyűjtő rendszerekhez is. Itt a telepítési modell csak akkor jó választás, ha ezt a teljes működési képet szolgálja.
Mit jelent a felhős és a helyi ERP a gyakorlatban?
A felhős ERP jellemzően szolgáltatói infrastruktúrán fut, és a vállalat interneten keresztül éri el. A konstrukciótól függően a szolgáltató gondoskodik az infrastruktúráról, a mentésekről és a frissítések egy részéről, így ezekből kevesebb feladat marad a belső IT-csapatra. A pontos felelősségi köröket azonban mindig a szolgáltatási szerződés határozza meg.
A helyi, más néven on-premise ERP a vállalat saját telephelyén vagy saját üzemeltetésű infrastruktúráján fut. Ez nagyobb szabadságot adhat a testreszabásban, az integrációk kezelésében és bizonyos adatok fizikai elhelyezésében. Cserébe a hardver, az operációs környezet, a mentések, a frissítések és az üzemeltetési tudás költsége és felelőssége a vállalatnál marad.
A különbség nem fekete-fehér. Sok gyártó hibrid környezetben működik: az ERP felhős, de a gépszintű adatgyűjtéshez szükséges komponensek a telephelyen futnak. Mások az ERP-t vagy annak bizonyos komponenseit használják helyben, miközben a riporting- vagy ügyfélkapcsolati funkciók felhőből működnek. Ez sokszor reálisabb irány, mint az egyik modell kizárólagos választása.
Felhős ERP vagy helyi ERP: melyik üzleti helyzethez illik?
A felhős modell előnye különösen akkor lehet jól kihasználható, amikor a vállalat gyors növekedés előtt áll, több telephelyet akar egységes rendszerbe szervezni, vagy nincs olyan belső IT-csapata, amely vállalni tudná egy komplex üzleti rendszer infrastruktúrájának napi üzemeltetését. Egy közepes méretű gyártónál az is erős érv lehet, hogy a beruházás nem egyszeri, nagy összegű szerver- és licencköltségként jelenik meg, hanem tervezhető havi vagy éves kiadásként.
A gyors indulás azonban nem azt jelenti, hogy a bevezetés automatikusan gyors lesz. Ha a cikktörzs hiányos, a gyártási struktúrák pontatlanok, a készletnyilvántartás nem megbízható, vagy a jóváhagyási folyamatok csak néhány kulcsember fejében léteznek, a felhős ERP sem fog rendet teremteni egyetlen konfigurációs projekt alatt. A rendszer bevezetése előtt ugyanúgy el kell dönteni, mely folyamatokat érdemes egységesíteni, és melyek jelentenek valódi versenyelőnyt.
A helyi ERP akkor lehet indokolt, ha az üzem működése erősen függ olyan speciális integrációktól vagy helyi infrastruktúrától, amelyeknél a hálózati kapcsolat, a rendelkezésre állás vagy az adott rendszer feletti közvetlen kontroll kiemelt jelentőségű. Fontos azonban, hogy a gépszintű adatgyűjtést és vezérlést nem feltétlenül maga az ERP végzi: ezekben a folyamatokban gyakran MES-, SCADA- vagy edge komponensek kapnak szerepet. Ilyen környezetben az ERP, az MES és a raktárautomatika közötti adatcsere közvetve az anyagellátást és a termelési folyamatokat is befolyásolhatja.
Szintén érthető választás lehet a helyi modell akkor, ha a vállalatnak már rendelkezésére áll erős IT-infrastruktúra és megfelelő kompetencia. Ebben az esetben a saját üzemeltetés nem feltétlenül teher, hanem tudatosan vállalt kontroll. Ezt azonban csak akkor érdemes előnynek tekinteni, ha van kijelölt felelős a frissítésekre, a jogosultságkezelésre, a mentési rendre, a katasztrófa utáni helyreállításra és a kiberbiztonsági feladatokra is.
Nem az adat helye, hanem az adat kezelése a kulcskérdés
A felhővel kapcsolatban az adatbiztonság az egyik leggyakoribb vezetői aggály. Ez jogos kérdés, de félrevezető, ha kizárólag abból indul ki, hogy az adat fizikailag a vállalat épületében van-e. Egy helyben futó ERP sem lesz biztonságos attól, hogy a szerver a telephelyen áll. A nem frissített rendszerek, a gyenge jelszóhasználat, a túl széles jogosultságok vagy a teszteletlen mentések ugyanúgy kockázatot jelentenek.
Felhős modellnél a szolgáltató biztonsági képességei, tanúsítványai, incidenskezelési folyamatai és szerződéses vállalásai vizsgálandók. Helyi rendszernél ugyanezt a vállalatnak kell megteremtenie vagy kiszervezett partnerrel biztosítania. A döntés során érdemes konkrét kérdéseket feltenni:
- hol tárolódnak az adatok,
- hogyan történik a mentés,
- mennyi a vállalt helyreállítási idő,
- milyen naplózás működik,
- és ki fér hozzá a rendszerhez kritikus helyzetben?
A gyártásban az üzletmenet-folytonosságot sem szabad egyetlen szerverhez vagy egyetlen internetkapcsolathoz kötni. Ha a termelés adatkapcsolati hiba esetén is működhet bizonyos ideig, azt már a rendszerarchitektúrában és a folyamatokban kezelni kell. A kiesési forgatókönyv nem technikai mellékkérdés, hanem termelési kockázat.
Az integráció költsége gyakran fontosabb, mint a licencdíj
Egy ERP bevezetés teljes költsége nem csupán a licencdíj. A komoly tételek a folyamatfelmérés, a törzsadatok tisztítása, az egyedi fejlesztések, az integrációk, a tesztelés, a képzés és a változáskezelés során jelennek meg. Ezért félrevezető pusztán az előfizetési díjat összevetni a helyi licencek és szerverek árával.
A felhős, különösen a SaaS-modellben működő rendszereknél általában nagyobb szerepet kap a standard folyamatokhoz való igazodás. Ez nem feltétlenül hátrány, ha a korábbi működés valójában történetileg kialakult kivételhalmaz. Egy jól megválasztott standard folyamat csökkentheti a kulcsemberektől való függést, könnyebbé teheti az új kollégák betanítását, és egyszerűsítheti a jövőbeli fejlesztéseket.
Ugyanakkor vannak olyan termelési logikák, árazási szabályok, nyomonkövetési igények vagy vevőspecifikus munkafolyamatok, amelyek valóban indokolják az egyedi megoldást. Ilyenkor nem az a kérdés, hogy lehet-e fejleszteni, hanem az, hogy az egyediség üzleti értéke arányban áll-e a későbbi fenntartási költséggel. Minden egyedi fejlesztés egy jövőbeni frissítési és tesztelési feladatot is jelent.
Így hozz döntést a telepítési modellről
A jó döntés nem termékbemutatónál kezdődik, hanem egy rövid, tényszerű helyzetképpel.
- Mely folyamatok okozzák ma a legtöbb veszteséget?
- Hol keletkezik kézi adatbevitel?
- Mely rendszerek között mozog Excelben az információ?
- Milyen adatra lenne szüksége a termelési, logisztikai és pénzügyi vezetésnek, amely ma nem érhető el időben?
Ezután érdemes elkülöníteni a valóban kritikus követelményeket a megszokásból fenntartott elvárásoktól. Egy régi rendszer minden képernyőjének és kivételének lemásolása nem digitalizációs stratégia. A cél az, hogy az ERP támogassa a tervezhetőséget, a nyomon követhetőséget és a gyorsabb döntést, ne pedig konzerválja a korábbi kerülőutakat.
A kiválasztás során mindkét modellnél érdemes valós gyártási forgatókönyvre épülő folyamatbemutatót kérni. A pénzügyi funkciók és riportok természetesen fontosak a pénzügyi területen dolgozók számára, de a termelés, a logisztika vagy a beszerzés szempontjából más folyamatok kerülnek előtérbe. A rendszer napi használhatóságát ezért érdemes olyan helyzeteken keresztül is megvizsgálni, mint egy sürgős vevői rendelés, egy alapanyaghiány, egy selejtes gyártási tétel vagy egy több raktárhelyet érintő készletáthelyezés. A jó rendszer nem attól meggyőző, hogy sok funkciót kínál, hanem attól, hogy a vállalat különböző területeinek napi folyamatait átláthatóan és gördülékenyen támogatja.
A végső választásnál a három-öt éves teljes költségmutatót, a belső erőforrásigényt, az integrálhatóságot és az üzletmenet-folytonosságot együtt kell értékelni. A felhős változat nem automatikusan korszerűbb, a helyi rendszer nem jelent automatikusan nagyobb kontrollt. Az a jobb modell, amelyik mellett a vállalat következetesen képes jó minőségű adatot előállítani, a folyamatokat fejleszteni, és a rendszer felelősségét valóban kezelni.
Az ERP kiválasztásánál ezért nem önmagában a felhő vagy a helyi üzemeltetés kérdését érdemes vizsgálni. A döntést a vállalat folyamatai, integrációs igényei, belső IT-kapacitása, költségkerete és üzletmenet-folytonossági elvárásai alapján érdemes meghozni.