Dolibarr.hu›Blog›Egyetlen szám javításáért újratöltjük az egész oldalt? Ezen változtatna a Dolibarr
DOLIBARR.HU · BLOG

Dolibarr: bizonylatszerkesztés oldalújratöltés nélkül

Egyetlen szám javításáért újratöltjük az egész oldalt? Ezen változtatna a Dolibarr illusztrációja
2026. október 27. · Közösségi hírek

Egyetlen szám javításáért újratöltjük az egész oldalt? Ezen változtatna a Dolibarr

Oldalújratöltés nélküli bizonylatszerkesztés készül a Dolibarrhoz. Friss fejlesztői hír, gyakorlati példa és öt kérdés a kipróbáláshoz.

← Vissza a blogbejegyzésekhez

Egy ajánlatban hat darab helyett nyolcat kér a vevő. Apró módosítás, mégis megszakítja a munkát: szerkesztés, mentés, újratöltés, majd újra meg kell találni a sort. Ha naponta sok ilyen változás érkezik, az ERP használhatóságát éppen ezek a kis megszakítások határozzák meg.

Friss hír: közvetlen szerkesztést terveznek a Dolibarr magjába

John Botella 2026. október 12-én a hivatalos francia Dolibarr-fórumon tesztelőket keresett egy készülő fejlesztéshez. A cél az adatlapok és bizonylatsorok szerkesztése teljes oldalújratöltés nélkül. A munka a MoreLinesInfos modulból indul, kisebb, külön felülvizsgálható fejlesztési javaslatokra bontva.

A bejelentés többek között a mennyiség, ár, áfa és kedvezmény közvetlen módosítását, sorok hozzáadását és törlését, valamint az utolsó változtatás visszavonását sorolja fel. Az ajánlatok, rendelések és számlák fejlécadatainak helyben szerkesztése is a tervek része.

i
Ez fejlesztési hír, nem kész kiadás bejelentése.

A szerző kísérleti indulást jelzett, kezdetben a MAIN_FEATURES_LEVEL = 2 beállításhoz kötve. A fórumposzt alapján nem állítható, hogy a teljes funkció már elérhető a stabil Dolibarrban. A kipróbáláshoz az aktuális fejlesztői útmutatást kell követni.

Mit változtatna ez egy ajánlat elkészítésén?

A következő saját példa egy lehetséges munkamenet; nem teszteredmény. Egy alkatrészkereskedő munkatársa telefonon egyeztet egy tizenkét soros ajánlatot. A vevő három mennyiséget módosít, egy tételt elhagy, egy másikra kedvezményt kér.

A közvetlen szerkesztés akkor ér valamit, ha a munkatárs minden változás után rögtön látja a mentett értéket és a helyes végösszeget. Ha csak gyorsabb a kattintás, de bizonytalan, hogy sikerült-e a mentés, a telefonos egyeztetés végén ugyanúgy újra kell ellenőriznie mindent.

Ezért a legérdekesebb kérdés számunkra az, hogyan jelzi majd a felület a sikeres mentést és a hibát. Egy megszakadó hálózati kapcsolatnál különösen fontos, hogy a képernyőn látható szám és a ténylegesen eltárolt adat ne legyen összetéveszthető.

Öt próba, amely többet mond egy látványos bemutatónál

Az alábbiak szerkesztői tesztjavaslatok, nem a készülő megoldás igazolt képességei. Elkülönített tesztkörnyezetben, másolt vagy kitalált adatokkal érdemes végigpróbálni őket.

  1. Mennyiség és végösszeg: egy piszkozat ajánlatban módosítsunk két sort. A sorösszeg, az áfa és a teljes összeg is egyezzen az elvárt eredménnyel.
  2. Hibás bevitel: adjunk meg érvénytelen értéket. Derüljön ki egyértelműen, mi nem menthető és hogyan javítható.
  3. Megszakadó kapcsolat: próbáljuk ki, mi történik mentés közben hálózati hiba esetén. Újranyitáskor ellenőrizzük a ténylegesen tárolt adatot.
  4. Jogosultság és állapot: nézzük meg korlátozott felhasználóval és eltérő bizonylatállapotokban. A kényelmesebb felületnek is tiszteletben kell tartania a módosítás szabályait.
  5. Dokumentumkimenet: készítsük el a PDF-et, és hasonlítsuk össze a mentett bizonylattal. A vevőnek küldött ajánlaton is a végleges adatok szerepeljenek.

A jó visszajelzés konkrét munkamenetet ír le

Hasznos hibajelentés lehet például: „Piszkozat ajánlaton, értékesítői jogosultsággal a második sor mennyiségét módosítottam. A mentés jelzése megjelent, de újranyitás után a régi értéket láttam.” Mellé kerüljön a tesztelt verzió és a reprodukálás pontos menete. Ügyféladatot tartalmazó képernyőképet csak megfelelő kitakarással osszunk meg.

A fejlesztés alakulását a tesztelői fórumtémában érdemes követni. A hazai felkészüléshez a funkcionális tesztelési útmutató és a hibajelentési útmutató adhat kapaszkodót.

Forrás

John Botella: Édition en direct (ajax) des fiches et des lignes de documents – appel à testeurs, hivatalos Dolibarr-fórum, 2026. október 12. Elsődleges fejlesztői bejelentés, az eredeti témában hivatkozott GitHub-javaslatokkal és bemutatókkal.

Forrásellenőrzés: 2026. október 27. A hír a fejlesztő bejelentését foglalja össze; a céges helyzet és a tesztjavaslatok saját szerkesztői példák. Stabil kiadási dátumot a hivatkozott bejelentés nem ígér.

Címkék: Dolibarr · felhasználói élmény · AJAX · ajánlatadás · bizonylatszerkesztés · közösségi fejlesztés

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 →