Nincs több kifogás: a magyar KKV-k digitális szuverenitása csak együttműködéssel teremthető meg

Digitális szuverenitás magyar KKV-knak a Proalpha ERP-vel

A digitális szuverenitás nem azt jelenti, hogy egy vállalatnak mindent saját magának kell felépítenie. Sokkal inkább azt, hogy megőrzi az ellenőrzést az adatai, üzleti folyamatai és technológiai döntései felett – miközben képes biztonságosan együttműködni vevőivel, beszállítóival és szolgáltatóival.

A digitalizáció ma már nem választási lehetőség a magyar gyártóvállalatok számára. A vevők rövidebb átfutási időt, pontosabb szállítást, teljes körű nyomon követhetőséget és egyre részletesebb adatszolgáltatást várnak el. Közben nőnek a kiberbiztonsági, minőségbiztosítási és fenntarthatósági követelmények is.

Egy fémipari, műanyagipari, autóipari, elektronikai, élelmiszeripari vagy MedTech beszállítónak már nem elegendő jó minőségű terméket gyártania. Azt is igazolnia kell, hogy mikor, milyen alapanyagból, melyik gépen, milyen műveletekkel és milyen minőségi feltételek mellett készült el az adott termék.

Ehhez megbízható adatokra, összekapcsolt vállalati rendszerekre és szabályozott adatmegosztásra van szükség.

Sok vállalatvezető azonban még mindig úgy gondol a digitális szuverenitásra, mintha az kizárólag saját szervereket, saját adatközpontot, saját kiberbiztonsági csapatot és teljes technológiai függetlenséget jelentene.

Ez téves megközelítés.

A digitális szuverenitás nem elszigetelődést jelent, hanem ellenőrzött együttműködést. Nem az a cél, hogy a vállalat egyetlen külső szolgáltatást se használjon, hanem az, hogy ne váljon kiszolgáltatottá egyetlen technológiának, szolgáltatónak vagy zárt rendszernek sem.

A Proalpha szemléletében a digitális szuverenitás alapját az egységes vállalati adatok, az integrált üzleti folyamatok, a dokumentált interfészek, a rugalmas üzemeltetési lehetőségek és a fokozatosan bővíthető rendszerkörnyezet jelentik.

Mit jelent a digitális szuverenitás egy magyar gyártóvállalat számára?

Egy vállalat akkor rendelkezik valódi digitális önrendelkezéssel, ha pontosan tudja:

  • hol találhatók az üzleti adatai;
  • melyik rendszer számít egy adott adat hiteles forrásának;
  • ki és milyen jogosultsággal férhet hozzá az információkhoz;
  • hogyan kapcsolódnak egymáshoz a vállalati rendszerek;
  • milyen formátumban exportálhatók az adatok;
  • mi történik az adatokkal a szolgáltatási szerződés megszűnésekor;
  • hogyan lehet másik szolgáltatóra vagy technológiára átállni;
  • milyen adatokat oszt meg a vevőkkel és beszállítókkal;
  • hogyan védi meg közben a saját know-how-ját.

A digitális szuverenitás tehát jóval többet jelent annál, hogy egy szerver fizikailag Magyarországon vagy az Európai Unió területén található.

A szerver elhelyezkedése fontos szempont, de önmagában nem garantálja a vállalat önállóságát. Ha az adatok nem exportálhatók, a rendszer nem rendelkezik dokumentált interfészekkel, vagy a vállalat csak jelentős költséggel tud szolgáltatót váltani, akkor a működés továbbra is erősen kiszolgáltatott marad.

A Proalpha ERP ebben a környezetben nem egyszerűen egy ügyviteli rendszer. A vállalat központi digitális gerincét képezi, amely összekapcsolja az értékesítés, a beszerzés, a készletgazdálkodás, a termelés, a minőségbiztosítás, a pénzügy, a kontrolling és a szerviz folyamatait.

Az egységes rendszerben kezelt adatok csökkentik a különálló Excel-táblák, szigetszerű alkalmazások és személyfüggő munkamódszerek számát. Ez nemcsak hatékonyabb működést eredményez, hanem erősíti a vállalat digitális önrendelkezését is.

1. A saját IT-szuverenitási stack felépítése gazdasági ostobaság

A digitális függetlenség iránti igény jogos, de ebből nem következik, hogy minden magyar KKV-nak saját technológiai infrastruktúrát kell létrehoznia.

Egy közepes méretű gyártóvállalattól nem várható el, hogy saját adatközpontot, teljes felhőplatformot, külön kiberbiztonsági műveleti központot, 24 órás felügyeletet és minden területre kiterjedő belső szakértői csapatot tartson fenn.

Ugyanígy gazdaságtalan lenne, ha minden vállalkozás teljesen önállóan finanszírozná:

  • a tűzfal- és végpontvédelmi infrastruktúrát;
  • az ISO-tanúsításokat;
  • a GDPR- és kiberbiztonsági auditokat;
  • a redundáns adatmentési rendszereket;
  • a folyamatos biztonsági felügyeletet;
  • az iparági adatkapcsolatok egyedi fejlesztését;
  • az interfészek és adatmodellek karbantartását.

A probléma nem az, hogy a magyar KKV-k nem akarják megőrizni a függetlenségüket. A legtöbb esetben a méretgazdaságosság hiánya jelenti az akadályt.

A modern felhőgazdaság és a megosztott digitális infrastruktúrák éppen erre kínálnak megoldást. Az azonos iparágban vagy beszállítói láncban működő vállalatok közös szabványokat, adatmodelleket, biztonsági követelményeket és tanúsítási keretrendszereket használhatnak.

Ilyen együttműködésre jelentenek példát az európai iparági adatterek, valamint az autóipari Catena-X és a Manufacturing-X kezdeményezések. Ezek célja nem az, hogy a vállalatok korlátozás nélkül átadják egymásnak az adataikat, hanem az, hogy meghatározott szabályok szerint, biztonságosan és ellenőrizhető módon cseréljenek információt.

A megosztott szuverenitás lényege, hogy az infrastruktúra, az adatkapcsolat és bizonyos biztonsági képességek közösen használhatók, miközben az adatok feletti rendelkezés a vállalatnál marad.

A Proalpha Business Application Suite ugyanezt a gondolkodást képviseli vállalati szinten. A különböző üzleti alkalmazások közös technológiai és adatalapon működhetnek, miközben a rendszer modulárisan, a vállalat igényeinek és lehetőségeinek megfelelően bővíthető.

A vállalatnak nem kell minden üzleti területhez különálló rendszert, külön adatbázist és egyedi interfészt kialakítania. Az ERP, a termelésirányítás, a digitális shopfloor, a beszerzés, a pénzügy, a dokumentumkezelés, a minőségirányítás és az analitika egymással összekapcsolva támogathatja a működést.

A Proalpha Business Application Suite cloud, on-premise és hibrid működési modelleket, valamint szabványos interfészeket és integrációs lehetőségeket kínál. Ez lehetővé teszi, hogy a vállalat ne egyszerre és ne kényszerből alakítsa át a teljes rendszerkörnyezetét, hanem fokozatosan, az üzleti prioritásokhoz igazodva haladjon.

A digitális szuverenitás tehát nem attól lesz elérhető, hogy minden vállalat saját infrastruktúrát épít. Attól válik megfizethetővé, hogy a vállalat professzionális, megosztott szolgáltatásokat használ, miközben megtartja az ellenőrzést az adatai és folyamatai felett.

2. Az amerikai hiperskálázók „Sovereign Cloud” kínálata gyakran csak részmegoldás

Az AWS, a Microsoft és a Google egyre több olyan felhőszolgáltatást és elkülönített működési modellt kínál, amelyet „Sovereign Cloud”, vagyis szuverén felhő megjelöléssel értékesít.

Ezek az ajánlatok fontos előrelépést jelenthetnek az adatok lokalizációja, az európai üzemeltetés, a hozzáférési jogosultságok és a megfelelőség területén. Ugyanakkor önmagában a „szuverén felhő” elnevezés még nem szünteti meg automatikusan a szolgáltatói függőséget.

A döntésnél nemcsak azt kell megvizsgálni, hogy hol találhatók a szerverek, hanem azt is, hogy:

  • melyik vállalat ellenőrzi a technológiai platformot;
  • milyen joghatóság vonatkozik a szolgáltatásra;
  • hogyan történik a titkosítás és a kulcskezelés;
  • mennyire hordozhatók az adatok és az alkalmazások;
  • milyen költséggel exportálhatók az adatok;
  • milyen technikai függőséget hoznak létre a platform saját szolgáltatásai;
  • mi történik a szerződés megszűnésekor;
  • reálisan mennyi idő alatt lehet másik szolgáltatóra átállni.

A nagy nemzetközi felhőplatformok komoly funkcionalitást, magas rendelkezésre állást és széles szolgáltatási választékot kínálnak. Azonban minél több egyedi, kizárólag az adott platformon elérhető technológiát használ egy vállalat, annál költségesebb és kockázatosabb lehet a későbbi váltás.

Ez a vendor lock-in, vagyis a szolgáltatói bezáródás egyik leggyakoribb formája.

A függőség költsége nemcsak a licencdíjban jelenik meg. Ide tartozhat:

  • az adatok kivitelének díja;
  • az alkalmazások újraírása;
  • az interfészek újbóli kialakítása;
  • a felhasználók átképzése;
  • az átállás alatti kettős üzem;
  • a történeti adatok migrációja;
  • az üzletmenet esetleges leállása.

Az európai szolgáltatók – például az IONOS, az OVHcloud vagy a Hetzner – bizonyos felhasználási területeken alternatívát jelenthetnek, különösen akkor, ha a vállalat számára kiemelten fontos az európai joghatóság, a nyílt technológiák alkalmazása vagy a költségek kiszámíthatósága.

Ugyanakkor nem helyes automatikusan abból kiindulni, hogy minden európai szolgáltatás szuverén, minden amerikai platform pedig elfogadhatatlan.

A Proalpha szemléletében a digitális szuverenitás nem földrajzi vagy marketingcímkék alapján dől el. A valódi kérdés az, hogy az adott technológiai és szerződéses konstrukció mekkora döntési szabadságot biztosít a vállalatnak.

Ezért fontos a rugalmas működési modell.

A Proalpha ERP felhőalapú, helyben telepített vagy hibrid környezetben is használható. A vállalat így az üzleti, biztonsági és jogi követelményeinek megfelelő működési formát választhatja ki. Nem szükséges minden folyamatot egyetlen lépésben felhőbe helyezni, és az sem kötelező, hogy minden üzleti alkalmazás ugyanazon az infrastruktúrán működjön.

A hibrid modell különösen fontos lehet olyan gyártóvállalatoknál, ahol bizonyos termelési vagy gépi rendszereknek a telephelyen kell működniük, miközben más üzleti alkalmazások, elemzési megoldások vagy együttműködési szolgáltatások a felhőből érhetők el.

A digitális szuverenitás szempontjából nem az a döntő, hogy minden a felhőben vagy minden a saját szerveren működik-e. Az a döntő, hogy a vállalat ismeri és ellenőrzi-e az adatáramlást, rendelkezik-e alternatívákkal, valamint képes-e üzleti kényszer nélkül változtatni a rendszerkörnyezetén.

3. Tiszta adatalap nélkül még a legjobb adattér sem használható

Egy olyan szuverén adatökoszisztémához való csatlakozás, mint a Gaia-X vagy valamelyik iparági adattér, nem egy egyszerű szolgáltatás, amely egyetlen kattintással bevezethető.

A legnagyobb feladat nem az adattérben, hanem a vállalat saját működésében található.

Amíg a vállalat alapvető folyamatai egymástól elszigetelt Excel-táblákban, papíralapú dokumentumokban, e-mailekben és különálló alkalmazásokban működnek, addig a legbiztonságosabb európai felhő vagy adatökoszisztéma sem hoz valódi eredményt.

A hazai gyártóvállalatoknál gyakran előfordul, hogy:

  • ugyanaz a cikk több rendszerben eltérő cikkszámon szerepel;
  • a darabjegyzék nincs naprakészen karbantartva;
  • a műveleti és normaidők nem felelnek meg a valós termelésnek;
  • a készletadatok csak késleltetve frissülnek;
  • a gyártási visszajelentés papíron történik;
  • a selejt és az állásidő okait nem egységesen rögzítik;
  • a gépadatok nem kapcsolódnak gyártási megbízáshoz;
  • az utókalkuláció külön Excel-táblákból készül;
  • a vevői adatszolgáltatás manuális adatgyűjtést igényel.

Ebben a környezetben a vállalat nem rendelkezik olyan megbízható adatalappal, amelyből automatikusan lehetne vevői, beszállítói vagy fenntarthatósági információkat szolgáltatni.

A digitális szuverenitás első lépése ezért nem egy új adattérhez való csatlakozás, hanem a belső adatvagyon rendbetétele.

A Proalpha ERP ebben központi szerepet tölthet be. Az ERP egységes rendszerben kapcsolja össze a vállalat alapvető üzleti folyamatait, és központi információs csomópontot hoz létre.

A Proalpha ERP folyamatai a beszerzéstől és anyaggazdálkodástól a termelésen, értékesítésen és minőségirányításon keresztül egészen a pénzügyig és kontrollingig támogatják az összefüggő adatáramlást.

A vállalat így meghatározhatja, hogy melyik rendszer számít egy adott adat hiteles forrásának.

A cikktörzs, a darabjegyzék, a technológia, a gyártási megbízás, a készlet, a beszerzési rendelés és a pénzügyi információ nem különálló táblázatokban, hanem egymással összefüggő folyamatokban jelenik meg.

Az ERP és a MES együtt teremti meg a gyártási adatok megbízhatóságát

A vállalatirányítási rendszer önmagában nem minden esetben látja megfelelő részletességgel, hogy mi történik az üzemben.

Ehhez az ERP és a MES integrációjára van szükség.

Az ERP biztosítja a gyártási megbízásokat, a darabjegyzékeket, a technológiai adatokat, az anyagszükségletet, a határidőket és a gazdasági információkat. A MES pedig rögzíti és feldolgozza a termelésben ténylegesen bekövetkező eseményeket.

Ilyen adatok lehetnek:

  • a művelet indítása és befejezése;
  • a dolgozói visszajelentés;
  • a gép- és üzemi adatok;
  • a tényleges gyártási idő;
  • az állásidő és annak oka;
  • az elkészült mennyiség;
  • a selejt;
  • az anyagfelhasználás;
  • a minőségi eredmény;
  • a sarzs- és sorozatszám-információ.

A Proalpha termelésirányítási és MES-megoldásai az ERP és az üzemi folyamatok összekapcsolásával támogatják a részletes tervezést, adatgyűjtést, minőségbiztosítást, nyomon követhetőséget és teljesítményelemzést.

Ha az ERP-ben található tervezett adatok és a MES-ből érkező tényleges adatok egységes folyamatot alkotnak, a vezetés valós képet kap a termelésről.

Láthatóvá válik:

  • melyik megbízás hol tart;
  • melyik munkahelyen alakult ki késés;
  • mennyi a tényleges és tervezett gyártási idő eltérése;
  • hol keletkezik a legtöbb selejt;
  • mely gépek vagy erőforrások jelentenek szűk keresztmetszetet;
  • hogyan alakulnak a termelési költségek;
  • mely állásidő-okok ismétlődnek.

Ez a megbízható adatalap szükséges ahhoz is, hogy a vállalat később szabályozott módon adatot osszon meg partnereivel vagy iparági adatterekkel.

Az adatmegosztás nem jelenti a vállalati tudás átadását

A magyar beszállítók jogosan tartanak attól, hogy egy nagyobb vevő túl részletes betekintést kér a működésükbe.

Egy vállalat gyártási sebessége, kapacitáskihasználása, selejtaránya, energiafogyasztása, receptúrája vagy gépparaméterei üzleti titkot képezhetnek. Ezekből következtetni lehet a költségekre, a rendelkezésre álló kapacitásra és az alkalmazott technológiára.

A szuverén adatmegosztás ezért nem azt jelenti, hogy minden rendelkezésre álló adatot át kell adni.

A vállalatnak kell meghatároznia:

  • mely adatokat osztja meg;
  • milyen üzleti vagy jogi célból;
  • mely partnerrel;
  • milyen részletezettséggel;
  • mennyi ideig;
  • továbbadható-e az információ;
  • visszavonható-e a hozzáférés;
  • hogyan naplózható az adat felhasználása.

Egy vevő például megkaphatja egy termék származási, minőségi vagy karbonlábnyom-adatát anélkül, hogy hozzáférne a gyártó teljes receptúrájához, költségszerkezetéhez vagy más vevőkre vonatkozó információihoz.

A digitális termékútlevél, a fenntarthatósági adatszolgáltatás és az ellátási láncok egyre részletesebb nyomon követése miatt ez a képesség hamarosan meghatározó versenytényezővé válhat.

Nem feltétlenül az a beszállító kerül előnybe, aki a legtöbb adatot adja át, hanem az, aki a szükséges adatot gyorsan, megbízhatóan, géppel feldolgozható formában és ellenőrzött jogosultságok mellett képes biztosítani.

Nyílt interfészek nélkül nincs valódi digitális szuverenitás

A vállalati rendszerek közötti kapcsolatot korábban gyakran egyedi fejlesztésekkel oldották meg. Ezek rövid távon működőképesek lehettek, hosszabb távon azonban jelentős függőséget és karbantartási költséget okozhatnak.

Ha egy interfész működését csak az eredeti fejlesztő ismeri, vagy minden rendszerfrissítés után újra kell programozni, akkor a vállalat digitális önrendelkezése korlátozott.

A Proalpha szolgáltatásorientált architektúrája, Integration Workbench megoldása, REST API-ja és Orchestration Platformja lehetővé teszi külső rendszerek, régi alkalmazások, felhőszolgáltatások és speciális iparági megoldások összekapcsolását.

Ez különösen fontos azoknál a vállalatoknál, amelyek nem akarják vagy nem tudják egyszerre lecserélni a teljes informatikai környezetüket.

A nyitott integrációs lehetőségek támogatják a fokozatos bevezetést. A vállalat elindulhat a legkritikusabb folyamatok digitalizálásával, majd később további területeket kapcsolhat be.

Így a digitalizáció nem egy egyszeri, nagy kockázatú projekt, hanem irányítható fejlődési folyamat lehet.

Tíz kérdés minden ERP-, MES- vagy felhőbeszerzés előtt

Egy új rendszer kiválasztásakor nem elegendő kizárólag a funkciókat és a licencárat összehasonlítani. A digitális szuverenitás szempontjából az alábbi kérdéseket is fel kell tenni:

  1. Hol és milyen jogi feltételek között kezelik a vállalati adatokat?
  2. Teljeskörűen exportálhatók-e az adatok dokumentált, géppel feldolgozható formátumban?
  3. Rendelkezik-e a rendszer nyílt és dokumentált API-val?
  4. Hogyan kapcsolható össze a meglévő ERP-, MES-, CRM-, raktári vagy gépi rendszerekkel?
  5. Ki birtokolja az egyedi konfigurációkat és interfészdokumentációkat?
  6. Milyen költsége van az adattárolásnak, az adatforgalomnak és az adatok exportjának?
  7. Mi történik az adatokkal a szerződés megszűnésekor?
  8. Hogyan működik a mentés, a helyreállítás, a naplózás és az incidensjelentés?
  9. Milyen alvállalkozók és további technológiai szolgáltatók vesznek részt a szolgáltatásban?
  10. Mennyi időbe és költségbe kerülne később másik rendszerre vagy szolgáltatóra váltani?

Ha ezekre a kérdésekre nincs világos válasz, az akkor is figyelmeztető jel, ha a rendszer bemutatója látványos és a kezdeti ajánlat kedvező.

A Proalpha megközelítése: integrált, nyitott és fokozatos digitalizáció

A digitális szuverenitást nem lehet egyetlen szoftver megvásárlásával megszerezni. Olyan rendszerkörnyezetet kell kialakítani, amelyben a vállalat ellenőrzi az adatait, átlátja a folyamatait és képes alkalmazkodni az új üzleti követelményekhez.

A Proalpha megközelítésének legfontosabb elemei:

  • integrált vállalati folyamatok;
  • egységes és megbízható adatalap;
  • ERP és MES összekapcsolása;
  • cloud, on-premise és hibrid működési lehetőség;
  • moduláris, fokozatosan bővíthető rendszer;
  • dokumentált interfészek és szabványos API-k;
  • külső rendszerek integrálhatósága;
  • valós idejű termelési és vezetői információk;
  • teljes körű nyomon követhetőség;
  • kontrollált partneri adatkapcsolatok.

A cél nem az, hogy a vállalat minden technológiát saját maga üzemeltessen. A cél az, hogy a külső technológiák használata mellett is megőrizze a döntési szabadságát.

A Proalpha ERP és a hozzá kapcsolódó üzleti alkalmazások olyan digitális alapot teremthetnek, amelyre később biztonságosan építhető MES, fejlett tervezés, mesterséges intelligencia, automatizált adatcsere vagy iparági adattér-kapcsolat.

A Proalpha megközelítése: integrált, nyitott és fokozatos digitalizáció

A digitális szuverenitás nem egy távoli technológiai kérdés, és nem kizárólag nagyvállalatoknak szól.

A magyar KKV-k számára arról szól, hogy:

  • képesek-e megvédeni saját gyártási know-how-jukat;
  • megfelelnek-e a vevői és kiberbiztonsági elvárásoknak;
  • gyorsan tudnak-e csatlakozni egy új beszállítói lánchoz;
  • rendelkeznek-e megbízható termelési és költségadatokkal;
  • képesek-e szolgáltatót vagy technológiát váltani;
  • meg tudják-e osztani a szükséges adatokat anélkül, hogy elveszítenék felettük az ellenőrzést.

Nem kell saját felhőplatformot építeni.

Nem kell minden informatikai kompetenciát házon belül fenntartani.

Nem kell minden régi rendszert egyszerre lecserélni.

El kell kezdeni viszont felszámolni az Excel-szigeteket, rendezni a vállalati adatokat, összekapcsolni az ERP- és MES-folyamatokat, dokumentált interfészeket kialakítani és megtervezni a szolgáltatói kilépés lehetőségét.

A Proalpha ERP ebben nem egyszerűen egy újabb vállalati szoftver, hanem a digitális önrendelkezés egyik legfontosabb alapja lehet: egységes adatokat, integrált folyamatokat, rugalmas működési modelleket és nyitott rendszerkapcsolatokat biztosít a gyártó és kereskedő középvállalatok számára.

A kérdés tehát nem az, hogy megengedheti-e magának egy magyar KKV a digitális szuverenitás kiépítését.

A valódi kérdés az, hogy meddig engedheti meg magának annak hiányát.

ERP-bevezetés: hogyan csökkenthető a beruházási kockázat fokozatos Proalpha ERP -bevezetéssel?

ERP-bevezetés: hogyan csökkenthető a beruházási kockázat fokozatos Proalpha ERP -bevezetéssel?

Amikor szükség lenne az ERP-re, de nem ideális az időpont egy nagy beruházásra

Egy ERP-rendszer bevezetéséről könnyebb döntést hozni akkor, amikor a vállalat növekszik, kiszámítható a rendelésállomány, rendelkezésre áll a beruházási keret, és a menedzsment pontosan látja a következő évek üzleti lehetőségeit.

Bizonytalanabb gazdasági környezetben azonban egészen más a helyzet.

A vállalatvezetés óvatosabban kezeli a beruházásokat. Fontosabbá válik a likviditás megőrzése, nehezebb hosszú távú megtérüléssel rendelkező projektekről dönteni, miközben az sem feltétlenül látható pontosan, hogyan alakul majd a rendelésállomány, a termelési volumen vagy éppen a létszám.

Ez könnyen vezethet ahhoz a következtetéshez:

I

„ERP-re szükségünk lenne, de most nem megfelelő az időpont egy ekkora projekthez.”

Pedig a két állítás nem feltétlenül mond ellent egymásnak.

Egy korszerű ERP-rendszer bevezetését ugyanis nem szükséges úgy elképzelni, mint egyetlen, minden vállalati területet egyszerre érintő, több éves és rendkívül nagy kezdeti beruházást.

A Proalpha ERP és a Proalpha Business Application Suite moduláris felépítése lehetőséget teremt arra, hogy a vállalat a számára legfontosabb üzleti területekkel kezdjen, majd a rendszert a későbbiekben további funkciókkal és megoldásokkal bővítse.

A kérdés tehát nem feltétlenül az, hogy:

I

„Megengedhetünk-e magunknak most egy teljes ERP-projektet?”

Sokkal inkább az:

I

„Mely folyamatok digitalizálása hozhat számunkra most a legnagyobb üzleti eredményt, és hogyan építhetjük fel erre fokozatosan a vállalat jövőbeni ERP-környezetét?”

Ez alapvetően más beruházási logikát jelent.

Nemcsak a beruházás nagysága csökkenhet – az eredmény is hamarabb jelentkezhet

A fokozatos ERP-bevezetés egyik legfontosabb előnye nem egyszerűen az, hogy a beruházás időben elosztható.

Legalább ilyen fontos a time-to-value, vagyis az az idő, amely alatt a beruházás elkezd tényleges üzleti értéket termelni.

Egy többéves projekt esetében előfordulhat, hogy jelentős költség merül fel, miközben az új rendszerből származó üzleti előnyök csak jóval később jelennek meg.

A McKinsey ERP-bevezetések kapcsán éppen ezt a problémát emeli ki a hagyományos, hosszú waterfall projektek egyik hátrányaként.

A tanácsadó cég szerint a modulárisabb ERP-rendszerek lehetővé teszik a bevezetés szakaszolását, ami alacsonyabb költségekhez és gyorsabb értékrealizáláshoz vezethet.

Egy másik McKinsey-elemzés pedig azt javasolja, hogy a bevezetési sorrendet az üzleti érték alapján határozzák meg: a nagy hatású területeket célszerű a projekt elejére helyezni.

Ez nagyon jól alkalmazható egy középvállalat ERP-stratégiájára.

Ne azt kérdezzük először, hogy milyen modulokat tud az ERP.

Inkább azt:

Hol veszítünk ma pénzt, időt vagy kapacitást?

És utána:

Melyik ERP-funkcióval tudjuk ezt a leggyorsabban csökkenteni?

1. lépés: keressük meg a legnagyobb üzleti veszteséget

Fokozatos ERP-bevezetés esetén az első projektfázist nem technológiai, hanem üzleti oldalról célszerű meghatározni.

Egy termelővállalatnál például jelentős problémát jelenthet:

  • a túl magas készletszint,
  • az alapanyaghiány miatti termeléskiesés,
  • a pontatlan termeléstervezés,
  • a határidők csúszása,
  • az Excel-alapú kapacitástervezés,
  • a manuális adatbevitel,
  • a hibás törzsadatok,
  • az utókalkuláció hiánya,
  • a termelési információk késése,
  • vagy az, hogy a menedzsment csak napokkal vagy hetekkel később látja a tényleges eredményeket.

Ha ezek közül egy vagy két terület üzletileg kiemelkedik, akkor érdemes lehet az első ERP-fázist ezek köré építeni.

Így a projekt már viszonylag korán képes kézzelfogható eredményt biztosítani.

2. lépés: válasszuk szét a „szükséges most” és a „hasznos később” funkciókat

ERP-kiválasztáskor könnyű abba a hibába esni, hogy minden lehetséges jövőbeni igényt az első projektbe próbálunk beépíteni.

Ez azonban jelentősen növelheti:

a projekt terjedelmét,

a tanácsadói napok számát,

a tesztelési igényt,

az oktatási feladatokat,

az adatmigráció mennyiségét,

és természetesen a beruházás költségét is.

Bizonytalan gazdasági környezetben célszerű szigorúbb prioritást felállítani.

Három kategória használható:

1. Go-live-hoz feltétlenül szükséges

Ezek nélkül az adott folyamat nem működtethető.

2. Jelentős üzleti előnyt biztosít

Nem feltétlenül szükséges az első induláshoz, de a következő projektfázisban már komoly megtérülést biztosíthat.

3. Hasznos, de később is bevezethető

Ezeket nem kell elvetni. Egyszerűen későbbi ütemre kerülnek.

Ez a megközelítés megakadályozza, hogy az ERP-projekt „mindent egyszerre” projektté növekedjen.

3. lépés: standard folyamatokból induljunk ki

Az ERP-projektek egyik jelentős költségnövelő tényezője a túlzott egyedi fejlesztés.

Szinte minden vállalat rendelkezik saját folyamatokkal, de érdemes feltenni a kérdést:

valóban versenyelőnyt biztosító egyedi folyamatról beszélünk, vagy egyszerűen húsz éve így dolgozunk?

A Proalpha proMETHEUS Fast Track módszertanában ezért fontos szerepet kapnak az előre definiált folyamatmodellek, iparági sablonok és best practice-ek.

A Proalpha szerint a standardizált folyamatmodellek használata gyorsíthatja a projekt indulását, csökkentheti a projekt időtartamát és mérsékelheti a kockázatokat.

Ez közvetlenül költségoldali kérdés is.

Minél kevesebb folyamatot kell teljesen egyedileg megtervezni és fejleszteni, annál jobban kontrollálható az implementáció.

4. lépés: prototípus a hosszú specifikáció helyett

A Proalpha külön foglalkozik az ERP-projektek tipikus költségcsapdáival.

Az egyik javasolt megközelítés a prototípus-alapú bevezetés.

A hagyományos waterfall módszertan esetében hosszú követelményspecifikáció készülhet, majd csak hónapokkal később találkoznak a felhasználók azzal a rendszerrel, amelynek működését korábban papíron definiálták.

A prototípus ennél gyorsabb visszacsatolást biztosíthat: a felhasználó nem egy dokumentum alapján próbálja elképzelni a jövőbeni működést, hanem működő folyamatot lát. Ez azért fontos, mert a félreértések korábban kiderülnek.

A korábban felfedezett probléma pedig általában olcsóbban javítható, mint az, amelyet csak a végső tesztelés során vesznek észre.

5. lépés: ne cseréljünk le automatikusan mindent

A fokozatos ERP-stratégia egyik fontos eleme lehet a meglévő rendszerek átmeneti megtartása.

Nem feltétlenül szükséges minden korábbi alkalmazást ugyanazon a napon megszüntetni.

A Proalpha Business Application Suite nyitott interfészekkel, szabványos API-kkal és integrációs lehetőségekkel támogatja külső rendszerek, legacy alkalmazások és cloud megoldások összekapcsolását.

Ez lehetőséget ad egy átmeneti architektúrára.

Az egyik vállalati terület már Proalpha környezetben működhet, miközben egy másik terület ideiglenesen tovább használja korábbi alkalmazását.

Majd amikor üzletileg és pénzügyileg megfelelő az időpont, következhet a következő migrációs lépés.

Így az ERP-transzformáció nem feltétlenül egyszeri technológiai „ugrás”, hanem kontrollált átmenet.

6. lépés: az első eredmény finanszírozhatja a következő fejlesztést

A fokozatos ERP-bevezetés egyik legérdekesebb pénzügyi következménye, hogy megváltoztathatja a projekt finanszírozási logikáját.

A klasszikus megközelítésben:

nagy beruházás → hosszú implementáció → go-live → eredmény.

A fokozatos megközelítésben inkább:

első beruházás → első eredmény → következő fejlesztés → további eredmény.

Tegyük fel például, hogy egy vállalat az első fázisban a készletgazdálkodás, beszerzés és anyagtervezés fejlesztésére koncentrál.

Ha ennek eredményeként:

csökken a készletszint,

kevesebb sürgősségi beszerzés történik,

javul az anyagellátás,

és kevesebb munkaidőt igényel az adminisztráció,

akkor már az első fázis is gazdasági eredményt teremthet.

A következő beruházási döntés így már nem kizárólag egy jövőbeni ígéretre épül.

A vállalat rendelkezik saját tapasztalattal az ERP által létrehozott értékről.

Német példa: a Memmertnél az ERP a növekedés alapjává vált

Jó példa az ERP-beruházás hosszabb távú értékére a német Memmert GmbH + Co. KG. A bajorországi vállalat hő-, klíma- és laboratóriumi berendezéseket gyárt, termékeit pedig világszerte több mint 190 országban értékesíti.

A vállalat 2010 óta használja a Proalpha integrált ERP-rendszerét. A bevezetést megelőzően heterogén rendszerkörnyezet, számos manuális folyamat és hosszú szállítási határidők nehezítették a működést. A növekvő termékválaszték és az egyedi vevői igények kezelése további kihívást jelentett.

A Proalpha ERP segítségével a Memmert egységes rendszerben tudja kezelni többek között a sorozat- és egyedi gyártást, a termeléstervezést, valamint a termékkonfigurációt.

Az eredmények jól mutatják, hogy az ERP-re nem kizárólag informatikai beruházásként érdemes tekinteni. A Proalpha esettanulmánya szerint a Memmertnél a korábban akár több hónapos szállítási idő bizonyos esetekben mindössze 2–3 hétre csökkent, miközben a vállalat árbevétele tíz év alatt több mint kétszeresére nőtt.

Christiane Riefler-Karpa, a Memmert ügyvezetője szerint a vállalat az elmúlt évtized erőteljes növekedését egy olyan stabil ERP-rendszer nélkül, mint a Proalpha, gazdaságosan nem tudta volna kezelni.

A Memmert példája egy további fontos szempontot is megmutat: az ERP-beruházást nem feltétlenül az első projektfázis költsége alapján érdemes megítélni. Egy megfelelően kialakított ERP-alap később újabb folyamatok digitalizálását, nagyobb termelési volumen kezelését és a vállalat további fejlődését is támogathatja.

Bizonytalan gazdasági környezetben ezért különösen fontos lehet úgy meghatározni az első ERP-projekt terjedelmét, hogy az már önmagában is kézzelfogható üzleti eredményt hozzon, ugyanakkor ne zárja le a további fejlődés lehetőségét.

Nem feltétlenül kell tehát az első lépésben a vállalat teljes jövőbeni ERP-környezetét finanszírozni. Érdemes először azt a stabil alapot létrehozni, amelyre a következő digitalizációs lépések később biztonságosan ráépíthetők.

7. lépés: a projekt terjedelmét a vállalat aktuális helyzetéhez igazítsuk

Egy ERP-stratégiának nem kell statikusnak lennie.

Ha javul a gazdasági környezet, növekszik a rendelésállomány vagy új beruházási forrás nyílik meg, gyorsítható a következő fázis.

Ha bizonytalanabbá válik a piac, lassítható a rollout.

Ez lényeges különbség egy egyszerre elindított, rendkívül nagy projekt és egy moduláris fejlesztési program között.

A vállalat megtarthatja stratégiai célját – egy integrált digitális vállalati környezet kialakítását –, miközben a megvalósítás ütemét az aktuális gazdasági lehetőségeihez igazítja.

Német példa: a Beurer lépésről lépésre fejleszti tovább ERP-környezetét

A német Beurer GmbH példája még közvetlenebbül mutatja a lépcsőzetes fejlődés lehetőségét.

Az ulmi központú, világszerte mintegy 1.000 munkatársat foglalkoztató vállalat több mint száz országban értékesíti egészségügyi és elektronikai termékeit.

A nemzetközi kereskedelmi és logisztikai folyamatok összetettsége miatt olyan ERP-környezetre volt szüksége, amely képes központilag kezelni a különböző raktárakat, országokat, termékeket és értékesítési folyamatokat.

A Proalpha rendszerében többek között:

  • nemzetközi logisztikai folyamatok,
  • EDI-kapcsolatok,
  • valós idejű készletinformációk,
  • értékesítési és beszerzési folyamatok,
  • valamint mobil jóváhagyási folyamatok

működnek.

A történet azonban itt nem ér véget.

A Proalpha referenciája szerint a Beurer egy lengyelországi cloud pilot projekttel már a következő digitalizációs szintet készíti elő, miközben nemzetközi ERP-cluster kialakításán dolgozik.

Ez nagyon jól szemlélteti, mit jelenthet a gyakorlatban a fokozatos ERP-stratégia.

Nem feltétlenül szükséges egyszerre a teljes vállalat informatikai modelljét megváltoztatni.

Létrehozható először a stabil működési alap, majd erre épülhet:

automatizáció → nemzetközi integráció → mobil folyamatok → cloud → további standardizáció.

Így a következő beruházás már nem egy újabb nulláról induló informatikai projekt, hanem a korábban kialakított platform továbbfejlesztése.

Cloud, on-premise vagy hybrid – az infrastruktúra sem feltétlenül fekete-fehér döntés

A fokozatosság nem kizárólag funkcionális szinten jelenhet meg.

A Proalpha cloud, on-premise és hybrid működési modelleket is támogat.

A Proalpha korábban külön foglalkozott azzal, hogyan lehet egy vállalat ERP-cloud transzformációját fokozatosan végrehajtani.

A hybrid architektúra például lehetőséget teremthet arra, hogy bizonyos alkalmazások cloud környezetbe kerüljenek, miközben más kritikus rendszerek egy ideig a meglévő infrastruktúrán maradnak.

Ez azért fontos, mert a technológiai modernizáció sem feltétlenül igényel egyszeri, teljes infrastruktúraváltást.

A vállalat lépésről lépésre haladhat.

A fokozatos bevezetés azonban nem jelenthet terv nélküli ERP-projektet

Fontos különbséget tenni a fokozatos bevezetés és a széttöredezett bevezetés között.

A cél nem az, hogy egymástól függetlenül vásároljunk különböző funkciókat.

A cél egy hosszú távú ERP-architektúra kialakítása, amelyet több ütemben valósítunk meg.

Már az első szakasz előtt érdemes ezért meghatározni:

  • milyen lesz a hosszú távú rendszerarchitektúra,
  • milyen folyamatok kerülnek később a rendszerbe,
  • milyen törzsadat-struktúrát alkalmazunk,
  • milyen integrációkra lesz szükség,
  • mely rendszerek szűnnek meg,
  • melyek maradnak meg,
  • és milyen sorrendben történik a migráció.

Így az első beruházási szakasz nem zsákutca, hanem a későbbi rendszer alapja.

Német példa: mi történik, ha az ERP már nem tud együtt fejlődni a vállalattal?

A Baden-Württembergben működő Willi Hahn GmbH – Wiha története egy másik fontos problémára világít rá.

A vállalat korábbi ERP-rendszere az évek alatt annyi egyedi módosítást kapott, hogy végül már nem volt megfelelően frissíthető.

Ez klasszikus ERP-csapda.

Rövid távon minden új egyedi fejlesztés megold egy problémát.

Hosszú távon azonban létrejöhet egy olyan rendszer, amelynek karbantartása, továbbfejlesztése és verzióváltása egyre költségesebbé válik.

A Wiha ezért olyan új ERP-rendszert keresett, amely megfelel az autóipar magas minőségi és rugalmassági követelményeinek, ugyanakkor képes együtt növekedni a vállalattal.

A választás egyik indoka a Proalpha referenciája szerint éppen ez a skálázhatóság volt.

Ma a rendszer többek között támogatja:

  • a termelési erőforrás-tervezést,
  • a rövid szállítási időablakok kezelését,
  • az ügyfelek és partnerek elektronikus integrációját,
  • valamint a több telephelyre kiterjedő profitcenter-elszámolást.

Ez fontos tanulság bizonytalan gazdasági környezetben.

Az olcsóbb rövid távú megoldás nem feltétlenül jelent kisebb teljes költséget.

Ha néhány év múlva az alkalmazás nem bővíthető vagy nem frissíthető, akkor a vállalat ismét rendszerbevezetési projekt előtt találhatja magát.

Példa egy fokozatos Proalpha ERP-bevezetésre

Egy termelő középvállalat esetében egy lehetséges roadmap például így épülhet fel.

1. fázis – alapfolyamatok

Törzsadatok, értékesítés, beszerzés, készletgazdálkodás és a működéshez szükséges alapvető pénzügyi integráció.

Cél: egységes adatok és az alapvető vállalati folyamatok digitalizálása.

2. fázis – termelés

Gyártási struktúrák, anyagjegyzékek, művelettervek, gyártási megbízások, MRP és termeléstervezés.

Cél: a termelési folyamatok átláthatóságának és tervezhetőségének növelése.

3. fázis – shopfloor digitalizáció

Digitális termelési adatgyűjtés, gépi és dolgozói visszajelentések, termelési státuszok és üzemi információk.

Cél: a terv és a tényleges gyártás közötti információs rés megszüntetése.

4. fázis – controlling és fejlett analitika

Utókalkuláció, KPI-k, vezetői riportok és részletes költségelemzés.

Cél: gyorsabb és pontosabb vezetői döntéstámogatás.

5. fázis – további Business Application Suite megoldások

A vállalat igényeitől függően további CRM-, pénzügyi, HR-, beszerzési, dokumentumkezelési vagy egyéb megoldások kapcsolhatók a környezethez.

Ez természetesen csak példa.

Egy másik vállalatnál teljesen más lehet az optimális sorrend.

Pontosan ez a modularitás lényege.

Miért lehet éppen bizonytalan gazdasági környezetben fontos az ERP?

Elsőre paradoxonnak tűnhet, de azok a körülmények, amelyek miatt a vállalatok óvatosabbak egy ERP-beruházással kapcsolatban, sok esetben éppen az ERP iránti igényt erősítik.

Ha csökkennek a marzsok, fontosabb a pontos költséginformáció.

Ha változik a rendelésállomány, fontosabb a gyors termeléstervezés.

Ha magasak a finanszírozási költségek, fontosabb a készletszint kontrollja.

Ha munkaerőhiány van, fontosabb az adminisztratív folyamatok automatizálása.

Ha bizonytalan az alapanyagellátás, fontosabb az MRP és a beszerzési tervezés.

Ha gyorsan változik a piac, fontosabb a vezetői információk rendelkezésre állása.

A Proalpha egyik, válságok utáni ERP-követelményekkel foglalkozó elemzése ugyanezt a változást emeli ki: a vállalatoknak rugalmasabb rendszerekre, jobb ellátásilánc-átláthatóságra, hatékonyabb termeléstervezésre és skálázható technológiára van szükségük.

Az ERP tehát nem kizárólag növekedési beruházás.

Hatékonysági és reziliencia-beruházás is lehet.

A legdrágább ERP-projekt néha az, amelyet évekig halogatunk

Egy ERP-projekt költsége viszonylag könnyen számszerűsíthető. Látjuk a licencek, az implementáció, a tanácsadás, az adatmigráció és az oktatás költségeit, és azt is meg lehet becsülni, hogy a projekt mennyi belső erőforrást igényel majd a vállalattól. Ezek a tételek megjelennek az ajánlatban és a projekt költségvetésében, ezért természetes módon ezek kerülnek a beruházási döntés középpontjába.

Sokkal nehezebb azonban meghatározni annak a költségét, ha a vállalat úgy dönt, hogy még néhány évig nem változtat a jelenlegi működésén.

Egy manuálisan működtetett folyamat önmagában talán nem tűnik jelentős problémának. Néhány Excel-tábla karbantartása, adatok átmásolása egyik rendszerből a másikba vagy egy vezetői riport manuális összeállítása napi szinten akár kezelhető feladatnak is látszhat. Ha azonban ezeket a tevékenységeket több munkatárs végzi minden héten, hónapokon és éveken keresztül, már jelentős munkaidő és költség halmozódhat fel.

Ugyanez igaz az információhiányból vagy a nem megfelelően összekapcsolt folyamatokból eredő veszteségekre is. Egy pontatlan készletinformáció felesleges beszerzéshez vezethet, miközben más esetben éppen az anyaghiány miatt állhat meg vagy csúszhat a termelés. A nem megfelelő termeléstervezés kihasználatlan kapacitásokat vagy határidőproblémákat okozhat, egy sürgősségi beszerzés vagy szállítás pedig olyan többletköltséget jelenthet, amely megfelelő tervezéssel elkerülhető lett volna.

Hasonlóan nehezen látható költséget jelent, amikor a vezetés csak jelentős késéssel jut hozzá a döntésekhez szükséges információkhoz. Ha egy termék, megrendelés vagy projekt tényleges eredményessége csak hetekkel később válik láthatóvá, akkor a vállalat addig akár ugyanazokat a veszteséget okozó döntéseket ismételheti.

Ehhez társul a szervezeti tudás kérdése is. Sok középvállalatnál bizonyos folyamatok működése még mindig nagymértékben néhány tapasztalt munkatárs tudásától függ. Ők tudják, melyik Excel-táblában található a megfelelő adat, hogyan kell egy speciális rendelést kezelni, vagy milyen információk alapján lehet reális termelési döntést hozni. Ez a tudás rendkívül értékes, ugyanakkor komoly működési kockázatot jelenthet, ha nincs megfelelően beépítve a vállalat folyamataiba és informatikai rendszerébe.

Ezek a költségek ritkán jelennek meg egyetlen, jól azonosítható soron a vállalat eredménykimutatásában. Nincs olyan főkönyvi számla, amelynek az lenne a neve, hogy „az ERP hiányának éves költsége”. A veszteség sokkal inkább szétszórva jelenik meg a túlórákban, a magasabb készletben, a sürgősségi beszerzésekben, a termelési veszteségekben, az adminisztrációban és az elmaradt üzleti lehetőségekben.

Éppen ezért bizonytalan gazdasági környezetben egy ERP-beruházás vizsgálatakor nem elegendő azt kiszámítani, hogy mennyibe kerül a változás.

Legalább ilyen fontos kérdés, hogy mennyibe kerül a vállalatnak évente, ha minden változatlan marad.

És minél tovább halasztjuk a szükséges digitalizációt, annál nagyobb lehet ennek a láthatatlan költségnek a kumulált értéke.

Nem az a kérdés, hogy „teljes ERP vagy semmi”

A vállalatirányítási rendszer bevezetéséről szóló döntést sokáig binárisan kezelték:

vagy elindítjuk a teljes projektet,

vagy elhalasztjuk.

A moduláris rendszerek és a korszerű implementációs megközelítések mellett azonban létezik harmadik út.

Elindítani azt, ami most üzletileg indokolt, és később továbbépíteni.

A Proalpha Business Application Suite moduláris felépítése, a meglévő rendszerekhez történő integráció lehetősége, a különböző működtetési modellek és a proMETHEUS Fast Track implementációs módszertan együttesen lehetővé teszik, hogy a vállalat saját prioritásaihoz igazítsa a digitális transzformáció ütemét.

A végső cél ettől nem lesz kisebb.

Továbbra is létrejöhet egy integrált vállalatirányítási környezet, amely összekapcsolja a vállalat legfontosabb folyamatait és adatait.

Csak az odavezető út válik kezelhetőbbé.

Német példák: az ERP-rendszer a vállalattal együtt fejlődhet

A fokozatos fejlesztés lehetőségét jól mutatja a német Theben AG példája. A családi tulajdonban lévő, elektronikai és épületautomatizálási megoldásokat gyártó vállalat 2001 óta használja a Proalpha ERP-rendszert. Az azóta eltelt több mint két évtizedben azonban a rendszer szerepe és funkcionalitása folyamatosan fejlődött a vállalattal együtt.

A jelenlegi Proalpha-környezet már nem kizárólag az alapvető ERP-folyamatokat támogatja. A Theben többek között APS termeléstervezést, projektmenedzsmentet és integrációs megoldásokat használ, miközben külföldi leányvállalatait – például Svájcban és Lengyelországban – Proalpha Cloud megoldással kapcsolta a rendszerkörnyezethez. A Proalpha referenciája szerint a vállalat szállítási határidőre történő teljesítése ma meghaladja a 95 százalékot.

A Theben példája jól szemlélteti a hosszú távú ERP-gondolkodás lényegét: nem feltétlenül azt kell az első projektben megvalósítani, amire a vállalatnak tíz vagy húsz év múlva szüksége lesz. Olyan rendszeralapot kell választani, amely később képes együtt fejlődni a vállalattal.

Hasonló fejlődési lehetőséget mutat a német apra-gruppe esete is. A vállalat 2008 óta dolgozik Proalpha ERP-rendszerrel, amely ma már az alapvető vállalati folyamatokon túl integrált termékkonfigurációval, APS termeléstervezéssel, Business Cockpitekkel és valós idejű adatelemzéssel is támogatja a működést. A Proalpha AI Platform megoldásai szintén megjelentek a vállalat rendszerkörnyezetében.

A Proalpha esettanulmánya szerint az apra-gruppe árbevétele megduplázódott, miközben a munkatársak száma csak mérsékelten emelkedett. A hatékonyabb folyamatok kevesebb hibát, gyorsabb működést és jobb vállalati irányíthatóságot eredményeztek.

Ez egy ERP-beruházás értékelésekor különösen fontos szempont. A vállalatnak nem kell feltétlenül ma finanszíroznia az összes olyan funkciót, amelyre a jövőben szüksége lehet. Először kialakíthatja az üzletileg indokolt ERP-alapot, majd a következő években a saját prioritásai és pénzügyi lehetőségei szerint kapcsolhat hozzá fejlettebb termeléstervezést, analitikát, további automatizációt vagy akár mesterséges intelligenciára épülő megoldásokat.

A német példák tehát ugyanabba az irányba mutatnak: a fokozatos ERP-bevezetés nem kisebb ambíciót jelent, hanem a beruházás tudatos ütemezését. A végső cél lehet egy átfogó, integrált vállalati rendszer – anélkül, hogy ennek teljes költségét és projektterjedelmét már az első bevezetési fázisban vállalni kellene.

Proalpha ERP: induljon a vállalata számára megfelelő ütemben

Ha vállalata számára szükségessé vált az ERP-rendszer modernizációja, de jelenleg nem szeretne egyszerre egy minden területre kiterjedő projektet finanszírozni, érdemes megvizsgálni a fokozatos bevezetés lehetőségét.

Egy előzetes konzultáció során meghatározható:

  • mely folyamatokkal érdemes kezdeni,
  • mely funkciók halaszthatók későbbi ütemre,
  • hogyan kapcsolhatók a meglévő rendszerek a Proalpha környezethez,
  • milyen lehet az egyes projektfázisok sorrendje,
  • és hogyan alakítható ki egy hosszú távon is bővíthető ERP-roadmap.

Nem feltétlenül kell mindent egyszerre digitalizálni.

A fontos az, hogy az első lépés már a megfelelő irányba történjen.