Irányítópult
Közbeszerzési érdektérkép – áttekintés
Top 10 szervezet érték szerint
Érdekcsoport összefoglaló
Szerződésállomány évek szerint
Kifizetések évenként, iparág szerint
A szerződés-érték a megkötés évéhez van rendelve. Keretmegállapodás-plafonok nélkül.Pénzáramlás: megbízók → szállítók
Galéria: Összesen + minden iparág, oldalanként két Sankey-vel — lapozz a ‹ › gombokkal a gyors áttekintéshez. Az összes szerződés alapján — keretmegállapodás-plafonok nélkül, csak ténylegesen lehívott érték. A részletes, szűrhető nézet (év, Top N, rendezés, keretmegállapodás-mód) a Pénzáramlás menüben.
Legutolsó szerződések
Környezeti gráf
Szerződések
Nyomozások
Dinamikus érdekcsoportok — egy magból kiindulva, dimenziók (idő, csatorna, mélység) mentén építhető, menthető kapcsolat-térkép.
Új nyomozás
Betöltés…
Nyomozás
AI összefoglaló
Kattints a generálásra a halmaz lényegének AI-összefoglalójához.
Kattints egy csúcsra a csak rá vonatkozó statisztikához.
Kattints egy csomópontra a részletekhez.
Keresés
Keressen szervezetek, személyek, szerződések és rendszerek között
Keretmegállapodások
Keretmegállapodások és keretszerződések áttekintése
domain mezője alapján szűr (a KM önmagában nem hordoz iparágat).
Pénzáramlás
Megbízók → szállítók minden szerződésből: ahol van keretmegállapodás, ott a középső oszlopon át — a közvetlen szerződések kihagyják azt. A sávok szélessége a szerződött értékkel arányos.
Árfolyam-kitettség
A devizás szerződések aránya, és a MNB-árfolyam elmozdulásából adódó forint-átértékelődés (kitettség / árváltozás) — az elmúlt évek, illetve a szerződések időtartama alapján. Devizafüggetlen (EUR/USD/GBP/…).
Rendszerek
Nyilvántartott informatikai rendszerek
Riasztások
Figyelt entitások változásai — a figyelőlistát a profiloldalak „Figyelés” gombjával bővítheted; a kézbesítést (webhook/e-mail) az Admin → Riasztás-kézbesítés fülön állítod be.
Betöltés…
Megfelelőség
CE / CRA megfelelőségi státusz, SBOM, dokumentumtár és műveleti napló
Adminisztráció
Adatbetöltés és karbantartás
Modellek és útvonalak (feladatonként)
Betöltés…
OCR-motorlánc
Betöltés…
Hordozható adatcsomag (air-gapped)
Betöltés…
Fájl-alapú adatforrások
Betöltés…
Megjelenés (white-label)
Betöltés…
Adatpillanatképek (verziózott, aláírt)
Betöltés…
Funkciók (dataset-plugin)
Betöltés…
Adatminőség (forrásonként, SLA-hatókör)
Betöltés…
Riasztás-kézbesítés (webhook / e-mail)
Betöltés…
Gyorsítótár (statisztika / Sankey / gráf)
LLM-használat (élő)
A böngészés-móddal behúzott hirdetmények (scraped_notice) kategorizálása az LLM-mel,
mielőtt a teljes részleteket letöltenénk. Csak az IT/Építőipar-besorolásúak mennek tovább a fő pipeline-ba.
Vidd a kurzort egy szám fölé a részletekért.
Ez nem azonos a panel alján található „Szerződés-iparág backfill"-lel — az a már mentett szerződéseken (contract.domain) dolgozik.
Szerződés-iparág backfill — külön táblán dolgozik (contract)
A fenti hirdetmény-kategorizálás csak a böngészés-módú hirdetményeket fedi le. A keyword-móddal behúzott szerződések
contract.domain mezője NULL marad, ezért a Gráf / Keretmegállapodások / Sankey iparág-szűrői nem mutatják őket.
Ez a gomb a már mentett szerződések tárgyát (contract.subject) küldi az LLM-nek, és kitölti a domain-t in-place.
A Louvain-algoritmus a szervezet-szervezet kapcsolati gráfban keres sűrűn összekötött klasztereket. Túl sok a csoport? Csökkentsd a felbontást (pl. 0,5 — kevesebb, nagyobb csoport), emeld a min. csoportméretet (a kéttagú párok eltűnnek), vagy emeld a min. élsúlyt (az egyszeri, gyenge kapcsolatok — pl. egyetlen közös szerződés — nem képeznek csoportot). Az élsúlyok azt szabályozzák, melyik kapcsolattípus mennyire köt össze két céget.
A megbízó (vevő) szervezeteket 6 intézmény-kategóriába, a szállító (vállalkozó) szervezeteket 7 aktivitás-kategóriába sorolja LLM-mel. Naponta 04:30-kor automatikusan fut; itt manuálisan is futtatható. Színt ad a Pénzáramlás Sankey mindkét oldalának.
Feladatok
Ütemező állapota
Rendszer statisztikák
Extrakciós futtatások (audit)
Minden extrakciós batch egy futtatás-rekordot kap, és minden kinyert tényhez egy entity_assertion sor kerül.
Audit nyom törlése
A legfrissebb assertion (target_table, target_id) szerint mindig megmarad. Csak a régebbi, már felülírt sorok törlődnek.
Karrierváltások
Kik mozognak a piacon: ki hagyta el az egyik szervezetet és lépett be egy másikba, és mikor.
Legutóbbi átigazolások
Betöltés…
Személy életútja
Kattints egy személyre a fenti listából.
Minden ismert személy
Az „átigazolások" tábla csak azokat mutatja, akik egyik szervezetből egy másikba mozogtak 90 napon belül. Itt lent minden olyan személy szerepel, akit a pipeline valaha azonosított — aláírókkal, kapcsolattartókkal, képviselőkkel együtt.
Adattisztítás
Hirdetmény-kategorizálás, cég- és személy-deduplikáció, cégprofilok és audit napló
Hirdetmények
Adattisztítás — vállalatok
Hasonló nevű / azonos adószámú szervezet-párok egyesítése (azonos jogi entitás) vagy jogutód-relációként rögzítése (pl. NHH → NMHH). Minden művelet auditált és visszafordítható.
Kézi pár — tetszőleges két cég
Ha egy pár nem szerepel a javaslat-listában, itt kikeresheted A-t és B-t név szerint, és a listával azonos műveletekkel (egyesítés / jogutódlás) kezelheted.
Tömeges automatikus összevonás — névazonos duplikátumok
Szigorú szabály: egy normalizált-név csoportban PONTOSAN EGY sor hordoz azonosítót (törzsszám vagy cégjegyzékszám) — ez a kanonikus —, a többi azonosító nélküli duplikátum automatikusan beleolvad (auditáltan, visszafordíthatóan). Minden más csoport (0 vagy 2+ azonosítós) kimarad és a javaslat-scan pontozza kézi döntésre.
Tömeges takarítás — személy-szerep keveredések
Megkeresi az olyan person_org_role rekordokat, ahol a kinyerő LLM másik céghez kötötte a személyt a PDF-ben (pl. Bancsics Ferenc → NISZ),
mint amihez a DB-ben rögzítve van (pl. ATOS).
A „Felmérés" csak listát ad; a „Tömeges újra-extrakció" háttérben végigfut az érintett forrás-PDF-eken — a reconcile-pass törli a rossz rekordokat.
Felfújt lehívás-értékek (Sankey-torzító)
Olyan lehívások, ahol ugyanazon a kereten belül 3+ KÜLÖNBÖZŐ tárgyú lehívás azonos nettó értéket kapott — ez szinte biztosan a keret/lot összértéke, amit az extrakció minden lehívásra ráírt (pl. FA 111: 6×101,5 Mrd). Ezek felfújják a Pénzáramlás-Sankey-t és a totálokat. A „Nullázás" az értéket NULL-ra állítja (ismeretlen); az eredetit megőrzi a raw_metadata-ban (visszafordítható). Az azonos tárgyú párokat (duplikált rekordok) NEM bántja — azokat a szerződés-dedup kezeli.
Duplikált szerződések
Ugyanaz a valós szerződés két hirdetmény-ID alatt kétszer került be (azonos keret + nettó érték + tárgy, eltérő source_id — pl. EESZT). Ez duplán számít a totálokban. A merge a gazdagabbat (több dokumentum/fél/aláíró) tartja meg, a redundánsat törli (CASCADE). Dry-run alapból; a tényleges törlés visszafordíthatatlan.
Önmagával szerződő cég (téves fél)
Olyan szerződések, ahol ugyanaz a cég megrendelőként ÉS szállítóként is szerepel — szinte mindig téves extrakciós fél (pl. egy kivitelező konzorcium-tagot tévesen második megrendelőnek vett a rendszer; V-Híd #4098). Jelek: azonos org / törzsszám / név, vagy a csonk magneve a teljes név prefixe. Csak felmérés; a javaslat az adószám nélküli csonk-félre mutat (azt érdemes törölni). Ha mindkettőnek van törzsszáma → valódi cég-duplikátum, azt összevonni kell (merge-képernyő), nem fél-törléssel.
Rendszer↔szerződés illesztés
A kormányzati IT-rendszereket (EESZT, ASP, KIRA…) a szerződésekhez köti az aliasok alapján. A tárgy-alapú találatok megbízhatóak → egy gombbal auto-linkelhetők. Az OCR-szöveg-alapúak között lehet fals (rövid aliasok, pl. ASP), ezért azok javaslatként jönnek, kézi jóváhagyással.
Cégjegyzékszám-duplikátumok (OCR-triage)
Azonos cégjegyzékszámú aktív szervezet-párok, ahol az adószám ELTÉR — szinte mindig ugyanaz a cég, csak az egyik rekord adószáma OCR-rontott
(pl. 1156392-2-0Ż, 25678BB, +1/-1 számjegy). A cégjegyzékszám + név bizonyítja az azonosságot.
Páronkénti, kézi jóváhagyás — nincs tömeges auto-merge. A rontott adószámú „csonkot" egyesítjük a tiszta rekordba (a több szerződéses az ajánlott cél, ✓ jelöli az érvényes adószámot).
Adószám nélküli csonkok (rövid-név duplikátumok)
Adószám nélküli aktív szervezetek, amelyek név-magja pontosan egy adószámos cég nevének egyezése/prefixe (pl.
ALOHA Informatika Kft. → ALOHA Informatika Kereskedelmi és Szolgáltató Kft.) — tipikusan egy mellékletből vett rövid névből keletkezett külön rekord.
A 🏠 azonos székhelyet jelez (erős megerősítés). Mivel a csonknak nincs adószáma, nincs ütköző azonosító → a beolvasztás nem sérti az „eltérő adószám = eltérő entitás" szabályt.
Páronkénti, kézi jóváhagyás — figyelj az eltérő jogi formára (pl. Ltd vs Kft lehet külön cég) és a 0 szerződéses célokra.
Árva szervezetek (szellem-rekordok)
Aktív szervezetek, amelyek sehol nincsenek hivatkozva: nem szerződő fél, nincs hozzájuk személy-szerep, nem konzorciumi tag/vezető, nem keretmegállapodás-résztvevő, nem érdekcsoport-tag, nem központi beszerző. Ezek biztonságosan inaktiválhatók (mint a személy-szellemek). Visszafordítható.
Gyanus cégnév-rekordok
Az extractor néha félreparszolt cégnév-rekordokat hoz létre (szám-prefixes, túl rövid). Ezek azonnal kiszűrésre kerülnek a Karrierváltások oldalon, itt viszont surface-elve. A 'Megnyitás' gomb a cég profilján a meglévő merge / delete tool-okhoz vezet.
Adattisztítás — személyek
Cégen belüli azonos nevű személyek egyetlen kattintással egyesíthetők. Cégek közötti azonos nevek manuális döntésre várnak (lehet két különböző Tóth János).
Azonos nevű személyek (klaszterek)
Cégek közötti azonos nevű (vezeték+keresztnév) személy-rekordok csoportjai — ezeket az auto-merge szándékosan kézi döntésre hagyja
(két Tóth János lehet két ember). A ritka név vagy egy-cég klaszterek szinte biztosan egy ember
(pl. Kmetty József Béla KÜRT/TIGRA/LicensePort); a gyakori nevek több cégnél valószínűleg külön emberek — nézd meg az érintett cégeket!
Az „Összevonás egybe" a legtöbb céghez kötött rekordba olvaszt, a többit beolvasztja, és a teljes névre átnevez. Auditált, visszafordítható.
Gyanus multi-org egyezések
A régi auto-merge szabály a distinctive-surname multi-org klasztereket auto-merge-elte; ez a panel surface-eli azokat, amelyek emiatt false-merge gyanúsak. A 'Szétválasztás' modal megengedi a kurátornak, hogy kijelölje, melyik cégek szerepei kerüljenek új person rekordra.
Cégprofilok
Cégek weboldaláról LLM-mel kinyert profil. Frissítés heti automatikusan vasárnap 05:00-kor, vagy manuálisan az alábbi gombbal. Egy szervezet website-URL-jét felül lehet írni alább.
Üres rendszer-rekordok
A `system` táblából a teljesen üres nevű (vagy "-" / "?" / "—") rekordokat törli, amennyiben egyetlen szerződéshez sem kapcsolódnak. Ez az adat-tisztítás megakadályozza, hogy a felakadt extraction-noise eredménye a Rendszerek listán megjelenjen. Nem visszafordítható. A has-contracts esetek megmaradnak — azokat a lenti merge-tool-lal érdemes kezelni.
Rendszer-duplikátumok
Név-hasonlóság alapján javasolt duplikátum-párok (pl. KIRA + MÁK KIRA). Az egyesítés a secondary rekord minden szerződését és alias-át a primary alá viszi, majd a secondary nevét új alias-ként rögzíti — így a jövőbeli OCR-text-match is hit-eli. A művelet közvetlenül nem visszafordítható (de a secondary név alias-ként megmarad).
Lehívás-értékek audit
Olyan lehívás-jellegű szerződéseket keres, amelyek net_value_huf-ja gyanúsan közel azonos
a kapcsolt keretmegállapodás teljes keretösszegével — ez gyakran az extractor hibája (a KM ceiling-et
írta a lehívás összegébe, nem a tényleges lehívott összeget). A találatokat
'gyanús' státuszra jelölheted; majd a szerződés-oldalon megerősítheted (helyes) vagy javíthatod
(kézi érték megadás).
Deviza-érték audit
Deviza-szerződéseknél a régi kinyerés gyakran maga váltott forintra (sokszor ×1000 hibával), amit a pipeline MÉGEGYSZER átváltott — így HUF-nagyságrendű számok landoltak devizaként, felszorozva. Ez a panel 5 károsztályt detektál: FX nagyságrend (HUF-méretű szám devizaként), pénznem-eltérés (a scraper Pénznem ≠ az LLM currency), 'Egyéb' pénznem közvetlen HUF-értékkel, HUF plafon (≥ 1000 Mrd Ft nem-keretmegállapodáson), és árfolyam-inkonzisztencia (a net_value_huf durván nem stimmel az original_amount × árfolyam szorzattal, vagy deviza-érték átváltás nélkül). Minden szabály devizafüggetlen (EUR/USD/GBP/…). A Scan gyanúsnak jelöli a találatokat; az LLM-javítás célzottan újraolvassa az eredeti összeget (siker → 'javított', különben NULL + marad 'gyanús'). A szerződés-oldalon kézzel is megerősíthető/javítható.
Hiányzó aláírási dátumok
A signing_date nélküli, KÉSZ extrakciójú szerződések dátumának célzott LLM-újraolvasása az OCR-szövegből. Anti-hallucinációs kapu: a visszaadott dátumnak valamely magyar írásmódban szerepelnie kell a szövegben, és plauzibilisnek kell lennie (1990 — ma+30 nap). Meglévő dátumot SOHA nem ír felül. A futás végén automatikusan újrapróbálja a dátum hiánya miatt beragadt devizakonverziókat is.
Audit napló
Minden cég-egyesítés és jogutódlás művelet naplója — a Visszaállítás gombbal innen fordítható vissza.
-
-
Céginformációk
🤖 AI összefoglaló
Érdekcsoport tagság
Személyek (összes)
Szerződésállomány évek szerint
Szerződések
Sajtóhírek
Cégprofil
Kapcsolati gráf
-
-
Elérhetőség
Szervezeti kapcsolatok
Szerződések
-
-
Megrendelő
Szállító(k)
Keretmegállapodás
-
-
Jelenlegi üzemeltető
Kulcsszemélyek
Időszalag
Rendszer-gráf
A rendszerhez kapcsolódó megrendelők, szállítók és szerződések kapcsolati hálója. Egy node-ra kattintva a teljes profil nyílik.
-
-