--- title: "Szoftver átvétele: mit nézek meg az első módosítás előtt?" description: "Fejlesztőt váltanál, de a céged közben működik? Hozzáférések, adatmentés, ügyfélutak és fokozatos átadás: ezt tisztázd az első módosítás előtt." url: https://milcomp.hu/news/egyedi-szoftver-atvetele/ locale: hu published: 2026-09-27 modified: 2026-11-09 author: Molnár Márton --- Szoftverstratégia # Szoftver átvétele: mit nézek meg az első módosítás előtt? Az Assisto átvételének előkészítéséből: mit kell ismerned egy működő rendszerben, mielőtt bárki hozzányúl? 2026. szeptember 27. Frissítve 2026. november 9. 4 perc olvasás Írta Molnár Márton A Milcomp alapító tulajdonosa és fejlesztője. Megvan a következő fejlesztési feladat, csak éppen már másik csapattal szeretnéd megcsináltatni. A szoftver átvétele ilyenkor a hozzáférések, az adatok és a működés megismerésével kezdődik. Az első módosítás előtt legyen világos, ki felel az éles rendszerért, hogyan lehet visszaállni, és mit kell változatlanul megtalálnia a felhasználónak. 2026 szeptemberében az Assisto átvételét készítem elő. Ez egy működő, vállalkozások adásvételéhez használt hirdetési oldal, ezért az átadás tárgya jóval több egy forráskódmappánál. Ebből az előkészítésből összeszedem, mit érdemes neked is végigvenned, ha fejlesztőt váltasz. ## A forráskód mellé a működés kulcsai is kellenek A kód fontos, de önmagában nem elég ahhoz, hogy valaki átvegye a rendszeredet. Kell a domain kezelése, a tárhelyhez és az alkalmazáshoz tartozó hozzáférés, a levelezés és a külső szolgáltatások felelőse. Kérd el azt is, hogyan kerül egy módosítás a látogatók elé. Ha ezt csak a távozó fejlesztő tudja, az új csapat még nem tud önállóan dolgozni. Ne egy közös jelszót küldjetek körbe. A céged saját fiókjából legyen kezelhető a hozzáférés, és lehessen külön jogot adni az új fejlesztőnek. A kódtár tulajdonosa, a számlázó fél és a domain jogosultja három külön kérdés. Attól, hogy megkaptál egy meghívót a kódhoz, a többit még nem rendeztétek. Az átadásnál írd le, meddig ki figyeli az éles rendszert. Ki reagál, ha nem lehet belépni? Kihez fut be a tárhelyszámla? Ki tudja visszavonni a régi hozzáférést? Ezekhez ne kelljen egy hónap múlva régi leveleket keresni. ## Előbb járd végig, amit az ügyfeled csinál Az Assistónál a hirdetés feladása, megtalálása és az érdeklődés ugyanannak az üzleti folyamatnak a része. Egy működő piactér átvételekor ezért azt is meg kell érteni, mire használják a meglévő fiókokat, hol vannak az eladók anyagai, és hogyan jut el a látogató a számára érdekes vállalkozáshoz. Nálad lehet, hogy ez rendelés, időpontfoglalás vagy dokumentumfeltöltés. Mutasd meg a teljes utat az új fejlesztődnek, az irodai folytatással együtt. Mi történik a beküldés után? Ki dolgozik az adattal? Milyen levelet vár az ügyfél? A képernyőn látható sikerüzenet önmagában kevés bizonyíték. Gyűjtsd össze a már vállalt kötelezettségeket is: meglévő szolgáltatásokat, ügyfélmegállapodásokat és a határidőhöz kötött teendőket. Egy új megoldás csak ezek ismeretében tervezhető meg úgy, hogy a korábbi vállalások se vesszenek el. ## A mentést vissza is kell tudni állítani Mielőtt az új csapat élesben változtat, bizonyítsa be elkülönített környezetben, hogy a rendszer elindítható az átadott anyagokból. A mentés tartalmazza az adatokat és a feltöltött fájlokat is. A kettő együtt adja vissza azt, amit a felhasználó ismer. A másolat nem küldhet valódi ügyfélleveleket, nem indíthat valódi fizetést, és nem írhat vissza az éles adatbázisba. Ezt ellenőrizni kell a próba előtt. Egy tesztnek szánt művelet attól még éles művelet, ha ugyanazt a külső szolgáltatást használja. Kérj visszaállítási próbát, ne csak egy fájlnevet a mentés dátumával. Elindul az alkalmazás? Megnyílnak a hozzá tartozó fájlok? Működik a belépés a tesztelésre kijelölt fiókkal? Így derül ki, mi hiányzik az átadáshoz, amíg még van kitől elkérni. ## A felhasználónak ne kelljen elölről kezdenie A fejlesztőváltástól még ugyanaz az ember akar belépni, ugyanahhoz az ügyéhez. A meglévő fiókok, a hozzájuk tartozó tartalmak és a korábban elküldött linkek megőrzése legyen kimondott feltétel. Egy új dizájn ezt nem helyettesíti. Ha egy címnek változnia kell, legyen hozzá megfelelő átirányítás. Ha egy munkafolyamat megváltozik, legyen érthető, hol folytatja az ügyfél. Az átállás előtt nézd meg a keresőből, könyvjelzőből és régi levélből érkező belépési pontokat is. Az [Assisto esettanulmányában](https://milcomp.hu/projektek/assisto/) a piactér további fejlesztéséről is olvashatsz. Itt az átvétel előkészítésén van a hangsúly: mi az, amit meg kell őrizni, és mi az, amit külön, ellenőrizhető lépésekben lehet majd javítani. ## Mikor ne válts fejlesztőt, és mikor ne írass mindent újra? Ha a mostani csapattal elsősorban az egyeztetés akadozik, előbb próbálj közös feladatlistát, egyértelmű felelőst és rendszeres bemutatót kérni. Lehet, hogy a munkaszervezésen kell változtatni. Egy új csapatnak ugyanúgy szüksége lesz a döntéseidre. A teljes újraírás sem automatikus része az átvételnek. Nem éri meg lecserélni egy használható rendszert csak azért, mert az új fejlesztő más eszközt szeret. Előbb legyen konkrét válasz arra, melyik üzleti igényt nem tudja kiszolgálni a jelenlegi megoldás. A [kész és egyedi szoftver közötti választásról](https://milcomp.hu/news/egyedi-vagy-dobozos-szoftver/) külön is írtam. ## Gyakori kérdések az átadás előtt ### Átvehető egy szoftver hiányos dokumentációval? Igen, de az ismeretek pótlása külön feladat. A kód, a hozzáférések és a működő folyamatok alapján fel kell térképezni, hogyan dolgozik a rendszer. Kérd külön megnevezni a már bizonyított részeket és a még nyitott kérdéseket. A hiányzó dokumentációtól nem lesz automatikusan szükséges a teljes újraírás. ### Le kell állítani a céget a fejlesztőváltáshoz? A fejlesztőváltás önmagában nem jelent üzleti leállást. Az adatmozgatás vagy az éles átállás viszont igényelhet egyeztetett korlátozást. Ennek szükségessége az adott rendszertől függ. Előre tisztázzátok, ki mikor módosíthat adatot, ki dönt a visszaállásról, és miből ellenőrzitek, hogy az ügyfelek folytatni tudják a munkájukat. ### Mit adjak oda az első egyeztetéshez? A rendszer címét, az üzleti célját és a legfontosabb felhasználói folyamatok rövid leírását. Mondd el, mit szeretnél megőrizni és min változtatnál. Jelszavakat, teljes ügyfélexportot vagy fizetési adatokat nem kell egy bemutatkozó levélhez csatolni. Az ezekhez szükséges hozzáférést később, szabályozottan lehet kialakítani, amikor már világos a feladat. Ha meglévő rendszerhez keresel fejlesztőt, a [szolgáltatásainknál](https://milcomp.hu/szolgaltatasok/) megtalálod, miben tudok segíteni. Írd meg, mi működik most és hol akadtatok el; ebből lehet értelmesen elkezdeni az átadásról beszélni. Források 1. [GitHub Docs - Repository transfers](https://docs.github.com/en/repositories/creating-and-managing-repositories/transferring-a-repository) Hozzáférés és tulajdonosváltás, ellenőrizve: 2026. november 9. Megosztás - [LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fmilcomp.hu%2Fnews%2Fegyedi-szoftver-atvetele%2F) - [Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fmilcomp.hu%2Fnews%2Fegyedi-szoftver-atvetele%2F) ## Kapcsolódó cikkek - [Egyedi vagy dobozos szoftver? Döntési útmutató KKV-knak](https://milcomp.hu/news/egyedi-vagy-dobozos-szoftver/) 2026. augusztus 2. Vállalatirányítás, ügyvitel, webshop: mikor éri meg egyedi szoftvert fejlesztetni, és mikor jobb a dobozos vagy bérelhető megoldás? Őszinte szempontrendszer, rábeszélés nélkül. - [Foglalás, előleg, utasadatok: mit kell tudnia egy utazási iroda rendszerének?](https://milcomp.hu/news/utazasi-iroda-foglalasi-rendszer/) 2026. október 25. A Qalandar rendszerén keresztül mutatom meg, hogyan ér össze a jelentkezés, az utas fiókja és az iroda napi munkája. - [Excel kiváltás egyedi szoftverrel: mikor nőtted ki a táblázatot?](https://milcomp.hu/news/excel-kivaltas-egyedi-szoftver/) 2026. augusztus 19. Az Excel nem ellenség. Csak van egy pont, ahol már nem táblázatod van, hanem táblázatban futó céged. Beszéljünk a te folyamataidról Megnézzük, hol termel valódi megtakarítást az automatizálás nálatok, és hol nem. Kérj AI-felmérést