Enterprise e-kereskedelmi platform nagy webshopoknak: 10 szempont

Röviden: az enterprise e-kereskedelmi platform olyan webáruház rendszer, amely kézi átgépelés nélkül elbír egy nagy termékkatalógust, több piacot, valamint az ERP-, PIM- és B2B-kapcsolatot. A CloudCartban egy 51 000 termékes, minden éjjel frissülő katalógus ugyanazon a platformon fut, mint egy 300 termékes webáruház. Az összes csomag fölött a Unicorn áll, egyedi ajánlattal, külön csapattal és szerződésben rögzített limitekkel.

A cikk olyan webáruház-tulajdonosoknak és e-kereskedelmi vezetőknek szól, akiknek a forgalma több százmillió forint, több piacon adnak el vagy céges vevőik vannak, és azt mérlegelik, hogy a mostani platformjuk kibírja-e a következő három évet. Szempontonként veti össze az igényeket a megoldásokkal. A példák és a limitek a CloudCartból, a szófiai webáruház rendszerből valók, a csomagok és árak oldaláról és az Enterprise oldalról.

Mi az enterprise e-kereskedelmi platform

Az enterprise e-kereskedelmi platform olyan webáruház-szoftver, amelyet arra terveztek, hogy a webshop egy nagyobb rendszer része legyen: raktár, könyvelés, beszállítók, fizikai üzletek, viszonteladók és több ország. A különbség a hagyományos bérelhető webáruházhoz képest a vásárlói felület körül van: honnan jönnek az adatok, hány rendszer kommunikál egymással, és hány ember dolgozik az admin felületen.

Az angol nyelvű „enterprise ecommerce” összehasonlítások többnyire Shopify és Magento megoldásokat állítanak szembe, az amerikai és nyugat-európai piacra írva. Egy Magyarországon és a régióban értékesítő vállalkozásnál mások a szempontok: a számlák útja a NAV Online Számla rendszerébe, a hazai fizetési szolgáltatók, a futárszolgálat, az árösszehasonlító oldalak, és a termékkatalógus fordítása minden piac nyelvére.

SaaS, saját szerver vagy headless: melyik modell való nagyvállalatnak

Egy nagy webáruháznak három platformmodell közül kell választania. A SaaS-nál a szolgáltató tartja karban a szervereket és a frissítéseket. A saját szerveres, nyílt forráskódú megoldásnál, mint a WooCommerce vagy a Magento Open Source, ez az Ön csapatának a dolga. A headless modellben a vásárlói felület külön kód, amely a platform API-jára épül. A CloudCart SaaS, és a Nitrogennel headless vásárlói felületeket is támogat ugyanazzal a termékkatalógussal és admin felülettel.

Kérdés	Saját szerver (nyílt forráskód)	SaaS (CloudCart)	Headless a CloudCarton (Nitrogen)
Ki tartja karban a tárhelyet és a frissítéseket	Az Ön csapata vagy ügynöksége	A CloudCart	A platformot a CloudCart, a vásárlói felületet Ön vagy a csapata
Dizájn	Tetszőleges sablon vagy kód	Sablonok és szerkesztő az admin felületen	Teljesen az Ön dizájnja, webáruházanként legfeljebb 10 vásárlói felület
Termékkatalógus, rendelések, ERP	Bővítmények, amelyeket egyenként kell frissíteni	Alkalmazások az Apps menüben, REST és GraphQL API	Ugyanaz az admin felület és katalógus, Storefront GraphQL API
Mikor illik	Van belső csapat a szerverekre és a biztonságra	A csapat az értékesítéssel foglalkozik, a szerverekkel nem	A márka saját vásárlói élményt kíván a felületen

A saját szerver költségének nagy része a frissítésekre, a bővítményekre és a frissítések utáni javításokra fordított munkaórákban jelentkezik, ezért a platformokat a teljes hároméves költség alapján hasonlítsa össze, a havidíj önmagában félrevezet.

Mikor nő ki egy vállalkozás egy hagyományos webáruház rendszert

A vállalkozás akkor nő ki a platformot, amikor a webáruház körüli kézi munka gyorsabban nő, mint az eladások. A jelek konkrétak, és a csapat mindennapjaiban látszanak.

Jel a mindennapokban	Mit jelent	Melyik rendszer oldja meg
Az árak és a termékek PDF-ben és Excelben érkeznek, és átgépelik őket	A katalógus egy embertől függ	Ütemezett import API-ból, XML-, Excel- és PDF-fájlokból
A készletet kétszer rögzítik: a raktárban és a webshopban	Olyan árut ad el, ami nincs raktáron	Kapcsolat az ERP-vel vagy a raktárkezelő programmal
A céges vevők e-mailben és telefonon rendelnek	A nagykereskedelmi rendeléseket kézzel viszik be	B2B belépés csoportárakkal vagy B2B portál
Minden új ország elölről kezdett projekt	A külföldi növekedés lassú és drága	Több webáruház közös katalógussal és készlettel
A leírásokat a márkák oldalairól másolják	Gyenge SEO és hiányos adatok	PIM-rendszer a termékadatokhoz
A döntések megérzés alapján születnek	Nincs kimutatás a valós adatokból	A rendelések, az ismételt vásárlások és a nem fogyó készlet elemzése

A CloudCart csapata e hat jel mentén megy végig egy nagy ügyfél folyamatain, és minden kézi lépés megoldást, határidőt és árat kap, ahogy az Enterprise oldal leírja.

10 szempont az enterprise e-kereskedelmi platform kiválasztásához

A nagyvállalati platformot 10 szempont szerint érdemes értékelni: a katalógus mérete, piacok és nyelvek, ERP, PIM, B2B, költöztetés, API, biztonság, felelősség hiba esetén (a gyakorlati SLA) és ár. A táblázat megmutatja, mit kell pontosan ellenőrizni, és hogyan fedi le a CloudCart.

Szempont	Mit ellenőrizzen	Megoldás a CloudCartban
A katalógus mérete	Termék- és importlimit, éjszakai frissítés	A CC Master csomagban korlátlan a termékek száma; egy gumiabroncs-webáruházban 51 000 termék frissül minden éjjel
Piacok és nyelvek	Külön vásárlói felület országonként, pénznem, szállítás, hreflang	Több webáruház, Multilang és Stores Sync
ERP és raktár	Kész kapcsolat az Ön programjával vagy API	16 beépített kapcsolat, egyedi adapter, irányítópult a szinkronizálásokról
Termékadatok (PIM)	Honnan jönnek a leírások és a tulajdonságok, ki hagyja jóvá őket	PIM-rendszer projekt alapján: minden érték forrással, ember hagyja jóvá
B2B	Csoportárak, zárt katalógus, átutalás számla alapján, jóváhagyás	Vásárlói csoportok, Private Store, B2B portál projekt alapján
Költöztetés	Átállás leállás nélkül, URL-ek 1:1-ben, 301-es átirányítás	Költöztetés a csapattal, a régi webáruház az átállásig értékesít
API és fejlesztés	REST, GraphQL, webhookok, kéréslimit	REST API v2, Admin és Storefront GraphQL, webhookok, Dev MCP
Biztonság	Szerepkör szerinti jogok, kétfaktoros védelem, biztonsági mentések	Jogok menüpontonként, 2FA, Cloudflare, napi mentések (fizetős csomag)
Felelősség	Egy kapcsolattartó, látható munkaterv	Személyes ügyfélmenedzser a CC Pro csomagtól, ügyfélportál
Ár	Nyilvános csomagár, jutalék az eladások után	Nyilvános árak a CC Masterig, 0% jutalék, Unicorn szerződés szerint

A magyar piacon két további kérdést is tegyen fel minden platformnak. Hogyan jut el a számla a NAV-hoz? A CloudCartban a Számlázz.hu alkalmazás állítja ki a számlát a rendelésből, és a Számlázz.hu jelenti a NAV Online Számla rendszerébe; a Számlázz.hu saját, fizetős előfizetést igényel. A részleteket a NAV Online Számláról szóló cikk írja le. Melyik futárszolgálat és fizetés működik? Magyarországon a GLS házhoz és GLS ParcelShopba szállít, a kártyás fizetést a CloudCart Pay, az OTP SimplePay vagy a CIB Bank intézi, a termékfeed pedig az Árukeresőre és a Compariba megy.

Ha a szempontokat még csak most választja ki, vesse össze őket a webáruház konverziós mutatóival: a platformcsere akkor éri meg, ha olyan problémát old meg, amely a számokban is látszik.

Kezelhet egy admin felület több webáruházat és országot

A CloudCartban minden ország külön webáruház saját admin felülettel, és az egyikből a másikba egy kattintással, új jelszó nélkül lehet átváltani. A termékkatalógus és a készlet közös, az árak, a szállítás, a fizetés, a pénznem és az ÁFA-kulcs pedig piaconként külön van. A modellt a több webáruházról és nyelvről szóló oldal mutatja be.

A piaconként külön webáruház tudatos döntés. A magyar vásárló forintban fizet, GLS-szel vagy GLS ParcelShopba kéri a csomagot, a román vagy a görög vásárló a saját pénznemében és a saját megszokott szállítási módjával. Egyetlen webáruház nyelvválasztóval ezeket a különbségeket nem kezeli.

Az admin felületen két alkalmazás végzi a webáruházak közös munkáját:

• Multilang (Apps → Multilang) átmásolja a termékeket a fő webáruházból az új piac webáruházába, és gépi fordítással lefordítja őket. Minden nyelvi webáruház beállításaiban kiválasztja, mely mezők fordítódjanak, milyen szorzóval és kerekítéssel számolódjon az ár, és hogy minden új termék magától menjen át, vagy jóváhagyás után. A szinkron egyirányú: a fő webáruházból a nyelvi webáruházakba. A termékek másolása és AI-fordítása a CC Master csomag része a csomagtáblázat szerint.
• Stores Sync (Apps → Stores Sync) csak a mennyiségeket hangolja össze a webáruházak között, SKU vagy vonalkód szerint. Egy rendelés, kézi módosítás vagy visszáru az egyik webáruházban minden összekapcsolt webáruházban módosítja a mennyiséget. Az árak és a rendelések az adott piacé maradnak.

1. Válassza ki a fő webáruházat. Ez tartja a kanonikus katalógust, a nyelvi webáruházak innen kapják az adatokat.
2. Hozza létre az új piac webáruházát. Az Apps → Multilang → Stores menüben hozzáad egy nyelvi webáruházat. Ez egy CloudCart-címen indul, aztán saját domaint kap (például .ro, .gr vagy aldomain), magától kiállított és megújuló tanúsítvánnyal.
3. Állítsa be a fordítást, a szállítást és a fizetést. Megadja a fordítandó mezőket és az árszorzót, majd bekapcsolja a piac szállítási és fizetési módjait a saját pénznemében.
4. Kapcsolja be a Stores Syncet. Válassza ki a résztvevő webáruházakat és az egyeztetés kulcsát (SKU vagy vonalkód), kapcsolja be a készletkövetést mindkét webáruházban, és indítson teljes szinkront.

Fontos: a Stores Syncben nincs fő webáruház. A csoport minden tagja elküldi a változásait az összes többinek, két egyidejű módosításnál pedig az utolsó marad meg. Teljes szinkront 24 óránként egyszer lehet indítani. Ha az ERP raktáranként adja át a készletet, ez az API-n keresztül történik, a PUT /api/v2/store-quantity címmel.

A Multilang magától elkészíti a hreflang címkéket a nyelvi webáruházak között, a fő webáruház pedig x-default jelölést kap. Így a Google megérti, melyik webáruház melyik nyelvnek szól, a Google Search Central honosított változatokról szóló útmutatója szerint (angolul).

Hogyan kapcsolódik az ERP, a PIM és a B2B

Az ERP a készlet és az árak forrása, a PIM a leírásoké és a tulajdonságoké, a B2B rész pedig azt dönti el, ki milyen árat lát. A három más-más módon kapcsolódik a webáruházhoz, és aszerint kell választani közöttük, hogy ki rendel és honnan jönnek az adatok.

Rendszer	Mit ad át a webáruháznak	Hogyan kapcsolódik a CloudCartban
ERP és raktár	Készlet, árak, bizonylatok; megkapja a rendeléseket és a vásárlókat	Alkalmazás az Apps menüben, egyedi adapter vagy REST API
PIM	Leírások, tulajdonságok, képek a gyártóktól	PIM-rendszer a csapat projektje alapján; minden érték forrással érkezik, ember hagyja jóvá
B2B a webáruházban	Csoportárak, mennyiségi sávok, zárt katalógus	Vásárlói csoportok (Customers → Customer groups) és Apps → Private Store
B2B portál	A munkatárs rendel, a vezető jóváhagyja, a rendelés bekerül az ERP-be	Saját B2B platform projekt alapján, országonkénti disztribútori felületekkel

Az ERP-kapcsolathoz nem kell programot cserélni. 16 rendszer be van építve alkalmazásként, és ha az Önöké nincs köztük, a csapat adaptert ír hozzá. Az egyedi projektekben az irányítópult minden szinkronizálást mutat, és hiba esetén figyelmeztet. A részletek az ERP-rendszerről és a webshophoz kapcsolásáról szóló cikkben és a raktárkezelőhöz, ERP-hez és kasszához kapcsolt webáruház oldalán találhatók.

A PIM-rendszer akkor kerül képbe, amikor a katalógus sok gyártó több tízezer cikkszámából áll. A CloudCart csapatának egyik projektjében 48 gyártói fájl 453 364 cikkszámából 16 846 cikkszám lett 18 márka oldaláról, minden érték forrással. Hogy mikor van értelme a PIM-nek, és mikor elég az import, azt a PIM-rendszerről szóló cikk írja le.

A B2B a vásárlói csoportokkal kezdődik. A csoportok száma a csomagtól függ: Starter Pack 3, CC Pro 5, CC Master 100. A Private Store belépés mögé zárja a katalógust, így az árakat csak a jóváhagyott cégek látják. A webáruházon belüli B2B és a külön portál összehasonlítása a B2B webshopról és az online nagykereskedelemről szóló cikkben olvasható. Céges vevőnél a Számlázz.hu a rendelésből a vevő adószámával állítja ki a számlát.

Hogyan költöztethető egy nagy termékkatalógus leállás nélkül

Egy nagy katalógus akkor költözik leállás nélkül, ha az új webáruház párhuzamosan épül, a régi pedig a domain átállításáig értékesít. Az URL-ek 1:1-ben, 301-es átirányítással kerülnek át, az ERP-kapcsolat és a nyelvi változatok ugyanabba a tervbe tartoznak.

1. A régi webáruház leltára. Termékek, változatok, vásárlók, rendelések, cikkek és minden URL, amelyet a Google ismer.
2. Az adatok átvitele. Exportból (CSV, XML), API-n keresztül vagy a régi oldalról. A rendelések átkerülnek, és külön megőrződnek.
3. Az URL-térkép. Minden régi cím 301-es átirányítást kap az újra. A csapat egyik projektjében 13 418 URL került át 30 perc alatt, 9 domain 1-be vonásakor pedig 4 801 átirányítás készült.
4. A darabszámok összevetése. Az átállás előtt összevetik a termékeket, a vásárlókat, a rendeléseket és az URL-eket a régi és az új webáruházban. Élesítés csak nulla eltérésnél.
5. Átállás egyeztetett időpontban. A domain terv szerint költözik, a csere után ellenőrzéssel.
6. Figyelés az élesítés után. Search Console, 404-es hibák és a fő kulcsszavak helyezései az első hetekben.

A Google ugyanezt a sorrendet írja le az URL-változással járó webhelyköltöztetésről szóló útmutatóban (angolul). Egy konkrét példa minden lépéssel a WooCommerce-ről való költözés SEO-veszteség nélkül, az ellenőrizendő pontok pedig a webshop-költöztetési ellenőrzőlistában vannak.

API, headless és AI asszisztens: mit kap az IT csapat

Egy nagy webáruház IT csapata a CloudCartban három API-t, webhookokat, parancssori eszközt és az AI asszisztensek által értett eszközöket kap. A dokumentáció nyilvános a cloudcart.dev oldalon és a fejlesztőknek szóló oldalon, a limitek pedig csomagonként rögzítettek.

Eszköz	Mire szolgál	Limit vagy feltétel
REST API v2	Rendelések, termékek, vásárlók, raktáronkénti készlet	Starter Pack 50, CC Pro 100, CC Master 150 kérés percenként, megállapodás szerint legfeljebb 800; a Baby Packben nincs API
Admin GraphQL API	Tömeges műveletek a katalóguson és az URL-eken	Hozzáférés PAT tokennel, kiválasztott jogokkal
Storefront GraphQL API és Nitrogen	Teljesen saját dizájnú vásárlói felület ugyanazzal a katalógussal	Legfeljebb 10 vásárlói felület, telepítés GitHubról vagy parancssorból
Webhookok	Az Ön rendszere eseményt kap új rendelésnél, vásárlónál vagy terméknél	Például order.created
Dev MCP és AI Toolkit	A Claude Code és a Cursor a valós séma alapján írja meg az integrációt	Bővítmény a Claude Code-hoz, a lekérdezések ellenőrzésével

Az API-kulcsok (Beállítások → Api keys) törlés nélkül kikapcsolhatók, a kéréslimit pedig a webáruház összes kulcsára közös. PAT tokent (Beállítások → PAT tokenek) csak a tulajdonos hozhat létre, kiválasztott jogokkal, lejárati idővel és engedélyezett IP-címekkel.

Mit nyer egy nagy webáruház az AI asszisztenssel

Az AI asszisztens egyetlen mondatban köti össze az admin felületet, az API-t és a kimutatásokat. A vezető ezt írja: „Itt az új árlista. Frissítsd az árakat cikkszám szerint, és mutasd meg, melyek hiányoznak.” Kimutatást is kérhet: „Mely raktáron lévő termékeknek nem volt eladása 90 napja?” Az elemző csak olvasási jogú PAT tokennel dolgozik, a katalógust kezelő asszisztens csak a termékekre kap jogot.

Az asszisztens a kimutatás után tovább is lép: termékjogú tokennel javasolja a módosítást, megmutatja a listát, és az Ön jóváhagyása után végrehajtja.

Biztonság és hozzáférés-kezelés

Egy nagy webáruház biztonsága három dolgon áll: ki mit lát az admin felületen, hogyan lehet belépni, és hogyan állíthatók vissza az adatok hiba esetén. A CloudCart mindhármat lefedi:

• Jogok menüpontonként. Minden moderátor csak azokat a menüpontokat látja, amelyeket a tulajdonos megadott neki. Az admin fiókok száma csomagonként 1, 3, 5 és 10.
• Kétfaktoros védelem. Kód hitelesítő alkalmazásból (Google Authenticator, 1Password, Authy, Microsoft Authenticator) vagy e-mailben, belépéskor és érzékeny műveleteknél, például moderátor létrehozásakor és mentésből való visszaállításkor.
• Cloudflare és SSL. Támadások elleni védelem minden webáruház előtt, és minden domainhez magától megújuló tanúsítvány.
• Biztonsági mentések. Napi mentés a teljes adatbázisról, teljes vagy részleges visszaállítással. Ez fizetős csomag, az ára attól függ, mennyi ideig őrződnek meg a mentések.

Ki felel, ha valami leáll

A CloudCartban egy konkrét ember felel: a CC Pro csomagtól felfelé a személyes ügyfélmenedzser ismeri a webáruházát, követi az eredményeket, és tudja, kit kell bevonni a csapatból. A CC Pro és a CC Master csomagban egyeztetések is járnak a technikai csapattal, a Unicornban pedig külön csapat dolgozik a projekten. Ez a gyakorlatban az, amit a nagyvállalati beszerzés SLA-nak hív: tudja, kihez fordul, és látja, mi történik.

Egy nagy projekt munkája az ügyfélportálon látszik: minden téma, feladat és döntés névvel és dátummal, a szakaszok határidővel és a haladás százalékával. Kéthetente beszámoló készül, mindkét oldalon vannak felelősök, és minden élesítés tesztelésen megy át. Minden csomagban írhat a support@cloudcart.com címre.

Fontos: platformválasztáskor kérdezze meg, hogyan látszik egy hiba az ERP-szinkronban. A csendes hiba (a készlet frissítése leáll, és senki sem veszi észre) drágább a látható problémánál, ezért az irányítópult és a figyelmeztetések többet érnek az ígéreteknél.

Mennyibe kerül egy enterprise e-kereskedelmi platform

A CloudCartban két dologért fizet: a platform nyilvános árú csomagjáért és a csapat projektmunkájáért, szakaszokra bontott ajánlattal, minden szakasz árával és határidejével. A csomagok árai a csomagok és árak oldal szerint, éves fizetéssel, ÁFA nélkül értendők.

Csomag	Havi ár	Hathavi forgalom legfeljebb	Termékek	Admin fiókok	API-kérés/perc
CC Pro	€83	€249 999	7 500	5	100
CC Master	€249	€499 999	Korlátlan	10	150
Unicorn	A vállalkozására szabott feltételek	A CC Master fölött	Szerződés szerint	Szerződés szerint	Megállapodás szerint legfeljebb 800

Vesse össze az árat a jutalékokkal. Évi 400 millió Ft eladás után 1% jutalék évente 4 millió Ft a csomagdíj felett. A CloudCartban egyik csomagban sincs jutalék az eladások után. A kártyás fizetés díja külön kérdés: a CloudCart Pay tranzakciós díja 2026. december 31-ig 0%, utána 1,29% + 25 Ft (EGT-s lakossági Visa és Mastercard kártyák) és 2,69% + 25 Ft (a többi kártya), ÁFA nélkül.

Hogyan válasszon platformot egy nagy webáruházhoz: 6 lépés

1. Írja le a folyamatot a beszállítótól a könyvelésig. Jegyezzen fel minden kézi lépést: ki mit gépel át, és hol kell várni.
2. Ellenőrizze a rendszereit a listán. ERP, raktárkezelő, kasszák, számlázás (Számlázz.hu és NAV), futárszolgálat és fizetés minden piacon. Ami hiányzik, ahhoz adapter vagy API kell.
3. Adja oda a dokumentációt az IT csapatnak. Az API-knak, a limiteknek és a sémának nyilvánosnak kell lenniük, mielőtt dönt.
4. Kérjen költöztetési tervet. URL-térképpel, a darabszámok összevetésével és az átállás időpontjával.
5. Ellenőrizze, ki felel. Egy ember neve, látható terv, és az, hogyan látszik egy szinkronhiba.
6. Számolja ki a hároméves költséget. Csomag, projekt, jutalékok, kártyás díjak és olyan kiegészítők, mint a biztonsági mentés vagy a Számlázz.hu előfizetés.

Ha a saját szemével akarja látni az admin felületet, a több webáruházas működést és az AI asszisztenst, nyisson webáruházat, és menjen végig a lépéseken maga. Technikai kérdésekkel írjon a support@cloudcart.com címre.

Gyakran ismételt kérdések