> Hogyan működnek a punchout katalógusok: cXML PunchOut, SAP OCI és Secure OCI, mit kell a beszállítói webshopnak tudnia, és mikor éri meg egy átjáró.
>
> Web page: https://balazscsorba.com/hu/blog/b2b-punchout-cxml-oci · Language: Magyar · Also available in: [English](https://balazscsorba.com/blog/b2b-punchout-cxml-oci.md) · [Deutsch](https://balazscsorba.com/de/blog/b2b-punchout-cxml-oci.md)
> Author: Balázs Csorba · Published: 2026-10-08 · Keywords: punchout catalog, cxml punchout, sap oci interface, oci roundtrip, punchout setup request, secure oci, level 2 punchout, eprocurement punchout integration, punchout2go tradecentric, punchout catalog integration
[Blog](https://balazscsorba.com/hu/blog)/Webfejlesztés
# Punchout katalógusok: cXML, SAP OCI és az út a vevő ERP-jéig és vissza
Hogyan működnek a punchout katalógusok: cXML PunchOut, SAP OCI és Secure OCI, mit kell a beszállítói webshopnak tudnia, és mikor éri meg egy átjáró.
[Balázs Csorba](https://balazscsorba.com/hu/about)·2026\. október 8.·8 perc olvasás
- Punchout
- cXML
- SAP OCI
- eProcurement
- B2B shop
## A lényeg röviden
- A punchout katalógus lehetővé teszi, hogy a vevő a saját beszerzési rendszeréből vásároljon a beszállító webshopjában; a kosár beszerzési igényként tér vissza, a megrendelés csak jóváhagyás után következik.
- A cXML-ben egy PunchOutSetupRequest nyitja meg a munkamenetet, a válasz egy StartPage URL-t ad, a kosár pedig PunchOutOrderMessage-ként tér vissza, amelyet a vásárló böngészője küld el.
- Az SAP OCI a kosarat rejtett NEW\_ITEM mezőkként, a HOOK\_URL-re küldött HTML-űrlapban adja vissza, és csak a katalógust és a vásárlást fedi le, a rendeléseket és számlákat nem.
- A beszállítói webshopnak munkamenetet kell kötnie, ellenőriznie és a külső entitások ellen védenie kell az XML-feldolgozást, megfelelő állapotkódokat kell adnia, és változatlanul vissza kell adnia az olyan azonosítókat, mint a SupplierPartAuxiliaryID.
- 2026 októberében a TradeCentric beszállítói árai évi 15 000–50 000 dollártól indulnak hároméves minimális szerződéssel, ez a viszonyítási pont a saját fejlesztés és a vásárlás közötti döntéshez.
Ezen az oldalon
1. [Milyen problémát old meg a punchout?](https://balazscsorba.com/#what-punchout-solves)
2. [Hogyan működik a cXML PunchOut körút?](https://balazscsorba.com/#the-cxml-punchout-round-trip)
3. [Hogyan működik az SAP OCI, egyszerűen és biztonságosan?](https://balazscsorba.com/#sap-oci-plain-and-secure)
4. [Mit kell a beszállítói webshopnak megvalósítania?](https://balazscsorba.com/#what-your-shop-must-implement)
5. [Ki kér punchoutot?](https://balazscsorba.com/#who-asks-for-punchout)
6. [Saját punchout vagy megvásárolt átjáró?](https://balazscsorba.com/#build-vs-buy-gateways)
7. [Mikor rossz eszköz a punchout?](https://balazscsorba.com/#when-punchout-is-wrong)
8. [Punchout élesítési ellenőrzőlista](https://balazscsorba.com/#punchout-go-live-checklist)
9. [Források](https://balazscsorba.com/#sources)
Cikk meghallgatása
0:000:00
A **punchout katalógus** egy beszállító webshopja, amelyet a vevő a saját beszerzési rendszeréből nyit meg. A beszerző a beszállító keresőjét, konfigurátorát és szerződéses árait használja, majd a kosarat visszaküldi a saját rendszerébe, ahol beszerzési igény lesz belőle, átmegy a jóváhagyáson, és megrendelésként tér vissza a beszállítóhoz. A vásárlás a webshopban történik; az irányítás, a keretek és a jóváhagyások a vevőnél maradnak.
Ez a cikk elmagyarázza azt a két protokollt, amely ezt a körutat hordozza, a cXML PunchOutot és az SAP Open Catalog Interface-t a Secure OCI-val együtt, hogy mit kell egy beszállítói webshopnak megvalósítania és védenie, ki kér punchoutot, mennyibe kerül egy átjáró a saját fejlesztéshez képest, mikor rossz eszköz a punchout, és ad egy élesítési ellenőrzőlistát.
## Milyen problémát old meg a punchout?
Lehetővé teszi, hogy a nagy vevők megtartsák a beszerzési szabályaikat, miközben a beszállító webshopját használják. A beszerzési osztályok azt akarják, hogy minden vásárlás a saját rendszerükön menjen át a keretek, költséghelyek és jóváhagyások miatt, de a beszállító katalógusát, konfigurátorát és szerződéses árait nem akarják maguk karbantartani. A punchout megosztja a feladatot: a beszállító működteti a vásárlási élményt, a vevő rendszere dönt.
Ezért jelenik meg a punchout gyakran szerződési feltételként a nagyvállalati és közszféra-ügyletekben. A beszállító számára megváltozik, mit jelent a „kész”: a webshop már nem a vásárlás vége, hanem egy állomás valaki más folyamatának közepén, és a visszaküldött kosár minden sorának olyannak kell lennie, amit a vevő ERP-je le tud könyvelni.
## Hogyan működik a cXML PunchOut körút?
Három cXML-üzenet hordozza: egy PunchOutSetupRequest és a válasza szerver-szerver kapcsolatban nyitja meg a munkamenetet, egy PunchOutOrderMessage pedig a vásárló böngészőjén keresztül hozza vissza a kosarat. A cXML-t a cxml.org gondozza, a jelenlegi változat 2026 augusztusa óta az 1.2.071, és a katalógusokat, rendeléseket, visszaigazolásokat, szállítási értesítőket és számlákat is lefedi ([cXML.org](https://cxml.org/)).
A cXML PunchOut körút: a kosár a vásárló böngészőjén át árajánlatként tér vissza, a megrendelés pedig később, a vevő jóváhagyása után, külön OrderRequestként érkezik.
```
BUYER-123
SUPPLIER-456
BUYER-123
…
Procurement 2026
8f3c1a…
p.huber@buyer.example
https://procurement.buyer.example/punchout/return
```
- **Beállítási kérés:** tartalmazza az `operation="create"`, `inspect` vagy `edit` értéket, egy BuyerCookie-t, amellyel a vevő a visszaérkező kosarat a felhasználóhoz rendeli, és a BrowserFormPost URL-t, ahová a kosarat küldeni kell; a felhasználói adatok Extrinsic elemként vagy Contactként érkeznek, és beszerzési rendszerenként eltérnek ([PunchOutCommerce](https://punchoutcommerce.com/guides/punchout/cxml-punchout-setup-request/)).
- **Beállítási válasz:** 200-as Status és egy StartPage URL, amely bejelentkezteti a vásárlót. Bevált minta, hogy a kérést véletlenszerű munkamenet-azonosítóval tároljuk, a vásárló érkezésekor ellenőrizzük, és a fel nem használt azonosítókat nagyjából öt perc után lejárttá tesszük.
- **Kosár visszaküldése:** a böngésző által a BrowserFormPost URL-re küldött HTML-űrlap, amelyben a cXML egy `cXML-urlencoded` nevű rejtett mezőben utazik. A PunchOutOrderMessage-nek vissza kell adnia a BuyerCookie-t, és minden ItemIn tartalmazza a mennyiséget, a SupplierPartID-t, az egységárat, a leírást és a mennyiségi egységet ([PunchOutCommerce](https://punchoutcommerce.com/guides/punchout/cxml-punchout-order-message/)).
Két részlet okozza a legtöbb éles hibát. A visszaküldött kosár árajánlat, nem rendelés; a valódi rendelés később cXML OrderRequestként érkezik, és a minden sorra tett SupplierPartAuxiliaryID-nek változatlanul vissza kell jönnie ezen a rendelésen, mert gyakran ez az egyetlen kapcsolat egy konfigurált termékhez vagy szerződéses árhoz. A BuyerCookie pedig nem hitelesítés: a beszállítón keresztül utazik, így a vevő ne bízzon kizárólag benne a visszatéréskor, a beszállító pedig soha ne tegyen bele titkot.
## Hogyan működik az SAP OCI, egyszerűen és biztonságosan?
Az OCI HTML-űrlapokra épülő protokoll: az SAP paraméterekkel indítja a katalógus URL-jét, a katalógus pedig rejtett űrlapmezőkként egy visszatérési címre küldi vissza a kosarat. Az indítás jellemzően USERNAME és PASSWORD paramétert tartalmaz, a kötelező HOOK\_URL-t, ahová a kosárnak mennie kell, valamint keretes munkamenetekhez a `~TARGET` űrlapcélt; a hozzáférési adatok POST-törzsbe valók, mert a GET felfedi őket az URL-ekben és a naplókban ([PunchOutCommerce](https://punchoutcommerce.com/guides/punchout/oci-roundtrip/)).
Az OCI körút: a hozzáférési adatok és a visszatérési cím űrlapparaméterként utaznak, a kosár rejtett mezőkként tér vissza; a Secure OCI a hozzáférési adatokat szerver által kiadott munkamenet-azonosítóval váltja fel.
```
```
A mezők neve `NEW_ITEM-*`, például DESCRIPTION, QUANTITY, UNIT, PRICE, CURRENCY, VENDORMAT és MANUFACTMAT, a Unite műszaki dokumentációja szerint egyenként legfeljebb 255 karakter, az egyedi mezők legfeljebb 1000 karakter ([Mercateo/Unite](https://www.mercateo.com/support/wp-content/uploads/2025/02/Technical-Information-on-the-OCI-Interface-2.7-EN.pdf)). A hatókör fontos: az OCI körút csak a katalógust és a vásárlást fedi le. Az elektronikus rendelések, visszaigazolások, szállítási értesítők és számlák nem részei a specifikációnak, és más csatornákon, például IDocként vagy EDI-n utaznak.
A Secure OCI kiveszi a hozzáférési adatokat a böngészőből. Az SAP OCI 5.0 specifikációjában a beszerzési rendszer először szerver-szerver hívással fordul a katalógus backendjéhez, például SECURE\_AUTH\_URL paraméterrel és az INITIALIZE függvénnyel, amely SessionId-t és SessionTransmissionId-t ad vissza; a böngésző indítása ezután csak a munkamenet-azonosítót viszi ([SAP OCI 5.0](https://help.sap.com/doc/srm/1.0/en-US/attachments/3362936504/OCI_50_EN20130121.pdf)). Két megkötés: az OCI 5.0 egy 2012-es SRM-dokumentum és a legfrissebb talált SAP OCI specifikáció, a jelenlegi S/4HANA dokumentáció pedig a karbantartási katalógus-forgatókönyvnél továbbra is csak az OCI 3.0-t és a korábbiakat nevezi támogatottnak ([SAP Help](https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/79e86803745943368f3beb4a7d0bca2a/1dcfb65334e6b54ce10000000a174cb4.html)). Kérdezze meg minden vevőtől, melyik verziót hívja a rendszere.
Szempont
cXML PunchOut
OCI RoundTrip
Secure OCI
Átvitel
XML HTTPS-en, szerver-szerver, majd böngésző
HTML-űrlapok a böngészőn át
szerver-szerver indítás, majd böngésző
Hitelesítés
megosztott titok vagy tanúsítvány a fejlécben
USERNAME, PASSWORD paraméterek
munkamenet-azonosító az INITIALIZE-ból
Kosár visszaküldése
PunchOutOrderMessage rejtett mezőben
rejtett NEW\_ITEM-\* mezők
rejtett NEW\_ITEM-\* mezők
Rendelések, számlák
a cXML lefedi
nincs lefedve
nincs lefedve
Tipikus vevők
SAP Ariba, Coupa, Jaggaer, Oracle
SAP SRM és S/4HANA
OCI 5.0-s SAP-rendszerek
## Mit kell a beszállítói webshopnak megvalósítania?
Egy beállítási végpontot, egy a beállítási kéréshez kötött munkamenetet, mindkét formátumú kosár-visszaküldést, ha mindkét fajta vevőt kiszolgálja, egy rendelési végpontot a cXML-hez, és a köréjük épülő fegyelmet: validálást, hibakódokat, naplózást és adatminőséget. A munka nagy része olyan részletekben van, amelyeket a vevők csak akkor vesznek észre, amikor elromlanak.
- **Állapotkódok:** 400 hiányzó vagy feldolgozhatatlan törzsnél, 401 érvénytelen küldőnél vagy megosztott titoknál, 500 kezeletlen hibánál, cXML Status elemként.
- **Munkamenet-kötés:** egy beállítási kérés, egy munkamenet, rövid lejárat, és a BuyerCookie szerveroldalon tárolva, hogy a kosár a megfelelő igényhez térjen vissza.
- **Azonosítók:** egyedi payloadID minden üzeneten, és olyan SupplierPartAuxiliaryID vagy VENDORMAT értékek, amelyeket a rendelésimport később fel tud oldani.
- **Termékadat-minőség:** olyan mennyiségi egységek, osztályozási kódok és szerződéses cikkek, amelyeket a vevő ERP-je elfogad. Az a sor, amelyet az ERP nem tud lekönyvelni, ügyfélszolgálati hívássá válik.
- **Naplózás:** munkamenetenként őrizzen meg minden bejövő és kimenő dokumentumot, hogy egy elbukott igény újrajátszható és megmagyarázható legyen.
**Védje az XML-feldolgozót**
A cXML-végpontok a cégen kívülről érkező XML-t dolgoznak fel, ezért a külső entitásos támadások klasszikus célpontjai. Kövesse az OWASP ajánlását: kapcsolja ki a DTD-ket vagy utasítson el minden DOCTYPE-ot, tiltsa a külső entitások feloldását és a külső DTD-k betöltését, és az ilyen módon nem konfigurálható feldolgozót sikertelen telepítésként kezelje ([OWASP](https://cheatsheetseries.owasp.org/cheatsheets/XML_External_Entity_Prevention_Cheat_Sheet.html)).
Több mint tízévnyi, Spryker és Pimcore alapú B2B kereskedelmi és PIM-munka során azt tapasztaltam, hogy a punchout a katalógusadatok minőségét, a mértékegységeket, cikkszámokat, szerződéses cikkeket és osztályozási kódokat olyan hibává alakítja, amelyet az ügyfél a saját ERP-jében lát. Legalább annyira PIM-kérdés, mint protokollkérdés; az adatoldalt a [Pimcore ERP delta szinkron](https://balazscsorba.com/hu/blog/pimcore-erp-delta-sync) tárgyalja. A konfigurált termékek is gyakori punchout-esetek, a konfigurátor szabályai pedig külön problémát jelentenek, lásd [headless termékkonfigurátorok B2B-ben](https://balazscsorba.com/hu/blog/headless-product-configurator-b2b).
## Ki kér punchoutot?
SAP Aribát, Coupát, Jaggaert vagy Oracle beszerzést használó nagyvállalati vevők, SRM- vagy S/4HANA-katalógust használó SAP-ügyfelek, és piactereken keresztül vásárló közszféra-szereplők. Az Amazon Business jól jelzi, mennyire általános ez: több mint 200 e-beszerzési rendszerrel integrálódik, a punchoutot jellemzően az első integrációnak nevezi, és cXML- és OCI-végpontot is üzemeltet ([Amazon Business](https://business.amazon.com/en/solutions/systems-integration/punchout)).
A beszállítókra vonatkozó szabályai jó mintát adnak a sajátjaihoz: a beállítási kérésben kötelező a felhasználó e-mail-címe, a visszaadott Supplier Part Auxiliary ID-nek vissza kell jönnie a megrendelésen, a payload-azonosítóknak egyedinek kell lenniük, csak új rendelések támogatottak, és a rendelések élesítés előtt tesztmódban futnak ([Amazon Business integrációs útmutató](https://static-assets.business.amazon.com/assets/global/documents/guides/Amazon-Business-Punchout-Integration-Instructions.pdf)). A „Level 2” punchout, amelyben a vevő rendszere kereshető indexet tart a cikkeiről, és a beállítási kérés közvetlenül egy termékoldalra viszi a vásárlót, az Ariba és a piacterek szóhasználata, nem az OCI specifikáció része.
## Saját punchout vagy megvásárolt átjáró?
Vásároljon, ha sok vevőt kell sok beszerzési rendszeren gyorsan bekötni; építsen, ha kevés nagy vevő van ismert rendszereken, és van csapat, amely a protokollért felel. Egy átjáró előre elkészített kapcsolatokat és a vevőnkénti sajátosságok kezelését adja el. A TradeCentric, korábban PunchOut2Go, a középvállalati szintre évi 15 000–50 000 dollártól induló beszállítói árat tesz közzé háromévi minimális szerződéssel, a nagyvállalati szint egyedi ajánlat alapján megy, és 2026 októberében több mint 220 ERP- és e-beszerzési integrációt említ ([TradeCentric](https://tradecentric.com/pricing/)).
Egy saját megoldáshoz őszintén szólva kell protokollonként egy beállítási végpont, munkamenet-kezelés, kosár-szerializálás két formátumban, rendelésimport, védett XML-feldolgozás, vevőnkénti tesztfiókok, és valaki, aki válaszol, amikor egy vevő beszerzési csapata megváltoztat egy mezőleképezést. Ezt a folyamatos felelősséget a három év múlva várható, nem az idei vevőszámra vetített átjáróárral vesse össze.
Bárhogy dönt, a protokollréteget tartsa külön a webshop magjától. A webshop adjon tiszta belső API-t a „munkamenet indítása ennek a vevői felhasználónak”, „ennek a kosárnak a szerializálása” és „ennek a rendelésnek az importja” műveletekhez, a cXML- vagy OCI-adapterek, illetve az átjáró pedig ezen kívül legyenek. Így egy vevő beszerzési rendszerének változása nem éri el a pénztár kódját, és a saját fejlesztés és a vásárlás közötti későbbi váltás körülhatárolt projekt lesz, nem újraírás.
## Mikor rossz eszköz a punchout?
Ha a vevőnek csak a cikkeire és áraira van szüksége a saját rendszerében, egy hosztolt katalógusfájl is elég lehet; ha már ismert partnerrel cserél rendeléseket, egy API- vagy EDI-kapcsolat egyszerűbb. A punchout munkamenet- és felhasználói élmény protokoll, nem adatmodell, így nem javítja meg a termékadatokat, és egy böngészős lépést ad hozzá, amelynek működnie kell a vevő környezetében, beleértve a keretes munkameneteket és azok sütikezelését a mai böngészőkben.
A másik határt az ágensprotokollok jelentik. A UCP, az ACP és az AP2 olyan szoftverágenst feltételez, amely valaki nevében vásárol, más adattartalommal és irányítással; a punchout egy embert feltételez a vevő ERP-jében. A kettő megfér egymás mellett, az összevetés a [UCP, ACP és AP2 útmutatóban](https://balazscsorba.com/hu/blog/agentic-commerce-protocols-ucp-acp-guide) és az [agentic commerce felkészültség B2B webshopokban](https://balazscsorba.com/hu/blog/procurement-agent-buyer-side) című cikkben található, amely a punchoutot tekinti ma a támogatott nagyvállalati útvonalnak.
## Punchout élesítési ellenőrzőlista
1. Szerezzen tesztfiókot a vevő beszerzési rendszerében és vevőnkénti hozzáférési adatokat.
2. Gyűjtsön mintapayloadot a create, edit és inspect műveletekhez, és minden vevőspecifikus Extrinsic elemhez.
3. Tesztelje a kosár visszaküldését végponttól végpontig egy valódi böngészőben; én ezt a körutat Playwright MCP-vel szkriptelem, mert a böngészős űrlapküldés az a rész, amelyet az egységtesztek nem fednek le.
4. Ellenőrizze, hogy a SupplierPartAuxiliaryID vagy a VENDORMAT eljut-e a megrendelésig és a rendelésimportig.
5. Futtasson hibagyakorlatokat: rossz megosztott titok, lejárt munkamenet, hibás XML, DOCTYPE a payloadban.
6. Figyelje a beállítási késleltetést, a sikertelen kosár-visszaküldéseket és az ismeretlen cikkekre hivatkozó rendeléseket.
7. Zárja egy vevői átvételi teszttel, amely egy valódi igényt végigvisz a jóváhagyáson.
Ha punchoutot ad egy B2B webshophoz, vagy átjáró és saját réteg között dönt, nézze meg a [B2B e-kereskedelmi munkámat](https://balazscsorba.com/hu/expertise/b2b-ecommerce-developer).
## Források
1. [cXML.org (cXML 1.2.071)](https://cxml.org/)
2. [PunchOutCommerce: cXML PunchOutSetupRequest](https://punchoutcommerce.com/guides/punchout/cxml-punchout-setup-request/)
3. [PunchOutCommerce: cXML PunchOutOrderMessage](https://punchoutcommerce.com/guides/punchout/cxml-punchout-order-message/)
4. [PunchOutCommerce: OCI RoundTrip](https://punchoutcommerce.com/guides/punchout/oci-roundtrip/)
5. [SAP: Open Catalog Interface 5.0](https://help.sap.com/doc/srm/1.0/en-US/attachments/3362936504/OCI_50_EN20130121.pdf)
6. [SAP Help: OCI catalogs in S/4HANA Plant Maintenance](https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/79e86803745943368f3beb4a7d0bca2a/1dcfb65334e6b54ce10000000a174cb4.html)
7. [Mercateo/Unite: technical information on the OCI interface](https://www.mercateo.com/support/wp-content/uploads/2025/02/Technical-Information-on-the-OCI-Interface-2.7-EN.pdf)
8. [Amazon Business: punchout integration instructions](https://static-assets.business.amazon.com/assets/global/documents/guides/Amazon-Business-Punchout-Integration-Instructions.pdf)
9. [Amazon Business: punchout](https://business.amazon.com/en/solutions/systems-integration/punchout)
10. [TradeCentric: pricing](https://tradecentric.com/pricing/)
11. [OWASP: XML External Entity Prevention Cheat Sheet](https://cheatsheetseries.owasp.org/cheatsheets/XML_External_Entity_Prevention_Cheat_Sheet.html)
## Gyakori kérdések
Mi a punchout katalógus?
A punchout katalógus egy beszállítói webshop, amelyet a vevő a saját beszerzési rendszeréből nyit meg. A beszerző a beszállító keresőjét, konfigurátorát és szerződéses árait használja, majd a kosarat visszaküldi a beszerzési rendszerbe, ahol beszerzési igény lesz belőle, átmegy a jóváhagyáson, és megrendelésként jut vissza a beszállítóhoz.
Mi a különbség a cXML punchout és az SAP OCI között?
A cXML punchout XML-dokumentumokat használ: szerverek közötti beállítási kérést és választ, majd egy kosarat, amely PunchOutOrderMessage-ként a böngészőn keresztül tér vissza. Az SAP OCI HTML-űrlapokat használ: a katalógust URL- vagy űrlapparaméterekkel hívják meg, a kosár pedig rejtett NEW\_ITEM mezőkként tér vissza. A cXML a rendeléseket és számlákat is lefedi, az OCI csak a vásárlást.
Mi a Secure OCI?
A Secure OCI az SAP OCI 5.0 specifikációjában leírt változat, amelyben a beszerzési rendszer először szerver-szerver hívással inicializál egy munkamenetet a katalógus backendjén, és munkamenet-azonosítót kap; a böngésző indítása ezután csak ezt az azonosítót viszi, nem a felhasználónevet és a jelszót.
Mit kell egy beszállítónak megvalósítania a cXML punchouthoz?
Egy beállítási végpontot, amely hitelesíti a küldőt, rövid életű munkamenet-azonosítóval eltárolja a kérést, és StartPage URL-t ad vissza; egy ehhez a kéréshez kötött webshop-munkamenetet; egy kosár-visszaküldést, amely az eredeti BuyerCookie-val küld PunchOutOrderMessage-et; védett XML-feldolgozást; megfelelő állapotkódokat; és egy rendelési végpontot a későbbi OrderRequesthez.
Saját maga építse a punchoutot egy B2B webshop, vagy használjon átjárót?
Átjáró akkor éri meg, ha sok, különböző beszerzési rendszert használó vevőt kell gyorsan bekötni, vagy ha a tanúsítás és a támogatás fontosabb a költségnél. Saját fejlesztés akkor, ha kevés nagy vevő van ismert rendszereken, és van csapat, amely felel az XML-biztonságért, a tesztelésért és a vevőnkénti sajátosságokért. Vesse össze a publikált átjáróárakkal.
Írta: Csorba Balázs
Senior fullstack és AI mérnök Stájerországban – több mint 10 év Vue, Nuxt, Node.js és PHP, ma AI-ügynököknek építek eszközöket.
[B2B e-kereskedelem és PIM →](https://balazscsorba.com/hu/expertise/b2b-ecommerce-developer)[Rólam →](https://balazscsorba.com/hu/about)
## További cikkek
- [Schema.org strukturált adatok B2B webshopokhoz: bejelentkezés mögötti árak, egységek és változatok](https://balazscsorba.com/hu/blog/schema-org-structured-data-b2b-shop)
- [AI-asszisztens a B2B webshop ügyfélszolgálatához: eszközök, jogosultságok és átadás embernek](https://balazscsorba.com/hu/blog/ai-assistant-b2b-shop-customer-support)
- [AI-csevegő UI Vue-ban és Nuxtban: akadálymentes streaming](https://balazscsorba.com/hu/blog/vue-ai-chat-ui-streaming-accessibility)
- [LLM-fordítási pipeline i18n-hez: glosszárium, helyőrzők és review](https://balazscsorba.com/hu/blog/llm-translation-pipeline-i18n)
## Pont erre van szükséged?
Írj a projektedről vagy a pozícióról – szívesen hallok felőled.
[Lépj velem kapcsolatba](mailto:contact@balazscsorba.com) [Kapcsolódjunk LinkedInen](https://www.linkedin.com/in/balazs-csorba)