Dolibarr.huBlogDolibarr 24 béta: befagyott a funkciókészlet, most kezdődik az igazán fontos munka
DOLIBARR.HU · BLOG

Dolibarr 24 béta: befagyott a funkciókészlet, most kezdődik az igazán fontos munka – Dolibarr.hu

Dolibarr 24 béta: befagyott a funkciókészlet, most kezdődik az igazán fontos munka illusztrációja
2026. augusztus 23. · Release

Dolibarr 24 béta: befagyott a funkciókészlet, most kezdődik az igazán fontos munka

A 24-es bétaág létrejöttével lezárult az új funkciók gyűjtése. Megmutatjuk, mit jelent ez, mit érdemes már most tesztelni, és miért nem való még éles rendszerre.

← Vissza a blogbejegyzésekhez

2026. július 25-én a Dolibarr csapata bejelentette, hogy létrejött a 24-es verzió bétaága. Ez nem a stabil Dolibarr 24 megjelenését jelenti, hanem a fejlesztési ciklus egyik legérdekesebb fordulópontját: az új funkciók helyett most a hibajavítás, a teljesítmény, a fordítások és a kiadás stabilizálása kerül előtérbe.

β
A legfontosabb különbség

A béta már kipróbálható tesztkörnyezetben, de üzleti szempontból kritikus, éles rendszer frissítésére még nem ajánlott. A végleges funkciólista és a kompatibilitási részletek a stabil kiadásig változhatnak.

Mit jelent valójában a feature freeze?

A Dolibarr hivatalos kiadási szabályai szerint a freeze kezdetén külön verzióág készül. Ebben az ágban új funkciók helyett elsősorban blokkoló, zavaró és biztonsági hibák javítása, teljesítményoptimalizálás, fordítási munka és a már korábban elkezdett fejlesztések stabilizálása történik. A fejlesztés következő főverziója közben tovább haladhat a develop ágon.

Ez azért fontos a felhasználóknak, mert ettől a ponttól már érdemes valósághű próbát készíteni: nem bemutatót, hanem a saját üzleti folyamatok célzott kompatibilitási tesztjét.

Öt teszt, amely többet ér egy hosszú újdonságlistánál

  1. Modulleltár: írjuk össze az aktív alap- és DoliStore-modulokat, az egyedi fejlesztéseket, hookokat és dokumentumsablonokat.
  2. Folyamatpróba: teszteljük végig az ajánlat–rendelés–szállítás–számla láncot, a beszerzést, a készletmozgást és a könyvelési exportot.
  3. Jogosultságteszt: ne csak adminisztrátorként próbáljuk ki a rendszert; ellenőrizzük a napi szerepköröket és az elkülönített entitásokat is.
  4. Integrációs teszt: API, webhook, webshop, banki vagy számlázási kapcsolat esetén vizsgáljuk a hibakezelést és az ismételt adatküldést.
  5. Frissítési próba: az éles rendszer másolatán mérjük meg a frissítés idejét, ellenőrizzük a naplókat, majd próbáljuk ki a dokumentált visszalépést.

Miért érdekes ez egy magyar KKV-nak?

Egy főverzió nemcsak új képernyőket hozhat. Megváltozhatnak technikai előfeltételek, API-k, adatbázis-migrációk, sablonok vagy külső modulok kompatibilitási feltételei is. Magyar környezetben ehhez hozzáadódik a számlázás, a NAV-kapcsolat, az adókulcsok és a könyvelési adatátadás külön tesztje. Ezek működését nem szabad pusztán a nemzetközi kiadási megjegyzésekből feltételezni.

A jó felkészülés három kimenete

  • Frissíthető: a kritikus folyamatok és kiegészítők teszten hibamentesen működnek.
  • Javítás szükséges: pontos hibajegy, érintett modul és reprodukálható teszteset készül.
  • Várni érdemes: az üzleti kockázat nagyobb, mint az új verzió azonnali haszna.

A bétaidőszak értéke tehát nem az, hogy minél gyorsabban élesítsünk. Arra ad időt, hogy a stabil kiadás előtt feltárjuk a saját rendszerünk függőségeit, és a verzióváltást kapkodás helyett bizonyítékokra építsük.

Források és további olvasnivaló

A cikk állapota: 2026. augusztus 23. A Dolibarr 24 a cikk írásakor bétaág; stabil kiadásként nem hivatkozunk rá.

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.

Megnézem, nekem való-e Egyeztetést kérek

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