ERP-csapda: az emberi tényező

ERP-csapda: az emberi tényező

Egy ERP használata ma már az egészen kis vállalatok számára sem kérdés iparágtól függetlenül. Bár a kis vállalatoknál viszonylag átlátható egy vállalatirányítási rendszer bevezetése, még számukra is szükséges a precíz átgondolás, tervezés, hogy a különböző működési területek között összhang legyen, és mindenki a vállalat céljainak megfelelően használja a bevezetett rendszert. A nagyobb vállalatoknál ugyanez hatványozottan jelentkezik, külön csapatra van szükség ahhoz, hogy a belső folyamatokat, igényeket megfelelően tudják képviselni.

Az ERP sikeres bevezetésével kapcsolatban rengeteg tanács áll rendelkezésre, amelyek nagy része ingyenes, mégis folyamatosan olvashatunk nagy horderejű kudarcokról. Az, hogy sok szervezet sikeresen végrehajtja, vitathatatlan, és egyértelműen bizonyítja, hogy meg lehet csinálni, így a kérdés az, hogy miért nem garantálja a sikert még az sem, ha nagy összegeket dobunk az ERP-projektekre.

Hogy megpróbáljunk választ adni erre a kérdésre, ez a cikk kissé más szemszögből közelíti meg a problémát, és ahelyett, hogy kiemelné, mit kell tenni a siker érdekében, inkább azokat a dolgokat veszi górcső alá, amelyek a leggyakrabban járulnak hozzá a kudarchoz, abban a reményben, hogy az előre figyelmeztetéssel megelőzhető ez. Megnézzük, hogy az emberek hogyan lehetnek a siker akadályai. Azért az emberi tényezőt vizsgáljuk, mivel ez a legfontosabb tényező egy ERP-projektben. Bár új technológiák, mint például az üzleti intelligencia, a dolgok internete, a blokklánc stb. jelennek meg, továbbra is igaz, hogy az ERP nem a technológiáról szól, hanem az emberekről. Mi romolhat el tehát?

A csapatból kimaradt sztárjátékosok

Az ERP-projekt korai szakaszában nem szokatlan, hogy a vezetők szorosan be akarnak kapcsolódni, hogy megfogalmazhassák részlegük követelményeit, és biztosítsák, hogy az új rendszer megfeleljen az igényeiknek. A legkisebb projektek kivételével minden esetben hamarosan rájönnek, hogy a szokásos munkájuk elvégzése, miközben elegendő időt szabadítanak fel a hatékony munkavégzéshez, egyszerűen nem lehetséges, ezért gyakran úgy döntenek, hogy a feladat nagy részét a beosztottakra bízzák. Sajnos ilyenkor előfordulhat, hogy a felelősséget átruházzák, de a hatáskört nem, majd megpróbálják mikro-menedzselni ezeket a munkatársakat. Követelik, hogy minden döntést rajtuk keresztül hozzanak meg, és vétójogot követelnek a távollétükben hozott döntések felett. Az eredmény soha nem jó.

Egy kisvállalatnál egy kis projekt kivételével minden esetben az a megoldás, ha a feladatot olyan emberekre bízzuk, akik teljes munkaidőben tudnak a feladatra koncentrálni. Még a nagy projektek esetében is, amikor külső tanácsadók és rendszerintegrátorok végzik a munka nagy részét, szükség van egy teljes munkaidős belső alapcsapatra, amely kapcsolatot tart velük, megérti, és ha szükséges, megkérdőjelezi döntéseiket és ajánlásaikat. De ez fel is veti a kérdést, hogy kit válasszunk az osztályok képviselőinek. Gyakran axiómának tűnik, hogy a legjobb könyvelőnek kell könyvelnie, a legjobb vevőnek vásárolnia, a legjobb tervezőnek pedig terveznie, de ez ahhoz vezethet, hogy másodosztályú emberek kerülnek olyan pozícióba, ahol ők fogják eldönteni, vagy legalábbis befolyásolni, hogy a részlegük hogyan fog működni a jövőben hosszú éveken keresztül. Ezért tájékoztassa őket megfelelően, és beszéljen velük rendszeresen, de ne próbálja meg felügyelni őket.

Belső ellenállás

A változásmenedzsment fontos része egy bevezetésnek, de itt most nem erről van szó. Nem a változással szembeni vonakodás, hanem a változással szembeni szándékos és aktív ellenállásról van szó. A projektet kezdeményező és a vele járó jelentős beruházást jóváhagyó felső vezetés számára nyilvánvalónak tűnhet, hogy az új rendszer mindenki számára előnyös, mivel a vállalat hatékonyabbá és eredményesebbé válik, és ennek következtében nemcsak az összes alkalmazott munkahelyét biztosítja, hanem a vállalat növekedésével együtt az előléptetésre, illetve szakmai fejlődésre is lehetőséget teremt.

A legtöbb alkalmazott egyet is fog érteni. De nem mindenki. A változásra adott nagyon természetes és érthető emberi válasz a „Mit jelent ez nekem?”, és bár a változásmenedzsment enyhítheti az ismeretlentől való félelmet, más dolgokat is figyelembe kell venni. Az egyik az, hogy bármennyire is rossz egy vállalat meglévő rendszere, néhány embernek hasznára válik. Sokan közülük „régi motorosok” (bár nem feltétlenül idősek!), akik szakértőivé váltak abban, hogyan lehet a legtöbbet kihozni belőle, hogyan lehet kijátszani a gyengeségeit, hogyan lehet kijavítani a hibás dolgokat, és milyen adatokban lehet megbízni, és melyekben nem.

Ez teszi őket a „kapcsolattartókká”, ha probléma merül fel, és ez olyan státuszt biztosít számukra, amelyet azonnal elveszítenek, amikor egy új rendszert vezetnek be, és hirtelen mindenki egy szinten van. Megfelelően kezelve, ezek az emberek jelentős értéket képviselhetnek, mivel kollégáik megbíznak bennük, és ha megfelelő képzést kapnak, hogy az osztályok „szuperfelhasználóivá” váljanak, akkor az új rendszer hangos és befolyásos támogatóivá válhatnak.

Egy másodlagos leküzdendő probléma abból a tényből adódik, hogy az osztályok képviselőinek a „legjobbak legjobbjainak” kell lenniük. Sajnos, ha rosszul kezelik, ez azt üzenheti a szerepkörre nem kiválasztott személyeknek, hogy nem tartják őket a legjobbaknak, és néhányan nem fognak erre jól reagálni. Ilyenkor úgy érezhetik, hogy a projekt kisiklatása jó módja annak, hogy bebizonyítsák, hogy őket kellett volna választani. Az egyik lehetséges megoldás az, hogy a megvalósítási fázisban az alapcsapat több feladattal szembesülhet, mint amennyit kezelni tud, így felbecsülhetetlen értékű lehet az a képesség, hogy bizonyos feladatokat speciális csoportoknak delegálhassanak.

A kihívás az, hogy megértessük ezekkel az emberekkel, hogy a részvételük taktikai és nem stratégiai jellegű lesz, hogy az ő felelősségük az lesz, hogy kidolgozzák, hogyan kell a dolgokat elvégezni, és nem az, hogy mit kell elvégezni. A legrosszabb, amit egy vállalat tehet, ha azzal próbálja megnyugtatni a munkatársakat, hogy azt mondja nekik, hogy „figyelembe vesszük a véleményüket”, mert azok, akik ezt a kifejezést használják, és azok, akik ezt a kifejezést hallják, általában másképp értelmezik, hogy mit is jelent ez valójában.

A csapat nem csapat

A csapat nem emberek egy csoportja, akik együtt dolgoznak. A csapat olyan emberek csoportja, akik bíznak egymásban és támogatják egymást. Amikor tehát egy vállalat összehív egy csapatnyi embert az ERP bevezetésének irányítására, akkor – függetlenül az itt korábban tett, a legjobbak legjobbjainak kiválasztásáról szóló megjegyzésektől – ezeknek a vállalatoknak arról is meg kell győződniük, hogy a csapat egy csapat.

Ennek oka az, hogy egy ERP-rendszer számos részleget érint, így egy-egy döntés hatása messzire hullámzik. Például; egy beszerzési rendelés beérkezése hatással van a beszerzésre, a raktárellenőrzésre és a pénzügyre, így a kezelésével kapcsolatos döntéseket a csapatnak kell meghoznia, nem csak egy részlegnek. Elkerülhetetlenül kompromisszumokat kell kötni, és ez nehéz lehet, ha az emberek nem bíznak egymásban. A rendszer kiválasztásakor és bevezetésekor természetes, hogy a részlegek képviselői a saját részlegük számára a legjobbat akarják, de a legjobb rendszer a beszerzés számára nem biztos, hogy a legjobb rendszer a készletellenőrzés számára, és a legjobb rendszer a készletellenőrzés számára nem biztos, hogy a legjobb rendszer a pénzügy számára. A csapatnak tehát elég érettnek kell lennie ahhoz, hogy ki tudja választani a rendszert, és olyan eljárásokat tudjon kialakítani, amelyek a vállalat számára a legjobbak, nem pedig az egyes részlegek számára.

A bizalom szükségességének másodlagos oka, hogy amikor a projekt során nehézségek merülnek fel (és a projekt során nehézségek fognak felmerülni), a csapatnak egységes frontot kell mutatnia. Ha valaha is kiszivárog, hogy egy adott részleg ésszerűtlenül viselkedik, vagy húzza az időt, vagy akadályoz, akkor a vállalaton belül a sikeres projektbe vetett bizalom gyorsan elszivárog.

Nem megfelelő költségcsökkentés

Az ERP-rendszerek drágák. Drága a beszerzésük és drága a bevezetésük. Mielőtt a vállalatok elköteleznék magukat e kiadások mellett, a költségek igazolásán már átmentek. Ennek ellenére, amikor a számlák elkezdenek beérkezni, nem kevesen próbálnak majd módot találni a költségcsökkentésre, különösen akkor, amikor a költségvetés veszélyeztetettnek tűnik. Ebben a szakaszban nem tudják csökkenteni a szoftverek költségeit (a testreszabott szoftvereken kívül), így az egyetlen hely, ahol a csökkentésnek valódi hatása lehet, a tanácsadás és a képzés. Mindkettő drága (bár biztosan hallotta már a következő kifejezést: „Ha azt hiszi, hogy a képzés drága, próbálja ki a tudatlanságot”), de bármelyik csökkentése valódi károkat okozhat.

Ha a tanácsadás nem elégséges, a lehető legjobb rendszer kialakításának esélye jelentősen csökken. Ha a tanácsadóknak nincs elegendő idejük arra, hogy megértsék, mit szeretne elérni, akkor nem sok esélyük van arra, hogy azt hozzák, amit szeretne. Ha a képzési időt csökkentik, valakinek döntenie kell arról, hogy mit spórolnak meg, és mit nem tanítanak meg. Ki a legalkalmasabb arra, hogy ezt a döntést meghozza: egy rendszerszállító, aki nem ismeri az Ön üzleti tevékenységét, vagy az Ön munkatársai, akik nem tudják, mire képes a rendszer? Az eredmények a kiábrándítótól a katasztrofálisig terjednek.

Az ERP bevezetésekor fontos felismerni, hogy ez nem egy számítógépes rendszer. Valójában egy emberi rendszer, amely történetesen számítógépen fut. A Corvexnél rendkívül fontosnak tartjuk, hogy lehetőleg ne kudarccal végződjön egy bevezetés, és az ügyfelek ne érezzék magukat csapdahelyzetben.  Azon túl, hogy igyekszünk ügyfeleink figyelmét felhívni a fentiekre, még a felmérési fázisban ingyenes egésznapos demókkal segítjük a megfelelő tervezést, biztosítva a rendszerbe való, kellő mélységű betekintést. Tanácsadóink mély szakmai ismeretekkel és rálátással támogatják a megfelelő folyamatok bevezetését, illetve a későbbiekben a megvalósítást.

MRP vagy ERP?

MRP vagy ERP?

Az MRP, vagyis a gyártási erőforrás-tervezés a termelés tervezésére és ütemezésére, az anyagszükségletek és készletek menedzselésére létrehozott rendszer. Arra fejlesztették ki, hogy segítse a gyártókat abban, hogy a termelés a megfelelő anyagot a megfelelő mennyiségben a megfelelő időben kapja meg, és hasonlóan, hogy a cég képes legyen a vevők megrendeléseit pontosan kiszállítani. Az MRP-t az 1970-es években fejlesztették ki, és számos vállalkozásnak segített optimalizálni a nyersanyagok és késztermékek készletszintjeit, ami az eredményesség javulásához vezetett. Bár manuális módszerekkel is működtethető, igazi erejét számítógépes rendszerekben megvalósított verzióival érte el. Az 1990-es évekbe lépve a fejlesztők funkciókkal és integrációkkal bővítették az MRP-t, és elkezdték átnevezni ERP-nek, azaz vállalati erőforrás-tervezésnek. Az ERP még mindig segített a készletek optimalizálásában, de most már a pénzügyi irányításban, az ügyfélkapcsolat-kezelésben, a humánerőforrás-kezelésben, a beszerzésben, az értékesítésben és a marketingben is. Az MRP-t opcionális modulként lehetett beépíteni, ha a vállalkozásnak szüksége volt ezekre a szolgáltatásokra és funkciókra. Az ERP az összes adatot egy sor közös adatbázisban központosítja, amelyek segítenek a vállalkozásnak közös üzenetet tartani a különböző részlegek és funkciók között, akár a világ különböző pontjain is. ERP nélkül a gyártás az általa használt rendszereken alapuló „igazság” egy változata lehet, míg a pénzügy a különböző rendszereken alapuló más „igazságot” hihet.

Mi a különbség az ERP és az MRP között?

Az MRP specifikusabb célvásárló, és elsősorban a gyártók számára nyújt előnyöket, amelyek gyakran kisebb vállalkozások. Az MRP egy termék iránti keresletet vesz fel egy mennyiséggel és időkerettel. A rendszer ezután megszorozza a keresletet a termék egyes összetevőinek mennyiségével, és visszaadja az adott összetevő szükséges mennyiségét. Végül az adott komponensekre vonatkozó meglévő készleteket vagy nyitott beszerzési rendeléseket levonja, így az egyes komponensek dátumonkénti nettó szükségletét kapja meg. Az utolsó lépés a beszerzési rendelés megnyitásának időpontjának kiszámítása a szállítói átfutási idő alapján. Az ERP az ügyfélvállalkozások szélesebb körét célozza meg, amely magában foglalhatja a gyártókat és szinte bármilyen típusú vállalkozást, vagy akár más szervezeteket. Az ERP az összes keresleti követelményből indul ki, nem csak a termékértékesítésből és az előrejelzésekből. Az ERP például ismert és feltételezett tényezők alapján ki tudja számítani, hogy hány programozóra van szükség egy alkalmazás kifejlesztéséhez egy ügyfél számára. A végeredmény az a pénz, ember és egyéb erőforrás, amelyre egy vállalkozásnak a jövőbeli igények alapján várhatóan szüksége lesz.

Milyen hasonlóságok vannak az ERP és az MRP között?

Mindkét rendszer számítógépen fut, adatbázis-kezelő szoftver segítségével. Mindkettő használható a felhőben (cloud) vagy helyben telepített (on premise) eszközkészletként. Mindkét típusú rendszer segíthet egy vállalkozásnak elérni a célját, ha magasabb nyereséget és jobb tőkekihasználást szeretne elérni. Mind az ERP, mind az MRP integrálható más, a vállalkozás számára szükséges szoftverekkel, és mindkettő testre szabható az egyedi igényeknek megfelelően.

ERP – MRP – mit válasszunk?

Kezdje a vállalkozása követelményeinek rangsorolt listájával. Minden ERP (és MRP) az Ön követelményeivel kezdődik. Ha Ön nem gyártó, valószínűleg rögtön az ERP-re lép. Ha gyártó, bármelyik működhet, csak értékelje igényeit a rendszer képességeivel kapcsolatban, és találjon olyan szoftvert, amely megfelel az összes „kötelezően szükséges” felső szintű követelménynek, és a lehető legtöbb, következő szintű, „szépen megvalósítható” igénynek. Ha ennél picit konkrétabban nézzük, akkor egy MRP használata feltehetően átmeneti állapot lehet, mert a növekedéssel együtt bizonyos időn belül meg fog születni az igény egy teljes ERP-rendszerre. És bár úgy tűnhet, hogy minden esetben az ERP lenne a helyes válasz, vannak helyzetek, amikor mégis ésszerűbb az MRP-vel kezdeni / annál maradni, függetlenül attól, hogy a későbbiekben milyen döntés születik. Ilyen helyzet lehet az anyagi korlát.

EPR-megfelelés az Infor COM rendszerben

EPR-megfelelés az Infor COM rendszerben

Mielőtt belemennék az általános EPR-információkba, fontos kiemelnünk, hogy az Infor COM ERP-rendszer megfelel az EPR-rendelet előírásainak, mely szerint a gyártónak, illetve importőrnek a termék értékesítéséről kiállított számlában tájékoztatni kell a vevőt, ha az EPR-díj az eladót terheli. A jogszabály meghatározza a számlán feltüntetendő szöveget, amely a következő: „A kiterjesztett gyártói felelősségi díj megfizetése az eladót terheli.”

Amennyiben a vevő nyilatkozik a gyártónak vagy importőrnek, hogy a megvásárolt termék 60%-a külföldre kerül, úgy nincs EPR-díj fizetési kötelezettség. Hasonlóan nincs EPR-díj fizetési kötelezettség, ha a sütőolaj vevője nyilatkozik arról, hogy a megvásárolt terméket alapanyagként használja fel. Ilyen esetben a számlát a következő megjegyzéssel kell ellátni: „A vevő XY iktatási számú nyilatkozata alapján a kiterjesztett gyártói felelősség díj nem kerül megfizetésre”.

Mivel az Infor COM ERP-rendszer kifejezetten gyártó vállalatok számára alkalmas, ezért minden esetben érintettek ügyfeleink a rendelet betartásában.

Az EPR-rendelet alapján az autógyáraknak azonban lehetősége van átvállalni az általuk megvásárolt elektronikai eszközöket terhelő EPR-díjat. Amennyiben az átvállalás megtörténik, úgy az elektronikai termék gyártója a számlát a következő megjegyzéssel látja el: „Az EPR díj a vevőt terheli”.

A számlán az EPR-díj összegét nem kell feltüntetni.

Mi az az EPR és miért van rá szükség?

Az EPR (Extended Producer Responsibility, magyarul kiterjesztett gyártói felelősség) rendszer a hulladékgazdálkodás átalakítására irányul, és célja a termékek élettartama végén keletkező hulladék kezelésének finanszírozása és elősegítése, ezáltal a fenntarthatóságot és a környezetvédelmet előmozdító eszközként szolgál, és segít fenntarthatóbb jövőt teremteni mindannyiunk számára. Az EPR-díjakat a termékek gyártói vagy importőrei fizetik, és ezek a díjak előfinanszírozzák a lánc végén történő hulladékgyűjtést, -kezelést, az újrahasznosítást vagy ártalmatlanítást. Az EPR-rendszer azt célozza meg, hogy a termékeket fenntarthatóbban tervezzék és gyártsák, valamint ösztönözze a hatékony hulladékkezelést és az újrahasznosítást, ezzel csökkentve a környezeti terhelést és elősegítve a fenntartható gazdaságot.

Az EPR jogszabályi háttere

Az Európai Unióban az EPR-díjakat a környezetvédelmi törvények és irányelvek szabályozzák, és az uniós tagállamoknak ezeket az irányelveket kell alkalmazniuk. Uniós tagállamként, Magyarországon is ennek megfelelően kell összhangban lennie a szabályozásnak az uniós irányelvekkel. Az EPR-rendszer célja, hogy a gyártókat és importőröket bevonja és ösztönözze a termékek élettartama utáni hulladék kezelésében. Erre vonatkozóan Magyarországon a 80/2023. (III. 14.) Kormányrendelet a mérvadó, amely a kiterjesztett gyártói felelősségi rendszer működésének részletszabályait tartalmazza. A termékkategóriánkénti EPR-díj mértékét a 8/2023. (VI. 2.) EM rendelet részletezi.

Tehát az EPR-díjak mértéke a termék típusától és jellegétől függ, és az újrahasznosítás, az újrafeldolgozás vagy a hulladékkezelés költségeit fedezik. Ez ösztönzi a gyártókat, hogy olyan anyagokat és technológiákat válasszanak, amelyek könnyen újrahasznosíthatók vagy újrafeldolgozhatók.

EPR regisztráció és nyilvántartásba vétel

Az EPR-díjakat bevezető országokban általában a gyártóknak és importőröknek regisztrálniuk kell, és rendszeresen jelentést kell tenniük a termékek élettartama utáni hulladék kezelésével kapcsolatos tevékenységeikről. Magyarországon is hasonló kötelezettségek vannak érvényben.

Az EPR-rendszer bevezetése Magyarországon 2023. július 1-től lépett életbe, az első információs kötelezettség 2023. október 20-án volt esedékes. A díjat fizető vállalkozásoknak regisztrálniuk kellett a MOHU Partner Portálján, majd a hulladékgazdálkodási hatóságnál kellett kezdeményezniük a nyilvántartásba vételüket.

Az EPR-rendszer alapelvei tehát a következők:

1. Regisztráció és nyilvántartás: A gyártók és importőröknek 2023. április 1-jétől kezdve regisztrálniuk kellett a MOHU (Magyar Országos Hulladékgazdálkodási Ügynökség) által fenntartott Partner Portálján. Ezt követően május 31-ig bezárólag kezdeményezniük kellett a nyilvántartásba vételüket a hulladékgazdálkodási hatóságnál.

2. Díjfizetés: Az EPR-díjak mértéke a termékek típusától és jellegétől függ. A díjakat a vállalkozások negyedévente fizetik, és a hulladékgazdálkodási hatóság számolja ki a díj összegét az érintett termékek mozgása alapján. A díjakat a vállalkozásoknak a kiszámlázástól számított 15 napon belül kell teljesíteniük.

3. Nyilvántartás és adatszolgáltatási kötelezettség: A vállalkozásoknak rendszeresen jelentést kell tenniük a hulladékgazdálkodási hatóság felé az EPR-díjjal érintett termékek mozgásáról. A nyilvántartást és a jelentéseket elektronikus formában kell benyújtani a hatósághoz.

4. Termékkategóriák: Az EPR-díjakat különböző termékkategóriák esetén alkalmazzák. Ezek a termékkategóriák tartalmazzák például a csomagolásokat, az egyes egyszer használatos műanyag termékeket, az elektromos és elektronikus berendezéseket, az elemeket és akkumulátorokat, a gépjárműveket, a gumiabroncsokat, a reklámhordozókat és irodai papírt, a sütőolajat és -zsírt, a textil termékeket és a fából készült bútorokat.

5. Kötelezettek: Az EPR-díjak fizetésére kötelezettek a termékeket gyártók és importőrök. Azoknak a vállalkozásoknak is fizetniük kell az EPR-díjat, akik csomagolószert vásárolnak és termékeiket a megvásárolt csomagolásba belecsomagolva értékesítik.

További hasznos linkek

Termelésirányítási ERP-tanácsadó

Termelésirányítási ERP-tanácsadó

 

Egy munka, ami nem munka, hanem hivatás? Egy csapat, amely nemcsak együtt dolgozik, hanem össze is tart? Rugalmas munkaidőt, home office lehetőséget, csapatszellemet, komoly és értékes tudást adó képzést kínálunk.

A Corvex Üzleti Megoldások Zrt. a gyártóipar cégeinek sikeres működését és fejlődését támogatja ERP-megoldásaival, specialistaként a termelés teljes szervezése, tervezése és irányítása emel ki bennünket a szolgáltatók közül. Professzionális tanácsadói csapatunkba keresünk munkatapasztalattal már rendelkező ERP-tanácsadókat, vagy az ügyféloldalon a termelés és belső logisztika folyamatait jól ismerő, és az ERP-rendszereket felhasználóként mélyen ismerő leendő kollégákat.

Vállalatirányítási és termeléstervező rendszereink bevezetése során neked is részed lehet abban a kivételesen izgalmas folyamatban, melyben ügyfeleinket velük közösen, lépésről-lépésre egy egyre hatékonyabb és folyamatosan növekvő pályára állítjuk át. Nincs két egyforma ügyfél, nincs két egyforma projekt és nincs két azonos probléma. Ha érdekelnek az emberek, a folyamatok, a szoftverek, ha érdekel a gyártás és az ERP világa, akkor csatlakozz hozzánk, és legyél te is a tanácsadó csapatunk tagja!

 

A jelölt feladatai:

 

  • Ügyfelek vállalati folyamatainak megismerése, megértése és dokumentálása (fókuszban a termelés és logisztika)
  • Ügyfelek folyamatainak átalakítása a hatékonyabb működés érdekében
  • ERP és termeléstervező rendszereink bevezetése az ügyfeleknél
  • Ügyfelek oktatása a szoftvereink használatára
  • Egyedi ügyféligények megértése és közvetítése a fejlesztők felé
  • A projektfeladatok és a projekt-előrehaladás adminisztrációja
  • Ügyfelekhez való utazás
  • Rendszeres kapcsolattartás a hozzád rendelt ügyfelekkel
  • Értékesítés támogatása a konzultációk során

Az ideális jelölt szakmai kompetenciái:

 

  • Ügyfelek vállalati folyamatainak megismerése, megértése és dokumentálása (fókuszban a termelés és logisztika)
  • Alapvető szoftverismeretek
  • Gyártási folyamatok ismerte
  • Logisztikai folyamatok ismerete
  • Logisztikai, gyártáslogisztikai tapasztalat
  • ERP rendszerekkel kapcsolatos tapasztalat

Az ideális jelölt személyiségjegyei:

 

  • Rendszer- és folyamatszemlélet
  • Komplex problémák megértési képessége és globális látásmód
  • Dinamikus és agilis személyiség
  • Kiváló a kapcsolatteremtő- és kommunikációs készség
  • Határozottság és célorientáltság
  • Jó szervezőkészség
  • Rugalmasság
  • Magabiztos előadókészség
  • Csapatszellem

 

A jelölttel kapcsolatos elvárások:

 

  • Utazási hajlandóság
  • Proaktív megközelítés, tanácsadói attitűd
  • B-kategóriás jogosítvány

Előnyként az alábbiakat vesszük figyelembe:

 

  • Angol vagy német nyelvtudás
  • Projektmenedzsment tapasztalat
  • Oktatási vagy előadási tapasztalat
  • Logisztika, műszaki menedzsment, vagy más releváns képzés vagy diploma

 

Amit kínálunk:

  • Versenyképes fizetés
  • Szakmai fejlődési lehetőség
  • Izgalmas projektek
  • Nyitott és segítőkész vállalati kultúra, családias légkör
  • Rugalmas munkavégzés

Jelentkezésedet fényképes szakmai önéletrajzoddal, motivációs leveleddel és a fizetésigényed megjelölésével együtt várjuk. Ha bizonytalan vagy, vagy csak kérdezni szeretnél, keress bátran bennünket! Bízunk benne, hogy hamarosan téged is csapatunkban üdvözölhetünk.

 

Kulcsszavak: állásajánlat, ERP tanácsadó, ERP szakértő, opentowork, nyitott pozíció, konzultáns, proaktív hozzáállás.

    Hogyan készüljön fel a felhőalapú ERP bevezetésére?

    Hogyan készüljön fel a felhőalapú ERP bevezetésére?

    A fenti megállapításnak számos oka van, de a legtöbbjük arra vezethető vissza, hogy a felhasználói magabiztosság megléte kiemelt fontosságú, amint az éles indítás után az ERP elkezdi működtetni a legtöbb, ha nem az összes belső üzleti folyamatot. Éppen ezért hasznos lehet a legkritikusabb előkészületi lépéseket áttekinteni, amelyekkel a bevezetés során számolni kell.

    1. A folyamatok elemzése, a kezdetektől a végéig

    Egy felhőalapú ERP-rendszer bevezetése lehetőséget kínál arra, hogy az üzleti folyamatokat az alapoktól kezdve katalogizáljuk és megvizsgáljuk, mivel ezek az elemek természetüknél fogva szinte minden kritikus pontot érintenek egy vállalaton belül. Ez a lépés fontos az új virtuális rendszer és felhasználója közötti kapcsolat eredményesebb kialakításához. Ugyanakkor ez a lépés egyértelmű lehetőséget kínál arra, hogy a vállalat belső üzleti infrastruktúrájának virtuális környezetbe történő átköltöztetése előtt elvethetők, módosíthatók és/vagy finomíthatók legyenek azok a működési folyamatok, amelyek esetleg nem annyira hasznosak, mint amennyire lehetnének.

    2. Megfelelő riport-rendszer létrehozása

    Ez a tervezési lépés a vállalati jelentési rendszerre vonatkozik, valamint arra, hogy a vállalat hogyan használja (vagy nem használja) fel az új ERP által rendelkezésre bocsátott információkat. A régebbi jelentésekre is szükség lehet egy új felhőalapú rendszer esetében, így ennek vizsgálata módot kínál arra, hogy megváljon néhány feleslegestől. Mivel azonban a felhőalapú ERP közvetlenül is hozzájárul az általános átláthatósághoz, a tervezéskor azonnal fel kell készülni a riportok bővítésére is, amint az új ERP képességei vagy adatai erre üzleti előnyöket jelentő lehetőséget adnak.

    3. Biztonsági követelmények elemzése

    Tekintettel a jelenlegi adatbiztonsági környezetre, a mai ERP-rendszerek szigorúbb követelményeket támasztanak, mint a korábbi a verziók. Az adatok védelmének, a mélyen átgondolt biztonsági protokolloknak, valamint az aktív és passzív védelmi és helyreállítási rendszereknek a kérdéseit kell megoldaniuk. Kifejezetten a felhőalapú ERP esetében figyeljen a biztonsági folyamatok/irányelvek eltéréseire a korábbi platform és az új, felhőalapú rendszer között; az utóbbi jellemzően beépített biztonsági folyamatokat tartalmaz, amelyeknek vizsgálni kell a céges követelményeknek való megfelelését.

    4. Az elavult vagy nem kívánt adatok megtisztítása

    Egy új ERP-rendszer bevezetése remek lehetőséget kínál a teljes adatállomány vizsgálatára és felülvizsgálatára, mielőtt az információkat a régiről az új felhőplatformra migrálnánk. Ez a fejlesztés magában foglalhat olyan hétköznapi kérdéseket, mint az elavult vagy duplikált adatok eltávolítása, de olyan összetettebb területeket is, mint a helyi és a távoli adattárak közötti adatcsatorna-kapcsolatok. A folyamat végén ez az erőfeszítés biztosítja, hogy a megfelelően letisztult, szükséges és elégséges adatvagyonnal lehessen elindítani a felhőbe költözést.

    5. Infrastruktúraelemzés elvégzése

    Bár úgy tűnhet, hogy minden tervezési energiát magára a felhőalapú ERP-platformra kell irányítani, a vállalat háttérben lévő régi infrastruktúráját még a bevezetés előtt validálni kell. A vállalati üzemeltetőknek nem szabad alábecsülniük ennek a platformnak a fontosságát, mivel egy felhős szoftverrendszer csak annyira lesz hatékony, amennyire azt a helyi környezet lehetővé teszi.

    Felhőalapú ERP bevezetés

    Igaz, számos más, fontos fókuszterület is létezik még az ilyen tervezési körrel kapcsolatban, de a „Nagy Ötös” listával elég nagy magabiztossággal kezdheti meg a munkát. Ugyanakkor minden folyamat végső célja az kell legyen, hogy üzleti szinten „mit akar a vállalat”, nem pedig az, hogy „mit szeretne a szállító”. Tehát ha már csak ezt a kikötést szem előtt tartja, jócskán előrehaladt azon az úton, hogy azt a rendszert kapja meg, amit szeretne, amikor szeretné, és hogy úgy működjön az ERP az éles indítás után, ahogy szeretné.