# Adatmigráció: a szoftverbevezetés csendes gyilkosa - 7 hiba és az ellenszerük

URL: https://palyazatiszoftver.hu/blog/adatmigracio-hibak · Megjelent: 2026-06-30 · Bevezetés

> A csúszó bevezetések leggyakoribb oka az alábecsült adatmigráció. A 7 tipikus hiba - a késői kezdéstől a próbamigráció kihagyásáig - és a gyakorlati ellenszereik.

Röviden:
- A régi adatok minősége szinte mindig rosszabb a vártnál - a migrációt ezért a projekt első napján kell elkezdeni, nem az utolsó hónapban.
- Éles indulás előtt legalább egy teljes próbamigráció kötelező, ellenőrzött, számszerű eredménnyel.
- Nem kell mindent átvinni: a lezárt, inaktív történeti adat sokszor olcsóbban archiválható, mint migrálható.

## Az alapprobléma: a „majd áttöltjük” illúzió

A projekttervekben az adatmigráció gyakran egyetlen sor: „törzsadatok áttöltése - 2 hét”. A valóságban a régi rendszerben évtizednyi duplikált vevő, elavult cikk, hiányos mértékegység és szabadszövegbe írt kritikus adat lapul. Amikor ez a bevezetés hajrájában derül ki, a projekt csúszik - és a csúszás pályázati mérföldkövet sodor veszélybe.

## A 7 tipikus hiba és az ellenszerük

Az alábbi lista projekt-tapasztalatból desztillált: mindegyik hibát láttuk már élesben, és mindegyiknek van olcsó ellenszere - ha időben kezdik.

- 1. Késői kezdés → Az adattisztítást a szerződéskötés napján indítsa, a régi rendszerben. A tisztítás nem függ az új szoftvertől.
- 2. „Mindent átviszünk” → Döntsön adatkörönként: aktív törzsadat migrál, lezárt történet archiválódik (olvasható formában). A 10 éve inaktív vevő nem adat, hanem teher.
- 3. Gazdátlan adatkörök → Minden adatkörnek (vevő, cikk, ár, nyitott tételek) legyen névvel felelőse a cég oldalán - a szállító tölt, de a tartalomért a cég felel.
- 4. Nincs próbamigráció → Éles előtt legalább egy teljes főpróba, darabszám- és összegellenőrzéssel: hány rekord ment át, hány akadt ki, egyeznek-e a főkönyvi egyenlegek.
- 5. Duplikátumok kezelése élesben → A vevő- és cikkduplikátumokat a régi rendszerben vonja össze; az új rendszerben ez már ügyfélszolgálati eset.
- 6. Szabadszöveges kritikus adat → Ami eddig megjegyzés-mezőben élt (fizetési feltétel, engedmény, műszaki paraméter), azt a migráció előtt strukturált mezőbe kell emelni - ez kézi munka, tervezze be.
- 7. Nyitott tételek alábecslése → A nyitott rendelések, foglalások, félkész gyártások átvitele a legbonyolultabb kör: erre külön forgatókönyv és fordulónap-terv kell.

## A fordulónap megtervezése

Az éles átállás kritikus kérdése: mi történik a fordulónap körüli tranzakciókkal? A bevált minta: a történeti adat és a törzsadat előre migrál, a nyitott tételek a fordulónapon, ellenőrzött listák alapján, kettős aláírással. Az első zárásig a régi rendszer olvashatóan megmarad - nem párhuzamos munkára, hanem ellenőrzésre.

Pályázati projektnél a migráció dokumentációja (adatkör-lista, próbamigrációs jegyzőkönyv, fordulónapi ellenőrző listák) egyben a teljesítés igazolásának része is - kétszeresen megéri rendesen csinálni.

Tanulságok:
- Adattisztítás a szerződéskötés napjától - a régi rendszerben.
- Aktív adat migrál, lezárt történet archiválódik.
- Próbamigráció számszerű ellenőrzéssel, éles előtt kötelezően.
- A nyitott tételekre külön fordulónap-forgatókönyv kell.

## Gyakori kérdések

**Mennyi ideig tart egy adatmigráció?** A tisztítással együtt jellemzően a teljes bevezetési idő 20-30%-a. Egy közepes ERP-projektnél ez 6-12 hét elosztva - ezért kell az első napon elkezdeni, párhuzamosan a rendszerbeállítással.

**Ki végezze a migrációt: a szállító vagy a cég?** Megosztva: a technikai áttöltés a szállító dolga, az adatok tartalmi helyessége és a tisztítás a cégé. A hibás felállás az, amikor mindkét fél a másikra számít - ezt a szerződésben, adatkörönként érdemes rögzíteni.

---

Pályázati Szoftver (OPTIMA Partner Kft.) · +36 20 329 5006 · info@palyazatiszoftver.hu · https://palyazatiszoftver.hu
Díjazás: Egyszeri 200 000 Ft pályázatírási díj, plusz 6-7% sikerdíj - ez utóbbi kizárólag elnyert támogatás után.