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
Ügyiratok: egy magból vagy bárhonnan összegyűjtött szereplők, bővíthető kapcsolat-térképpel, bizonyíték-táblákkal, Kérdezővel és megállapításokkal.
Új nyomozás
Betöltés…
Nyomozás
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).
Gépelés közben szűr, ékezet nélkül is. Számfeltételek: >, >=, <, <=, =. A keresőben például: érték:>1000000 lehívások:>=5. Több feltétel együtt érvényesül.
A lista és az összegek a hozzáférhető szerződésekre korlátozódnak.
Megkötések és futamidőkÉves áttekintés · kattintással összecsukható
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-hatás a szerződéses összegen — elszámolás szerint (a hatály vége, illetve időszakos elszámolásnál az elszámolási ablak átlagárfolyama; a realizált és a nyitott rész külön), vagy hipotetikusan a mai árfolyamon. A bizonyíték, a vélelem és a nyitott hatás külön jelölve. Devizafüggetlen (EUR/USD/GBP/…).
Egységár-elemzés
A szerződések tételsoraiban szereplő egységárak (óradíj, napidíj, havidíj, éves díj) alakulása iparáganként, a KSH szolgáltatás-inflációjával összevetve. A devizás tételek a szerződés aláírásának napi MNB-árfolyamán forintosítva.
Kockázatelemzés
Tipikus közbeszerzési és szerződéses kockázatok jelzései a szerződések dokumentumszövegéből és a rögzített adatokból: eljárási, tartalmi-szerződéses, kapcsolati és ár/érték jellegű indikátorok, kompozit pontszámmal.
Verseny- és piacszerkezet
Az eljárások versenyintenzitása és a piac koncentrációja: egyajánlatos eljárások aránya, a nyertes és a második ajánlat közötti árrés, Herfindahl-index (HHI) ajánlatkérőnként és beszerzési főcsoportonként, együtt-indulási háló és ajánlat-rotációs minták.
Forgóajtó
Olyan személyek, akik ajánlatkérői oldalról a szállítói oldalra (vagy fordítva) kerültek át két olyan szervezet között, amelyek egymással szerződtek. A jelzés a szerepviselés dátumaiból és a szerződések időzítéséből épül; hiányzó dátum esetén az irány NEM állapítható meg — ezek külön szűrhetők.
Teljesíthetőség
A szállító feltöltött éves létszámához (átlagos statisztikai állományi létszám, FTE) mért szerződéses munkaigény: bizonyítottan az idő-alapú tételsorokból (óradíj, napidíj), becsülten a szervezetre jutó szerződéses értékből medián díjon. Háromállású verdikt — a „nem értékelhető” legitim, gyakori végállapot.
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…
Adatbázisok (dataset-katalógus)
Betöltés…
Megjelenés (white-label)
Betöltés…
KIF-regiszter
Felhasználók és jogosultságok
Betöltés…
Napló-archívum (rotáció, tömörítés, megőrzés)
Betöltés…
Adatpillanatképek (verziózott, aláírt)
Betöltés…
Funkciók (dataset-plugin)
Betöltés…
Egységár-kategóriák és KSH-index
A Karbantartás fül megnyitásakor töltődik.
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…
Kockázatelemzés (vizsgálati template-ek, szkennelés)
A Kockázatelemzés fül megnyitásakor töltődik.
Létszámadatok (teljesíthetőségi kockázat)
A Létszámadatok fül megnyitásakor töltődik.
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.
Olvashatatlan dokumentumok
Először futtass diagnózist — a javítás csak azután indítható, hogy látod, mit és mennyit érint.
A számítás tranzakciós és személyi kapcsolatokat használ; külön szállítói és megrendelői, IT- és építőipari körökkel. Louvain: felbontás 1, mag 42, minimum 2 tag. A közös megrendelő és a teljes kerettagság nem csoportképző él.
Az első eredmény külön ellenőrzés és közlés után váltja fel a korábbi köröket. A számítás nem hív AI-modellt.
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.
Telefonkönyv
Minden személy, akit a pipeline valaha azonosított — aláírók, kapcsolattartók, képviselők, elérhetőségekkel.
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.
KIF-javaslatok
Adószám és összevonás mindig kézi döntés. A KKV-méret külön KIF-adat.
Karanténba tett szervezet-jelöltek — hallucináció-guard
A kinyerés NEM hoz létre új céget, ha a jelöltnek nincs adószáma és cégjegyzékszáma, a neve nem kereshető vissza a hirdetmény adataiban, és nincs hozzá hasonló nevű meglévő cég — ilyet tipikusan a szkennelt PDF-ek vision-OCR halandzsája szül. A jelöltek ide kerülnek: jóváhagyva létrejön a cég (és a szerződéses szerepe), elutasítva soha többé nem születik meg belőle sor.
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 meglévő szerződéstárgyakat, hazai és TED-címeket, tárolt kinyeréseket és kész OCR-szövegeket vizsgálja, új kinyerés és LLM-hívás nélkül. A rövid és köznévvel ütköző aliasokhoz informatikai kontextus kell. Közvetlenül csak egyértelmű, hosszú tárgy-alias köthető össze.
A változatlan forrásokat átugorja; új aliassal újraértékeli őket. A javaslatkorláton túl talált források egy későbbi futásra maradnak. A tárgyak és címek az OCR-korláttól függetlenül feldolgozhatók.
Rendszerkatalógus és névváltozatok
A rövid és ismert köznévi aliasoknál a kontextusfeltétel mindig érvényes. Új köznévi névnél jelöld be külön. A rendszer neve önmagában is kereshető.
Kinyerésből származó, feloldatlan rendszernevek
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ó.
Fizetési ütemezés kinyerése (árfolyam-pontosítás)
Az Árfolyam-kitettség oldal elszámolási profilja (egyösszegű / időszakos) a dokumentumból KINYERT fizetési ütemezésre épül, ha az megvan (egyosszegu — egy összegben a teljesítés után; idoszakos — havi/negyedéves/éves elszámolás, a periódussal; reszteljesites — mérföldkövenkénti részszámlák); amíg nincs, közvetett jelekből becsül, és ezt jelöli. A rendes kinyerés már kéri a mezőt; a már feldolgozott szerződésekre ez a pontosító job tesz fel egyetlen fókuszált kérdést a releváns szövegrészletekre (fizetési feltételek, számlázás), idézet-kapuval: a válasz csak akkor íródik, ha a megjelölt mondat szó szerint a szövegben van. A fizetési határidő napszáma, az előleg, a kötbér SOHA nem számít ütemezésnek. Csak az üres ütemezésű sorokat írja; kurátori értéket nem ír át.
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
Karrier-idővonal
Szervezeti kapcsolatok
Szerződések
-
-
Megrendelő
Szállító(k)
Keretmegállapodás
-
-
Üzemeltetés telepítési helyenként
Szállítók
Korábbi általános üzemeltető-adat
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.
-
-