PályázatiSzoftver

Bevezetés · 2026. június 30. · 7 perc olvasás

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

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.

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.

A legfontosabb tanulságok

  • 01Adattisztítás a szerződéskötés napjától – a régi rendszerben.
  • 02Aktív adat migrál, lezárt történet archiválódik.
  • 03Próbamigráció számszerű ellenőrzéssel, éles előtt kötelezően.
  • 04A 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.

További cikkek ebben a témában: Bevezetés

Kezdjük egy kötelezettségmentes előszűréssel.

Az előszűrés végén tisztábban látja, milyen szoftverre van szüksége, mennyiért – és milyen pályázati forrás illik hozzá.

  • Díjmentes, kötelezettség nélküli előszűrés
  • Saját, szakértő fejlesztőcsapat – a fejlesztést és az integrációt is mi végezzük
  • Munkanapokon 24 órán belül visszahívjuk
  • 200 000 Ft fix díj + 6–7% sikerdíj – sikerdíj csak nyertes pályázat után

Inkább beszélne most? +36 20 329 5006

Kérjen visszahívást

Díjmentes, kötelezettség nélkül · 24 órán belül hívjuk · sikerdíj csak nyertes pályázat után. Adatvédelem