Dolibarr.hu›Blog›Ki dönti el, merre fejlődik a Dolibarr? Jön a lyoni DevCamp
DOLIBARR.HU · BLOG

Dolibarr DevCamp 2026 Lyon: hogyan alakul az ERP jövője?

Ki dönti el, merre fejlődik a Dolibarr? Jön a lyoni DevCamp illusztrációja
2026. szeptember 25. · Közösségi hírek

Ki dönti el, merre fejlődik a Dolibarr? Jön a lyoni DevCamp

Novemberben Lyon térségében találkoznak a Dolibarr fejlesztői. Mit jelent a DevCamp egy magyar KKV-nak, és hogyan lesz egy céges problémából közösségi fejlesztés?

← Vissza a blogbejegyzésekhez

Egy vállalatirányítási rendszer jövőjét a hétköznapi problémák is alakítják: egy félreérthető mező, egy ismétlődő kézi művelet vagy egy nehezen reprodukálható hiba. A Dolibarr szeptember 22-én hírt adott a következő fejlesztői találkozóról. Ez jó alkalom megérteni, hogyan kapcsolódhat egy magyar vállalkozás tapasztalata a közös szoftver fejlődéséhez.

A friss hír: novemberben DevCamp Lyon térségében

A hivatalos bejelentés szerint a Dolibarr egyesület és az Open DSI 2026. november 26–29. között szervezi meg a téli DevCampet. A helyszín a Lyon melletti Villeurbanne Hôtel Des Congrès szállodája. A fejlesztői találkozóra 40 helyet hirdettek meg; a jelentkezési határidő október 1.

Az esemény tapasztalt Dolibarr-fejlesztőknek és PHP-közreműködőknek szól, munkanyelve francia. A meghirdetett témák között hibajavítás, fejlesztői gyakorlatok megosztása, stratégiai funkcióigények, modulbemutatók és biztonsági kérdések szerepelnek. A részletes program a forrásellenőrzéskor még kialakítás alatt állt. Ez egy közelgő esemény bejelentése, nem már megszületett fejlesztési eredmények listája.

A részvételi feltételeket és az aktuális férőhelyeket mindig a szervezők oldalán érdemes ellenőrizni; a hírből nem következik, hogy bármely konkrét új funkció biztosan bekerül a következő kiadásba.

Mit hozott az előző találkozó?

Van kézzelfogható előzmény: a Noisy-le-Grand-i DevCamp hivatalos beszámolója szerint 2026. június 11–14. között 41 résztvevő dolgozott együtt. A találkozót a Dolibarr egyesület és a Progiseize szervezte, előadásokkal és műhelybeszélgetésekkel. A beszámoló a 24-es verzió újdonságainak videós bemutatóját is elérhetővé teszi.

Ebből nem lehet pontosan kiszámolni, hány javítást köszönhetünk a személyes találkozónak. A nyilvános beszámoló viszont megmutatja, hogy a közösségnek van olyan fóruma, ahol a fejlesztők közvetlenül megoszthatják a tapasztalataikat.

Miért érdekes ez annak, aki csak használni szeretné az ERP-t?

Szerkesztőségi következtetésünk: egy nyílt forráskódú rendszer kiválasztásakor a funkciólista mellett azt is érdemes nézni, hogyan jutnak vissza a felhasználói tapasztalatok a fejlesztésbe. A találkozó önmagában nem szolgáltatási garancia. Arra viszont lehetőséget teremt, hogy különböző cégeknél látott problémákat közösen értelmezzenek.

Egy kizárólag helyben javított apróságot minden frissítésnél újra ellenőrizni kellhet. Ha ugyanaz az igény több szervezetnél is megjelenik, érdemes megvizsgálni, születhet-e belőle általánosan használható megoldás. Ennek elfogadása, megvalósítása és kiadása külön lépés: egy jó ötlet még nem kész funkció.

Így lesz a „kényelmetlen a rendszer” mondatból használható javaslat

Képzeljünk el egy fiktív céget, ahol az ügyintézők rendszeresen eltévesztik, melyik partneradatot kell ellenőrizniük egy folyamatban. A „legyen egyszerűbb” kérés helyett sokkal használhatóbb egy rövid, ellenőrizhető leírás:

  1. Helyzet: melyik képernyőn, milyen szerepkörrel és milyen Dolibarr-verzióban történik a probléma?
  2. Lépések: milyen műveletsorral lehet megismételni? Tesztadatokkal mutassuk be, ügyféladatok nélkül.
  3. Eltérés: mit vártunk, és mi történt ténylegesen? Különítsük el a hibát az új kényelmi igénytől.
  4. Üzleti hatás: milyen gyakran fordul elő, és milyen munkát kell emiatt újra elvégezni? Saját mérést használjunk.
  5. Elfogadási feltétel: miből fogjuk látni, hogy a javasolt változás megoldotta a problémát?

Ez a lista a mi gyakorlati javaslatunk, nem a lyoni rendezvény hivatalos programja. A kidolgozáshoz a hibabejelentési útmutatónk, az egyeztetéshez a hivatalos közösségi fórum adhat kiindulópontot.

A részvételhez nem mindenkinek kell Lyonba utaznia

A pontos visszajelzés, egy javítás tesztelése vagy egy magyar fordítás ellenőrzése is értékes hozzájárulás lehet. A saját folyamatainkat mi ismerjük: azokat a helyzeteket is észrevesszük, amelyek egy fejlesztői tesztkörnyezetben ritkán fordulnak elő. A magyar közösségi oldalon és a tesztelői dokumentációban ehhez találhatók további belépési pontok.

A novemberi találkozó kapcsán ezért érdemes kiválasztani egyetlen visszatérő nehézséget, és érthetően dokumentálni. Ez már konkrét hozzájárulás lehet ahhoz, hogy a következő fejlesztési beszélgetés valódi felhasználói tapasztalatból induljon ki.

Források és ellenőrzési dátum

Forrásellenőrzés: 2026. szeptember 25. A novemberi rendezvény programja és részvételi adatai változhatnak.

Címkék: Dolibarr · DevCamp · Lyon 2026 · nyílt forráskód · közösség · ERP-fejlesztés

→
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 →