Dolibarr Lead Tracker: amikor a CRM követi a valóságot
Az ajánlat már aláírva, a CRM mégis egy helyben áll?
A Dolibarr közösségi Lead Tracker modulja bizonylatok alapján követi az értékesítés haladását. Mit ér egy státusz, ha lemarad a valóság mögött?
Hétfő reggel az értékesítési megbeszélésen még „ajánlat kiküldve” szerepel a lehetőség mellett. Az ügyfél közben elfogadta az ajánlatot, a kolléga már a rendelést készíti. Mindenki dolgozott, csak a CRM-ben maradt tegnapi az igazság. A Dolibarr egyik közösségi kiegészítője erre a nagyon ismerős helyzetre ad érdekes választ.
A státusz helyett nézzük meg a bizonyítékot
A Lead Tracker fejlesztői bemutatója 2026. május 29-én jelent meg, és szeptember elején is érkeztek hozzászólások. Külső, ingyenesként bemutatott közösségi modulról van szó. A leírás szerint az üzleti lehetőséget követő projektlapokon vízszintes folyamatjelzőt jelenít meg, a meglévő lehetőségstátusz-szótárra építve. A kiemelt szakaszt a kapcsolódó bizonylatok alapján határozza meg, nem pusztán az utoljára elmentett státuszt rajzolja ki.
A beállított feltételek szerint az ajánlat elfogadása, a rendelés érvényesítése vagy a számla kiállítása automatikus előrelépést is kiválthat. Az összeg és a valószínűség automatikus frissítése választható. Ezek a fejlesztő által leírt képességek; saját üzemi tesztet nem végeztünk a modullal.
Mi van már eleve a Dolibarrban?
A hivatalos projektdokumentáció szerint a Dolibarr alap Projekt modulja üzleti lehetőségeket, státuszokat, valószínűséget és összeget is kezelhet. Projektekhez ajánlatok, rendelések és számlák kapcsolhatók; a lehetőségstátuszok szótára testre szabható. A Lead Tracker tehát egy meglévő adatkapcsolatra épít rá látványosabb visszajelzést és automatizmust.
Ez azért érdekes, mert sok vállalkozásban az adatok már megvannak, mégis valakinek kézzel kell összeolvasnia őket. A kérdés ilyenkor nem az, kell-e még egy nyilvántartás, hanem az, hogyan válik használható jelzéssé az, amit már rögzítettünk.
Egy ügylet, három különböző állítás
Az alábbi saját, szemléltető példa nem a modul képernyőképe és nem ügyfélesettanulmány. Egy gépszerviz cseredarabra és szerelésre ad ajánlatot:
| Rögzített esemény | Amit tudunk | Ami még nyitott kérdés |
|---|---|---|
| Az ajánlat elfogadva | Az ügyfél elfogadta a konkrét ajánlatot. | Mikor indulhat a munka? |
| A rendelés érvényesítve | A rendelés eljutott a rögzített üzleti lépésig. | Megvan-e az alkatrész és a szerelő kapacitása? |
| A számla kiállítva | A számlázás megtörtént. | Beérkezett-e már a pénz? |
Egy folyamatjelző segíthet gyorsan tájékozódni, de a „számlázva” nem jelenti azt, hogy „kifizetve”. A cégnek kell megmondania, melyik esemény milyen következtetésre jogosít. Ha ugyanazzal a zöld színnel jelölünk egy elnyert megrendelést és egy pénzügyileg lezárt ügyletet, könnyen félreérthető lesz a heti riport.
A legfontosabb beállítás: mit nevezünk egy lehetőségnek?
Saját folyamatfejlesztési következtetésünk: az automatizálás előtt érdemes eldönteni, hogy egy projekt egyetlen megrendelést vagy egy ügyfél hosszabb kapcsolatát jelenti-e. Ha három, egymástól független munkát ugyanahhoz a projekthez kapcsolunk, az első munka számlája nem bizonyítja a másik kettő előrehaladását.
Ugyanezért fontos a bizonylatok következetes hozzárendelése. Egy különálló ajánlatból az ügyintéző értheti a történetet, de a projekt kapcsolatain alapuló automatizmus nem feltétlenül látja azt. A megbízható státusz mögött először megbízható adatkapcsolatnak kell lennie.
Így próbálnánk ki a saját folyamatunkon
Ezek szerkesztőségi javaslatok, nem a modul igazolt teszteredményei:
- Válasszunk egy egyszerű ügyletet. Egy projekt, egy ajánlat, egy rendelés: először ennek minden lépését értsük.
- Írjuk le az előrelépés feltételeit. Az elküldött és az elfogadott ajánlat külön állapot legyen. A számlázást és a pénz beérkezését is válasszuk szét.
- Teszteljük a kivételeket. Mi történik elutasított ajánlatnál, több párhuzamos ajánlatnál, részszámlázásnál vagy visszavont bizonylatnál? Az eredményt vessük össze a saját elvárásunkkal.
- Ellenőrizzük a tényleges módosításokat. Ne csak a sáv színét nézzük: változott-e a tárolt státusz, összeg vagy valószínűség, és mit mutat ezek után a riport?
- Mérjünk egy egyszerű dolgot. Mennyi idő alatt tudja egy másik kolléga megmondani, hol tart az ügylet, és mi a következő teendő?
A fórumon a fejlesztő Dolibarr 22-es saját használatról és várt 14+ kompatibilitásról írt. Ez nem igazolja automatikusan a saját telepítésünkkel való együttműködést. A bemutatóban hivatkozott kiadást ezért elkülönített tesztkörnyezetben érdemes értékelni.
A jó CRM csökkenti a visszakérdezéseket
A Lead Tracker ötletének üzleti értéke számunkra az, hogy közelebb hozza a státuszt a már elvégzett munkához. A legjobb eredmény nem egy szebb sáv, hanem az, ha a hétfői megbeszélésen kevesebb idő megy az állapotok kinyomozására, és több jut a következő lépés eldöntésére.
Kapcsolódó magyar útmutatóink: CRM és értékesítés, projektek és feladatok, valamint az ajánlattól a számláig vezető folyamat.
Források
- Lead Tracker: a fejlesztő bemutatója és a közösségi beszélgetés – 2026. május 29.; szeptemberi hozzászólásokkal.
- Dolibarr Wiki: Module Projects – az alapmodul lehetőségkezelése és bizonylatkapcsolatai.
- A fejlesztő által hivatkozott Lead Tracker v1.1.1 kiadás.
Forrásellenőrzés: 2026. szeptember 28. A funkcióismertetés a fejlesztő bejelentésén alapul; a példák és bevezetési javaslatok a Dolibarr.hu szerkesztőségi értelmezései.
Címkék: Dolibarr · CRM · Lead Tracker · értékesítés · automatizálás · közösségi modul
Nézze meg, milyen Dolibarr-folyamat illeszkedhet a vállalkozásához, vagy küldje el röviden a saját helyzetét.
Ez a Dolibarr.hu szerkesztett, magyar nyelvű útmutatója.