Magento ERP integráció: hogyan készítsük elő hibák nélkül

A webáruházak összekapcsolása más rendszerekkel az egyik legkomplexebb kihívás az e-kereskedelemben. A siker szempontjából egyaránt fontos a jól működő webshop, egy jó ERP szoftver és a megfelelő kommunikáció a kettő között. Mivel az e-kereskedelem az újabb módszerek és technológiák révén folyamatosan bővül és fejlődik, mindig szükség van új megoldások bevezetésére és integrálására.



 

Egy ilyen rendszer legkritikusabb részei a következők:

  • A) az ERP szoftver
  • B) az e-kereskedelmi platform
  • C) a közöttük felépülő adatáramlási séma
  • D) az adatkapcsolat implementációja

 

Cikkünkben a rendszer-integráció szempontjából a Magento e-kereskedelmi rendszert fogjuk megvizsgálni, amely véleményünk szerint a kis- és középvállalkozások számára az egyik legmegfelelőbb e-kereskedelmi platform. Ezt az alábbiakban számos érvvel igyekszünk majd alátámasztani.

Ami az ERP (Enterprise Resource Planning – Vállalatirányítási információs rendszer) oldalát illeti, itt a megítélés szempontjából az e-kereskedelmi rendszerhez való integrálhatóság csak egy szempont a sok közül, de alapvető elvárásnak tekinthető egy aktívan fejlesztett, moduláris, bővíthető ERP rendszer, amely igazodik a vállalkozás igényeihez és anyagi lehetőségihez, és amely támogatja a más rendszerekkel, különösen az e-kereskedelemmel való integrációt. Külön előny, ha az ERP szoftver megfelelően dokumentált, bővíthető API-val rendelkezik.

 

Az alábbiakban alapvetően a következő kérdést igyekszünk körüljárni:

Milyen folyamatokat, hogyan lehet és érdemes szinkronizálni a Magento és egy ERP rendszer között?

 

A következő témákat fogjuk érinteni:

 

Üzleti szempont – az e-kereskedelem szerepe a vállalkozásban

  • Integráció – Miért?
  • Központi vezérlés
  • Méretbeli szempontok
  • A növekedés hatásai – egyre inkább középpontban az ERP

 

A webáruház-dilemma – miért a Magento?

  • Számtalan funkció és beállítási lehetőség
  • API (Application Programming Interface)
  • Kulcsra kész integrációs megoldások

 

Az ERP-oldal

  • ERP: belső folyamatok összehangolása
  • A rugalmasság ára
  • ERP – felhő vagy saját szerver?
  • API és ERP

 

Az Integráció

  • Elmélet: Adatfolyam-modell
  • Gyakorlat: Megvalósítási lehetőségek
  • Hogyan válasszunk?

 

Mit kérdezzünk egy rendszerintegrátortól?

  • Megbízhatóság: Hogyan garantált az integráció megbízhatósága?

 

 

 

Üzleti szempont – az e-kereskedelem szerepe a vállalkozásban

 

Integráció – Miért?

Mérettől függetlenül minden vállalkozásnál, akár egy mellékállásban üzemeltetett webshopnál is néhány termékkel, előbb-utóbb felmerül az igény, hogy optimalizáljuk és automatizáljuk a monoton, ismétlődő munkafolyamatokat. Ezzel időt és pénzt takarítunk meg, csökkentjük a hibázás lehetőségét, megsokszorozzuk a képességeinket és sok fejfájástól kímélhetjük meg magunkat és kollegáinkat. Az az egyik ok, amiért célszerű a az általunk használt rendszereket integrálni. A különböző rendszerek különféle feladatokra vannak optimalizálva, erőforrás-kezelési célokra való az ERP-k, kapcsolatkezelésre a CRM-ek, e-mail küldésre az e-mail marketing szoftverek. Ha mindenből a legjobbat szeretnénk használni, nincs más választásunk, mint integrálni.

A integráció óriási előnye, hogy csak egyszer, egy helyen kell egy feladatot elvégezni, és munkánk eredménye a többi kapcsolt rendszerbe automatikusan átkerül.

Az integrációval szemben persze alapvető követelmény, hogy zökkenőmentesen és automatikusan működjön. Talán említeni sem kell, kevéssé hasznos az integráció abban az esetben, ha több problémával jár, mit ha az integrálandó feladatokat külön-külön végeznénk el.

 

Központi vezérlés

A leghatékonyabb megoldás tehát dedikált rendszereket alkalmazni úgy, hogy csak egyetlen központi helyen kelljen egy-egy feladatot elvégezni vagy adatokat kezelni. Bárhol is keletkezzenek például a rendelések, online vagy offline, legjobb, ha mindig az ERP-ben kezeljük őket.

Ugyanígy, ha a termékeket már egyszer már importáltuk, beáraztuk, konfiguráltuk az ERP rendszerünkben, bizonyára nem szeretnénk ugyanezt még egyszer megtenni a webáruházunkban. Mindig lehet persze kompromisszumokat kötni, példálul a termékeket kötegelve importálni az ERP-be majd hasonló képpen a webáruházba, és utána csak a raktárkészletet szinkronizálni az ERP-ből, de ahhoz, hogy megfelelő következtetésekre jussunk, elméletben és gyakorlatban koncentráljunk most csak egyaránt ideális működésre, és tekintsünk el az esetleges implementációs nehézségektől, várható költségektől és technikai problémáktól.

 

Méretbeli szempontok

Könnyű belátni, hogy minél nagyobb egy cég e-kereskedelmen kívüli része, annál több dolgot célszerű elvégezni az ERP rendszerben és az így keletkezett adatokat szinkronizálni a Webáruházba. Ugyanakkor minél kisebb egy vállalkozás nem e-kereskedelemmel foglalkozó része, annál kevesebb dolgot érdemes a Magentón kívül kezelni, hiszen a Magento már eleve rendelkezik alapvető ERP funkciókkal: készletkezeléssel, bizonyos országokban hivatalosan is elfogadott számlázási megoldással, és szállításkezeléssel.

 

magento ERP integráció nagy cégek

 

Egy csupán néhány terméket árusító kezdő vállalkozás például praktikusan először csak a számlázási rendszerét szeretné integrálni: elég a megrendeléseket leszinkronizálni a webshopból és minden mást továbbra is kényelmesen lehet a Magentón belül intézni.

Egy több raktárral és áruházzal rendelkező üzletlánc vagy egy globálisan szállító nagykereskedő viszont adott esetben gyorsan változó raktárkészletét, árazási, számlázási és szállítási adatokat és üzleti folyamatait eleve a maga ERP rendszerben kezeli, így e-elengedhetetlen, hogy az e-kereskedelmi megoldása teljes körűen integrálódjon ahhoz – így adott esetben még arra se legyen szükség, hogy be kelljen lépni az integrált webáruház admin felületére, kivéve esetleg ha a webshop felhasználói felületet, online ajánlórendszer beállításait kell módosítani.

Az ERP szempontjából ugyanez vonatkozik a webshop mellett minden más integrált rendszerre: CRM, BI, e-kereskedelmi marketing, 3PL stb. Minél szerteágazóbb egy kereskedő tevékenysége, annál kevésbé praktikus ezeket a rendszereket — tulajdonképpen áttételesen — az e-kereskedelmi platformmal összekötni, és annál ésszerűbb őket szinkronizációs szempontból az ERP köré építeni, ahol az adatokat tulajdonképpen kezeljük.

 

magento ERP integráció kis cégek

 

A növekedés hatásai – egyre inkább középpontban az ERP

Az e-kereskedelmi integráció, illetve az integráció aranyszabálya az arra való törekvés, hogy egy műveletet a legalkalmasabb, központi helyen végezzünk el, és a változásokat ebből a forrásból terjesszük el a többi kapcsolódó rendszerbe.

 

 

A webáruház-dilemma – miért a Magento?

 

Számtalan funkció és beállítási lehetőség

A Magento-t a kezdetektől fogva arra tervezték, hogy a maximumot nyújtsa mint dedikált e-kereskedelmi platform. A nyílt forráskód, a számtalanféle termékbeállítás, vásárlói csoportok, árszabályok, a szűkítő keresés, fizetési és szállítási integrációk, importálási és exportálási lehetőségek egyedivé teszik a piacon.

 

API (Application Programming Interface)

A Magento talán legkiemelkedőbb előnye, hogy fejlett API-kat tartalmaz, melyek a legtöbb beépített funkcióhoz hozzáférést nyújtanak. Technikai szempontból a Magento a következő API-kkal rendelkezik: SOAP API v1, v2, XML-RPC, REST és XMLConnect mobil alkalmazásokhoz. A Magento API-k jól dokumentáltak, amellett az integráció szempontjából óriási előnyük, hogy bővíthető, moduláris felépítésűek.

 

Kulcsra kész integrációs megoldások

Végül, de nem utolsó sorban, a Magento számtalan rendszerhez már eleve integrálva van. a A piacon több tucatnyi kulcsra kész integráció közül választhatunk, köztük az olyan vállalati szintű rendszerekkel, mint a SAP, Microsoft NAV, Sage, NetSuite stb.

 

 

Az ERP-oldal

 

ERP, a belső folyamatok összehangolása:

Az ERP rendszereket alapvetően olyan üzleti folyamatok összekapcsolására és egységes kezelésére fejlesztették ki, mint a pénzügyek, fizetési műveletek, számvitel, számlázás, gyártás, emberi erőforrások, munkafolyamat-kezelés, minőség-ellenőrzés, beszerzés, ellátási lánc irányítás, raktározás, raktárkészlet-kezelés, ügyfélkapcsolat-kezelés stb.. Az ERP rendszerek, azáltal, hogy összekötik az adatokat és a folyamatokat, javítják a minőséget, hatékonyságot, kollaborációt, monitorozást és döntéshozást a vállalaton belül.

 

A rugalmasság ára

Az ERP rendszereket mindig az adott cég igényeire kell szabni, illetve konfigurálni, így a rugalmasság minden igazi ERP génjeibe van kódolva. Minél rugalmasabb és minél inkább testre szabott azonban egy ERP, annál nehezebb egy másik rendszerrel összekötni. Különösen igaz ez akkor, ha a másik rendszer is olyan összetett, mint amilyen a Magento, és a rendszerek összekötésénél a belső folyamatok sajátságaira is tekintettel kell lenni.

 

ERP – felhő vagy saját szerver?

Napjainkban fénykorukat élik a különféle felhőalapú szolgáltatások, és nincs ez másként az ERP-k világában sem. A felhő alapú szolgáltatások számos nyilvánvaló előnnyel rendelkeznek, melyek közül a legfontosabbak a gyors telepíthetőség, alacsonyabb működtetési összköltség, megbízhatóság, nyílt, átlátható frissítések és fejlett API-interfész. Mindez a felhőalapú ERP rendszereket igen versenyképessé teszik a középvállalatok körében.

A felhő alapú szolgáltatók különös figyelmet fordítanak arra, hogy rugalmas API-felületet biztosítsanak ügyfeleiknek; funkcionális API nélkül nehéz egy felhő alapú szolgáltatást elképzelni, ami remek alapja lehet az e-kereskedelmi integrációnak is.

A saját szerverre telepített ERP-k, közép- és nagyvállalatok számára viszont igen nagy szabadságot, jobb irányítási lehetőséget, adatbiztonságot kínál, valamint az egyedi igények átfogóbb kiszolgálását nyújtja a kereskedőnek.

Egy kisebb vállalkozásnak tökéletesen megfelelő megoldás lehet egy kompakt ERP rendszer is, hozzá tartozó támogatással akár az irodai számítógépeken, akár közeli adatközpontban üzemeltetve. Az e-kereskedelmi integrációhoz ilyen esetben azonban valószínűleg erősen egyénre szabott megoldásra van szükség.

 

API és ERP

Az ERP rendszerek egyik történelmi hiányossága, hogy mivel kifejlesztésükkor az elsődleges szempont a belső modulok integrációja volt, a külső rendszerekkel való szabványos kapcsolódás kérdése gyakran csak a második fázisban került elő.

Ez a trend gyorsan változik, és a napjainkban széles körben alkalmazott felhőalapú szolgáltatások világában a fejlesztő cégek egyre inkább felismerik a teljes körű összekapcsolhatóság értékét.

A teljes körű integrálhatóság jól dokumentált, robusztus, teljesítmény-optimalizált API-t jelent, mely a rendszer funkciónak egészét lefedi. Az API-k két fő működést valósítanik meg:

  • üzleti logika, amely az ellenőrzött adatcserén keresztül lehetővé teszi a belső folyamatok elérését,
  • standard és documentált interfész, amely az üzleti logikára épül.

Mindkettő igen lényeges. A régebbi  ERP rendszerek közül sok csupán adatbázis vagy fájl/dokumentum alapú elérést tesz lehetővé, így ha ilyen rendszereket kell integrálni, maga az adatkapcsolat megvalósítása is nagy kihívást jelenthet.

Néhány ERP saját, integrált webshop modult is tartalmaz. Amennyiben az integrációt valamilyen jól dokumentált API felület segítségével alakították ki, akár az ERP, akár az e-kereskedelmi oldalán, lehetőség nyílhat a beépített webshopot az eredeti API felület megtartása mellett jobbra cserélni.

 

Az Integráció

 

Amint megtaláltuk céljainknak megfelelő ERP rendszert és e-kereskedelmi platformot, nincs más hátra, mint összekötni őket. Itt szeretnénk azért megjegyezni, hogy amikor akár technológiaváltás vagy új üzletág bevezetése miatt új ERP-t (vagy Webshopot) keresünk, érdemes előre meggyőződni arról, hogy a rendszerek megfelelően összekapcsolhatók egy hozzáértő partner és alkalmas technológia segítségével.

 

Elmélet: Adatfolyam-modell

Az ERP-webáruház integrációról, illetve általában a rendszerintegrációról szólva érdemes áttekinteni néhány tervezési szempontot.

 

Adatáramlás – forrás és cél

Ez az adatfolyam-modellezés legkönnyebben megérthető, legáltalánosabb szintje. Az egyik rendszerben keletkezett vagy frissített adatot át akarjuk vinni egy másik rendszerbe. Ezen a szinten mellékes, hogyan végezzük ezt el, van-e különbség az adatformátumban, mellékesek az adatátviteli csatornák, csak annyit tudunk, hogy szükségünk van a műveletre. Ilyen például, hogy ha egy termékjellemző frissül az ERP-ben, akkor ezt a változást át akarjuk vinni a webshopba is.

 

Időzítés – mekkora késés elfogadható?

Miután megterveztük az adatáramlási sémát, vagyis hogy mikor milyen adatokat akarunk A-ból B-be, ill. B-ből A-ba szinkronizálni, fontos felmérni, hol van szükség azonnali – vagy inkább minimális késéssel megvalósított – frissítésre és hol tolerálhatók nagyobb késések.

Néhány rendszerben például a termékkészlet nagyon sűrűn változik; ilyenkor gyakran elvárás, hogy a készletadatok a webshopban is minél frissebbek legyenek. A legoptimálisabb megoldás ilyenkor, ha az a rendszer kezdeményezi közvetlenül a frissítést, ahol a változtatás történik, de bizonyos esetekben az is elfogadható alternatíva, ha a céloldali rendszer gyakori státuszellenőrzéseket végez.

 

magento ERP integráció összekötés

 

Szinkron vagy aszinkron

Az időzítés egy másik szempontja a szinkronicitás. Egy rendszeren belül két művelet szinkron folyamat, ha a rendszernek várnia kell egy hívás – akár helyi, akár pedig távoli hívás, pl. adatátvitel – eredményére vagy befejezésére ahhoz, hogy a következő műveletet elvégezhesse.

Az aszinkron I/O esetében a rendszer tétlen várakozás helyett valami más, hasznos dolgot végezhet, és csak akkor tér vissza az eredeti művelethez, mikor a hívás befejeződött. A blokkoló jellegű függőség bizonyos hívások közt olykor elkerülhetetlen, de az adatáramlási sémában, amikor csak lehetséges, érdemes kiiktatni ezeket a szekvenciális függőségeket, és az adatáramlást alapvetően aszinkronná tenni.

Megfelelően alkalmazva az aszinkron folyamatok sokkal hatékonyabban működnek, és kevésbé hajlamosak szűk keresztmetszeteket, „adatforgalmi dugókat” előidézni. A hibatűrés fokozása és a robusztusság érdekében azonban még az aszinkron folyamatok esetén is ajánlatos a hívások sikeréről visszajelzéseket gyűjteni és azokat monitorozni.

 

Tranzakciós adatok

Bizonyos esetekben az a cél, hogy egy sor művelet két vagy több rendszerben egyaránt végbemenjen, vagy ne menjen végbe egyik rendszerben sem. Az egyik legtriviálisabb példa erre az átutálási tranzakció.

Az átutalandó összeget az egyik helyen a számláról le kell vonni, közben a másik helyen a számla összegéhez hozzá kell adni. Ha ezt bármi megakadályozza, akár a folyamat közepén is, az eredeti állapot vissza kell állítani mindkét helyen.

Egy másik, az e-kereskedelemre jellemző példa a rendeléslétrehozás. Gondoljunk egy webshopra, mely engedményes árú termékeket árul nagyon alacsony készlettel egy olyan raktárból, amely offline rendeléseket is kiszolgál.

Ebben az esetben jogos elvárás lehet, hogy a webshopon kezdeményezett rendelés, ha a raktár aktuális készletadatai lehetővé teszik, egyszerre jöjjön létre az ERP rendszerben és a webshopban, vagy ellenkező esetben ne jöjjön létre egyik rendszerben sem, miközben hibaüzenet tájékoztatja a vevőt a webshopban arról, hogy az adott termék a kívánt mennyiségben már nem áll rendelkezésre.

 

 

Gyakorlat: Megvalósítási lehetőségek

Az eddigiekben átvettük az integráció magas szintű struktúráját, megértettük, mi az adatforrás célja, az időzítés lényege, mit takar a szinkronizálás és aszinkronizálás folyamata és mit kell tudni a tranzakciókról. Eljött az ideje, hogy megnézzük, hogyan alkalmazzuk ezeket a gyakorlatban.

 

Szerver-kliens API

Az adatcsere egyik kulcsfontosságú eleme a szerver-kliens modell, amelyben a kliens oldal kezdeményezi a kommunikációt, aktívan küld, illetve kér le adatokat, vagy parancsot továbbít, míg a kiszolgáló (szerver), ahogy a neve is mutatja, kiszolgálja a kéréseket, adatokat dolgoz fel, ad vissza, vagy feladatokat hajt végre.

A kliens valamilyen csatornán keresztül meghívja a szervert, az pedig feldolgozza a hívást, ideális esetben azonnali választ küldve visszajelzésként. Mindez a kérés/válasz paradigmára épül, amely lehetővé teszi a két vagy több rendszer közti aktív, egyidejű kommunikációt.

Ez a modell ideális olyan aszinkron folyamatok kezelésére is, melyek során a működés sikerességére vonatkozó visszajelzésre van szükség. Egy szerver/kliens felépítés könnyen tudja kezelni a több klienses párhuzamos kapcsolatokat, tehát jól skálázható.

 

Fájlátvitel és adat-közzététel

Ez tulajdonképpen egy protokoll nélküli adatátvitel, melynek során az egyik fél szimplán elérhetővé teszi az adatokat a másik fél számára egyszerű dokumentumként. Ennek leghétköznapibb formája, ha közzétesszük az adatot letölthető formában az interneten, vagy egy FTP szerveren, illetve ha FTP-n keresztül feltöltjük a célszerverre.

Egyszerűségének köszönhetően ez a modell jól működhet olyan körülmények között, ahol a fogadó fél megbízik az adatforrásban, tehát nincs szükség bonyolult hozzáférés-kezelésre, formátum-ellenőrzésre, vagy közvetlen visszajelzésre.

Bár ez a módszer messze nem mondható kifinomultnak és rugalmasnak, tökéletesen illik az adatszolgáltató/fogyasztó paradigma egyirányú információáramlásához, és még ma is rendkívül elterjedt – különösen a termékadatok átvitelében. Ami az átvitt adatokat illeti, természetük szerint aszinkron adatokról van szó, ugyanakkor maga a dokumentum-átadás és -feldolgozás kontrollálható, szabályozható, sorosítható.

Ez a fajta kommunikáció mind a küldő, mind a fogadó fél részéről aktivitást kíván. A küldő félnek aktívan publikálni kell a dokumentumokat, míg a fogadónak aktívan befogadni és feldolgozni. Mindez általában egyedi fejlesztést kíván a fogadó fél oldalán.

 

Közvetlen adatbázis-kapcsolat

A közvetlen adatbázis-kapcsolat hatékony szinkronizálási módszer, a legtöbb esetben azonban sok hibalehetőséget rejt és veszélyes, mivel megkerüli az adatbázis köré épített üzleti logikát.

 

Köztes rendszerek

Külön modell un. köztes rendszerek használata a kommunikációban: ilynkor az összekapcsolt rendszerek közé beékelődik egy harmadik, mely menedzseli, optimalizálja, naplózza, monitorozza, az adatcserét, egymásba alakítja különböző adatformátumokat, vagy akár gyorsítótáraz bizonyos adatokat. Ez a köztes réteg nemcsak két rendszer csatlakozási pontja lehet, hanem alrendszerek egész infrastruktúrájának mindent mindennel összekötő csomópontja.

Ezeket a közbenső szoftvereket gyakran nevezik Vállalati Szolgáltatás Buszoknak (ESB).

Az ilyen szolgáltatási csomópontokra jó példája a Zapier, mely kliensként számtalan különböző rendszer API-jához képes csatlakozni, a forrásrendszerből érkező bemeneti adatokat átalakítja a célrendszer formátumává, és mindezt felhő alapú szolgáltatásként kínálja.

A legizgalmasabb ebben a módszerben, hogy a köztes rendszerben egy bizonyos külső szoftver API-jához csatlakozó klienst csak egyszer kell lefejleszteni, amikor legközelebb egy másik külső rendszert kell illeszteni az eredeti rendszerhez, csak megfelelően le kell képezni közöttük az adatokat.

A köztes rendszert természetesen ki lehet egészíteni saját szerver-végpontokkal illetve  API-val annak érdekében, hogy kívülről aktívan elérhető legyen.

Ugyanennek az elvnek még fejlettebb változata, amikor a bemeneti adatokat egy univerzális belső formátumra fordítják le az API kliensek köré épített kiegészítő rétegben. Ebben az esetben az adatcsomópont különböző szerver/kliens végpontjai ugyanazt a nyelvet beszélik és nincs szükség a rendszeren belül két pont közti közvetlen átalakításra. Az adatokat ilyenkor mindössze megfelelően kell irányítani a különböző végpontok között. Ez persze  erősen idealizált modell, de a komplex adathálózatok népszerű irányzata napjainkban.

Ma már több rendszerintegrátor kihasználja a köztes rendszerek valamilyen formáinak előnyeit; különösen igaz ez azokra az integrátorokra, melyek többféle ERP-t kapcsolnak  össze többféle e-kereskedelmi platformmal, hiszen az egyes rendszerek közt külön-külön lefejlesztett közvetlen integráció többszörös erőfeszítést, potenciális problémákat és költségeket jelent.

 

Közvetlen integráció vagy köztes rendszer

A ponttól pontig integráció azt jelenti, hogy két rendszer közvetlenül kapcsolódik egymáshoz. A P2P kapcsolat szerver-kliens szempontból sokféle lehet. Vannak bizonyos esetek, amelyekben az ERP kapcsolódik kliensként az e-kereskedelmi platformhoz, más esetekben mindez fordítva történik, és vannak helyzetek, amikor ezek kombinációja valósul. Előfordul, hogy az API-kat menet közben, kimondottan a P2P integráció kedvéért építik egyik vagy mindkét végponton.

P2P integráció esetén általában nagyobb a lehetőség a tervezésre és a testre szabásra, és a konkrét üzleti igények szabják meg a fejlesztés irányát.

 

Hogyan válasszunk?

Integráció során a legfontosabb szempont, hogy maradéktalanul kielégítse az üzleti igényeket. A megfelelő adatfolyam-modell és a megvalósított funkciók a legfontosabb tényezők közé tartoznak, de az integrátortól, a választott technológiától és az alkalmazott  technológiát függetlenül egyéb szempontok is rendkívül fontosak lehetnek.

A konkrét technológia vagy technológiák, illetve a rendszerintegrátor kiválasztásakor a megbízhatóság és a célszerűség az elsődleges szempont, miközben meg kell találni az egészséges egyensúlyt költségek, a teljesítmény, a skálázhatóság, a támogatás minősége és egyéb tényezők között. A megrendelő és a rendszerintegrátor közös felelőssége tisztázni a prioritásokat és megérteni a kritikus pontokat.

 

Mit kérdezzünk egy rendszerintegrátortól?

 

Az alábbiakban összegyűjtöttünk néhány kérdést, melyek segíthetnek a különböző megoldások összehasonlításában és kiválasztásában.

 

Megbízhatóság: Hogyan garantált az integráció megbízhatósága?

Ha egy folyamat kritikus az üzletünk számára, például a raktárkészlet frissítése, arra fel kell hívnunk a rendszerintegrátor figyelmét, és különösen fontossá válik a naplózás, monitorozás, az automatikus hibakezelés, az értesítési rendszer és akár folyamatosan elérhető segítségnyújtás.

 

tips Kérdések:

 

Teljesítmény: Hogyan fokozható a teljesítmény? Elérhetők-e teljesítménytesztek vagy összehasonlítások? Mi az integráció szűk keresztmetszete, illetve mik a korlátai? Hogyan küszöbölhető ki a szűk keresztmetszet? Mi az egyes folyamatok teljesítményének felső határa?

Teljesítmény szempontjából érdemes meghatározni a várható legnagyobb terhelést és összevetni a kínált megoldás mutatóival. Meg kell fogalmazni az elvárásainkat, és ha azok nincsenek összhangban az integrátor által szállított megoldás lehetőségeivel, akkor az integráció testre szabására, esetleg alternatív megoldásra lehet szükség.

A kötegelt adatimport és -frissítések okoznak a legkönnyebben teljesítményproblémákat, ezért bárhol, ahol nagy mennyiségű adatot szinkronizálunk egyszerre, különös körültekintésre van szükség.

 

magento ERP integráció kérdések

 

Skálázhatóság: További erőforrások hozzáadásával javítható-e a teljesítmény? Ki lehet a megoldást terjeszteni úgy, hogy további webshopokat tudjon kezelni?

Meg kell győződnünk róla, hogy az integráció képes megfelelni minden jelenlegi, illetve potenciális jövőbeli üzleti elvárásnak.

 

Adatgazda, adatbiztonság és átláthatóság: Kinek a tulajdonában van az adatok? Hogyan garantált az adatbiztonság? A szinkronizálási folyamatok mennyire átláthatók a kereskedő számára?

Ezek lényeges kérdések lehetnek abban az esetben, ha bizalmas adatokat kezelünk, és felhő alapú, illetve szolgáltatott szoftver (SaaS) megoldásban gondolkozunk.

 

Egyedi fejlesztés: Hogyan történik a hibajavítás és az új szoftververziók telepítése? Bővíthető-e az integráció harmadik fél által? A részben vagy egészben nyílt forrású e- a szoftver? Rendelkezésre áll műszaki vagy fejlesztői dokumentáció?

Az integráció során valamilyen szintű testreszabásra a legtöbb esetben szükség van, illetve gyakran új kérések merülnek fel menet közben Nagyobb szabadságot tesz lehetővé a megrendelő számára, ha külső, vagy saját fejlesztőket is be lehet vonni.

 

Kód karbantartás és aktív fejlesztés: A kódot aktívan karbantartják? Milyen gyakran jönnek ki új kiadások? Mennyire egyszerűen tudja a kereskedő az új változatokat vagy frissítéseket telepíteni? Tartalmazza-e a támogatási csomag ezeket a folyamatokat?

 

Költségek és szállítási határidők: Milyen költségei vannak a telepítésnek, a konfigurálásnak, a támogatásnak és a testre szabásnak? Milyen szolgáltatásokat tartalmaz a meghirdetett ár? Mennyire bonyolult a megoldás konfigurálása? Mennyi egyedi fejlesztésre van szükség az alapértelmezett megoldáshoz képest?

Általában minél inkább lefedi egy kulcsra kész megoldás a kereskedő igényeit, annál kevésbé kockázatos annak testreszabása és élesítése. Egy megoldás megvalósításának és üzemeltetésének teljes költségének számos összetevője van, és érdemes minddel tisztában lenni.

 

Támogatás: Milyen támogatást nyújt az integrátor felhasználói kérdések megválaszolásában, sürgős esetben elérhető-e műszaki személyzet, amely azonnal cselekedni tud?

Természetesen az állandóan rendelkezésre álló támogatás a legelőnyösebb, de amennyiben ez nem elérhető, győződjünk meg róla, hogy a szolgáltató reakcióideje megfelelő a számunkra.

 

Konklúzió

A Magento-ERP integráció komplex feladat, rengeteg lehetséges szemponttal, amit figyelembe kell venni. Mielőtt belevágnánk a megvalósításba, még az egyszerűbb esetekben is ajánlott felmérni az üzleti igényeket, számba venni és fontossági sorrendbe állítani a kívánt funkciókat, a teljesítménnyel szembeni elvárásokat és egyéb számunkra lényeges tényezőket.

Szintén hasznos előre tájékozódni a különböző megoldások előnyeiről és hátrányairól – a fenti lista remélhetőleg segítséget nyújt ebben.

Az AionHillnél az évek során számos ERP és egyéb külső rendszert integráltunk sikeresen Magento webshoppal, és készséggel állunk rendelkezésére bárkinek, akinek segítségre van szüksége.

 

Amennyiben bármilyen kérdésed merülne fel a témával kapcsolatban, írd meg kommentben és szívesen válaszolunk.

 

Varga Ferenc András

Varga Ferenc András

szoftver architect

Ferenc igen tapasztalt szenior fejlesztő, Magento Developer Plus minősítéssel rendelkezik. Az e-kereskedelmi informatikai fejlesztések valamennyi ága érdekli, különösen a komplex Magento bővítmények és integrációs megoldások megtervezése. Szabadidejét legszívesebben a családjával tölti.


SZÜKSÉGE VAN EGY MEGBÍZHATÓ, PROFI MAGENTO FEJLESZTŐ PARTNERRE?

Kérjük, keressen bennünket, ha bármilyen kérdése, igénye lenne új vagy meglévő webáruház készítésével, megújításával kapcsolatban!

Next