> Belső AI copilot B2B értékesítőknek: milyen ügyféladat kell hozzá, jogosultság értékesítőnként, jóváhagyási kapuk, mérőszámok és az üzemi tanács.
>
> Web page: https://balazscsorba.com/hu/blog/sales-rep-ai-copilot-b2b · Language: Magyar · Also available in: [English](https://balazscsorba.com/blog/sales-rep-ai-copilot-b2b.md) · [Deutsch](https://balazscsorba.com/de/blog/sales-rep-ai-copilot-b2b.md)
> Author: Balázs Csorba · Published: 2026-10-15 · Keywords: AI copilot for B2B sales reps, internal sales copilot, quotation automation B2B, sales copilot data access, AI quote drafting, sales rep AI assistant ROI, quote turnaround time, sales copilot GDPR works council, account context CRM ERP, AI sales assistant permissioning

[Blog](https://balazscsorba.com/hu/blog)/MI-ágensek

# AI copilot B2B értékesítőknek: ügyfélkontextus, ajánlatok és jóváhagyások

Belső AI copilot B2B értékesítőknek: milyen ügyféladat kell hozzá, jogosultság értékesítőnként, jóváhagyási kapuk, mérőszámok és az üzemi tanács.

[Balázs Csorba](https://balazscsorba.com/hu/about)·2026\. október 15.·10 perc olvasás

-   AI copilot
-   B2B sales
-   Quotes
-   Permissions
-   Works council

![Magas kártya, a vállánál kis segédpanel lebeg, balra egy headset.](https://balazscsorba.com/images/blog/sales-rep-ai-copilot-b2b/cover.webp?v=c72f10132b)

## A lényeg röviden

-   A belső értékesítési copilot egy főleg olvasó asszisztens a CRM, ERP, PIM, ár- és készletadatok fölött, amelyet egy értékesítő használ, és semmi nem hagyja el a céget jóváhagyás nélkül.
-   A copilotnak az értékesítő nevében kell eljárnia, az ő ügyfelenként és árlistánként feloldott jogosultságaival, soha nem globális olvasási joggal rendelkező szolgáltatásfiókként.
-   Az eszközök javaslatot adnak vissza, nem hatást: az ajánlat tervezet marad, a küldés emberi kattintás, a küszöb feletti kedvezményhez második jóváhagyó kell.
-   A publikált adatok a sebességet és a kapacitást támasztják alá: a HBR szerint az egy órán belül megkeresett leadek csaknem hétszer nagyobb eséllyel minősültek, a Salesforce szerint pedig az értékesítők idejük 60%-át nem eladással töltik.
-   Az értékesítőnkénti használati kimutatások megfigyelőrendszerré teszik a copilotot, ami Ausztriában az üzemi tanácsot, az EU AI Actben pedig a III. mellékletet hozza képbe; az aggregált mérőszámok mindkettőt elkerülik.

Ezen az oldalon

1.  [Mi a belső értékesítési copilot?](https://balazscsorba.com/#what-an-internal-sales-copilot-is)
2.  [Milyen ügyfélkontextusra van szüksége a copilotnak?](https://balazscsorba.com/#the-account-context-it-needs)
3.  [Milyen eszközöket kapjon egy értékesítési copilot?](https://balazscsorba.com/#the-tools-it-gets)
4.  [Hogyan működnek a jogosultságok értékesítőnként és ügyfelenként?](https://balazscsorba.com/#permissions-per-rep-and-per-customer)
5.  [Hol legyenek a jóváhagyási kapuk?](https://balazscsorba.com/#approval-before-anything-outbound)
6.  [Mennyit ér egy értékesítési copilot?](https://balazscsorba.com/#what-it-is-worth)
7.  [Hogyan értékelhető egy értékesítési copilot?](https://balazscsorba.com/#evaluating-it-without-vanity-metrics)
8.  [Mit fog kérdezni az üzemi tanács és az AI Act?](https://balazscsorba.com/#gdpr-and-the-works-council)
9.  [Mikor ne építsen értékesítési copilotot?](https://balazscsorba.com/#when-not-to-build-it)
10.  [Gyakorlati ellenőrzőlista a pilothoz](https://balazscsorba.com/#pilot-checklist)
11.  [Források](https://balazscsorba.com/#sources)

Cikk meghallgatása

0:000:00

Az **AI copilot B2B értékesítőknek** egy belső asszisztens, amely egyszerre egy értékesítő számára olvassa a cég saját CRM-, ERP-, PIM-, ár- és készletadatait, ajánlatot és utókövető levelet fogalmaz, és megáll egy jóváhagyási kapunál, mielőtt bármi eljutna az ügyfélhez. Nem a webshop chatbotja, és nem helyettesíti az értékesítőt. Gyorsabb út a kérdésre: „mennyit fizetett ez az ügyfél legutóbb, van-e raktáron, és küldhetek-e ma ajánlatot?”

Ez a cikk építési útmutató. Sorra veszi, milyen ügyfélkontextusra van szüksége a copilotnak, milyen eszközöket kap, hogyan működnek a jogosultságok értékesítőnként és ügyfelenként, hol vannak a jóváhagyási kapuk, mit támasztanak alá a publikált számok az üzleti indokláshoz és mit nem, hogyan értékelhető, és mit fog kérdezni az üzemi tanács és az EU AI Act. Szállítói összehasonlítást nem tartalmaz.

## Mi a belső értékesítési copilot?

A belső értékesítési copilot egy főleg olvasó asszisztens néhány eszközzel, amelyet egy bejelentkezett értékesítő használ, és amelynek kimenetei tervezetek. Az értékesítő természetes nyelven kérdez, a copilot a nyilvántartó rendszerekben keresi meg a tényeket, és bizonyítékkal együtt válaszol: a szerződéses ár a forrásával, a készlet időbélyeggel, az ügyfél tavalyi rendelései.

Fontos a különbség az ügyfeleknek szóló asszisztenshez képest. A [B2B webshopok AI ügyfélszolgálatáról](https://balazscsorba.com/hu/blog/ai-assistant-b2b-shop-customer-support) szóló cikkben leírt bolti asszisztens a kiszűrt kérdéseket méri, és soha nem mutathat fedezetet. Az értékesítési copilot látja a szerződéses árakat, a kedvezményeket és néha a fedezetet is, így a kockázata az értékesítők és ügyfelek közötti adatszivárgás, a sikere pedig az értékesítői kapacitás és az ajánlati sebesség, nem az elkerült jegyek száma.

## Milyen ügyfélkontextusra van szüksége a copilotnak?

A copilotnak öt forrásra van szüksége, és az ajánlatkészítés elbukik, ha az első négy bármelyike hiányzik vagy elavult: rendelési és ajánlati előzmények az ERP-ből, szerződéses árak és árlisták, készlet- vagy ATP-adatok, termékadatok a PIM-ből, valamint CRM-kontextus, például kapcsolattartók, lehetőség-fázis és friss aktivitás.

![Belső értékesítési copilot rendszertérképe Az értékesítő kliense, például a CRM vagy az Outlook, a copilot szolgáltatással beszél. A copilot először feloldja az értékesítő jogosultságait (értékesítő, ügyfelek, árlisták), majd az értékesítő nevében öt eszközt hív: CRM, ERP rendelések és ajánlatok, PIM keresés, szerződéses árak és készlet. Az eredmények javaslatként érkeznek egy jóváhagyási nézetbe, és minden eszközhívás audit naplóba kerül. Egyetlen szolgáltatásfióknak sincs globális olvasási joga.](https://balazscsorba.com/images/blog/sales-rep-ai-copilot-b2b/diagram-7.webp?v=05a9f67a5c)

A copilot először a jogosultságokat oldja fel, az értékesítő nevében hívja az eszközöket, és javaslatokat ad vissza egy jóváhagyási nézetbe; minden eszközhívás naplózva van.

A frissességi szabályok forrásonként eltérnek. A készletet és a nyitott rendelések állapotát élőben kell olvasni, mert az a copilot, amely magabiztosan a tegnapi készletet mondja, rosszabb, mint ha nem lenne. Az árlisták percekig gyorsítótárazhatók, ha a kulcs tartalmazza az ügyfelet és az árlista verzióját. A specifikációk és dokumentumok egy keresőindexben lehetnek, amely PIM-változáskor frissül.

A B2B kereskedelmi és PIM-platformokkal, például Spryker és Pimcore rendszerekkel szerzett tapasztalatom szerint az integráció valódi költsége az azonosítás, nem a nyelvi modell: cikkszámok, amelyek eltérnek az ERP, a PIM és az ügyfél saját rajzai között, ügyfélszámok szemben a szállítási és számlázási címekkel, és különböző szinteken csatolt árlisták. Erre a megfeleltetésre tervezzen először keretet.

## Milyen eszközöket kapjon egy értékesítési copilot?

Adjon neki hét szűk eszközt, ebből ötöt csak olvasásra, és minden írás maradjon tervezet. Egy kicsi, jól leírt eszközkészletet könnyebb biztonságossá tenni, és a modell is pontosabban használja, mint egy tág „kérdezd le az ERP-t” eszközt. Írtam egy 20 eszközös Jira MCP szervert, és a tanulság átvihető: eszközönként egy világos feladat, típusos bemenetek és olyan hibaüzenetek, amelyek megmondják a modellnek, mi a következő lépés, ahogy az [ágenseszközök tervezéséről](https://balazscsorba.com/hu/blog/agent-tool-design-descriptions-errors) szóló cikk leírja.

Eszköz

Adatforrás

Jogosultság

Mellékhatás

Jóváhagyás

Tipikus hiba

Specifikáció-keresés

PIM, search index

minden értékesítő

nincs

nem

cikkszám nem egyezik

Készletlekérdezés

ERP, ATP

minden értékesítő

nincs

nem

elavult cache, rossz raktár

Szerződéses ár

árazó szolgáltatás

saját ügyfelek

nincs

nem

rossz árlistaszint

Rendelési előzmény

ERP

saját ügyfelek

nincs

nem

szállítási és megrendelő cím keveredik

Ajánlattervezet

ERP ajánlat API

saját ügyfelek

tervezetrekord

igen, plusz küszöb

ismétléskor dupla tervezet

E-mail-tervezet

levelezőkliens

saját postafiók

csak tervezet

igen

kitalált vállalások

CRM-jegyzet

CRM

saját ügyfelek

aktivitásrekord

igen

jegyzet rossz ügyfélnél

Minden író eszköznek idempotenciakulcs kell, hogy egy megismételt hívás ugyanazt a tervezetet frissítse, ne hozzon létre másodikat. A szerződéses ár eszköz adjon vissza levezetést („4711-es szerződés, december 31-ig érvényes, 50 darab feletti sáv”), mert az értékesítőnek meg kell tudnia indokolni az árat az ügyfélnek.

## Hogyan működnek a jogosultságok értékesítőnként és ügyfelenként?

A copilot az értékesítőként fut, az ő identitása nevében, és minden eszköz ellenőrzi az értékesítő jogosultságait, mielőtt adatot ad vissza. A globális olvasási joggal rendelkező szolgáltatásfiók a leggyakoribb tervezési hiba: egyetlen prompt injection vagy egy lekérési hiba, és egy értékesítő meglátja egy kollégája ügyfélárait.

A jogosultságok feloldása az értékesítési szervezetet követi: értékesítő a területhez vagy ügyféllistához, ügyfél az árlistákhoz és szerződésekhez, szerepkör az ár és fedezet láthatóságához. Ugyanezek a szabályok érvényesek a lekérésre. Ha a rendelési előzmények vagy ajánlati dokumentumok vektorindexben vannak, a jogosultsági szűrés a rangsorolás előtt történjen, ne utána, ahogy a [RAG hozzáférés-szabályozásáról](https://balazscsorba.com/hu/blog/rag-access-control-permissions) szóló cikk mutatja. A gyorsítótár kulcsában szerepeljen az ügyfél, hogy egy értékesítő válasza soha ne jusson el egy másikhoz.

```
// Tool contract (sketch): every call runs as the rep, never as a service account
type ContractPriceInput = { customerNumber: string; sku: string; quantity: number }

type ContractPriceResult =
  | { ok: true; unitPrice: number; currency: string
      source: 'contract' | 'price-list' | 'tier'; validUntil: string; trace: string[] }
  | { ok: false; error: 'NOT_ENTITLED' | 'UNKNOWN_SKU' | 'NO_PRICE'; hint: string }

async function contractPrice(rep: RepIdentity, input: ContractPriceInput): Promise<ContractPriceResult> {
  if (!(await entitlements.canSeePrices(rep, input.customerNumber)))
    return { ok: false, error: 'NOT_ENTITLED', hint: 'Customer is not in your account list.' }
  // the pricing service checks the same entitlement again (defense in depth)
  return pricing.resolve(input, { onBehalfOf: rep.id })
}
```

Írjon olyan teszteket, amelyek a negatív esetet bizonyítják: az A értékesítő a B értékesítő ügyfelére kérdez, és `NOT_ENTITLED` választ kap, az eszközön keresztül és olyan szabad szöveges kérdéseknél is, amelyek rá akarják beszélni a modellt. Naplózzon minden eszközhívást az értékesítővel, az ügyféllel, a bemenettel és az eredmény méretével; ezt az audit naplót mutatja meg a biztonsági csapatnak, később pedig az üzemi tanácsnak.

## Hol legyenek a jóváhagyási kapuk?

Minden olyan hatás elé tegyen kaput, amely elhagyja a céget vagy rekordot módosít: az eszközök javaslatot adnak vissza, és az értékesítő egy kattintással alakítja műveletté. Az ajánlattervezet tervezet marad, az e-mail tervezetként kerül az értékesítő postafiókjába, a CRM-jegyzet pedig írás előtt megjelenik.

![Ajánlattervezet folyamata jóváhagyási kapuval Öt lépés balról jobbra: az értékesítő kérdez; a copilot lekéri a terméket, a szerződéses árat, a készletet és a rendelési előzményeket; ajánlattervezetet készít tételekkel, árakkal és feltételekkel; az értékesítő szerkeszt és jóváhagy, a kedvezményküszöb felett második jóváhagyóval; csak ezután megy ki az ajánlat és frissül a CRM. Ár- vagy készleteltérés esetén a tervezet visszakerül az értékesítőhöz.](https://balazscsorba.com/images/blog/sales-rep-ai-copilot-b2b/diagram-21.webp?v=a7d30eab69)

Az ajánlat átfutási idejének mérőszáma a t0 és t1 közötti idő; ár- vagy készleteltérés bármely lépésben visszaküldi a tervezetet az értékesítőnek.

-   **Kedvezményküszöb:** az értékesítő limitje feletti kedvezmény második jóváhagyóhoz irányítja a tervezetet, ugyanazzal a szabállyal, amelyet az ERP a kézi ajánlatoknál is alkalmaz.
-   **Szállítási határidő:** a copilot soha nem közöl olyan határidőt, amelyet az ERP az adott mennyiségre és szállítási címre nem igazolt vissza.
-   **Áreltérés:** ha a tervezet ára eltér az árazó szolgáltatás eredményétől, a tervezet mindkét értékkel visszakerül az értékesítőhöz.
-   **Bizonyíték egy kattintásra:** a tervezet minden száma arra a rekordra mutat, ahonnan származik, így az ellenőrzés tényleg ellenőrzés, nem újbóli kutatás.

A jóváhagyási nézet abban az eszközben legyen, amelyet az értékesítő amúgy is használ, a CRM-ben vagy a levelezőkliensben. Egy külön copilot alkalmazás saját jóváhagyási sorral csak még egy fül, és az értékesítők megkerülik. Ezt az utat végponttól végpontig tesztelem Playwright MCP-vel egy valódi böngészőben: az értékesítő kérdez, megjelenik a tervezet, és semmi nem megy ki a jóváhagyó kattintás előtt.

## Mennyit ér egy értékesítési copilot?

A publikált bizonyítékok két emelőt támasztanak alá, a reakcióidőt és az értékesítői kapacitást, létszámcsökkentést viszont nem. Nincs olyan elsődleges tanulmány, amely a napokban mért ajánlati átfutási időt a B2B nagykereskedelmi nyerési aránnyal kötné össze, ezért az ajánlati átfutást mért mérőszámként kezelje, ne ígért megtérülésként.

-   **Sebesség:** a Harvard Business Review 2241 amerikai cégre kiterjedő vizsgálata szerint a válaszoló cégek átlagos reakcióideje 42 óra volt, 23% pedig soha nem válaszolt. Egy külön, 1,25 millió leadet tartalmazó adatkészletben az egy órán belül kapcsolatba lépő cégek csaknem hétszer nagyobb eséllyel minősítették a leadet, mint az egy órával később jelentkezők ([HBR, 2011. március](https://hbr.org/2011/03/the-short-life-of-online-sales-leads)).
-   **Kapacitás:** a Salesforce 2026-os State of Sales jelentése szerint az értékesítők idejük 60%-át nem eladással töltik, 57%-uk szerint hosszabbodnak a ciklusok, és az ajánlatkészítés az értékesítési ágensek három fő felhasználási területe között van ([Salesforce](https://www.salesforce.com/sales/state-of-sales/sales-statistics/)).
-   **AI-t használó értékesítők:** a Gartner 2024-es, 1026 B2B értékesítőre kiterjedő felmérése szerint az AI-eszközökkel hatékonyan dolgozó értékesítők 3,7-szer nagyobb eséllyel teljesítik a kvótát ([Gartner, 2024. szept.](https://www.gartner.com/en/newsroom/press-releases/2024-09-16-gartner-sales-survey-reveals-sellers-who-partner-with-ai-re-three-point-seven-times-more-likely-to-meet-quota)). Ez korreláció, nem bizonyítéka annak, hogy az eszköz okozza a kvóta teljesülését.
-   **Az ember marad:** a Gartner szerint a B2B vásárlók 61%-a összességében értékesítő nélküli vásárlást preferál, ugyanakkor azt jósolja, hogy 2030-ra 75%-uk az emberi interakciót előtérbe helyező értékesítést fogja előnyben részesíteni ([Gartner, 2025. jún.](https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-sales-survey-finds-61-percent-of-b2b-buyers-prefer-a-rep-free-buying-experience); [Gartner, 2025. aug.](https://www.gartner.com/en/newsroom/press-releases/2025-08-25-gartner-says-by-2030-that-75-percent-of-b2b-buyers-will-prefer-sales-experiences-that-prioritize-human-interaction-over-ai)). Az embert gyorsabbá tevő copilot mindkét irányba illik.

Egy értékesítési vezetőnek vagy operatív igazgatónak az őszinte érv a kapacitás és a sebesség: több ajánlat megy ki még aznap, kevesebb az árhiba, és kevesebb idő megy el három rendszer átkutatására. A fogalmazási részre léteznek dobozos termékek; a Microsoft 2024 februárjában tette általánosan elérhetővé a Copilot for Sales-t, azóta pedig a Microsoft 365 Copilot értékesítési ajánlatába olvasztotta ([Microsoft](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2024/02/01/microsoft-copilot-for-sales-and-copilot-for-service-are-now-generally-available/)). Egyedi fejlesztés ott térül meg, ahol a szűk keresztmetszet az ERP, a szerződéses árak és a készlet integrációja, és ahol a jogosultságok nem egyszerűek.

## Hogyan értékelhető egy értékesítési copilot?

Elsőként a tények helyessége, másodikként az értékesítési eredmények alapján értékelje, a pilot előtt mért alapértékhez képest. A használati számok és a chatforgalom semmit nem mondanak arról, hogy az ajánlat gyorsabban vagy helyes árral ment-e ki.

-   **Offline tesztkészlet:** valódi értékesítői kérdések a várt eszközhívásokkal és tényekkel, plusz néhány referenciaajánlat. Minden modell- vagy promptváltáskor futtassa le.
-   **Kemény korlátok:** zéró tolerancia a rossz árra, rossz készletre vagy kitalált ügyféltényre egy jóváhagyott tervezetben; az ellenőrzésen fennakadtakat is számolja.
-   **Elfogadási arány és javítási mérték:** a kevés javítással elküldött tervezetek aránya. B2B értékesítési copilotokra ehhez nincs nyilvános viszonyszám, ezért a saját pilot-alapértékét rögzítse.
-   **Működési mérőszámok:** első válaszig eltelt idő, ajánlati átfutási idő (a fenti folyamat t0–t1 szakasza), kedvezményszivárgás és nyerési arány reakcióidő-sávonként.

## Mit fog kérdezni az üzemi tanács és az AI Act?

Azt fogják kérdezni, hogy a copilot megfigyeli-e az egyes értékesítőket. Maga az eszköz nem probléma, az értékesítőnkénti használati statisztika, elfogadási arány és eredményrangsor viszont igen. Úgy tervezze a mérőszámokat, hogy a válasz nem legyen.

Ausztriában az ArbVG 96. § (1) bek. 3. pontja az üzemi tanács hozzájárulásához köti azokat az ellenőrző intézkedéseket és technikai rendszereket, amelyek a munkavállalókat ellenőrzik és érintik az emberi méltóságot; a gyakorlatban ez üzemi megállapodást jelent. A WKO 2026. áprilisi összefoglalója a Szövetségi Közigazgatási Bíróság egyik döntéséről (BVwG 27.6.2025, W218 2298555-1) olyan jóváhagyott megoldást ír le, amelyben élő állapotfigyelés mellett csak ±15%-os küszöbátlépésnél készül heti, munkavállalónkénti riport, a vezetői szerepkörök anonimizált hozzáférést kapnak, a megőrzés pedig 15 hónap ([WKO](https://www.wko.at/ktn/industrie/ueberwachung-im-homeoffice-wo-sind-die-grenzen-)). Ilyen részletességet vár majd az üzemi tanács. A tágabb képet az [AI-eszközök és az üzemi tanács Ausztriában és Németországban](https://balazscsorba.com/hu/blog/works-council-ai-tools-austria-germany) című cikk mutatja be.

Az EU AI Act III. mellékletének 4. pont b) alpontja nagy kockázatúnak minősíti azokat az AI-rendszereket, amelyek egyéni viselkedés alapján osztanak ki feladatokat, vagy a munkavállalók teljesítményét és viselkedését figyelik és értékelik ([III. melléklet](https://artificialintelligenceact.eu/annex/3/)). Az a copilot, amely elfogadási arány szerint rangsorolja az értékesítőket, ebbe az irányba csúszik. Ha oda kerül, a 26. cikk alkalmazói kötelezettségeket hoz, többek között a munkavállalói képviselők tájékoztatását a használatba vétel előtt és a naplók legalább hat hónapos megőrzését ([26\. cikk](https://artificialintelligenceact.eu/article/26/)). A Digital Omnibus, vagyis az (EU) 2026/1744 rendelet után ezek a III. mellékleti kötelezettségek 2027. december 2-től alkalmazandók ([EUR-Lex](https://eur-lex.europa.eu/eli/reg/2026/1744/oj/eng)); az ütemtervet [az EU AI Act GPAI és nagy kockázatú rendszerekről](https://balazscsorba.com/hu/blog/eu-ai-act-gpai-high-risk-2026) szóló cikk magyarázza el.

**Alapértelmezésben aggregáljon**

Az elfogadási arányt, az átfutási időt és a hibaarányt csapatonként vagy régiónként jelentse, soha ne értékesítőnként, a nyers interakciós naplókat csak meghatározott ideig őrizze, és ezt a pilot indulása előtt rögzítse írásban. Ugyanez a szabály tartja eszköznek a copilotot az ArbVG szerint, és kívül a III. melléklet 4. pont b) alpontján.

## Mikor ne építsen értékesítési copilotot?

Ne építse meg, ha az alapul szolgáló adatok nem megbízhatók, ha kevés az ajánlat, vagy ha csak a szövegezésre van szükség. A koszos ügyfél-törzsadatok és ellentmondásos árlisták fölé épített copilot iparosítja a káoszt: gyorsabban és magabiztosabban gyárt hibás ajánlatokat.

-   Ha egy értékesítő hetente csak néhány ajánlatot ír, egy jobb ajánlatsablon és egy működő termékkereső többet ér egy copilotnál.
-   Ha csak e-mail-összefoglalók és megbeszélés-jegyzetek kellenek, a levelező- és CRM-csomagba épített dobozos asszisztens olcsóbb az egyedi fejlesztésnél.
-   Ha az összetett termékek konfigurációs szabályai még nincsenek szoftverben, ott kezdje; a konfigurált tétel az a bemenet, amelyre az ajánlattervezetnek szüksége van.

## Gyakorlati ellenőrzőlista a pilothoz

Egy hasznos pilot négy-nyolc hetes, eleinte csak olvas, három eszköze van és mért alapértéke. Ezt a hatókört rögzíteném írásban:

1.  Mérje meg az alapértéket: az első válaszig eltelt időt és az ajánlati átfutást a pilotcsapatnál, mielőtt bármilyen eszköz létezne.
2.  Feleltesse meg az azonosítókat: cikkszámok, ügyfélszámok, szállítási címek és árlistaszintek az ERP, a PIM és a CRM között.
3.  Három olvasó eszközzel induljon: rendelési előzmények, szerződéses ár levezetéssel, készlet.
4.  Minden hívás az értékesítő nevében fusson, negatív jogosultsági tesztekkel a CI-ban.
5.  Ajánlattervezetet csak akkor adjon hozzá, ha az olvasó eszközök már helyesek, idempotenciakulccsal és kedvezményküszöbbel.
6.  A tesztkészletet valódi értékesítői kérdésekből állítsa össze, és futtassa minden modell- vagy promptváltáskor.
7.  Készítse elő az üzemi tanácsnak szóló csomagot: cél, adatok, csak aggregált mérőszámok, megőrzés és adatvédelmi hatásvizsgálat.
8.  Egyeztessen visszalépési tervet: a copilot kikapcsolható anélkül, hogy bármely értékesítési folyamat változna.

Ezt a hatókört egy tapasztalt szabadúszó fejlesztő vagy egy kis stúdió fix áras „copilot-felkészültségi” pilotként tudja leszállítani, ahol a siker az elfogadási arány és az ajánlati átfutás az alapértékhez képest, nem egy megígért megtérülés. Ha ilyet tervez, a [B2B e-kereskedelmi munkám](https://balazscsorba.com/hu/expertise/b2b-ecommerce-developer) lefedi azt az ERP-, árazási és PIM-oldalt, amelyen múlik.

## Források

1.  [Harvard Business Review: The Short Life of Online Sales Leads (March 2011)](https://hbr.org/2011/03/the-short-life-of-online-sales-leads)
2.  [Salesforce: State of Sales statistics, 7th edition (2026)](https://www.salesforce.com/sales/state-of-sales/sales-statistics/)
3.  [Gartner: sellers who partner with AI are 3.7 times more likely to meet quota (16 Sep 2024)](https://www.gartner.com/en/newsroom/press-releases/2024-09-16-gartner-sales-survey-reveals-sellers-who-partner-with-ai-re-three-point-seven-times-more-likely-to-meet-quota)
4.  [Gartner: 61 percent of B2B buyers prefer a rep-free buying experience (25 Jun 2025)](https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-sales-survey-finds-61-percent-of-b2b-buyers-prefer-a-rep-free-buying-experience)
5.  [Gartner: by 2030, 75 percent of B2B buyers will prefer human-first sales experiences (25 Aug 2025)](https://www.gartner.com/en/newsroom/press-releases/2025-08-25-gartner-says-by-2030-that-75-percent-of-b2b-buyers-will-prefer-sales-experiences-that-prioritize-human-interaction-over-ai)
6.  [Microsoft: Copilot for Sales and Copilot for Service generally available (1 Feb 2024)](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2024/02/01/microsoft-copilot-for-sales-and-copilot-for-service-are-now-generally-available/)
7.  [WKO: Überwachung im Homeoffice, BVwG 27.6.2025 W218 2298555-1 (21 Apr 2026)](https://www.wko.at/ktn/industrie/ueberwachung-im-homeoffice-wo-sind-die-grenzen-)
8.  [EU AI Act, Annex III (high-risk use cases)](https://artificialintelligenceact.eu/annex/3/)
9.  [EU AI Act, Article 26 (obligations of deployers)](https://artificialintelligenceact.eu/article/26/)
10.  [Regulation (EU) 2026/1744 (Digital Omnibus on AI), EUR-Lex](https://eur-lex.europa.eu/eli/reg/2026/1744/oj/eng)

## Gyakori kérdések

Mi a különbség egy értékesítési copilot és egy ügyfélszolgálati chatbot között?

Az ügyfélszolgálati chatbot az ügyfeleknek szól, és az ő kérdéseiket válaszolja meg vagy szűri ki. Az értékesítési copilot belső: egy értékesítő használja a saját ügyfelei fölött, látja a szerződéses árakat és a fedezetet, amit az ügyfél soha nem láthat, és minden kifelé irányuló művelet (ajánlat, e-mail, CRM-bejegyzés) az értékesítő jóváhagyására vár.

Milyen adatokra van először szüksége egy AI értékesítési copilotnak?

Kezdje az ügyfelenkénti és cikkszámonkénti rendelési előzményekkel, a szerződéses árakkal és árlistákkal, a készlet- vagy ATP-adatokkal és a PIM termékadataival. A CRM-aktivitás segít, de az a copilot, amely nem tudja megmutatni a helyes ügyfélárat és a szállítási állapotot, ajánlatkészítésre nem használható, bármilyen jók az e-mailjei.

Küldhet egy AI copilot önállóan ajánlatot?

Nem kellene. Az ajánlat maradjon tervezet, amelyet az értékesítő szerkeszt és küld el, a küszöb feletti kedvezményhez kelljen második jóváhagyás, és a copilot soha ne vállaljon szállítási határidőt ERP-visszaigazolás nélkül. A copilot javasol, az értékesítő és az ERP dönt.

Kell-e az üzemi tanács jóváhagyása egy belső értékesítési copilothoz Ausztriában?

Ha a rendszer alkalmas az egyes értékesítők megfigyelésére, például személyenkénti használati vagy eredményriportokkal, az ArbVG 96. §-a üzemi megállapodásban adott hozzájárulást írhat elő. Alapértelmezetten aggregált mérőszámokkal, rövid megőrzéssel és rangsorok nélkül a copilot eszköz marad, nem ellenőrzőrendszer.

Hogyan mérhető, hogy egy értékesítési copilot működik-e?

A pilot előtt rögzítsen alapértéket, és mérje az első válaszig eltelt időt, az ajánlat átfutási idejét, a kevés javítással elfogadott tervezetek arányát, az ellenőrzésen fennakadt ár- vagy készlethibákat és a kedvezményszivárgást. Az elfogadási arányra nincs nyilvános iparági viszonyszám, ezért a saját alapértéke az összehasonlítási alap.

Í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

-   [Eszközök tervezése AI-ágenseknek: nevek, leírások, sémák és hibaüzenetek](https://balazscsorba.com/hu/blog/agent-tool-design-descriptions-errors)
-   [Legacy kódbázis migrálása coding agentekkel: strangler fig playbook](https://balazscsorba.com/hu/blog/coding-agents-legacy-codebase-migration)
-   [Háttérben futó kódoló ügynökök: PR-ek, sorok és review](https://balazscsorba.com/hu/blog/background-agents-async-pr-workflow)
-   [Kontextusromlás hosszan futó ügynököknél: törlés, tömörítés, memória és al-ügynökök](https://balazscsorba.com/hu/blog/context-rot-compaction-long-running-agents)

## 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)