Dolibarr.hu›Blog›Ötezer ügyfél egy Excelből: mit indít el közben a Dolibarr?
DOLIBARR.HU · BLOG

Dolibarr Excel-import: az adatok mögötti automatizmusok

Ötezer ügyfél egy Excelből: mit indít el közben a Dolibarr? illusztrációja
2026. november 2. · Gyakorlati útmutató

Ötezer ügyfél egy Excelből: mit indít el közben a Dolibarr?

A Dolibarr 24 CSV/XLSX-importja az automatizmusok működését is érinti. Saját KKV-példa és öt ellenőrzés, mielőtt több ezer ügyfelet betöltünk.

← Vissza a blogbejegyzésekhez

„Sikerült az import, mind az ötezer ügyfél bent van.” Megnyugtató mondat egy ERP-bevezetés végén. Csakhogy az adatok darabszáma még nem mondja meg, mi történt a háttérben: elindult-e valamilyen kapcsolódó céges folyamat, és kimaradt-e valami, aminek le kellett volna futnia? A Dolibarr 24 egyik kevésbé látványos újdonsága éppen erre a kérdésre irányítja a figyelmet.

CSV és XLSX adatok betöltése a Dolibarrba: az adatok és az automatizmusok külön ellenőrzést kapnak
Saját szemléltető ábra: az adatok ellenőrzése mellett az automatizmusok eredményét is vizsgáljuk meg.

Mi változott a Dolibarr 24-ben?

A 2026. augusztus 20-án kiadott Dolibarr 24.0.0 hivatalos változásjegyzéke új CSV/XLSX-importmódot említ, amellyel kikapcsolható a triggerek végrehajtása. A trigger egy üzleti eseményhez kapcsolódó programrész: például egy rekord létrehozásakor további műveletet végezhet.

A kapcsolódó #37367 fejlesztési javaslat az üzleti események végrehajtása és a tömeges betöltés teljesítménye közötti választást tárgyalja. A leírás soronkénti eseménykezelést, illetve olyan gyors módot ismertet, amely nem futtat soronként triggert. Ez jó ok arra, hogy frissítés után a korábban bevált importfolyamatot is újra kipróbáljuk.

A kiadási jegyzék a funkció megjelenését igazolja; a fejlesztési leírás nem helyettesíti a telepített verzió és a saját kiegészítők vizsgálatát. A következő példa saját, szemléltető forgatókönyv.

Ötezer ügyfél és egy túl lelkes automatizmus

Képzeljünk el egy nagykereskedést, amely régi ügyféllistáját költözteti át Dolibarrba. A cégnek van egy egyedi kiegészítője: új ügyfél rögzítésekor feladatot készít az értékesítőnek, és átadja az ügyfél adatait egy külső rendszernek. A napi kézi munkában ez hasznos. A történeti adatállomány betöltésekor viszont egészen más eredményt várnánk.

Ha az import során a kiegészítő által figyelt esemény is lefut, a régi partnerekhez fölösleges új feladatok vagy adatküldések keletkezhetnek. Ha pedig a soronkénti eseménykezelés kimarad, egy szükséges kapcsolódó művelet maradhat el. Egyik viselkedés sem következik automatikusan pusztán abból, hogy Dolibarrt használunk: az importprofil, az esemény és a bekapcsolt kiegészítő együtt határozza meg az eredményt.

Más célt szolgál a költözés és a napi adatfrissítés

Egyszeri költözésnél gyakran egy meglévő állapotot szeretnénk átvenni. Napi adatfrissítésnél viszont szükség lehet arra, hogy az új információ továbbjusson egy másik alkalmazásba. A kettőhöz eltérő importeljárás illeszkedhet. Mielőtt gyorsabb módot választunk, írjuk le, melyik háttérműveletet várjuk el, melyiket szeretnénk kihagyni, és mi pótolja az esetleg kimaradó lépést.

A soronkénti eseménykezelés kikapcsolása önmagában nem általános értesítésletiltás. Egy külön időzített feladat vagy külső integráció más úton is feldolgozhatja az új adatokat. Ezért a próba terjedjen ki a teljes kapcsolódó folyamatra.

Öt ellenőrzés az éles import előtt

  1. Legyen leírva az elvárt végeredmény. Ne csak az ügyfelek számát rögzítsük: azt is, hány feladat, értesítés vagy külső adatküldés legyen az import után. Történeti költözésnél ez akár nulla is lehet.
  2. Készítsünk kis, változatos mintát. Legyen benne új partner, módosítandó meglévő rekord, ékezetes név és hibás sor. Ezzel a mezőillesztés és az ismételt betöltés következménye is vizsgálható.
  3. Próbáljunk a saját tesztrendszerünkben. A valós modulokkal és beállításokkal dolgozzunk; az e-mailek tesztpostafiókba, az integrációk tesztvégpontra kerüljenek. A szimuláció után ellenőrzött tényleges próbabetöltés is kell a háttérműveletek megfigyeléséhez.
  4. Számoljuk meg a mellékhatásokat is. Nézzük meg a kapcsolódó feladatokat, a kiegészítő naplóit és a külső rendszerbe érkező adatokat. Ha valamit szándékosan kihagytunk, legyen felelőse az utólagos pótlásnak.
  5. Legyen visszaállítási és újrafuttatási terv. Az adatbázis visszaállítása nem vonja vissza a már elküldött levelet vagy külső API-hívást. Rögzítsük, hogyan kerülhető el a dupla feldolgozás egy javítás utáni ismétlésnél.

Mitől lesz valóban sikeres az adatköltözés?

Attól, hogy a megfelelő adatok a megfelelő állapotban kerültek a rendszerbe, és a kapcsolódó folyamatok is a terv szerint működtek. Egy rövid, előre összeállított próba többet mond erről, mint az import végén megjelenő rekorddarabszám.

A saját automatizmusok feltérképezéséhez olvassa el a hookok és triggerek útmutatóját, az adatállomány előkészítéséhez pedig az egyedi mezőkről szóló cikkünket. A költözés előtti mentéshez segítséget ad a visszaállítási próbáról szóló bejegyzés.

Források

Forrásellenőrzés: 2026. november 2. A gyakorlati példa és az ellenőrzési javaslatok saját szerkesztőségi feldolgozás; nem konkrét ügyfélincidenst mutatnak be.

Címkék: Dolibarr · Dolibarr 24 · Excel-import · CSV · XLSX · adatmigráció · automatizálás · KKV

Kapcsolódó cikkek

→
Hasonló helyzetben van?

Nézze meg, milyen Dolibarr-folyamat illeszkedhet a vállalkozásához, vagy küldje el röviden a saját helyzetét.

Bekapcsolódok a közösségbe Egyeztetést kérek

Ez a Dolibarr.hu szerkesztett, magyar nyelvű útmutatója.

→
Mi legyen a következő lépés?

Ha a cikkben leírt helyzet a saját működésére is jellemző, először ellenőrizze a Dolibarr alkalmasságát, majd egyeztessük a konkrét folyamatot.

Bekapcsolódok a közösségbe → Kapcsolat a közösséggel →