IT-alapok a vállalkozó számára: amit tudnia kell a szoftverről, hardverről és hálózatról

A vállalat digitalizálása 2026-ban nem arról szól, hogy vegyen-e ERP-t — arról szól, mire alapozza, hogyan kösse össze a többi rendszerrel és kinek bízza az adatokat. Ezeket a döntéseket a vállalkozó az IT-menedzserrel vagy egy külső tanácsadóval közösen hozza meg, de a végső felelősség a vállalkozóé. Ehhez értenie kell az alapokat — nem programozni, hanem a fogalmakat és azok üzleti következményeit megérteni.

Ez a pillar cikk pontosan erről szól. Technikai zsargon nélkül, előadás nélkül arról, hogyan működnek a tranzisztorok. Csak fogalmak és kérdések, amelyeket a vállalkozónak értenie kell ahhoz, hogy ne essen áldozatává egy bombasztikus IT-pitchnek, és a jövőben ne kelljen 5× többet fizetni a helytelen technológiából való migrálásért.

A biztonsági perspektívából tekintett további részletekért lásd a Vállalati adatok kiberbiztonsága pillart. A tágabb ERP-kontextushoz lásd az ERP, automatizáció és IoT cikket.

Hardver: a vállalat fizikai infrastruktúrája

A hardver minden fizikailag megfogható dolog. Vállalati kontextusban ezek:

• Végpontok — laptopok, asztali számítógépek, mobiltelefónok, táblagépek, amelyeket a munkavállalók használnak.
• Szerverek — teljesítményes számítógépek alkalmazások futtatásához. Akár saját (on-premise), akár adatközpontban bérelt.
• Hálózati eszközök — routerek, switchek, tűzfalak, Wi-Fi hozzáférési pontok.
• Perifériák — nyomtatók, vonalkód-olvasók, mérlegek, POS-terminálok, IoT-érzékelők.
• Tárolók — lemeztömbök (NAS/SAN), biztonsági mentési eszközök, USB-kulcsok (biztonsági szempontból problematikusak).

Hardver élettartama és TCO-ja

A hardvernek véges élettartama és kiszámítható csereciklusa van. Ennek tervezése frequently alulértékelt:

Kategória	Tipikus élettartam	Cserecsiklus
Irodai munkavállaló laptopja	4–5 év	4 év (OS-támogatás EOL után)
Fejlesztő / tervező laptopja	3–4 év	3 év (magasabb követelmények)
Vállalati mobiltelefon	3 év	2–3 év (biztonsági frissítések)
Szerver (on-premise)	5–7 év	5 év (garancia, teljesítmény)
Hálózati switch / router	7–10 év	Patch-életciklus
Tűzfal	5 év	Licenc + aláírásfrissítési életciklus
Nyomtató	5–8 év	Fogyóanyag ára
POS-terminál	5 év	Megfelelőség + fizetési szabványok

Egy eszköz TCO-ja (Total Cost of Ownership) nem csupán a beszerzési ár. Egy 1 500 EUR-os laptop 4 éves valós költségei kb. 3 500–4 500 EUR (szerviz, licenc, energia, IT-támogatás, újrahasznosítás).

Életciklus-menedzsment: hardver-nyilvántartás

Egy 80 alkalmazottas közepes vállalatnál általában 150–250 hardverelem van (laptopok, telefonok, monitorok, dock állomások, olvasók stb.). Nyilvántartás nélkül az eszközök 5–10%-a elvész évente — leggyakrabban munkavállaló kilépésekor vagy fióktelepek közötti átcsoportosításkor.

A Modulario a Vagyonkezelő modulon keresztül biztosít hardver-nyilvántartást a HR-rel (kinek van kiadott eszköze), a beszerzéssel (mikor vásárolták, mennyibe került) és a szervizzel (karbantartási intervallumok) való összekapcsolással.

Szoftver: programok, alkalmazások, rendszerek

A szoftver minden, ami a hardveren fut. Három kategória egy vállalat számára:

Operációs rendszer (OS)

Az alapszintű szoftverréteg, amely irányítja a hardvert, és amin minden más fut. 2026-ban három dominál:

• Microsoft Windows — a legelterjedtebb OS vállalati laptopokhoz. Jelenleg Windows 11 (Windows 10 EOL 2025 októberétől).
• Apple macOS — kreatív iparágakban és fejlesztők körében népszerű. Alapértelmezés szerint biztonságosabb, de drágább hardverre.
• Linux — szervereken domináns, asztali számítógépeken marginális. Fejlesztők és speciális felhasználáshoz.

Mobil OS: iOS (Apple) és Android (Google). Vállalati használatra az iOS ajánlott a következetesebb biztonsági frissítések miatt.

Alkalmazásszoftver

Programok, amelyeket a felhasználó konkrét feladatokra indít:

• Produktivitás — Microsoft Office, Google Workspace, Apple iWork.
• Kommunikáció — Slack, Microsoft Teams, Zoom, levelezőprogramok.
• ERP / CRM — Modulario, SAP, Dynamics 365. Lásd /hu/szotar/erp és /hu/szotar/crm.
• Specializált szoftver — CAD az építészeknek, Adobe Creative Cloud a tervezőknek, PMS a hoteleknek stb.

Rendszerszoftver

A háttérben fut, az alkalmazásokat támogatja:

• Adatbázisok — PostgreSQL, MySQL, SQL Server, Oracle. Cloud SaaS esetén az ügyfél nem látja.
• Webszerverek — Nginx, Apache, IIS.
• Middleware — kommunikációs rétegek az alkalmazások között.

SaaS, on-premise és hibrid

A szoftver kézbesítésének három modellje:

Modell	Jellemzők	Példa	Ármodell
On-premise	Telepítve a vállalat saját szerverére	Helyi ERP-rendszer	Egyszeri licenc + karbantartás
SaaS (Software as a Service)	A szolgáltató cloudjában fut	Modulario, Microsoft 365	Havi / éves előfizetés
Hibrid	Részben on-premise, részben cloud	Egyes ERP-k	Kombináció

2026-ban a SaaS dominál a KKV use case-ek 90%-ánál — kiszámítható költségek, nincs tőkebefektetés, automatikus frissítések, a szállító felelős az infrastruktúráért.

Programozási nyelvek és technológiai stack

A vállalkozó nem ír kódot. De olyan szállítót választ, amelynek kódja hajtja majd a vállalatot a következő éveken át. És itt a programozási nyelvek stratégiai döntéssé válnak.

Mainstream technológiák vállalati szoftverekhez

2026-ban Európában ezek dominálnak:

Nyelv / keretrendszer	Hol használják leggyakrabban	Fejlesztők elérhetősége az EU-ban
JavaScript / TypeScript	Web frontend, Node.js backend	Magas
Python	Backend, adat, AI/ML, automatizáció	Magas
Java	Nagy vállalati rendszerek, bankok	Magas
C# / .NET	Microsoft ökoszisztéma, vállalati SW	Magas
PHP	Web (WordPress, webshopok), legacy CMS	Magas
Go	Cloud-natív, mikroszolgáltatások	Közepes, növekvő
Rust	Teljesítménykritikus, rendszerszoftver	Alacsony, de növekvő
Ruby (on Rails)	Startup web, egyes SaaS-ok	Közepes, csökkenő

Miért számít ez

Egyedi fejlesztésnél vagy SaaS kiválasztásakor kérdezze meg:

1. Milyen nyelven van megírva a rendszer? Ha egzotikuson (Erlang, Elixir, Clojure), a vendor lock-in magasabb.
2. Milyen a szállítónál a fejlesztői csapat? Junior-only csapat = magasabb kockázat rossz kódra.
3. Karbantartható-e a kód más szállítóval? Standard stack = igen. Custom DSL = nem.
4. Mik a függőségek? Aktív közösséggel rendelkező nyílt forrású kód kevésbé kockázatos, mint egy egyetlen szerző által karbantartott „proprietary library”.
5. Ki a forráskód tulajdonosa? Egyedi fejlesztésnél kötelezően Ön (escrow mint biztosíték szállítói csőd esetén).

A Modulario NestJS-en (Node.js/TypeScript) + PostgreSQL-en fut — mainstream stack, nagy közösséggel és fejlesztők elérhetőségével az EU-ban. Az ügyfél SaaS-t vásárol, de az architektúra átláthatóan dokumentált, ami csökkenti a vendor lock-in érzetet.

Hálózat: minden összekötése

A hálózat az az infrastruktúra, amely összeköti a hardvert és lehetővé teszi a szoftver kommunikációját. Három alapfogalom:

Internet, intranet, extranet

• Internet — nyilvános globális hálózat.
• Intranet — belső vállalati hálózat (általában az irodán belül, VPN-en keresztül telephelyek között összekapcsolva).
• Extranet — szabályozott külső hozzáférés a vállalati adatokhoz (pl. ügyfélportál, partnerportál).

IP-címek és DNS

Az IP-cím azonosít egy eszközt a hálózaton. Két típus:

• IPv4 — formátum: 195.168.1.1, 4 szám 0-255 között. Kimerítkező címtartomány, általában dinamikusan kiosztva.
• IPv6 — formátum: 2a01:abc:0:0::123, hosszabb. Fokozatosan felváltja az IPv4-et.

A vállalat számára az IP-cím két szempontból fontos:

1. Nyilvános statikus IP — az internet-szolgáltató osztja ki (Magyar Telekom, Vodafone, DIGI stb.). Kb. 5–20 EUR/hó. Fontos az ERP-ben, bankolásban és VPN-végponton alkalmazott IP-whitelistinghez.
2. Privát IP-k a belső hálózaton (tartományok: 10.x.x.x, 172.16.x.x, 192.168.x.x) — a router osztja ki, kívülről nem látható.

A DNS (Domain Name System) a domainnevet (pl. modulario.com) IP-címmé fordítja le. DNS nélkül számokat kellene megjegyezni. Szótár: /hu/szotar/ip-adresa.

Domainek, e-mail és web

A domain (pl. onvallalata.hu) a vállalat digitális identitása az interneten. Három kulcsfunkció:

• Webhosztolás — ahol a weboldal telepítve van (www.onvallalata.hu).
• E-mail — nev@onvallalata.hu típusú címek. Hosztolás saját szerveren (bonyolult) vagy SaaS-on (Microsoft 365, Google Workspace — ajánlott).
• API és integrációk — api.onvallalata.hu típusú al-domainek SaaS-szolgáltatásokkal való integrációhoz.

A domainent a vállalat évente vásárolja (~10–30 EUR/év .hu, .com, .eu esetén). Leggyakoribb magyarországi szolgáltatók: Tárhely.eu, webhosting.hu, NameCheap, GoDaddy.

Hálózatbiztonság

Három alapeszköz:

• Tűzfal — szabályozza, milyen kommunikáció mehet be/ki a hálózatból.
• VPN (Virtual Private Network) — titkosított alagút a távoli munkavállaló és a vállalat között. Lásd /hu/szotar/vpn.
• SSL/TLS tanúsítványok — titkosítják a böngésző ↔ web kommunikációt. Lásd /hu/szotar/ssl.

A hálózatbiztonság részleteiért lásd a Vállalati adatok kiberbiztonsága pillart.

Cloud: az új alapértelmezett architektúra

10 évvel ezelőtt egy közepes vállalatnál saját szerver állt a gépteremben. 2026-ban ez anti-pattern — pénzügyileg, üzemeltetésileg és biztonsági szempontból egyaránt.

A cloud-szolgáltatások három modellje

Modell	Mit kap	Példa	Alkalmas
IaaS (Infrastructure as a Service)	Szerverek, lemezek, hálózat — virtualizálva	AWS EC2, Azure VM	Saját IT-csapattal rendelkező vállalatok
PaaS (Platform as a Service)	Fejlesztői platform	Heroku, Vercel, Railway	Fejlesztői csapatok
SaaS (Software as a Service)	Kész alkalmazás	Modulario, Microsoft 365	A legtöbb KKV

Nyilvános, privát és hibrid cloud

• Nyilvános cloud — AWS, Azure, Google Cloud, OVH. Megosztott infrastruktúra, legolcsóbb.
• Privát cloud — dedikált infrastruktúra egyetlen vállalatnak. Drágább, nagyobb kontroll.
• Hibrid cloud — kombináció, érzékeny adatok privát, többi nyilvános cloudban.

EU vs. US-szolgáltatók: joghatóság

2026-ban az EU-natív cloud-szolgáltató választása kritikus döntés a GDPR-megfelelőség szempontjából. Az US-szolgáltatók (AWS, Azure, Google) az amerikai CLOUD Act hatálya alá esnek, amely adatkiadást követelhet akkor is, ha az adatok fizikailag EU-s adatközpontban vannak.

EU-natív alternatívák:

• OVH (Franciaország) — a legnagyobb EU-s cloud
• Hetzner (Németország) — legjobb ár/teljesítmény arány
• Scaleway (Franciaország) — növekvő alternatíva
• Magyar hosztolók — Tárhely.eu, Webonic, BL Networks

A Modulario kizárólag EU-s adatközpontokban fut (Frankfurt + Prága), US alprocesszálók nélkül az elsődleges adatokhoz — kiküszöböli a CLOUD Act kockázatát.

A részletes cloud vs. on-premise elemzéséhez lásd a Cloud ERP vs. hagyományos megoldások cikket.

AI és automatizáció: a vállalkozó számára 2026-ban

Az AI az elmúlt két évben laboratóriumi érdekességből minden közepes vállalatnál napi szinten használt produkciós eszközzé vált.

Mit csinál az AI valóban 2026-ban

• Szöveget generál — e-maileket, ajánlatokat, marketingszövegeket, termégleírásokat (ChatGPT, Claude, Copilot).
• Dokumentumokat foglal össze — egy 30 oldalas riportból 1 oldalas TL;DR-t készít.
• Programozásban segít — GitHub Copilot, Cursor.
• Adatbevitelt automatizál — számlák OCR-je, dokumentumok osztályozása, adatok kivonatolása PDF-ből.
• Előrejelez — értékesítés, készlet, ügyfélelmaradás.
• Személyre szab — ajánlások, marketing, tartalom.

Mit nem csinál az AI jól (még)

• Teljesen autonóm döntéshozatal nagy téttel (jogi, orvosi, pénzügyi).
• Konzisztens hosszú távú viselkedés — az AI nem determinisztikus.
• Valami, amire nincs betanítási adata — területspecifikus feladatok tréning nélkül kudarcot vallanak.

AI az ERP-ben: gyakorlati bevezetések

A Modularioban az AI segít:

• Bejövő levelezés osztályozásában (számla, rendelés, reklamáció stb.)
• OCR és automatikus kitöltés szkennelt dokumentumokból
• Cash-flow előrejelzés az előzmények és a nyitott számlák alapján
• Anomáliafelismerés a könyvelésben (szokatlan tranzakciók)
• AI asszisztens a CRM-ben — nyomon követési javaslatok, kommunikáció összefoglalása

Részletekért lásd az AI az ERP-rendszerekben: gyakorlati bevezetés 2026 pillart.

AI Act és szabályozás

Az EU elfogadta az AI Act-et (2024/1689 rendelet), amely szabályozza a magas kockázatú AI-rendszereket. A vállalkozó számára ez azt jelenti:

• Korlátozott kockázat (chatbot, összefoglalás) — csak átláthatóság (tájékoztassa a felhasználót).
• Magas kockázatú (HR-pontozás, hitelpontozás, biometria) — megfelelőség-értékelés, regisztráció, monitoring.
• Tiltott (szociális pontozás, valós idejű biometria megfigyeléshez) — nincs kereskedelmi use case.

Integráció: hogyan működnek együtt a rendszerek

Egy közepes vállalatnál 2026-ban 15–40 különböző SaaS-alkalmazás és 3–8 kulcsrendszer van (ERP, CRM, e-mail, számlázás, HR, marketing stb.). Integráció nélkül az adatok nem cserélődhetnek.

API mint lingua franca

Az API (Application Programming Interface) a „programok közötti kommunikáció”. 2026-ban ezek dominálnak:

• REST API — a legelterjedtebb webes szabvány. Szótár /hu/szotar/api.
• GraphQL — alternatíva rugalmas frontendhez.
• Webhookok — push-értesítések rendszerek között (változás az egyikben = trigger a másikban).

iPaaS és integrációs platformok

Nem technikai felhasználók számára integrációs platformok (iPaaS) léteznek, amelyek programozás nélkül tesznek lehetővé összekapcsolásokat:

• Make.com (korábban Integromat) — széles portfólió
• Zapier — a legismertebb globálisan
• n8n — nyílt forrású alternatíva, saját szerverelhető
• Workato, Tray.io — nagyobb vállalatoknak

Modulario integrációk

A Modulario 99+ natív integrációt + REST API-t + Webhookokat támogat egyedi összekapcsolásokhoz. Közönséges integrációk:

• E-kereskedelem (WooCommerce, Shopify)
• Könyvelés (helyi könyvelési szoftverek)
• Bankolás (OTP Bank, K&H, Raiffeisen, UniCredit)
• E-mail (Gmail, Outlook)
• Kommunikáció (Slack, Teams)
• Tároló (Google Drive, Dropbox, OneDrive)

Lásd az integrációk oldalt.

Biztonság mint átfogó követelmény

A biztonság nem önálló terület — áthatja a hardvert, szoftvert, hálózatot, cloudot és az integrációt. A vállalkozó számára minimum:

1. Lemeztitgosítás minden laptopon
2. 2FA minden felhasználónak kritikus rendszerekhez (e-mail, ERP, bankolás)
3. OS és alkalmazásfrissítések — automatikusan, kivétel nélkül
4. Biztonsági mentések — 3-2-1 szabály, évente egyszer tesztelve
5. Munkavállalói képzés — adathalászat, social engineering

Részletekért lásd a Vállalati adatok kiberbiztonsága pillart.

Cluster index: mélyebben a témákban

Ez a pillar egy bevezető. Konkrét témákhoz lásd a cluster cikkeket:

• Hardver vs. szoftver: praktikus különbség a vállalat számára — mikor a probléma a hardver, mikor a szoftver, hogyan ismerhető fel.
• Programozási nyelvek: amit a vállalkozónak tudnia kell — szállítóválasztás, vendor lock-in, technológiai kockázatok.
• Mi az IP-cím és miért számít — nyilvános vs. privát, IPv4 vs. IPv6, IP-whitelisting a gyakorlatban.
• Cloud ERP vs. hagyományos megoldások — TCO-összehasonlítás, mikor jobb a cloud, mikor az on-premise.
• SSL-tanúsítvány: teljes útmutató — típusok, kiválasztás, telepítés.

Összefoglalás

A vállalkozónak 2026-ban nem kell IT-szakértőnek lennie, de öt területet kell értenie a megalapozott döntésekhez:

1. Hardver — véges élettartamú és TCO-val rendelkező fizikai eszközök. Cserecsiklus tervezése.
2. Szoftver — alkalmazások és operációs rendszerek. A SaaS dominál a KKV use case-ek 90%-ánál.
3. Hálózat — IP-címek, domainek, internetkapcsolat. Statikus IP és domain = a vállalat digitális identitása.
4. Cloud — alapértelmezett architektúra 2026-ban. EU-natív szolgáltató a GDPR-megfelelőséghez.
5. Biztonság — átfogó követelmény, amely áthatja az összes réteget.

A Modulario az összes réteget egyetlen platformba kombinálja: SaaS-szoftver EU-s cloudban, natív integrációkkal, AI-funkciókkal, biztonsági intézkedésekkel és magyarországi vállalatok számára nyújtott supporttal. Ha konkrét IT-döntéseket szeretne megvitatni a vállalatánál, lépjen kapcsolatba velünk ingyenes konzultáció keretében.

Gyakran ismételt kérdések

Mi a különbség a hardver és a szoftver között? A hardver minden fizikai, kézzel megfogható dolog — számítógépek, szerverek, telefonok, hálózati eszközök, lemeztömbök. A szoftver a hardveren futó programok — operációs rendszer, alkalmazások, webböngészők, ERP. Analógia: a hardver az autó, a szoftver a sofőr és a navigációs rendszer. Egyik a másik nélkül nem működik, de egymástól függetlenül cserélhetők.

Vegyek saját szervert, vagy térjek át a cloudra? A KKV-k 95%-a számára 2026-ban a válasz a cloud. A saját szerver tőkebefektetést jelent (10–50 000 EUR), felelősséget a biztonságért, patchekért, biztonsági mentésekért, légkondicionálásért és 24/7 elérhetőségért. A cloud mindezt kiszámítható havi díjért a szolgáltatóhoz helyezi át. A saját szervernek csak specifikus szabályozási követelmények (minősített titkos információk), saját adatközpont vagy rendkívül nagy adatmennyiségek esetén van értelme, ahol a cloud drágábbnak bizonyul.

Tudnom kell-e, mik a programozási nyelvek, ha nem vagyok programozó? Részletesen nem, de alapjában igen. Egyedi fejlesztés vagy SaaS-platform kiválasztásakor a programozási nyelvek és a technológiai stack a jövőbeni kockázatok mutatója: fejlesztők elérhetősége a piacon (és ezért az ár), a hibajavítás sebessége, a hosszú távú karbantarthatóság. Az egzotikus technológián alapuló, 5 EU-s fejlesztőből álló vállalat kockázatos eszköz. A mainstream stacken (Python, JavaScript, .NET, Java) alapuló vállalatnak mindig van alternatív szállítója.

Mi az IP-cím és miért kellene érdekelnie? Az IP-cím azonosít egy eszközt a hálózaton. A vállalkozó számára két szempont fontos: (1) A vállalat statikus nyilvános IP-je lehetővé teszi az IP-whitelistinget — hozzáférés az érzékeny rendszerekhez (ERP, bankolás) csak a vállalati hálózatból. (2) Az IP-cím az auditnapló részét képezi — incidens esetén látja, honnan érkezett a támadás. Részletesebben elég tudni, hogy az IPv4 pl. 195.168.1.1, az IPv6 2a01:abc::123 formájú, és hogy azokat a vállalat az internet-szolgáltatótól kapja.

Biztonságos-e a cloud? A szolgáltatótól és attól függ, mit csinál vele a vállalat. Az EU-natív ISO 27001 tanúsított szolgáltatók (mint a Modulario) objektíven jobb biztonsággal rendelkeznek, mint egy átlagos belső IT egy KKV-nál — teljes munkaidős csapatokat, tanúsításokat és évi több millió EUR-os költségvetéseket szentelnek erre. A cloud kockázata nem a technológiában van, hanem a joghatóságban (US-szolgáltató → CLOUD Act probléma GDPR-ral), a szállítói függőségben (mi van, ha a szolgáltató csődbe megy?) és a konfigurációs felelősségben (alapértelmezetten bekapcsolt biztonság vs. nyilvánosan hozzáférhető cloud bucket).