Többcég kezelés CRM-ben: adatok szétválasztása okosan
KKV-knek való Dr.CRM — Gyors útmutató a választáshoz
Gyors útmutató, hogyan dönts, illik-e a Dr.CRM KKV-dhoz: integrált CRM, számlázás, feladatkezelés, több cég kezelése és gyors bevezetés.
Feb 13, 2026
CRM
többcég kezelés, multi-company management, CRM, számlázás, jogosultságok, KKV, adatvédelem, Dr.CRM
A többcég kezelés elsőre „csak” kényelmi funkciónak tűnhet egy CRM-ben, valójában viszont adatbiztonsági, pénzügyi és működési kérdés is. Ha egy tulajdonosi kör több vállalkozást futtat (külön Kft., Bt., egyéni vállalkozás, projekttársaság, franchise egység), a napi munkában gyorsan összecsúsznak a kapcsolatok, ajánlatok, számlák, feladatok és riportok. Ennek ára van: téves számlázás, GDPR-kockázat, hibás vezetői döntések, felesleges adminisztráció.
Ez a cikk abban segít, hogy többcég kezelést CRM-ben úgy alakíts ki, hogy az adatok megfelelően szétváljanak, ahol pedig üzletileg indokolt, ott kontrolláltan össze is legyenek kötve.
Mit jelent a többcég kezelés CRM-ben (és miért nem ugyanaz, mint a „több telephely”)?
Többcég kezelésről akkor beszélünk, amikor külön jogi entitásokat (külön adószám, számlázás, bankszámla, könyvelés) kell egy rendszerben kezelni. Ez más, mint több telephely vagy több üzletág egy cégen belül.
A különbség azért fontos, mert a CRM-ben nem csak ügyfeleket vezetsz:
Ügyféladatokat és kommunikációt (kapcsolattartók, e-mailek, megjegyzések)
Értékesítési folyamatokat (lehetőségek, ajánlatok, státuszok)
Számlázást és pénzügyi adminisztrációt (számlák, fizetési státuszok)
Feladatmenedzsmentet és felelősségeket (ki mit csinál, mikorra)
Riportokat (bevétel, pipeline, teljesítmény)
Ha ezek a rétegek nincsenek jól szétválasztva cégenként, akkor a „közös CRM” könnyen közös hibaforrássá válik.
A jó adat-szétválasztás célja: kevesebb hiba, jobb átláthatóság, kisebb kockázat
A „szétválasztás” nem feltétlenül jelenti azt, hogy mindent falakkal kell elválasztani. A cél inkább ez:
Cégenként tiszta felelősség és jogosultság (ki fér hozzá melyik cég adataihoz)
Cégenként helyes számlázás és dokumentumképzés (adatok, sorszámok, sablonok)
Cégenként korrekt riportok (ne keveredjen a bevétel és a pipeline)
Kontrollált közös adat ott, ahol üzletileg indokolt (például közös ügyfélcsoport)
A gyakorlatban ez egyensúly kérdése: túl laza kezelésnél nő a kockázat, túl szigorú izolációnál nő az adminisztráció.
3 tipikus többcég-adatmodell CRM-ben
A többcég kezelésre három bevált megközelítés van. A legjobb modell attól függ, mennyire közösek az ügyfelek, csapatok és folyamatok.

1) Teljes szeparáció (minden cég külön „térben”)
Mikor jó? Ha a cégek ügyfélköre, csapata és folyamatai nagyrészt eltérőek, vagy fokozott a bizalmi, iparági, adatvédelmi kockázat.
Előnye: minimális összekeveredés.
Hátránya: ha ugyanaz az ügyfél több cégnél is megjelenik, duplikáció és több karbantartás.
2) Részben közös törzsadat (ügyfelek megosztva, tranzakciók külön)
Mikor jó? Ha az ügyfelek jelentős része közös, de a számlázás, értékesítési tranzakciók és riportok cégenként külön kellenek.
Előnye: egy ügyfél „egy helyen” kezelhető, miközben a céges folyamatok tiszták.
Hátránya: jól kell tervezni a jogosultságot és a „melyik céghez tartozik” logikát.
3) Közös ügyféltörzs, céges működés külön (holding jelleg)
Mikor jó? Ha a cégcsoport központilag értékesít, marketingez, account menedzsmentet végez, de a teljesítés és számlázás több jogi entitásban történik.
Előnye: erős ügyfélélmény és egységes kapcsolattörténet.
Hátránya: ha nincs pontos folyamat, gyorsan félremehet a számlázás vagy a felelősségi kör.
Mit érdemes szétválasztani, és mit lehet összekötni?
A legtöbb hiba abból jön, hogy minden adatot „egyformán” kezelnek. Pedig nem mindegyik adat ugyanazt a kockázatot hordozza.
Adattípus | Tipikus kockázat több cégnél | Ajánlott kezelés | Megjegyzés |
Számlák, díjbekérők, fizetések | Téves számlázó cég, hibás könyvelés | Szigorúan cégenként külön | Ide tartozik a sorszám, sablon, bankszámla is |
Ajánlatok, szerződéses dokumentumok | Rossz jogi entitás, rossz ÁSZF | Cégenként külön, sablonokkal | Minimum legyen egyértelmű „cég” mező |
Ügyfél kapcsolattörténet (e-mail, jegyzet) | Bizalmas információ átcsúszik | Közös vagy részben közös, szerepkör szerint | Iparágfüggő (pl. pénzügy, egészségügy szigorúbb) |
Kapcsolattartók | Duplikáció, elavult adatok | Gyakran közös, de címkézve | Fontos: hozzárendelés több céghez |
Értékesítési pipeline | Rossz forecast, félrevezető riport | Cégenként külön pipeline vagy szűrhető nézet | Közös sales csapatnál is céges bontás kell |
Feladatok, workflow | Felelőtlenség, „nem az én cégem” | Cégenként szétválasztva, de központi átlátással | Erős jogosultságkezelés kell |
Riportok, irányítópult | Hibás döntések | Cégenként külön, plusz csoportszint | A két szint együtt a leghasznosabb |
Jogosultságok: a többcég kezelés „biztonsági öve”
Ha több céget kezelsz egy CRM-ben, a jogosultságok nem extra funkciók, hanem alapkövetelmény. Két tipikus hiba:
Mindenki „mindent lát”, mert így egyszerűbb beállítani.
Mindenki „semmit sem lát”, és végül Excelben kezdenek adatot másolni.
A cél a szerepkörök szerinti, cégenként szabályozott hozzáférés. Tipikus szerepkörök:
Cégadmin: adott cég minden adata, beállítások, számlázási sablonok.
Értékesítő: leadek, lehetőségek, saját ügyfelek, korlátozott pénzügyi nézet.
Pénzügy/könyvelés: számlázás, kintlévőség, exportok, riportok.
Vezető: összegzett irányítópult, céges bontás, teljesítménymutatók.
Adatvédelmi oldalról fontos emlékeztető: a GDPR elve (többek között az adatminimalizálás és az integritás, bizalmas jelleg elve) azt támogatja, hogy csak az férjen hozzá, akinek szükséges. Hivatalos szöveg: EUR-Lex GDPR rendelet.
Magyar környezetben hasznos tájékozódási pont a NAIH gyakorlati útmutatóinak világa is (nem CRM-specifikus, de jó keretet ad).
Számlázás több céggel: itt csúsznak el a legtöbben
A többcég kezelésben a számlázás a legérzékenyebb rész, mert közvetlen pénzügyi és jogi következménye van. Egy jó CRM-ben a számlázó modul akkor többcég-kompatibilis, ha cégenként külön tudod kezelni legalább az alábbiakat:
Kibocsátó adatok (név, cím, adószám)
Számlasablon és megjelenés
Bankszámlaszám és fizetési módok
Számlasorszám logika (legalább elkülönítés)
Cégenkénti riportok a bevételről és kintlévőségről
Ha Magyarországon számlázol, a NAV Online Számla rendszerhez kapcsolódó elvárások miatt különösen fontos a helyes kibocsátó. Kiindulási információ: NAV Online Számla.
„Szétválasztás és összekötés” a gyakorlatban: egy működő bevezetési keret
A sikeres többcég kezelés nem a beállításokkal indul, hanem a döntésekkel. Az alábbi keret segít, hogy ne utólag kelljen javítgatni.
1) Tisztázd, mi számít „közös ügyfélnek”
Írd le egy mondatban: mikor tekintetek két megjelenést ugyanannak az ügyfélnek?
Példák:
Ugyanaz a cég, de több telephely: közös ügyfél, több kapcsolattartó.
Ugyanaz a tulajdonos, de másik vállalkozás: általában külön ügyfél.
Ugyanaz a cég, de külön szerződéses viszony két jogi entitással: közös törzsadat, cégenként külön szerződés és számlázás.
Ez a definíció fogja meghatározni, mennyire legyen közös az ügyféltörzs.
2) Döntsd el, hol kell „fal”, és hol elég egy „ajtó”
Képzeld el, hogy egy munkatárs rossz céget választ ki. Mi a legrosszabb, ami történhet?
Ha a válasz „téves számla megy ki”, ott fal kell (szigorú elkülönítés, ellenőrzés).
Ha a válasz „egy telefonszámot lát egy másik cégből”, ott lehet ajtó (szerepkör, naplózás, szabályozott hozzáférés).
3) Alakíts ki cégenkénti folyamatokat, de közös logikával
A többcég kezelés akkor skálázódik, ha a folyamatok nem teljesen eltérők. Cégenként lehetnek különbségek (árképzés, szerződés, számlázás), de a CRM-ben érdemes közös mintát tartani:
Azonos pipeline szakaszok, ahol lehet
Azonos kötelező mezők (például „Számlázó cég”)
Azonos feladat-sablonok (onboarding, megújítás, follow-up)
4) Riportok: legyen céges és csoportszintű nézet is
Egy többcéges struktúrában két kérdésre kell azonnali válasz:
„Hogy áll ez a cég?”
„Hogy áll együtt a csoport?”
Ha csak csoportszintet látsz, nem fogod időben észrevenni, hol csúszik el a teljesítés vagy a kintlévőség. Ha csak céges szint van, a vezetői döntésekhez hiányzik az összkép.
5) Automatizált folyamatok: csak ott, ahol már stabil a fegyelem
Automatizálni csábító, de több cég esetén a hibák is gyorsabban terjednek. A jó sorrend:
Először kötelező mezők, ellenőrzések, jogosultság
Utána automatizálás (feladatkiosztás, státuszváltás, emlékeztetők)
Gyors döntési mátrix: milyen többcég-modell illik hozzád?
Kérdés | Inkább „igen” | Ajánlott modell |
A cégek ügyfélköre nagyrészt külön? | Igen | Teljes szeparáció |
Ugyanazok az ügyfelek több cégtől is vásárolnak? | Igen | Részben közös törzsadat |
Központi sales csapat dolgozik minden cégre? | Igen | Részben közös törzsadat vagy holding jelleg |
Nagy a jogi, iparági vagy belső bizalmassági kockázat? | Igen | Teljes szeparáció |
Vezetői szinten fontos az összesített kép (csoportszint) is? | Igen | Bármelyik, de kötelező a két szintű riport |
Tipikus buktatók (és hogyan kerüld el őket)
Duplikált ügyfelek és „szellemadatok”
Ha minden cég külön ügyféltörzset épít, egy idő után 2-3 külön verzió lesz ugyanarról a partnerről. Megoldás: közös törzsadat vagy legalább deduplikációs szabályok és kötelező azonosítók (adószám, cégjegyzékszám, e-mail domain).
Téves kibocsátó a számlán
Ez a legdrágább hiba. Megoldás: a folyamatban legyen kötelező „Számlázó cég” mező, és a számlázás legyen céges kontextushoz kötve.
Jogosultsági „kiskapuk”
Ha a hozzáférés túl széles, könnyen előfordul, hogy valaki rossz cég adatait módosítja, vagy érzékeny információt lát. Megoldás: szerepkörök, céges szűrés, naplózás.
Riportok keveredése
Ha a pipeline vagy a bevétel nem cégenként különül el, a vezetői irányítópult félre fog vinni. Megoldás: céges dimenzió minden kulcs riportban.
Hol illeszkedik ebbe a Dr.CRM?
A Dr.CRM pozícionálása alapján (KKV-knak szánt, egyben kezelt CRM, számlázás, feladatmenedzsment, riportok) a többcég kezelés akkor ad igazán értéket, ha:
egy rendszerben szeretnéd tartani a működést (CRM + számlázó + feladatmenedzsment),
fontos a multi-company management,
és ki akarod használni az adatok szétválasztását és összekötését üzletileg okos módon.
Ha több vállalkozást viszel, érdemes a bevezetést nem „adatfeltöltéssel”, hanem a fenti döntésekkel kezdeni, majd ehhez igazítani a céges struktúrát, jogosultságot, számlázási beállításokat és riportokat. A technológia sokat segít, de a tiszta definíciók és felelősségek adják a stabil alapot.

Záró gondolat: a cél nem az, hogy „minden külön legyen”, hanem hogy „minden a helyén legyen”
A többcég kezelés CRM-ben akkor működik jól, ha a rendszer egyszerre ad:
cégenként tiszta működést (számlázás, feladatok, felelősség, riportok),
és kontrollált közös képet (ügyfélélmény, csoportszintű vezetői átlátás).
Ha most állsz rendszerbevezetés előtt, vagy már van CRM-ed, de keverednek az adatok, a legnagyobb előrelépést általában nem egy új mező vagy nézet hozza, hanem a döntés: mely adatok legyenek szigorúan cégesek, és melyek lehetnek közösek, szabályozott hozzáféréssel.




