Dolibarr.huBlogA verzió, amely nem új funkciókkal akar lenyűgözni: megjelent a Dolibarr 24.0.1
DOLIBARR.HU · BLOG

Dolibarr 24.0.1: mit javít az első karbantartási kiadás?

A verzió, amely nem új funkciókkal akar lenyűgözni: megjelent a Dolibarr 24.0.1 illusztrációja
2026. szeptember 8. · Frissítés

A verzió, amely nem új funkciókkal akar lenyűgözni: megjelent a Dolibarr 24.0.1

A Dolibarr 24 első karbantartási kiadása több tucat célzott javítást hozott. Megnéztük, mely változások érinthetik közvetlenül a napi működést, és mikor érdemes frissíteni.

← Vissza a blogbejegyzésekhez

2026. szeptember 6-án megjelent a Dolibarr 24.0.1, a 24-es főág első karbantartási kiadása. Nincsenek benne hangzatos, új zászlóshajó-funkciók. Helyettük olyan hibákat javít, amelyek a jogosultságokat, a könyvelést, a banki folyamatokat, a gyártást, az API-beállításokat és a dokumentumkezelést is érintik. Egy üzleti rendszer életében gyakran pontosan ez a kevésbé látványos munka a legértékesebb.

.1
A „.0.1” nem azt jelenti, hogy mindenki azonnal frissítsen

A kiadás elérhető, de a saját modulok, sablonok, lokalizációk és integrációk kompatibilitását továbbra is tesztelni kell. A kiadási jegyzet döntési alap, nem automatikus élesítési engedély.

Mi történt pontosan?

A projekt hivatalos csomagjai és a hozzájuk tartozó ellenőrző fájlok 2026. szeptember 6-án kerültek ki. A kiadás a 24.0.0 óta összegyűlt javításokat fogja össze; a teljes változáslista a GitHubon összehasonlítható. A friss csomag forráskódként, valamint Debian/Ubuntu- és RPM-csomagként is megjelent a hivatalos letöltési területen.

A „karbantartási kiadás” itt azt jelenti, hogy a cél elsősorban a meglévő 24-es működés pontosítása és stabilizálása. Ettől még sokféle terület változik, ezért a kisebb verziólépés sem egyenlő a nulla kockázattal.

Öt javításcsoport, amely üzletileg is számít

TerületPélda a 24.0.1-bőlMiért érdekes?
Jogosultság és több entitásNem admin felhasználó ne törölhessen adminfiókot; gyermek entitásból ne lehessen más entitás szótárbejegyzését szerkeszteni.A felületi hozzáférésnek az adathatárokat is követnie kell.
Könyvelés és bankNullával osztás javítása a beszedett forgalmi riportban; bankszámlatípus és SEPA-kimeneti könyvtár korrekciója.Egy technikai hiba pénzügyi munkafolyamatot vagy riportot állíthat meg.
Gyártás és termékekA gyártási rendelés feldolgozása vegye figyelembe a befagyasztott BOM-sorok mennyiségét; változatattribútumok helyes leképezése.A hibás mennyiség készlet- és önköltségeltérést indíthat tovább.
API és feltöltésAz API-hívásszámláló kapcsolója újra érvényesül; az elutasított feltöltés ne jelenjen meg sikeresként.A félrevezető sikerüzenet és a hiányos mérés nehezíti az üzemeltetést.
Dokumentum és kommunikációE-mail-feladó mezők, csatolmány után megőrzött sablonfeladó és nyomtatóválasztás javítása.Az ERP kimenete nemcsak adat: ügyfélnek küldött levél és bizonylat is.

Ez válogatás, nem a teljes lista. A saját rendszer szempontjából egy kevésbé látványos, de ténylegesen használt funkció javítása lehet a legfontosabb tétel.

Kinek különösen érdekes a 24.0.1?

  • Aki már 24.0.0-t használ: nézze végig, mely javítások fedik a saját folyamatait, majd tesztkörnyezetben próbálja ki a patch kiadást.
  • Aki 23.0.4-en maradt: a 24.0.1 fontos érettségi jelzés, de nem szünteti meg a főverzióváltás kompatibilitási feladatait.
  • Aki sok egyedi modult futtat: ellenőrizze a hookokat, jogosultságokat, adatbázis-sémát, PDF-sablonokat, cronokat és REST-integrációkat.
  • Aki több entitást vagy összetett pénzügyet kezel: a multi-entity, könyvelési, banki és helyi adós javítások miatt célzott regressziós teszt indokolt.

Frissítési ellenőrzőlista 30 percben megtervezve

  1. Rögzítse a kiindulást: pontos Dolibarr-, PHP- és adatbázis-verzió, aktív modulok és egyedi módosítások.
  2. Olvassa végig a teljes listát: jelölje az érintett üzleti folyamatokat, ne csak a technikai kulcsszavakat.
  3. Készítsen helyreállítható mentést: adatbázis, dokumentumtár és konfiguráció együtt szükséges.
  4. Frissítsen valósághű másolaton: ugyanazzal a PHP-val, adatbázissal és modulverziókkal.
  5. Teszteljen szerepkörönként: admin mellett pénzügy, raktár, értékesítés, gyártás és portálfelhasználó.
  6. Járja végig a kritikus láncokat: ajánlat–rendelés–szállítás–számla, beszerzés, fizetés, könyvelés, e-mail, PDF, cron és API.
  7. Csak elfogadott eredménnyel élesítsen: legyen leállási ablak, felelős, napló és kipróbált visszaállítás.

A valódi hír: a stabilitás is termékfejlesztés

A 24.0.1 jó emlékeztető arra, hogy egy ERP értékét nemcsak az új menüpontok adják. A helyes jogosultság, a konzisztens könyvelési riport, a megbízható feltöltési visszajelzés és a pontos gyártási mennyiség kevésbé látványos, de naponta védi az üzleti folyamatot.

A helyes kérdés tehát nem az, hogy „a 24.0.1 már hibátlan-e?”, hanem az, hogy a változáslistája alapján mely saját kockázatainkat csökkentheti, és ezt a saját környezetünkben sikerült-e bizonyítani.

Források

Forrásállapot: 2026. szeptember 8. A kiadási jegyzet a projekt általános változásait mutatja; az adott telepítésre gyakorolt hatást csak a saját modulokkal, adatokkal és jogosultságokkal végzett teszt igazolja.

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 →