> AI ágens egy B2B ügyfélportálon: élő rendelési, számla- és újrarendelési adatok, felhasználónkénti jogosultság, a gyorsítótár határa és őszinte mérőszámok. > > Web page: https://balazscsorba.com/hu/blog/b2b-customer-portal-ai · Language: Magyar · Also available in: [English](https://balazscsorba.com/blog/b2b-customer-portal-ai.md) · [Deutsch](https://balazscsorba.com/de/blog/b2b-customer-portal-ai.md) > Author: Balázs Csorba · Published: 2026-10-13 · Keywords: B2B customer portal, B2B customer portal AI, B2B self-service portal, order status delivery date, invoice and credit note self-service, reorder from order history, per-user permissions portal, deflection rate benchmark, cost per contact, headless B2B portal Nuxt [Blog](https://balazscsorba.com/hu/blog)/Webfejlesztés # AI a B2B ügyfélportálon: rendelések, számlák és újrarendelés AI ágens egy B2B ügyfélportálon: élő rendelési, számla- és újrarendelési adatok, felhasználónkénti jogosultság, a gyorsítótár határa és őszinte mérőszámok. [Balázs Csorba](https://balazscsorba.com/hu/about)·2026\. október 13.·8 perc olvasás - Customer portal - Self-service - Permissions - Caching - AI agents ![Portálablak három csempével, az egyik fölött kis szövegbuborék.](https://balazscsorba.com/images/blog/b2b-customer-portal-ai/cover.webp?v=0b114e19db) ## A lényeg röviden - A portálágens a vásárlás utáni kérdésekre az ERP és a rendeléskezelő élő adataiból, eszközökön keresztül válaszol, soha nem indexelt szövegből, mert a fiókadatok óránként változnak. - Az ágens a bejelentkezett felhasználó identitását és hatókörét örökli, és minden eszköz az adott objektumhoz való hozzáférést ellenőrzi; ezt a kontrollt az OWASP API1:2023 Broken Object Level Authorization néven tartja nyilván. - Az ügyfélspecifikus ár, készlet, rendelés és számla soha nem kerülhet megosztott gyorsítótárba; az RFC 9111 kifejezett engedély nélkül tiltja a hitelesített válaszok újrafelhasználását. - A Gartner szerint a szervizügyeknek csak 14%-a oldódik meg teljesen önkiszolgálással, ezért kérdéstípusonként tervezzen, és a vitás ügyek, jóváírások és szerződésmódosítások maradjanak embereknél. - A ContactBabel 2025-ös adatai szerint egy önkiszolgáló kapcsolat kevesebb mint 15 centbe kerül, egy telefonos pedig 7,16 dollárba, így a rendelési állapot és a számlakérdések az elsők, amelyeket érdemes automatizálni. Ezen az oldalon 1. [Miért felel egy portálágens?](https://balazscsorba.com/#what-the-portal-agent-owns) 2. [Honnan vegye az ágens a fiókadatokat?](https://balazscsorba.com/#account-data-comes-from-systems-not-from-text) 3. [Hogyan működnek a jogosultságok egy vevői fiókon belül?](https://balazscsorba.com/#per-user-permissions-inside-a-buyer-account) 4. [Mit szabad gyorsítótárazni egy B2B portálon?](https://balazscsorba.com/#caching-versus-per-customer-data) 5. [Mely kérdéseket zárhatja le az ágens, és melyekhez kell ember?](https://balazscsorba.com/#what-deflects-and-what-needs-a-human) 6. [Mennyit ér egy portálágens?](https://balazscsorba.com/#the-business-case) 7. [Mikor ne építsen portálágenst?](https://balazscsorba.com/#when-not-to-build-it) 8. [Ellenőrzőlista egy portálágenshez](https://balazscsorba.com/#checklist) 9. [Források](https://balazscsorba.com/#sources) Cikk meghallgatása 0:000:00 A **B2B ügyfélportál** az a hely, ahová a vevő a vásárlás után megy: megnézni a rendelés állapotát és a szállítási dátumot, letölteni a számlákat és jóváírásokat, látni, mennyi maradt egy szerződésből, és újrarendelni, amit legutóbb vett. Egy AI ágens a portálon természetes nyelven válaszol ezekre a kérdésekre, de csak eszközökkel lekért élő fiókadatokból, és csak azon belül, amit a bejelentkezett felhasználó láthat. Ez a cikk sorra veszi, miért felel a portálágens, miért kell a fiókadatoknak eszközökből és nem indexelt szövegből jönniük, a felhasználónkénti jogosultságokat egy többfelhasználós vevői fiókban, a gyorsítótár határát az ügyfélspecifikus adatoknál, mely kérdések szűrhetők ki és melyekhez kell ember, valamint az üzleti indoklást. A vásárlás előtti webshopos segítség más probléma, ezt a [B2B webshopok AI ügyfélszolgálatáról](https://balazscsorba.com/hu/blog/ai-assistant-b2b-shop-customer-support) szóló cikk tárgyalja. ## Miért felel egy portálágens? A vásárlás utáni rutinkérdésekért felel: hol a rendelésem, mikor érkezik, miért tér el ez a számla a rendeléstől, lekönyvelték-e a jóváírást, mennyi maradt a lehívásból, rendeld újra a szokásos listát, és van-e raktáron. Egy rövid lista mindig emberhez kerül: vitás ügyek, szerződésmódosítások, jóváírási és méltányossági döntések, és minden, aminek jogi súlya van. A vevők pontosan ezt kérik. A Sana Commerce 1000 B2B vásárlót megkérdező felmérésében 37% a rendelési állapotot, az előzményeket és a nyitott számlákat szerette volna látni a webshopban, 40% pedig pontos készletet, árakat és szállítási dátumot ([Digital Commerce 360, 2024. március](https://www.digitalcommerce360.com/2024/03/11/sana-commerce-survey-b2b-sellers-online-buyers-error-prone-order-processing); szállítói felmérés). Az újrarendelés különös figyelmet érdemel, mert ez a bevételhez legközelebb álló művelet. Az ágens a rendelési előzményekből kosarat állít össze, minden tételt összevet az aktuális elérhetőséggel, a kifutott cikkek utódjaival és az ügyfél aktuális árával, és megmutatja, mi változott a legutóbbi rendelés óta. A kosarat a felhasználó erősíti meg; az ágens soha nem rendel magától. Ugyanez a folyamat működik ismétlődő listákra is, például egy telephelyvezető havi fogyóanyag-rendelésére. ## Honnan vegye az ágens a fiókadatokat? A nyilvántartó rendszerekből, eszközökön keresztül, a kérdés pillanatában. A rendeléseket, szállításokat, számlákat és jóváírásokat az ERP vagy a rendeléskezelő rendszer kezeli; a portál egy olvasóréteg API-val és szinkronizálási késéssel. Ha a fiókdokumentumokat vektortárba indexeljük és „dokumentumokból válaszolunk”, az itt kudarcot vall, mert a fontos válasz, a mai állapot, az indexelés után megváltozik. ![A portálágens kérésútja jogosultsági kapukkal Balról jobbra: egy szerepkörrel és üzletággal rendelkező vevői felhasználó bejelentkezik a portál backendjébe, amely a munkamenetet és a szerepkört tartja. Az ágens ennek a felhasználónak a nevében jár el, és szűkített hatókörű eszközöket hív, amelyek az ERP-ből és a rendeléskezelőből, a számlákból és a készletből olvasnak. Az eszközök alatt minden hívásnál objektumszintű ellenőrzés fut; az ágens alatt emberi átadás veszi át a vitás és jóváírási kérdéseket. A felhasználó identitása minden hívással együtt utazik, szolgáltatásfiók nincs.](https://balazscsorba.com/images/blog/b2b-customer-portal-ai/diagram-8.webp?v=f05118420e) A portálágens kérésútja: az identitás a bejelentkezett felhasználótól az ágensen át minden eszközhívásba eljut, minden hívás az adott objektumhoz való hozzáférést ellenőrzi, a vitás és jóváírási kérdések pedig emberhez kerülnek. A számla- és jóváírási kérdések mutatják meg, miért. A jóváírás egy lánc vége az ERP-ben: visszárurendelés, RMA, rendelkezés, jóváírás; a kereskedelmi partnerek között pedig ugyanezek a tények EDI-üzenetekként utaznak, például X12 810 számlaként és 812 jóváírási és terhelési módosításként. Az ágens úgy magyaráz el egy számlát, hogy ezeket a rekordokat olvassa és a PDF-re hivatkozik, nem úgy, hogy átfogalmazza. Ez egyre fontosabb, ahogy a számlák strukturált adattá válnak: Franciaországban 2026. szeptember 1-jétől minden áfaalany vállalkozásnak tudnia kell e-számlát fogadni egy jóváhagyott platformon, a nagy- és középvállalatoknak pedig ugyanettől a naptól ki is kell állítaniuk ([Service-Public.fr](https://entreprendre.service-public.gouv.fr/actualites/A18953)). Legyen őszinte a frissességgel kapcsolatban. Minden válasz, amely szinkronizált értéken alapul, mondja meg, mikor és melyik rendszerből olvasta, például „állapot az ERP-ből, 10:42”. Ha a portál egy percekkel lemaradó replikából olvas, az ágens ezt mondja ki, ahelyett hogy élő értékként mutatná. Az ügyfelek sokkal könnyebben elnézik a jelzett késést, mint egy szállítási dátumot, amelyről kiderül, hogy tegnapi. ## Hogyan működnek a jogosultságok egy vevői fiókon belül? Egy B2B fióknak sok felhasználója van eltérő hatókörrel, és az ágensnek pontosan egy felhasználó hatókörét kell örökölnie. A Spryker vállalati fiókmodellje jó példa: üzletágak, szerepkörök és háromszintű rendelési láthatóság, saját rendelések, az üzletág rendelései vagy a vállalat rendelései ([Spryker dokumentáció](https://docs.spryker.com/docs/pbc/all/customer-relationship-management/latest/base-shop/company-account-feature-overview/company-user-roles-and-permissions-overview)). Más platformok részletekben eltérnek, de a szerkezet gyakori. A sebezhető pont az objektumhoz való hozzáférés, nem a végponthoz. Az OWASP a 2023-as API Top 10 listáján első helyre teszi a Broken Object Level Authorization hibát, és rögzíti, hogy a munkamenet felhasználójának összevetése az URL-ben szereplő azonosítóval nem elég; minden végpontnak, amely objektumazonosítót kap, ellenőriznie kell, hogy ez a felhasználó hozzáférhet-e az adott objektumhoz ([OWASP API1:2023](https://owasp.org/API-Security/editions/2023/en/0xa1-broken-object-level-authorization/)). Egy ágens ezt súlyosbítja, mert készségesen kipróbál olyan azonosítókat, amelyeket egy bemásolt levélben látott. Az ellenőrzést minden eszközbe tegye bele: ``` // Object-level check inside the tool (sketch): endpoint access is not object access async function getInvoice(user: PortalUser, invoiceNo: string) { const invoice = await erp.invoices.get(invoiceNo, { onBehalfOf: user.id }) if (!invoice) return { ok: false, error: 'NOT_FOUND' } const allowed = (user.scope === 'own' && invoice.orderedBy === user.id) || (user.scope === 'business-unit' && invoice.businessUnit === user.businessUnit) || (user.scope === 'company' && invoice.companyId === user.companyId) // same answer for "missing" and "not yours", so ids cannot be probed if (!allowed) return { ok: false, error: 'NOT_FOUND' } return { ok: true, invoice: pick(invoice, ['number', 'date', 'total', 'currency', 'status', 'pdfUrl']) } } ``` Az ágens soha nem fut minden ügyfél fölött jogokkal rendelkező szolgáltatásfiókként. Ha az eszközök MCP-n keresztül érhetők el, a jelenlegi engedélyezési specifikáció, a 2026-07-28-as revízió írja le a mintát: OAuth 2.1, erőforrás-jelölők, hogy egy token egyetlen szerverhez kötődjön, minimális hatókörök lépcsőzetes emeléssel `insufficient_scope` esetén, és kifejezett védelem a confused deputy támadások ellen ([MCP](https://modelcontextprotocol.io/specification/2026-07-28/basic/authorization)). Ugyanennek a szabálynak a lekérési oldali változatát a [RAG hozzáférés-szabályozásáról](https://balazscsorba.com/hu/blog/rag-access-control-permissions) szóló cikk tárgyalja. A vevői fiókok jóváhagyási szabályokat is hordoznak: felhasználónkénti rendelési keretet, költséghelyeket, és olyan limit feletti rendeléseket, amelyekhez a vevő cégén belül egy második személy kell. Az ágensnek ezeket a szabályokat pontosan úgy kell betartania, mint a webshopnak, vagyis ugyanazokat a pénztár- és jóváhagyási szolgáltatásokat kell hívnia, nem újraírnia. Az az újrarendelés, amely kihagyja a vevő saját jóváhagyási lépését, hibás, még ha minden ár és mennyiség helyes is. ## Mit szabad gyorsítótárazni egy B2B portálon? Csak azt, ami minden ügyfélnek azonos. Az RFC 9111 kimondja, hogy egy megosztott gyorsítótár nem használhatja újra az Authorization fejléccel érkezett kérésre adott választ, hacsak egy válaszdirektíva ezt kifejezetten nem engedi, és a `private` direktívát az egy felhasználónak szánt válaszokra határozza meg ([RFC 9111](https://www.rfc-editor.org/rfc/rfc9111.html)). Egy portálon az ár, az ügyfél készlete, a rendelések, számlák és lehívási egyenlegek eleve ügyfélspecifikusak. Adat Megosztott cache? Cache-kulcs Érvénytelenítés Katalógus, tartalom igen URL, nyelv PIM- vagy CMS-változás Ügyfélárak nem csak privát: ügyfél, árlista szerződés- vagy árlista-változás Készlet az ügyfélnek nem nincs, élő olvasás — Rendelési állapot nem nincs, élő olvasás — Számlák, jóváírások nem csak privát: felhasználói hatókör új bizonylat esemény Lehívási egyenlegek nem nincs, élő olvasás — A fejlécek önmagukban nem elegendők. A web cache deception úgy veszi rá a gyorsítótárat privát dinamikus válaszok tárolására, hogy kihasználja a gyorsítótár és a forrásszerver útvonal-értelmezése közötti különbségeket; a PortSwigger javaslata, hogy a dinamikus válaszok `no-store` vagy `private` jelölést kapjanak, és a CDN-szabályok ne írják felül a `Cache-Control` fejlécet ([PortSwigger](https://portswigger.net/web-security/web-cache-deception)). Egy Nuxt frontendben a route rules teszi kifejezetté a szétválasztást: ``` // nuxt.config.ts (sketch): shareable catalog vs never-shared account data export default defineNuxtConfig({ routeRules: { '/catalog/**': { swr: 600 }, // same for every customer '/account/**': { headers: { 'cache-control': 'private, no-store' } }, // orders, invoices, prices '/api/account/**': { headers: { 'cache-control': 'private, no-store' } }, }, }) ``` ## Mely kérdéseket zárhatja le az ágens, és melyekhez kell ember? Kérdéstípusonként döntsön, ne a portál egészére. A Gartner 5728 ügyfelet megkérdező felmérése szerint a szervizügyeknek csak 14%-a oldódik meg teljesen önkiszolgálással, és még a nagyon egyszerű ügyeknek is csak 36%-a; a kudarcok 43%-a abból fakadt, hogy az ügyfél nem találta a releváns tartalmat ([Gartner, 2024. aug.](https://www.gartner.com/en/newsroom/press-releases/2024-08-19-gartner-survey-finds-only-14-percent-of-customer-service-issues-are-fully-resolved-in-self-service)). Egy élő eszközökkel dolgozó ágens a „nem találtam” részt meg tudja oldani; a többi embernél marad. Kérdéstípus Gazdarendszer Ágens módja Kapcsolódó mérőszám Rendelési állapot, szállítási dátum ERP, OMS eszközhívás megkeresés rendelésenként Számla, jóváírás ERP eszközhívás PDF-linkkel megoldás típusonként Szerződés, lehívási egyenleg ERP eszközhívás megoldás típusonként Újrarendelés előzményből webshop, ERP eszköz, a felhasználó erősíti meg a kosarat újrarendelési arány Készletlekérdezés ERP, ATP eszközhívás portálhasználat Vita, jóváírási kérés emberek, CRM csak ember, összefoglalóval emberhez jutás ideje **A kiszűrés nem megoldás** A kiszűrés az elkerült megkereséseket számolja, a megoldás a megoldott problémákat. A szállítói mérőszámok gyakran a feltételezett megoldást is beszámítják: az Intercom Fin megoldottnak tekint egy beszélgetést, ha az ügyfél megerősítette, vagy nem kért embert és nem válaszolt negatívan ([Fin súgóközpont](https://fin.ai/help/en/articles/13975807-reporting-metrics-attributes)). A megerősített és a feltételezett megoldást külön jelentse, és számolja a néhány napon belüli újbóli megkereséseket. A Klarna asszisztense 2024-ben az első hónapban a chatek kétharmadát kezelte, 2025 májusára pedig a cég újra embereket vett fel, és hangsúlyozta, hogy az ügyfeleknek mindig el kell érniük egy embert ([Fortune](https://fortune.com/2025/05/09/klarna-ai-humans-return-on-investment/)). Ha egy kérdés emberhez kerül, az átadás vigye magával a már elvégzett munkát: a felhasználót, a fiókot, az ágens által lekérdezett objektumokat és azt, amit talált, hogy az ügyfélnek ne kelljen mindent megismételnie. A ContactBabel szerint a cégek 52%-a mondja, hogy az ügyfelek azért telefonálnak, mert egyáltalán nem találták az önkiszolgáló funkciót ([ContactBabel](https://www.contactbabel.com/the-inner-circle-guide-to-self-service/)); a jól látható, jól előkészített átadás az önkiszolgálás tervezésének része, nem a kudarc beismerése. ## Mennyit ér egy portálágens? Annyit ér, amennyivel csökkenti a megkeresésenkénti költséget a gyakori, egyszerű kérdéseknél, és amennyivel gyorsabbá és hibátlanná teszi az újrarendelést. B2B portálágensekre nincs publikált, auditált hatás, ezért az indoklás a megkeresésenkénti költségre, a vásárlói preferenciákra és az ügyfelenkénti mérésre épül. - **Megkeresésenkénti költség:** a ContactBabel 2025 decemberében frissített önkiszolgálási útmutatója szerint egy tipikus webes önkiszolgáló munkamenet kevesebb mint 10 penny vagy 15 cent, egy telefonos kapcsolat pedig 6,25 font vagy 7,16 dollár ([ContactBabel](https://www.contactbabel.com/the-inner-circle-guide-to-self-service/)). Ezek brit és amerikai ügyfélszolgálati átlagok, nem B2B-specifikusak. - **Újrarendelés:** a Sana Commerce felmérésében a B2B vásárlók 79%-a szívesebben rendel újra online, ugyanakkor az online rendelések 33%-ánál hibáról számolnak be, 68%-ukat elriasztják az ilyen hibák, és 74% beszállítót váltana egy jobb webshopért (szállítói felmérés, 2024. március). - **Digitális arány:** a McKinsey 2026-os B2B Pulse felmérése szerint a B2B cégek 71%-a már online is értékesít, és a bevétel nagyjából harmada digitális csatornákon folyik ([McKinsey, 2026. május](https://www.mckinsey.com/capabilities/growth-marketing-and-sales/our-insights/the-surprising-economics-of-b2b-growth-the-new-survival-threshold-and-what-it-takes-to-thrive)). Egy e-kereskedelmi vagy ügyfélszolgálati vezető számára az ügyfelenként mérendő négy szám: kiszűrés kérdéstípusonként, újrarendelési arány az előzményekből, portálhasználat és megkeresés rendelésenként. Ezt a réteget, a jogosultságokat, a gyorsítótárazást és a Nuxt frontendet B2B kereskedelmi rendszereken, például Spryker és Pimcore alapon építem, és a saját Nuxt oldalamon is futtatok LLM-funkciókat; ugyanazok a határok érvényesek mindkét léptékben. ## Mikor ne építsen portálágenst? Ne építsen ilyet, ha az ERP-adatok megbízhatatlanok, ha a számlák csak szkennelt formában léteznek strukturált forrás nélkül, ha senki nem felel egy betartatható és tesztelhető jogosultsági mátrixért, vagy ha nincs audit napló. Kevés rendelésnél egy jó kereső és egy jól látható telefonszám többet ér egy ágensnél. És kerülje a kiszűrési színjátékot: ha a fő mérőszám a feltételezett megoldást is számolja, jobbnak fog látszani a valóságnál. A több jogi egységet és nyelvet kiszolgáló portálok még egy feltételt hoznak: minden nyelvnek és jogi egységnek kell egy felelős, aki ellenőrzi, mit mond az ágens az adott piacon a számlákról, adókról és szállítási feltételekről. Nyelvenkénti felelősök nélkül várjon. ## Ellenőrzőlista egy portálágenshez 1. Írja meg kódként a jogosultsági mátrixot, és tesztelje saját, üzletági és vállalati hatókörű felhasználókkal. 2. Minden eszközben ellenőrizze az objektumszintű hozzáférést, és hiányzó és tiltott objektumra ugyanazt a hibát adja vissza. 3. Tesztelje a gyorsítótár-fejléceket minden hitelesített útvonalon, a CDN-szabályokkal együtt; én ezeket Playwright MCP-vel futtatom. 4. Az azonosítókat, például rendelés- és számlaszámokat szó szerint az eszközökből adja vissza, soha ne a modellből. 5. Minden bizonylatra vonatkozó válaszban linkelje a valódi számla- vagy jóváírás-PDF-et. 6. Kérdéstípusonként rögzítse a továbbítást, és az emberi elérhetőség minden képernyőn legyen látható. 7. Indulás előtt írja le a mérőszámok definícióit, a megerősített és a feltételezett megoldást külön. 8. Vezessen audit nyomvonalat minden eszközhívásról a felhasználóval, az objektummal és az eredménnyel. Egyetlen kérdéstípusra, rendelési állapotra vagy számlákra szűkített pilot, előre rögzített kilépési feltétellel, az őszinte kezdés. Ha segítség kell a jogosultsági modellhez, a gyorsítótár határához vagy az eszközréteghez, nézze meg a [B2B e-kereskedelmi munkámat](https://balazscsorba.com/hu/expertise/b2b-ecommerce-developer). ## Források 1. [Gartner: only 14% of customer service issues are fully resolved in self-service (19 Aug 2024)](https://www.gartner.com/en/newsroom/press-releases/2024-08-19-gartner-survey-finds-only-14-percent-of-customer-service-issues-are-fully-resolved-in-self-service) 2. [ContactBabel: The Inner Circle Guide to Self-Service (updated Dec 2025)](https://www.contactbabel.com/the-inner-circle-guide-to-self-service/) 3. [McKinsey: The surprising economics of B2B growth (B2B Pulse 2026)](https://www.mckinsey.com/capabilities/growth-marketing-and-sales/our-insights/the-surprising-economics-of-b2b-growth-the-new-survival-threshold-and-what-it-takes-to-thrive) 4. [Digital Commerce 360: Sana Commerce survey on B2B online ordering errors (11 Mar 2024)](https://www.digitalcommerce360.com/2024/03/11/sana-commerce-survey-b2b-sellers-online-buyers-error-prone-order-processing) 5. [OWASP API Security Top 10 2023: API1 Broken Object Level Authorization](https://owasp.org/API-Security/editions/2023/en/0xa1-broken-object-level-authorization/) 6. [RFC 9111: HTTP Caching](https://www.rfc-editor.org/rfc/rfc9111.html) 7. [PortSwigger Web Security Academy: Web cache deception](https://portswigger.net/web-security/web-cache-deception) 8. [Model Context Protocol: Authorization (revision 2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/basic/authorization) 9. [Spryker: company user roles and permissions](https://docs.spryker.com/docs/pbc/all/customer-relationship-management/latest/base-shop/company-account-feature-overview/company-user-roles-and-permissions-overview) 10. [Fortune: Klarna brings humans back to customer service (9 May 2025)](https://fortune.com/2025/05/09/klarna-ai-humans-return-on-investment/) 11. [Fin by Intercom: reporting metrics and resolution definitions](https://fin.ai/help/en/articles/13975807-reporting-metrics-attributes) 12. [Service-Public.fr: electronic invoicing reform, 1 September 2026](https://entreprendre.service-public.gouv.fr/actualites/A18953) ## Gyakori kérdések Mit tud egy AI ágens egy B2B ügyfélportálon? Élő fiókadatokból válaszol a vásárlás utáni kérdésekre: rendelési állapot és szállítási dátum, számlák és jóváírások, szerződéses és lehívási egyenlegek, készlet az ügyfél cikkeire, valamint újrarendelés a rendelési előzményekből. A vitás ügyek, jóváírási döntések, szerződésmódosítások és minden jogi kérdés emberhez kerül. Hogyan akadályozható meg, hogy a portálágens más ügyfél adatait mutassa? Az ágens a bejelentkezett felhasználó identitásával jár el, soha nem szolgáltatásfiókkal, és minden eszköz ellenőrzi, hogy ez a felhasználó láthatja-e az adott rendelést, számlát vagy szerződést, nem csak azt, hogy hívhatja-e a végpontot. Tesztelje saját, üzletági és vállalati hatókörű felhasználókkal. Gyorsítótárazhat-e egy CDN oldalakat egy bejelentkezett B2B portálon? Csak olyan tartalmat, amely minden ügyfélnek azonos, például katalógusoldalakat és dokumentációt. Az árakat, az ügyfélre szabott készletet, rendeléseket, számlákat és lehívási egyenlegeket private vagy no-store direktívával kell kiszolgálni, és a CDN-szabályok ezt nem írhatják felül, különben web cache deception révén kiszivároghatnak. Milyen kiszűrési arányt érhet el egy B2B portálágens? Nincs publikált B2B viszonyszám. A Gartner szerint összességében a szervizügyeknek csak 14%-a oldódik meg teljesen önkiszolgálással. Kérdéstípusonként mérjen, válassza külön a megerősített és a feltételezett megoldást, és kövesse a néhány napon belüli újbóli megkereséseket. Megéri-e egy portálágens egy B2B nagykereskedőnek? Megérheti, ha gyakoriak a rendelési állapotra és számlákra vonatkozó kérdések. A ContactBabel szerint egy önkiszolgáló munkamenet kevesebb mint 15 cent, egy telefonos kapcsolat 7,16 dollár, és egy Sana Commerce felmérésben a B2B vásárlók 79%-a szívesebben rendel újra online. Skálázás előtt ügyfelenként mérje a hasznot. Í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)