RENEXUS ELEKTRONIKUS AJÁNLATTÉTELI RENDSZER

Tájékoztató a tender-meghívások jogi természetéről

RENEXUS SYSTEMS Kft. · jogi dokumentum

Verzió: 2.0 Hatályos: 2026. szeptember 24. Kelt: 2026. szeptember 24. Ellenőrzőösszeg: 3dc2d8b115513486…

Tájékoztató a RENEXUS rendszeren keresztül küldött konkrét tender-meghívások (RFQ) céljáról, tartalmi határairól és a RENEXUS-marketingtől való elhatárolásáról. Hatályos 2026. szeptember 24. napjától. A jogi és tényállási időállapot: 2026. szeptember 24.

1. Miről szól ez a tájékoztató?

Státusz: HATÁLYOS 2026. szeptember 24. napjától. A tájékoztató a v2 adatvédelmi dokumentumcsomaggal (LIA v2.0, DPIA v1.0, Adatkezelési Tájékoztató v2.0) és a végleges tender-meghívó production élesítésével együtt lépett hatályba, és a korábbi (v1.0) tájékoztató helyébe lép.

A RENEXUS SYSTEMS Kft. által működtetett RENEXUS ajánlatkérési rendszerben ajánlatkérők konkrét tervezési, mérnöki, kivitelezési és más B2B feladatokra kereshetnek szakmailag releváns ajánlattevőket.

A RENEXUS discovery rendszerében szereplő szakember vagy vállalkozás akkor kaphat cold tender-meghívást, ha az objektív szakmai adatai alapján egy konkrét tender vagy annak valamely munkarésze számára releváns lehet.

A jelen tájékoztató azt mutatja be:

  • mi a cold tender-meghívás elsődleges célja;
  • miben különül el a RENEXUS-marketingtől;
  • hogyan választja ki az ajánlatkérő a címzettet;
  • honnan származhatnak a szakmai és kapcsolati adatok;
  • milyen adatvédelmi garanciák működnek;
  • hogyan lehet a további cold megkeresések ellen tiltakozni.

2. A RENEXUS tender-meghívása konkrét RFQ

A v2 cold tender-meghívás központi tartalma minden esetben egy konkrét Ajánlatkérő konkrét beszerzési igénye.

A levél elsődleges tartalma:

  • az Ajánlatkérő neve;
  • a konkrét tender tárgya;
  • a címzett számára releváns munkarészek;
  • az ajánlattételi határidő;
  • a tender megtekintésének módja;
  • a szakmai relevancia oka;
  • az adatkezelési és tiltakozási tájékoztatás.

A címzettet nem azért keressük meg, hogy RENEXUS-tagságot vagy előfizetést értékesítsünk neki, hanem azért, mert saját szakmai szolgáltatásával potenciálisan ajánlatot tehet egy konkrét beszerzési igényre.

3. Mi maradhat a levélben?

A RENEXUS név és logó a levélben maradhat, mert a címzett számára érthetővé kell tenni, milyen technikai rendszerből és milyen folyamatban érkezett az ajánlatkérés.

Szintén maradhat rövid, legfeljebb néhány mondatos, tényszerű rendszerismertető, például annak magyarázata, hogy a RENEXUS szakági ajánlatkérési rendszer, amelyen Ajánlatkérők konkrét munkákra keresnek szakembereket és vállalkozásokat.

Maradhat egyetlen operatív CTA:

Tender megtekintése.

A konkrét tender alapinformációi a v2 célállapotban login nélkül is megtekinthetők. Ha az ajánlat beadásához vagy aktív részvételhez fiók szükséges, az a tenderfolyamat technikai feltételeként később közölhető.

4. Mi nem kerülhet jogos érdekre alapított cold RFQ-levélbe?

A v2 cold tender-meghívás e jogalapon nem tartalmazhat:

  • általános „Regisztráljon” vagy „Csatlakozzon a RENEXUS-hoz” CTA-t;
  • „ingyenes” jelzőt mint sales-érvet;
  • RENEXUS homepage-promóciót;
  • általános funkció- vagy szolgáltatáslistát;
  • előfizetési csomag vagy más szolgáltatás promócióját;
  • upsellt;
  • newsletter-promóciót;
  • konkrét tendertől független RENEXUS-marketinget.

E kommunikációk külön marketing-jogalapot és — ahol a magyar elektronikus reklámszabályok megkövetelik — előzetes hozzájárulást igényelhetnek.

5. Gazdasági reklám-e a konkrét RFQ?

A RENEXUS álláspontja szerint az előző pontok szerint szigorúan korlátozott, konkrét tender-RFQ elsődleges és közvetlen célja a címzett saját szakmai szolgáltatására vonatkozó ajánlatkérés közvetítése, nem a RENEXUS szolgáltatásának értékesítésének vagy igénybevételének előmozdítása.

Ezért védhető az az álláspont, hogy az ilyen tiszta RFQ-megkeresés nem minősül a Grt. szerinti gazdasági reklámnak.

A RENEXUS ugyanakkor nem állítja, hogy e jogi minősítés kockázatmentes vagy minden konkrét esetben előre eldöntött lenne. A RENEXUS-tényállásra közvetlenül alkalmazható hatósági vagy bírósági döntés nem áll rendelkezésre.

Ha egy konkrét levél tényleges tartalma gazdasági reklámmá válik, természetes személy címzettnél a Grt. 6. § szerinti hozzájárulási követelményt a GDPR jogos érdeke nem helyettesíti.

6. Honnan vannak a szakmai adatok és az e-mail-cím?

A RENEXUS nyilvánosan elérhető szakmai és üzleti forrásokból kezelhet adatokat, különösen:

  • MMK szakmai nyilvántartás;
  • MÉK/MEKON szakmai nyilvántartás;
  • REKORE nyilvános taglista;
  • vállalkozások üzleti honlapjai;
  • az Ajánlatkérő saját beszállítói listája — külön adatkezelői/adatfeldolgozói modellben.

A kamarai nyilvántartás szakmai nyilvánossága nem jelenti automatikusan, hogy minden ott elérhető e-mail kötelezően nyilvános, és nem jelent korlátlan harmadik-fél újrafelhasználási jogosultságot.

A RENEXUS ezért forrás- és mezőszintű provenance-t vezet, és a konkrét cold levélben közli a címzett adatának forrását vagy forráscsaládját.

7. Hogyan működik a relevanciaszűrés?

A v2 célállapotban a RENEXUS természetes személyeket:

  • nem pontoz;
  • nem rangsorol;
  • nem minősít „jobb” vagy „rosszabb” ajánlattevőnek;
  • nem választ ki AI-val.

A rendszer az Ajánlatkérő által megadott objektív szakmai feltételek alapján képez releváns kört, például szakmai jogosultság, tevékenység, földrajzi feltétel és aktív státusz alapján.

A találatok sorrendje semleges.

A konkrét címzetteket az Ajánlatkérő emberi döntéssel választja ki. Legalább 100 címzett esetén a rendszer külön megerősítést kér.

8. Egy tender — egy címzett — egy cold email

Ugyanazon személy ugyanazon tenderhez egy cold meghívót kap, amelyben a számára releváns munkarészek összevonva szerepelnek.

A változatlan tender ugyanannak a személynek nem küldhető ki ismét új outreachként véletlenül.

Nincs minden tenderen átívelő numerikus hard frekvenciacap; a RENEXUS ugyanakkor frekvencia-telemetriát, relevanciaellenőrzést, tenderenkénti aggregálást, duplikációvédelmet és globális tiltakozást alkalmaz.

9. Mi történik közvetlenül a küldés előtt?

A rendszer fail-closed módon ellenőrzi legalább:

  • a címzett aktív státuszát;
  • a globális suppressiont;
  • a tender aktuális relevanciáját;
  • a rendelkezésre álló szakmai jogosultsági snapshotot;
  • a contact érvényességét és frissességét;
  • a provenance meglétét.

A RENEXUS jelenleg nem végez élő MMK/MÉK-lekérdezést a küldés pillanatában; az ellenőrzés a rendelkezésre álló snapshotra épül.

10. Hogyan kezeli a RENEXUS az e-mail-címet?

A cold e-mail-cím nem a discovery master-recordban szerepel, hanem elkülönített communication vaultban.

A raw e-mail-címet a rendszer csak a tényleges küldés előtt, JIT módon, célhoz kötött és naplózott resolveren keresztül oldja fel.

A normál kereső és frontend nem kapja meg a nyers e-mail-címet.

A tender-discovery rendszer telefonszámot nem kezel.

11. Milyen adatvédelmi tájékoztatást kap a címzett?

Minden első cold tender-meghívásban jól láthatóan szerepel legalább:

  • az adatkezelő(k) azonosítása;
  • a megkeresés oka;
  • az adat forrása vagy forráscsaládja;
  • a kezelt adatok rövid köre;
  • a GDPR 6. cikk (1) f) pont szerinti jogalap és a jogos érdek;
  • a tiltakozás lehetősége;
  • a teljes adatkezelési tájékoztató és a nyilvános adatgyűjtási oldal linkje.

12. Hogyan lehet tiltakozni?

A cold tender-meghívás ellen az érintett bármikor egyszerűen, díjmentesen tiltakozhat.

A RENEXUS a cold tender-outreach tekintetében a tiltakozást feltétel nélkül globális suppressionként érvényesíti.

Ez azt jelenti, hogy a későbbi új adatforrás vagy új e-mail-cím sem aktiválhatja automatikusan újra a cold megkeresést.

A letiltás a szerződés teljesítéséhez vagy az érintett által kért tranzakcióhoz szükséges account/rendszerüzenetekre nem terjed ki automatikusan.

13. Hol olvasható részletesebb tájékoztatás?

  • Adatkezelési Tájékoztató v2.0;
  • Érdekmérlegelési Teszt (LIA) v2.0;
  • Adatvédelmi Hatásvizsgálat (DPIA) v1.0;
  • https://renexus.hu/adatgyujtes.

RENEXUS SYSTEMS Kft.
support@renexus.hu
8000 Székesfehérvár, Mikszáth Kálmán utca 13.

A PDF-változat bejelentkezés után tölthető le.

A dokumentum szövege és ellenőrzőösszege a RENEXUS rendszerében rögzített; az elfogadás tényét és időpontját a hozzá tartozó folyamat naplózza.