Dolibarr.hu›Blog›Nő a forgalom, mégis eltűnik a pénz? Új Dolibarr-modul keresi a réseket
DOLIBARR.HU · BLOG

Dolibarr Leakage Control: hol szivárog el a bevétel?

Nő a forgalom, mégis eltűnik a pénz? Új Dolibarr-modul keresi a réseket illusztrációja
2026. november 7. · Közösségi hírek

Nő a forgalom, mégis eltűnik a pénz? Új Dolibarr-modul keresi a réseket

Új Dolibarr-kiegészítő keresi a bizonylatok között megbújó eltéréseket. Novemberi hír, saját számpélda és gyakorlati próba a bevételi rések feltárásához.

← Vissza a blogbejegyzésekhez

A csapat dolgozik, a rendelések jönnek, a kiszállítások elindulnak. Hó végén mégis előkerül egy kellemetlen kérdés: ha ennyit adtunk el, hol van az eredménye? Néha egy elfelejtett számla vagy egy észrevétlen árváltozás mögött bújik meg a válasz.

Friss novemberi hír: megjelent a Leakage Control bejelentése

2026. november 2-án MuhammadAli.Dev a Dolibarr nemzetközi fórumán mutatta be a Leakage Control külső kiegészítőt. A fejlesztő szerint 18 ellenőrzés vizsgálja a meglévő adatokat; a találatokhoz összeg, bizonyíték, felelős és határidő kapcsolható. Példaként a ki nem számlázott kiszállítást, a lehetséges duplikált beszállítói számlát és a minimum alatti árrést említi. Az eredeti fejlesztői bejelentés itt olvasható.

A közlés szerint a kiegészítő nem írja át a számlákat, rendeléseket, fizetéseket vagy készletet; kérésre naptáreseményt hozhat létre. Helyben fut, az opcionális AI-segéd alapból kikapcsolt. A fejlesztő Dolibarr 18+ támogatást jelez, és 21.0.2-es, illetve 23.0.3-as verzión végzett teszteket említ. Ez külső modul fejlesztői bemutatása; saját működési tesztet nem végeztünk, a Dolibarr 24-es kompatibilitást a bejelentés nem igazolja.

A valódi kérdés: hol szakadt meg a folyamat?

A hír kapcsán érdemes a saját cégre gondolni. Egy szállítólevél azt mutatja, hogy az áru elindult. Egy számla azt, hogy mit számláztunk ki. Egy banki tétel azt, hogy mennyi pénz érkezett. A vezetői kérdés viszont ezek kapcsolatáról szól: a teljesített munkából lett-e rendezett bevétel?

A következő példa és próbaterv saját szerkesztőségi javaslat. Nem a modulból exportált eredmény, és nem ígéret arra, hogy minden eltérést automatikusan felismer.

Három rés, három külön feladat

Képzeljünk el egy alkatrész-kereskedőt. A heti ellenőrzésen három, egymástól független ügy kerül elő. Az összegek egyszerűsített, nettó értékek.

Saját szemléltető példa: mit kell ellenőrizni?
HelyzetÉrintett összegKövetkező lépés
10 kiszállított alkatrész, 12 000 Ft/db, számla még nincs120 000 Ft lehetséges számlázási elmaradásA teljesítés és a számlázási megállapodás egyeztetése
Egy 80 000 Ft-os beszállítói számla kétszer szerepel80 000 Ft lehetséges dupla kötelezettségAz eredeti bizonylatok és a fizetések ellenőrzése
20 terméknél 1 500 Ft-tal nőtt a beszerzési egységár30 000 Ft-tal kisebb fedezet változatlan eladási ár mellettAz aktuális költség és az árazási döntés felülvizsgálata

Ebből nem következik 230 000 forint biztosan visszaszerezhető pénz. Az első tétel lehet szerződés szerint később számlázandó. A második lehet hibás nyilvántartás tényleges dupla fizetés nélkül. A harmadik feltételezett fedezetcsökkenés, nem lejárt követelés. Mindháromhoz más bizonyíték és más döntés szükséges.

A találatból akkor lesz eredmény, ha van gazdája

Egy piros jelzés önmagában kevés. A saját ellenőrzési folyamatban minden ügy mellé írjuk oda, ki nézi át, melyik bizonylat bizonyítja az eltérést, mikorra születik döntés, és miből látszik majd a rendezés. A „megnéztük” és a „helyesbítettük, majd visszaellenőriztük” eltérő lezárás.

A számlázási elmaradást például az értékesítés és a számlázás közösen tisztázhatja. A gyanús beszállítói tételhez a beszerzés és a pénzügy adhat választ. Az árazási eltéréshez vezetői döntés is kellhet: vállalható-e tudatosan a kisebb fedezet?

Így próbálnánk ki egy saját tesztrendszeren

  1. Válasszunk három ismert ügyet. Legyen köztük valódi eltérés, szabályos kivétel és rendben lévő folyamat.
  2. Írjuk le előre az elvárt eredményt. Melyik dokumentumra, összegre és időszakra kell figyelmeztetni?
  3. Ellenőrizzük a lefedettséget. A saját verzió, a bekapcsolt modulok és a bizonylatkapcsolatok mellett mit lát ténylegesen a kiegészítő?
  4. Vizsgáljuk meg a téves riasztást. A részszállítás vagy az időszakos gyűjtőszámlázás ne eredményezzen indokolatlan intézkedést.
  5. Kövessünk végig egy javítást. Az alapbizonylat rendezése után ellenőrizzük újra az ügyet és a hozzáféréseket is.

A próba értékét az mutatja meg, hogy rövidül-e a bizonyított eltérések rendezése. Ehhez a találatok darabszáma mellett a téves jelzéseket és a lezárási időt is érdemes felírni.

Kapcsolódó olvasnivaló: részszállítás és a nyitva maradó rendelés, illetve visszáru, jóváírás és pénzmozgás egyeztetése. Ha a saját folyamatában is rendszeresen eltűnnek az átadások a munkatársak között, egy konkrét ügyből kiindulva érdemes áttekinteni a Dolibarr használatát.

Forrás és szerkesztői megjegyzés

MuhammadAli.Dev: Leakage Control for Dolibarr – fejlesztői bejelentés, Dolibarr nemzetközi fórum, 2026. november 2. A termékfunkciókra és a tesztelt verziókra vonatkozó állítások a fejlesztőtől származnak.

Forrásellenőrzés: 2026. november 7. A céges helyzet, a számítások és a próbaterv saját szerkesztőségi példák. Ez hír és témaelemzés, nem független termékteszt.

Címkék: Dolibarr · Leakage Control · bevétel · árrés · számlázás · belső ellenőrzé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 →