# Webshop: bérelt rendszer vagy egyedi fejlesztés?

A Mesterséges Intelligencia Központ Kft. budapesti szoftverfejlesztő cég szerint bérelt webshoppal akkor érdemes indulni, ha a kínálat belefér a kereteibe; egyedi fejlesztés akkor éri meg, ha az árazás vagy az integrációk kinövik azt.

> **Lényeg:** Három kérdés dönt: belefér-e a termékkör és a rendelési folyamat egy bérelt rendszer kereteibe, hány más rendszerrel kell a webshopnak adatot cserélnie, és mennyire fontos, hogy a platform korlátai nélkül lehessen továbbfejleszteni. Sok cégnek a bérelt rendszer a jó első lépés: ha az adatok exportálhatók, később is át lehet lépni egyedi megoldásra.

## Milyen lehetőségek közül lehet választani?

A „webshop” ma négyféle utat jelenthet. A határok nem élesek: egy bérelt rendszer mögé is épülhet egyedi integráció, egy egyedi webshop is használhat kész fizetési oldalt. A felelősség és a mozgástér azonban mindegyiknél máshol van.

### Bérelt webshop (SaaS)

A SaaS (software as a service, szoftver szolgáltatásként) azt jelenti, hogy a webshop szoftverét a szolgáltató futtatja, frissíti és védi, a kereskedő pedig előfizet rá, és böngészőből kezeli. Nemzetközi példa a Shopify, a magyar piacon a Shoprenter és az UNAS. A bérelt rendszerek bővítményekkel egészíthetők ki, és többségük API-t is kínál: ez az a programozói felület, amelyen keresztül egy másik rendszer adatot kérhet le a webshopból, vagy adatot írhat bele.

A Shoprenter fejlesztői dokumentációja erőforrásonként írja le a felületet (többek között a termékeket, a vevőket és a rendeléseket), és webhookot is kínál: olyan automatikus üzenetet, amelyet a webshop egy esemény, például egy rendelés leadása vagy állapotváltozása után küld egy külső rendszernek ([Shoprenter: WebHook automation](https://doc.shoprenter.hu/development/api/07_webhook.html)). Az UNAS dokumentációja szerint az API célja a webáruház akár kétirányú összekapcsolása külső rendszerekkel, például számlázóval vagy készletkezelővel; a felület a PREMIUM és a VIP előfizetési csomaggal használható ([UNAS: API dokumentáció](https://unas.hu/tudastar/api), ellenőrizve: 2026. október 17.). Érdemes tehát már a csomag kiválasztásakor megnézni, mit enged az adott szint.

### Nyílt forrású, saját üzemeltetésű webshop

Gyakori példa a WooCommerce, amely a WordPress tartalomkezelő nyílt forrású webshop-bővítménye. A forráskódja a GNU General Public License 2-es vagy későbbi változata alatt érhető el ([WooCommerce: licenc](https://github.com/woocommerce/woocommerce/blob/trunk/license.txt)), a bővítmény leírása pedig REST API-t és webhookokat említ az integrációkhoz, és kiemeli, hogy a bolt tartalma és adatai a tulajdonosnál maradnak ([WordPress.org: WooCommerce](https://wordpress.org/plugins/woocommerce/)). A szabadságnak ára van: a tárhelyről, a WordPress és a bővítmények frissítéséről, a biztonsági mentésről és a védelemről a tulajdonosnak vagy az általa megbízott üzemeltetőnek kell gondoskodnia.

### Headless webshop

A headless („fej nélküli”) felépítésben a vásárló által látott felület és a webshop motorja külön rendszer. A Shopify fejlesztői dokumentációja szerint a headless kereskedelem szétválasztja a bolt frontendjét a backendjétől: a felületet bármilyen technológiával meg lehet építeni és üzemeltetni, a termékeket, a kosarat és a pénztárt pedig a platform API-ja szolgáltatja ([Shopify: Headless](https://shopify.dev/docs/storefronts/headless)). Ez akkor hasznos, ha a vásárlói élménynek nagyon egyedinek kell lennie, ha a webshop egy tartalomban gazdag weboldal része, vagy ha ugyanazt a kínálatot több csatornán (weben, mobilalkalmazásban, kioszkon) kell megjeleníteni. Cserébe két rendszert kell karbantartani: a platformot és a saját felületet.

### Egyedi fejlesztésű webshop

Egyedi webshopnál a termékmodell, az árazás, a rendelési folyamat és az integrációk pontosan a cég működéséhez készülnek. Nincs platformkorlát, de nincs is kész bővítménypiac: amit a webshopnak tudnia kell, azt meg kell tervezni, fejleszteni, tesztelni és üzemeltetni. Az egyedi út akkor erős, ha a webshop a cég fő értékesítési csatornája, és szorosan együtt kell dolgoznia a vállalatirányítási rendszerrel, a raktárral vagy a gyártással.

## Összehasonlítás egy táblázatban

| Szempont | Bérelt rendszer | Nyílt forrású (pl. WooCommerce) | Headless | Egyedi fejlesztés |
|---|---|---|---|---|
| Indulás | a leggyorsabb: kész téma és beállítás | gyors, ha a kész témák és bővítmények elegendők | hosszabb: a saját felületet meg kell építeni | a leghosszabb; a fejlesztés mérete dönti el |
| Díjmodell | előfizetés, a kiegészítő alkalmazások díja külön is felmerülhet | a szoftverért nincs előfizetés; tárhely, fizetős bővítmények és üzemeltetés | a platform előfizetése, plusz a saját felület fejlesztése és üzemeltetése | egyszeri fejlesztés, utána üzemeltetés és továbbfejlesztés |
| Bővíthetőség | a platform keretein és a bővítménypiacon belül | szabadon, de minden bővítmény újabb frissítendő elem | a felület szabadon alakítható, a motor a platformé | korlátlan, a forráskódról a szerződés rendelkezik |
| Integrációk (készlet, ERP, számlázó, futár) | kész bővítménnyel vagy az API-n át, ha a csomag engedi | bővítménnyel vagy egyedi kóddal | a platform API-ján át | bármilyen felületen, a cég igényei szerint |
| Teljesítmény | a szolgáltató infrastruktúrája és a téma minősége szabja meg | a tárhelyen és a bővítmények számán múlik | jól optimalizálható, de saját munka | a tervezésen és az üzemeltetésen múlik |
| Adatok és export | a platform exportfunkciói és feltételei szerint | a teljes adatbázis a tulajdonosé | a motor adatai a platformon vannak | a teljes adatbázis a megrendelőé |
| Tárhely és biztonság | a szolgáltató felel érte | a tulajdonos vagy az üzemeltetője | megosztva: a motor a platformé, a felület a cégé | a megrendelő vagy az általa megbízott üzemeltető |

A sebességet érdemes mérni, nem becsülni: a Google által javasolt Core Web Vitals mutatók a betöltést (LCP), a válaszkészséget (INP) és a vizuális stabilitást (CLS) mérik ([web.dev: Web Vitals](https://web.dev/articles/vitals)), és bármelyik webshoptípusra ugyanúgy alkalmazhatók.

## Mikor elég a bérelt rendszer, és mikor éri meg az egyedi?

### Jelek, hogy a bérelt rendszer elég

- A termékek egyszerűek: kevés változat, egyértelmű ár, nincs összetett konfiguráció.
- A rendelési folyamat a megszokott: kosár, szállítási mód, fizetés, visszaigazolás.
- Van kész bővítmény a szükséges integrációkhoz: számlázóhoz, futárszolgálathoz, fizetéshez.
- Fontos a gyors indulás, és a csapatnak nincs ideje vagy szándéka szervert üzemeltetni.
- A webshop az egyik értékesítési csatorna, nem a teljes üzleti modell.

### Jelek, hogy érdemes egyedi vagy headless irányba lépni

- A termékek konfigurálhatók, méretre készülnek, vagy az ár több tényezőből számítódik.
- Viszonteladói (B2B) árlisták, egyedi kedvezményszabályok, keretszerződéses árak kellenek.
- A webshopnak valós időben kell együtt dolgoznia az ERP-vel, a raktárral vagy a gyártással.
- A bővítmények száma már akkora, hogy egy frissítés is kockázat.
- A platform korlátai miatt a cég a saját folyamatát igazítja a szoftverhez, nem fordítva.

Gyakori és jó köztes megoldás a bérelt webshop egyedi integrációval: a bolt marad a platformon, mögötte pedig egy egyedi szolgáltatás köti össze a rendeléseket a számlázóval, a raktárral és a vállalatirányítási rendszerrel. Ez rendszerintegrációs feladat; a részleteket a [Folyamatautomatizálás](https://www.mestersegesintelligenciakozpont.hu/hu/szolgaltatasok/folyamatautomatizalas) oldal írja le. Az egyedi szoftver és a kész termék általános összevetését az [Egyedi szoftver vagy kész megoldás (SaaS)?](https://www.mestersegesintelligenciakozpont.hu/hu/tudastar/egyedi-szoftver-vagy-kesz-megoldas) cikk tárgyalja.

## Magyar sajátosságok: számlázás, NAV, futárok, fizetés

### Számlázás és a NAV Online Számla

A NAV tájékoztatója szerint 2021. január 4. óta a számlaadat-szolgáltatás a nem áfaalany személynek, így a magánszemély vásárlónak kiállított számlára is kiterjed; a számlázó programnak a számla kiállításakor azonnal, emberi beavatkozás nélkül, XML formátumban kell az adatokat elektronikusan továbbítania az Online Számla rendszerbe ([NAV](https://nav.gov.hu/ado/afa/A_szamlakibocsatok_sz20201231)). A gépi interfész leírását a NAV nyilvános tárhelyen is közzéteszi ([NAV: Online-Invoice](https://github.com/nav-gov-hu/Online-Invoice)). A webshopok ezt jellemzően egy számlázó szolgáltatáson keresztül oldják meg: a Számlázz.hu dokumentációja szerint például a Számla Agent nevű felülettel XML-ben automatizálhatók a számla- és nyugtaműveletek ([Számlázz.hu: API-dokumentáció](https://docs.szamlazz.hu/)). A lényeg a folyamat: a fizetett vagy teljesített rendelésből kézi átvezetés nélkül szülessen számla, és a hibás vagy visszautasított adatszolgáltatásról valaki értesüljön.

### Futárszolgálatok és csomagautomaták

A futár- és csomagpont-szolgáltatók bekötése három dolgot jelent: a pénztárban a vásárló kiválaszthatja az átvételi pontot vagy automatát, a rendelésből automatikusan elkészül a csomagcímke, és a csomag állapota visszakerül a webshopba és a vásárlóhoz. Bérelt rendszernél érdemes megnézni, van-e ehhez kész bővítmény; egyedi webshopnál, vagy ha nincs megfelelő bővítmény, a szolgáltató felületére kötjük rá. Bekötjük például a GLS, a Foxpost, az MPL vagy a Packeta szolgáltatását.

### Online fizetés

A bankkártyás fizetésnél a PCI DSS nemzetközi biztonsági szabvány vonatkozik mindenkire, aki kártyaadatot tárol, feldolgoz vagy továbbít. A Stripe dokumentációja szerint a kockázatot csökkentő integrációknál a fizetési adat közvetlenül a fizetési szolgáltatóhoz jut, a kereskedő szerverein nem halad át, és ez csökkenti a kereskedő PCI-kötelezettségeit ([Stripe: Integration security guide](https://docs.stripe.com/security/guide)). Ezért javasoljuk, hogy a kártyaadatot a webshop ne tárolja: a fizetés a szolgáltató (például a Barion, a SimplePay vagy a Stripe) oldalán vagy beágyazott felületén történjen.

### Készlet és vállalatirányítás

Ha a készlet egy raktárkezelőben vagy ERP-ben él, a webshopnak onnan kell olvasnia, hogy elfogyott terméket ne lehessen megrendelni, és oda kell írnia a rendeléseket. Ez a webshop egyik legfontosabb kapcsolata; az ügyviteli oldalról az [Üzleti szoftverek](https://www.mestersegesintelligenciakozpont.hu/hu/szolgaltatasok/uzleti-szoftverek) oldal szól.

## Jogi tudnivalók, amelyek minden webshopra vonatkoznak

A jogszabályok a platformtól függetlenül érvényesek: bérelt rendszernél a platform sok mindenben segít, de a megfelelésért a kereskedő felel. Ez tájékoztatás, nem jogi tanács; a konkrét esetben érdemes jogásszal egyeztetni.

### Elállási jog

A 2011/83/EU irányelv a távollevők között kötött szerződésekre szabályozza a fogyasztók jogait; az alábbiak a 2026. szeptember 27-i egységes szerkezetű szövegen alapulnak ([EUR-Lex: 2011/83/EU, egységes szerkezetben](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:02011L0083-20260927)):

- A fogyasztó a 9. cikk (1) bekezdése szerint 14 napon belül indoklás nélkül elállhat a szerződéstől; áruknál az időszak főszabályként az áru átvételének napjától számít.
- A kereskedőnek a 6. cikk (1) bekezdésének h) pontja szerint a szerződés előtt tájékoztatnia kell az elállási jog feltételeiről, határidejéről és menetéről; ehhez tartozik a nyilatkozatminta és (ha van) az elállási funkció meglétéről és helyéről szóló tájékoztatás.
- Az (EU) 2023/2673 irányelvvel beiktatott 11a. cikk szerint az online felületen kötött távollevők közötti szerződéseknél a kereskedőnek az „elállás a szerződéstől” szöveggel (vagy annak megfelelő, egyértelmű megfogalmazással) ellátott, az elállási időszak alatt folyamatosan elérhető elállási funkciót kell biztosítania, amellyel a fogyasztó online elállási nyilatkozatot küldhet; a nyilatkozatot az „elállás megerősítése” feliratú lépés küldi el, és a kereskedő tartós adathordozón átvételi elismervényt küld róla. A tagállamok ezeket a rendelkezéseket 2026. június 19-től alkalmazzák ([EUR-Lex: (EU) 2023/2673 irányelv](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32023L2673)).
- Ha ez a tájékoztatás elmarad, a 10. cikk szerint az elállási időszak az eredeti határidő lejárta után 12 hónappal jár le.
- A 13. cikk szerint a kereskedő az elállásról való értesüléstől számított 14 napon belül visszatéríti a fogyasztó által fizetett teljes összeget, adott esetben a szállítási költséggel együtt.
- A 16. cikk kivételeket sorol fel, például a fogyasztó által megadott jellemzők szerint elkészített vagy egyértelműen a személyére szabott árut.

Magyarországon a részletszabályokat a 45/2014. (II. 26.) Korm. rendelet tartalmazza; az elállási funkciót a 22. §-ának a 415/2025. (XII. 23.) Korm. rendelettel beiktatott rendelkezései szabályozzák ([Nemzeti Jogszabálytár](https://njt.hu/jogszabaly/2014-45-20-22), ellenőrizve: 2026. október 17.). A webshop számára ez konkrét funkciókat jelent: a tájékoztatásnak meg kell jelennie a rendelés előtt, az online elállási funkciónak az elállási időszak alatt folyamatosan elérhetőnek kell lennie, átvételi elismervénnyel, a visszaküldést és a visszatérítést követni kell, a személyre szabott termékeket pedig meg kell jelölni.

### Akadálymentesség

Az (EU) 2019/882 irányelv szerint a tagállamoknak 2025. június 28-tól kell alkalmazniuk a fogyasztóknak nyújtott e-kereskedelmi szolgáltatásokra vonatkozó akadálymentességi követelményeket (a magyar szabályok az irányelv átültetésén alapulnak); e-kereskedelmi szolgáltatásnak a honlapokon és mobileszköz-alapú szolgáltatásokon keresztül, a fogyasztói szerződés megkötése céljából nyújtott szolgáltatás számít ([EUR-Lex: (EU) 2019/882](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32019L0882)). A szolgáltatást nyújtó mikrovállalkozásokat (az irányelv szerint a tíz főnél kevesebb személyt foglalkoztató, meghatározott árbevétel- vagy mérlegfőösszeg-határ alatti vállalkozásokat) mentesíteni kell a követelmények alól (4. cikk (5) bekezdés). Az irányelv I. melléklete szerint a honlapokat és a mobilalkalmazásokat érzékelhetővé, kezelhetővé, érthetővé és stabillá kell tenni. Bérelt rendszernél ennek egy része a platform és a választott téma minőségén múlik, ezért érdemes a témát akadálymentességi szempontból is ellenőrizni; egyedi webshopnál a WCAG 2.2 irányelveit követjük.

### Sütik és hozzájárulás

Az elektronikus hírközlési adatvédelmi irányelv, a 2002/58/EK egységes szerkezetbe foglalt szövegének 5. cikk (3) bekezdése szerint a felhasználó eszközén adatot tárolni vagy az ott tárolt adathoz hozzáférni csak egyértelmű és teljes körű tájékoztatás után adott előzetes hozzájárulással lehet. Kivétel az a tárolás, amely a felhasználó által kifejezetten kért szolgáltatás nyújtásához feltétlenül szükséges ([EUR-Lex: 2002/58/EK](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:02002L0058-20091219)). A kosár működéséhez szükséges süti tehát más elbírálás alá esik, mint egy mérő- vagy hirdetési süti: az utóbbiakhoz hozzájárulás kell, és a sütisávnak a valódi választást kell lehetővé tennie.

## Mesterséges intelligencia a webshopban

- **Termékszövegek:** termékleírások, kategóriaszövegek és fordítások előkészítése nagy nyelvi modellel. A bérelt platformok egy része ezt már beépítve kínálja: a Shopify súgója szerint az adminfelület AI-funkciói termékleírást is írnak, és a Shopify maga is azt kéri, hogy a kereskedő minden AI által létrehozott tartalmat ellenőrizzen, mert hibás lehet ([Shopify Help Center: AI-funkciók](https://help.shopify.com/en/manual/shopify-admin/productivity-tools/shopify-magic)).
- **Kereső:** olyan termékkeresés, amely a vásárló szándékát is érti („vízálló túracipő esőre”), nem csak a pontos kulcsszót.
- **Ügyfélszolgálat:** AI-chatbot, amely a termékekről, a szállítási feltételekről és a rendelési állapotról a webshop saját adataiból válaszol, és jelzi, hogy a vásárló mesterséges intelligenciával beszél. Részletek az [AI-chatbot és AI-ügynök](https://www.mestersegesintelligenciakozpont.hu/hu/szolgaltatasok/ai-chatbot-es-ai-ugynok) oldalon; a jogi háttérről az [AI Act és GDPR](https://www.mestersegesintelligenciakozpont.hu/hu/tudastar/ai-act-es-gdpr-ceges-chatbot) cikk szól.

Bérelt rendszerben az AI-funkciók köre azon múlik, mit kínál a platform vagy egy bővítmény. Egyedi webshopnál vagy egyedi integrációval az OpenAI (ChatGPT), az Anthropic (Claude) és a Google (Gemini) modelljei közül választhatunk, és a modellt közvetlenül a webshop adataihoz kötjük, emberi ellenőrzéssel ott, ahol egy hiba pénzbe vagy bizalomba kerül.

## Költözés: bérelt rendszerről egyedire

Sok cég bérelt rendszerrel indul, és akkor lép tovább, amikor a webshop kinövi a kereteit. Hogy ez mennyire zökkenőmentes, az nagyrészt azon múlik, mennyi adat vihető ki a régi rendszerből. A Shopify súgója szerint például a termékek, a rendelések és a vásárlók is exportálhatók CSV-fájlba ([Shopify: termékek exportja](https://help.shopify.com/en/manual/products/import-export/export-products), [rendelések exportja](https://help.shopify.com/en/manual/fulfillment/managing-orders/exporting-orders), [vásárlók exportja](https://help.shopify.com/en/manual/customers/import-export-customers)), a termékekhez tartozó képek azonban nem kerülnek bele a termék-CSV-be, így azokat külön kell menteni. A költözés lépései:

1. **Adatleltár:** milyen adat van a régi rendszerben (termékek, változatok, képek, vevők, korábbi rendelések, kuponok, tartalmi oldalak), és mi exportálható belőle.
2. **Adatleképezés és tisztítás:** melyik régi mező hová kerül, mit kell rendbe tenni, például kettőzött vevőket vagy hiányos termékadatokat.
3. **URL-térkép és átirányítás:** a Google Search Central útmutatója szerint a régi címeket egyenként hozzá kell rendelni az újakhoz, és szerveroldali, végleges (301-es vagy 308-as) átirányítást kell beállítani, hogy a keresőkben elért helyezés ne vesszen el ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)).
4. **Integrációk átkötése:** számlázó, fizetés, futár, készlet, mindez próbarendelésekkel végigtesztelve.
5. **Élesítés és utókövetés:** a régi rendszer adatainak utolsó szinkronja, majd a mutatók és a hibák figyelése az átállás után.

Ha ma bérelt rendszert választanak, érdemes már most kilépési tervet készíteni: mely adatok exportálhatók, milyen formában, és van-e API, amelyen keresztül egy későbbi rendszer folyamatosan átveheti őket.

## Mitől függ a költség és az idő?

Bérelt rendszernél a költség az előfizetésből, a kiegészítő alkalmazásokból, a témából és a beállításra fordított munkából áll össze; ha egyedi integráció is kell, az külön fejlesztés. Egyedi webshopnál a fejlesztés funkcionális méretét COSMIC funkciópontban mérjük (ISO/IEC 19761), és ebből készül az ajánlat és az ütemterv. A méreten túl ezek számítanak:

- az integrációk száma, és az, hogy mennyire jól dokumentált a felületük;
- a termékmodell összetettsége: változatok, konfigurálható termékek, egyedi árazási szabályok;
- a design egyedisége és a felületek száma (web, mobil, adminfelület);
- az átköltöztetendő adatok mennyisége és minősége;
- a nem funkcionális követelmények: sebesség, rendelkezésre állás, akadálymentesség, biztonság;
- az üzemeltetés és a továbbfejlesztés köre az átadás után.

A mérés módszerét az [Árazás](https://www.mestersegesintelligenciakozpont.hu/hu/arazas) oldal írja le.

## Gyakori hibák a döntésnél

- Csak az induló költséget nézik, a több évre szóló előfizetést, bővítményeket és üzemeltetést nem.
- Nem nézik meg előre, milyen adat exportálható, és van-e API a választott csomagban.
- Annyi bővítményt telepítenek, hogy egy frissítés után már senki nem tudja, mi miért romlott el.
- Kézi számlázással indulnak, és a rendelésszám növekedésével a számlázás válik szűk keresztmetszetté.
- Költözéskor elmarad az átirányítás, és a régi címek hibaoldalra vezetnek.
- A sütisáv alapértelmezésben mindent elfogad, vagy elutasításkor is betölti a mérőkódokat.

## Gyakori kérdések

### Bérelt vagy egyedi webshopot válasszunk?

Ha a termékkör és a rendelési folyamat belefér egy bérelt rendszer (például Shopify, Shoprenter, UNAS) vagy a WooCommerce kereteibe, az a gyorsabb és kisebb kockázatú indulás. Egyedi webshop akkor éri meg, ha különleges a termékkör vagy az árazás, ha szoros, valós idejű kapcsolat kell egy ERP-vel vagy raktárral, vagy ha a webshop a fő értékesítési csatorna, és a platform korlátai nélkül szeretnék fejleszteni. Köztes út a bérelt webshop egyedi integrációval.

### Át lehet költözni egy bérelt rendszerről egyedire?

Igen, ha a régi rendszerből az adatok kivihetők: termékek, vevők, rendelések, képek és tartalmak. A költözés lényeges része a régi címek átirányítása az újakra és az integrációk átkötése. Érdemes már a bérelt rendszer kiválasztásakor megnézni, milyen exportot és API-t kínál.

### Össze lehet kötni a webshopot a számlázóval és a raktárral?

Igen. A számlázót (például Számlázz.hu, Billingo) automatikus számlakiállítással, a raktárkezelőt vagy az ERP-t készletszinkronnal kötjük be, ha van elérhető felületük (API), vagy az adat fájlban, adatbázisban elérhető. Bérelt webshop mögé is építhető ilyen kapcsolat, ha a platform API-ja a választott csomagban elérhető.

### Kié az adat egy bérelt rendszerben?

Ezt a platform felhasználási feltételei és adatfeldolgozási megállapodása határozza meg; a GDPR 28. cikke szerint az adatkezelő nevében végzett adatfeldolgozást szerződésnek kell szabályoznia ([EUR-Lex: (EU) 2016/679](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32016R0679)). A gyakorlatban az a döntő, ki tudják-e vinni az adataikat: a nagyobb platformok exportot és API-t kínálnak, de ennek terjedelme platformonként és csomagonként eltér. Saját üzemeltetésű vagy egyedi webshopnál a teljes adatbázis a tulajdonosnál van.

### Akadálymentesnek kell lennie a webshopnak?

Az (EU) 2019/882 irányelvet átültető szabályok szerint a fogyasztóknak nyújtott e-kereskedelmi szolgáltatásoknak 2025. június 28. óta meg kell felelniük az akadálymentességi követelményeknek; a szolgáltatást nyújtó mikrovállalkozásokat az irányelv szerint mentesíteni kell. Ha a cég nem mikrovállalkozás, a webshopot érdemes akadálymentességi szempontból átvizsgálni, bérelt rendszernél a témát is. Ez tájékoztatás, nem jogi tanács.

## Hogyan segítünk?

Egyedi webáruházat fejlesztünk, és összekötjük a fizetési, szállítási és számlázási szolgáltatókkal, a raktárral és az ERP-vel, kérésre mesterséges intelligenciával is. Ha a bérelt rendszer jól szolgálja Önöket, nem kell lecserélni: mögé építjük meg az integrációt. A részleteket a [Webshop-fejlesztés](https://www.mestersegesintelligenciakozpont.hu/hu/szolgaltatasok/webshop-fejlesztes) oldal írja le.

Az első egyeztetés díjmentes, kérésre titoktartási szerződést (NDA) kötünk, és átadás után az üzemeltetést és a karbantartást is vállaljuk. A forráskódról és a felhasználási jogokról a szerződés rendelkezik. Ha néhány mondatban leírja, mit árul és milyen rendszerekkel dolgozik, [vegye fel velünk a kapcsolatot](https://www.mestersegesintelligenciakozpont.hu/hu/kapcsolat).

## Források

- [EUR-Lex: 2011/83/EU irányelv a fogyasztók jogairól, egységes szerkezetben](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:02011L0083-20260927)
- [EUR-Lex: (EU) 2023/2673 irányelv a 2011/83/EU irányelv módosításáról](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32023L2673)
- [Nemzeti Jogszabálytár: 45/2014. (II. 26.) Korm. rendelet](https://njt.hu/jogszabaly/2014-45-20-22)
- [EUR-Lex: (EU) 2019/882 irányelv a termékek és szolgáltatások akadálymentességi követelményeiről](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32019L0882)
- [EUR-Lex: 2002/58/EK irányelv, egységes szerkezetben](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:02002L0058-20091219)
- [EUR-Lex: (EU) 2016/679 rendelet (GDPR)](https://eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32016R0679)
- [NAV: A számlakibocsátók számlaadat-szolgáltatásának 2021. január 4-től hatályos szabályai](https://nav.gov.hu/ado/afa/A_szamlakibocsatok_sz20201231)
- [NAV: Online-Invoice nyilvános tárhely](https://github.com/nav-gov-hu/Online-Invoice)
- [Számlázz.hu: API-dokumentáció](https://docs.szamlazz.hu/)
- [Shoprenter: WebHook automation](https://doc.shoprenter.hu/development/api/07_webhook.html)
- [UNAS: API dokumentáció](https://unas.hu/tudastar/api)
- [WordPress.org: WooCommerce](https://wordpress.org/plugins/woocommerce/)
- [WooCommerce: licenc](https://github.com/woocommerce/woocommerce/blob/trunk/license.txt)
- [Shopify: Headless commerce](https://shopify.dev/docs/storefronts/headless)
- [Shopify Help Center: termékek exportja](https://help.shopify.com/en/manual/products/import-export/export-products)
- [Shopify Help Center: rendelések exportja](https://help.shopify.com/en/manual/fulfillment/managing-orders/exporting-orders)
- [Shopify Help Center: vásárlók exportja](https://help.shopify.com/en/manual/customers/import-export-customers)
- [Shopify Help Center: AI-funkciók az adminfelületen](https://help.shopify.com/en/manual/shopify-admin/productivity-tools/shopify-magic)
- [Stripe: Integration security guide](https://docs.stripe.com/security/guide)
- [Google Search Central: Site moves with URL changes](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)
- [web.dev: Web Vitals](https://web.dev/articles/vitals)