OverCode

Egyedi üzleti szoftver, amibe Microsoft fiókkal tudsz belépni? Lehetséges.

OverCode — Wed, 08 Oct 2025 00:00:00 GMT

Az autentikáció és autorizáció biztonságos megvalósítása mindig kritikus kérdés az egyedileg fejlesztett szoftverek esetében.

Mi az OverCodenál sokszor valósítottunk már meg mind autentikációs, mind autorizációs megoldásokat, ezek közül számos megoldásunk etikus hekkercsapatok által futtatott behatolás tesztelésen is átesett. Ennek ellenére nagyképűség lenne azt állítani, hogy ezt a területet biztonságosabban/jobban tudjuk szállítani, mint a nagy tech cégek. Ennek több oka is van, de a legfontosabb az erőforrás különbségekben keresendő: a nagy cégek komoly auditori háttérrel, fejlesztő és hekkercsapatokkal teremtik meg az autentikációs megoldások biztonságát, az erőforrásaik és lehetőségeik ezen a területen nem összehasonlíthatók a legtöbb piaci fejlesztőcég erőforrásaival.

Éppen ezért az üzleti alkalmazásainkban az elsődleges javaslatunk mindig az, hogy egy meglévő, nagy techcég által biztosított autentikációs/autorizációs megoldást alkalmazzunk a saját fejlesztésű helyett. Ez azonban nem jelenti azt, hogy az alkalmazás nem lehet egyedi, sőt. Nézzük meg, hogyan működik ez a magyar cégek többségében.

A magyar cégek jelentős része a Microsoft szolgáltatásait és termékeit használják (Windows, Office csomag, Teams, Office365, Dynamics, stb.). Ezen rendszerek felhasználói ma már egy központi autentikációs platformba, az ún. Active Directory-ba (vagy újabb nevén: Entra ID) kerülnek regisztrálásra. Legtöbbször a hozzáférési jogosultságok is itt kerülnek beállításra az említett rendszerekhez. Ha tehát a Te céged is használja ezeket a termékeket, akkor jó eséllyel használjátok az Active Directory-t/Entra ID-t is (vagy ennek felhős változatát).

Mi az OverCodenál az egyedileg fejlesztett szoftvereinkben gyakran alkalmazzuk a Microsoft által szolgáltatott autentikációs eszközt a saját fejlesztésű helyett, ami számos előnnyel jár az ügyfeleink számára:

Olcsóbb, mert nem kell fejlesztenünk egyedi autentikációs/autorizációs rendszert az összes funkcióval együtt (jelszó visszaállítás, jelszó emlékeztető, stb). Bár van saját megoldásunk is, üzleti alkalmazások esetében a Microsoft megoldása szokott bekerülni a javaslatunkba.
Biztonságosabb. Az Active Directory/EntraID megoldást a Microsoft adja, ami a világ egyik legbiztonságosabb autentikációs/autorizációs megoldása. A mi adatbázisunkban semmilyen felhasználói adat/jelszó/stb. nem fog tárolódni, ezt mind a Microsoft tárolja az Active Directoryban.
Kényelmesebb a felhasználóknak, mert ha bármely más szolgáltatásba (pl: Windows) már be van jelentkezve, akkor automatikusan az általunk fejlesztett alkalmazásba is be lesz jelentkezve.
Jobb UX, mert amikor mégis be kell lépnie, már egy megszokott Microsoftos login felülettel találkozik
Könnyebb adminisztráció, mert a felhasználó menedzsmentet nem az általunk fejlesztett szoftveren belül, hanem a már megszokott Active Direcotry-ban lehet elvégezni.
Összefogalva tehát ha rendelsz tőlünk egy egyedi szoftvert, akkor tudjuk úgy szállítani, hogy a felhasználóid extra adminisztráció nélkül, a Microsoft fiókjukat felhasználva beléphessenek az új rendszerbe is, ami neked olcsóbb, biztonságosabb és kevesebb adminsztrációt eredményez.

Kérdésed van? Várjuk: hello@overcode.hu

Mi az az OverGrid és mire jó?

OverCode — Mon, 16 Jun 2025 00:00:00 GMT

A weboldalunkon találkozhattál már az OverGriddel, esetleg ha az ügyfelünk vagy, akkor jó eséllyel használod is felhasználóként (még ha nem is tudsz róla 🙂 ). Ha viszont nem tudod, vagy nem teljesen érted, hogy mi ez, de amúgy érdekelne, akkor ez a cikk Neked szól.

Mi az az OverGrid?

Egy olyan felületi komponens/építőelem, amely lapozható, kereshető/szűrhető és sorrendezhető táblázatos adatmegjelenítésre képes. Nagyon leegyszerűsítve egy Excel worksheethez hasonlítható, de webes/böngészős platformra optimalizálva.

Mikor használjuk?

Lényegében bármikor, amikor egy rendszerben az adatbázisban tárolt, struktúrált adatok listaszerű megjelenítésére van szükség, tehát adminisztrációs felületeken vagy üzleti szoftverekben jó eséllyel előfordul, ha azokat mi fejlesztettük. Például, ha egy webshop adminisztrációs felületén a termékeket szeretnénk listázni, akkor ez a lista simán megvalósítható OverGriddel tök egyszerű és testreszabható módon.

Miért ezt használjuk, és nem mondjuk a DataTables-t vagy egyéb grid komponenst, ami ugyanezt tudja?

A többi hasonló csomaggal szemben van egy óriási előnye számunkra (és közvetetten az ügyfeleink számára is): mi vagyunk a fejlesztői, ami értelemszerűen azt jelenti, hogy 100% ráhatásunk van, hogy milyen irányba fejlődjön a csomag.

Ez egyben azt is jelenti, hogy pontosan azt és úgy tudunk benne megvalósítani, amit és ahogyan kértek tőlünk, ezzel 100%-ban lefedve és kielégítve az aktuális ügyféligényt. Ha jön egy ügyfél, aki rózsaszín pónikat szeretne az adatai mellé elhelyezni, akkor mi kiadunk egy olyan OverGrid verziót az npm-be, amiben lesz egy “enablePinkPonies” konfigurációs beállítás, majd ledokumentáljuk, hogy bárki használhassa később, aki hasonlót akar. Nem adunk rá több száz órás becslést és nem hekkelünk szét egy strict dobozos rendszert, hogy max. 70%-ban érjük el a kívánt célt, hanem gyorsan, hatékonyan, az OverGrid-et használva lefejlesztjük 100%-ban úgy, ahogy az ügyfél kéri, vagy ahogy Neki a legjobb.

Ez teszi az OverGridet “field tested” komponenssé, azaz kipróbált és élesben letesztelt eszközzé, ami folyamatosan fejlődik az ügyféligények mentén.

Miért jó ez Neked, ha fejlesztő vagy?

Mert Neked már nem kell ilyet fejleszteni nulláról, használhatod a miénket. Azonban ha frontend fejlesztő vagy és hiányolsz valamit belőle, szívesen látunk a contributorok között, csak írj ránk, és megosztjuk Veled a kódot. Ezért is van benne viszonylag kevés natív formatter, mert ezeket projektenként teljesen egyedileg szoktuk kiegészíteni az ügyféligények mentén. Amúgy írhatsz hozzá egyedi formattereket, http data transformereket, vagy amit akarsz, direkt úgy építettük a cuccot, hogy jó API-t adjon a bővítéshez. Ha ilyesmire adnád a fejed, szintén írj ránk - akár külön npm package is kiadható, ami overgrid formattert valósít meg. És ki tudja, akár még közös projektünk is lesz 🙂

Miért jó ez Neked, ha felhasználó vagy?

Azért, mert a projektek során a júzereinktől is rengeteget tanultunk, és ennek mentén fejlesztettük az UI-t, ami folyamatosan egyre jobb UX-et eredményezett és eredményez. Persze mint mindent, ezt is van még hova fejleszteni, a metodológia azonban már megvan hozzá.

Miért jó ez Neked az OverCode jelenlegi vagy leendő ügyfeleként?

Mert nem kell sem megvárnod a fejlesztését, sem kifizetned azt a komponenst, amit már korábban más projekten lefejlesztettünk, leteszteltünk és validáltattunk a userekkel. Így jelentősen csökkenthető a projekt költsége és átfutási ideje a csomag használatával, minimalizálható a bugok mennyisége, miközben továbbra is 100%-ban egyedi szoftvert kapsz, teljesen egyedi igények alapján. Olyan ez, mintha a dobozos szoftverekből és az egyedi szoftverekből is csak az előnyöket vennénk ki, a hátrányokat nem.

Ráadásul, bizonyos minor verziókig az updateket is megkapod, azaz ha egy másik ügyfelünk rendel tőlünk egy funkciót, amit utólag Te is megkívánsz, akkor egyszerűen megkapod a friss OverGrid package-t az új funkcióval. Tehát valójában tőlünk nem is szoftvert veszel, hanem szolgáltatást 🙂

Hülye kérdésnek tűnhet így a végére, de miért jó ez nekünk, OverCode-nak?

Mert mi programozók szeretjük úgy érezni, hogy amit egyszer megcsinálunk, az újra felhasználható máshol. Valójában ez tesz minket profibbá a munkánkban, ezzel tudunk üzletileg is fejlődni (ugyanazt a dolgot töredékidő alatt tudjuk előállítani), vissza is adunk vele a fejlesztői közösségnek, amitől egyébként nagyon sokat kapunk így is. Összességében tehát sokkal jobb érzés a lelkünknek, ha így működünk.

És mint tudjuk, a developer happiness a jó kódminőség egyik legfontosabb előfeltétele 🙂

Technikai részletek (fejlesztőknek)

A csomag npmből telepíthető, Vue3 projektekhez javasoljuk, TailwindCSS használata szintén ajánlott. Typescriptben íródott, a típusdefiníciókat exportálja, lásd a typedoc által generált doksiban.

NPM Package: https://www.npmjs.com/package/@overcodehungary/overgrid

Dokumentáció és DEMO: https://overgrid.overcode.hu/

Typedoc: https://overgrid.overcode.hu/typedoc/index.html

+1: Oké, de mi van a backenden? Erre is vannak megoldásaink Javaban (Spring Boot), .NET-ben (gridify), és NestJS-ben is, melyek minden funkciót kiszolgálnak az OverGrid frontendnek. De ezek már nem publikus csomagként érhetők el, hanem mi tesszük mellé, ha egyedi szoftvert rendelsz tőlünk.

Kérdésed van? Várjuk: hello@overcode.hu

Miért szeretjük Azure-re fejleszteni a szoftvereinket?

OverCode — Fri, 25 Apr 2025 00:00:00 GMT

Az általunk fejlesztett szoftverek jelentős része a Microsoft által üzemeltetett Azure nevű felhőben fut, pontosabban az ott futó különféle erőforrások/szerverek segítségével kerül kiszolgálásra. De miért javasoljuk mindig ezt az irányt az ügyfeleinknek? Több jó okunk is van rá. Íme néhány:

Megbízhatóság és rendelkezésre állás

Az Azure világszinten több tucat adatközpontot üzemeltet, így a szolgáltatások mindig elérhetőek, akár 99,99%-os rendelkezésre állással is. Ez azt jelenti, hogy az ügyfeleink rendszerei gyakorlatilag folyamatosan működnek, minimális leállási idővel. Ehhez jellemzően mi, mint OverCode nem is kellünk, a Microsoft biztosítja a folyamatos és biztonságos rendelkezésre állást.

Skálázhatóság

Az Azure lehetővé teszi, hogy az erőforrásokat gyorsan és rugalmasan méretezzük az aktuális igények szerint. Ha egy alkalmazás terhelése megnő – például egy kampányidőszakban vagy épp induláskor –, akkor automatikusan több kapacitást tudunk hozzárendelni, és ha csökken az igény, visszaskálázhatunk, így optimalizálva a költségeket.

Biztonság

A Microsoft évente több milliárd dollárt költ az Azure biztonsági infrastruktúrájára. Ezen felül az konfigurálható, extra biztonsági rétegek (pl. IP-szűrés, VPN, Private Endpoint, role-based access control) tovább növelik a rendszerek védelmét.

Emellett a Microsoft autentikációs szolgáltatása, az EntraID (korábbi nevén: Active Directory) az egyik legbiztonságosabb autentikációs közművek közé tartozik, mi pedig az üzleti szoftvereinket jellemzően nem saját fejlesztésű autentikációval/autorizációval, hanem EntraID alapú megoldással szállítjuk.

Integráció és rugalmasság

Az Azure szinte bármilyen technológiát képes kiszolgálni: futtathatunk .NET, Java, Node.js, Python, PHP vagy akár konténerizált (Docker, Kubernetes) megoldásokat is. Emellett könnyedén integrálható más Microsoft szolgáltatásokkal (pl. Microsoft 365, Power BI, Dynamics), vagy az ügyfeleink egyéb belső rendszereivel is (pl: számlázó).

Gyors fejlesztési és üzembe helyezési ciklusok

A felhőalapú infrastruktúra lehetővé teszi, hogy a fejlesztéstől a production környezetbe való kihelyezésig minden sokkal gyorsabban történjen. Automatizált, GitLab alapú CI/CD telepítési folyamataink juttatják ki az appot a futtató környezetbe, akár teszt rendszerről, akár prod rendszerről van szó.

Tapasztalat és támogatás

Mivel az elmúlt években több tucat Azure-alapú rendszert építettünk fel a nulláról, pontosan tudjuk, hogyan hozzuk ki a legtöbbet ebből a platformból. Ügyfeleink nemcsak a technológiai háttérre, hanem a stratégiai tanácsadásra is számíthatnak tőlünk, legyen szó új rendszer tervezéséről, költségoptimalizálásról vagy biztonsági auditról.

Ha szeretnél többet megtudni arról, hogyan tudjuk vállalkozásod digitális hátterét Azure-alapokra helyezni, keress minket bizalommal: hello@overcode.hu

Mikor érdemes egyedi szoftvert választani a dobozos megoldással szemben?

OverCode — Tue, 22 Apr 2025 00:00:00 GMT

Számos dobozos üzleti szoftver érhető el a piacon, melyek általában havidíj ellenében „bérelhetők”, és sokszor a dobozos funkciók is elegendőek egy problémakör megoldására vagy egy cég folyamatának digitalizálására, azonban vannak olyan esetek, amikor az egyedi szoftver fejlesztése jobb döntés lehet. Összeszedtünk néhány ilyen esetet a teljesség igénye nélkül:

Speciális üzleti igények: Ha a vállalat működése vagy folyamatai olyan egyedi követelményekkel bírnak, amelyek nem illeszthetők be egy dobozos szoftver standard funkciókörébe, az egyedi fejlesztés lehet a legjobb választás. Ilyen esetekben a dobozos szoftverek nem kínálnak megfelelő testreszabhatóságot.
Skálázhatóság és jövőbeli növekedés: Ha a vállalat gyorsan növekszik, és az üzleti folyamatok folyamatosan változnak, az egyedi fejlesztés rugalmasabb megoldás lehet, mivel könnyen bővíthető, és jobban alkalmazkodik a jövőbeni igényekhez.
Integráció más rendszerekkel: Amennyiben a vállalatnak már meglévő, egyedi rendszerei vagy szoftverei vannak, amelyekkel a dobozos szoftverek nem tudnak megfelelően integrálódni, egyedileg fejlesztett megoldások segíthetnek biztosítani a zökkenőmentes adatáramlást és működést.
Egyedi felhasználói élmény (UX/UI): Ha a vállalat számára kulcsfontosságú, hogy a szoftver felhasználói élménye a saját, specifikus igényeikhez igazodjon, az egyedi fejlesztés lehetőséget ad arra, hogy a felület és funkcionalitás pontosan megfeleljen az elvárásoknak.
Magas biztonsági követelmények: Olyan iparágakban, ahol kiemelten fontos a biztonság, például pénzügyi, egészségügyi vagy jogi szektorokban, az egyedi szoftverek jobban testre szabhatók az adott biztonsági elvárásoknak megfelelően, míg a dobozos szoftverek nem biztos, hogy minden előírást és törvényi szabályozást teljesítenek.
Egyedi üzleti logika: Ha a vállalat egyedi üzleti logikával dolgozik, amely nem alkalmazható a dobozos szoftverek által kínált általános megoldásokra, az egyedi fejlesztés jobb lehetőséget biztosít a specifikus igények kielégítésére.
Költség-hatékonyság hosszú távon: Bár az egyedi szoftver fejlesztése kezdetben általában drágább, hosszú távon költséghatékonyabb megoldás lehet, különösen akkor, ha a dobozos szoftverek folyamatos licencdíjai vagy testreszabásához szükséges további költségek meghaladják az egyedi fejlesztés árát.
Nincs szükség folyamatos előfizetésre: A dobozos szoftverek általában havidíjas előfizetési rendszerben működnek, és ezek az állandó költségek hosszú távon összeadódhatnak. Az egyedi fejlesztés egy egyszeri költség, ami után nem szükséges folyamatos díjat fizetni.
Piaci előny megszerzése: Az egyedi szoftverekkel a vállalat képes lehet olyan egyedi funkciók és megoldások bevezetésére, amelyek a versenytársaktól megkülönböztetik őt a piacon, és így versenyelőnyhöz juttathatják a cég működését.
Szerződéses és licencelési rugalmasság: Az egyedi fejlesztés esetén teljes mértékben a vállalat kezében van a szoftver, így nem kell aggódnia a licencfeltételek vagy a szerződések korlátozása miatt. Az egyedi megoldásokat az igényeknek megfelelően módosíthatják a jövőben, anélkül, hogy egy külső szoftvercég szabályozná a használatot.
Adatkezelési igények: Az egyedi fejlesztés lehetőséget ad arra, hogy a vállalat saját adatkezelési szabályzatát és adatvédelmi előírásait alkalmazza, míg egy dobozos szoftver nem feltétlenül biztosít ennyire személyre szabott megoldásokat az adatkezelésre és titkosításra.