Dolibarr Ticket: ki intézi az ügyfél bejelentését?
Az ügyfél szólt. De ki intézi? Így lesz követhető ügy a Dolibarrban
A Dolibarr beépített Ticket modulja felelőst és követhető állapotot adhat az ügyfélkéréseknek. Saját példa és bevezetési próba magyar KKV-knak.
„Én azt hittem, te már válaszoltál neki.” Az ügyfél hétfőn hibát jelzett, pénteken pedig újra telefonál. Két kolléga is olvasta a levelét, mégsem került sor a következő lépésre. Egy ügyfélkérés akkor válik kezelhető üggyé, ha látszik, hol tart és kinél van.
Ez saját, szemléltető helyzet. A Dolibarr beépített Ticket modulja jó kiindulópont lehet a közös ügyfélszolgálati nyilvántartáshoz. A legérdekesebb része az állapotok közötti különbség: más teendőt jelent egy feldolgozatlan bejelentés, mint egy olyan ügy, amelyhez már az ügyféltől várunk információt.
Ügyfélszolgálat a meglévő ERP-ben
A hivatalos Dolibarr Wiki szerint a Ticket modul az alapcsomag része. A munkatársak a belső felületen hozhatnak létre és követhetnek jegyeket; egyszerű nyilvános portál is rendelkezésre áll a bejelentésekhez. A modult adminisztrátorként a Kezdőlap → Beállítások → Modulok menüben lehet aktiválni. A menüpontok neve a használt fordítástól függhet.
A legfontosabb különbség: dolgozunk rajta, vagy várunk?
A dokumentált alapfolyamat megkülönbözteti többek között az olvasatlan, elolvasott, kiosztott és folyamatban lévő jegyeket, valamint a bejelentő visszajelzésére váró, felfüggesztett, lezárt és megszakított ügyeket. Ez a megkülönböztetés segíthet a napi áttekintésben. Forrás: a Ticket modul alapfolyamata.
Saját szervezési javaslatunk: a „folyamatban” állapothoz tartozzon egy konkrét következő lépés. Ha a kolléga már elkérte a hibajelenségről készült képet, érdemes az ügyfél visszajelzésére váró állapotot használni. Így a reggeli áttekintéskor könnyebb eldönteni, hol kell dolgozni, és hol kell emlékeztetőt küldeni. Az állapotváltás önmagában nem ígér automatikus értesítést vagy válaszidő-garanciát.
Egy kitalált szervizpélda: három ügy, három teendő
Az alábbi táblázat saját munkaszervezési minta. A felelősök és a következő lépések egy képzeletbeli csapat munkáját mutatják; a táblázat nem Dolibarr-képernyőkép és nem kötelező mezők felsorolása.
| Ügy | Helyzet | Gazda | Következő lépés |
|---|---|---|---|
| A nyomtató nem indul | Kiosztva | Szervizes | Telefonos hibafeltárás ma |
| Hibás kép a kijelzőn | Ügyfél válaszára vár | Ügyfélszolgálatos | A bekért fotó ellenőrzése, ha megérkezik |
| Cserealkatrész beépítve | Megoldás ellenőrzése | Szervizvezető | Visszaigazolás kérése, majd lezárás |
A harmadik sorban a „megoldás ellenőrzése” saját munkafázisunk neve, nem a dokumentációban felsorolt gyári státusz. A csapatnak kell megállapodnia abban, milyen feltétellel tekint egy ügyet megoldottnak. Például attól még maradhat teendő, hogy a technikus elvégezte a javítást, ha az ügyfélnek nem jeleztük az eredményt.
A nyilvános portál külön bejáratot ad
A Wiki a /public/ticket/ útvonalat jelöli meg a nyilvános jegyfelülethez, és leírja a CAPTCHA bekapcsolásának lehetőségét a biztonsági beállításoknál. Forrás: a nyilvános felület beállítása. Ez lehetőséget ad arra, hogy a bejelentés közvetlenül a nyilvántartásban induljon.
A kipróbálásnál járjuk végig az ügyfél oldalát is: érthető-e, milyen adatot kérünk, és hogyan tud visszatérni a saját ügyéhez? A saját telepítésen ellenőrizzük a láthatóságot és a hozzáférést, mielőtt az ügyfeleknek elküldjük a portál címét.
Öt lépéses próba a saját csapattal
- Rögzítsünk három fiktív bejelentést. Legyen köztük egyszerű kérdés, javítás és további információt igénylő ügy.
- Osszuk ki a munkát. Minden ügynek legyen egy megnevezett gazdája, aki tudja a következő lépést.
- Próbáljuk ki a várakozást. Egy jegynél kérjünk kiegészítést, majd nézzük meg, a másik kolléga is érti-e, miért áll az ügy.
- Adjunk át egy ügyet. Az új felelős a nyilvántartás alapján tudjon továbblépni, külön szóbeli magyarázat nélkül.
- Zárjuk le és keressük vissza. Legyen világos, mi volt a megoldás és mikor tekintettük befejezettnek az ügyet.
Ezek szerkesztőségi próbalépések. A siker egyszerűen megfigyelhető: egy másik kolléga meg tudja-e mondani, kinél van az ügy és mi következik? A jegyek darabszáma mellett ezt is érdemes vizsgálni.
A lezárt ügyből később céges tudás lehet
Ha ugyanaz a kérdés újra felbukkan, saját gyakorlatként készíthetünk rövid belső útmutatót a megoldásból. Ehhez a Dolibarr külön Knowledge Management modulja tudásbázist biztosít. A jegyből tudásanyag készítését itt kézi szerkesztési javaslatként írjuk le; nem állítunk automatikus átalakítást.
A Ticket modul akkor válik hasznos munkaeszközzé, ha a csapat ténylegesen frissíti az ügyek állapotát. Érdemes egyetlen bejelentéstípussal kezdeni, és azon kialakítani a kiosztás, a várakozás és a lezárás közös szabályait.
Források és kapcsolódó olvasnivaló
- Dolibarr Wiki: Module Ticket – beépített modul, aktiválás, nyilvános felület és alapfolyamat.
- Dolibarr Wiki: Module Knowledge Management – a beépített tudásbázis modul leírása.
- A kolléga szabadságon van. Vele ment a céges tudás is?
- A szerződés lejárt, a szolgáltatás még fut: ki veszi észre?
A források ellenőrzésének dátuma: 2026. október 10. A történet, a táblázat és a próbalépések saját szemléltető példák. A cikk egy meglévő funkció gyakorlati bemutatója.
Címkék: Dolibarr · Ticket · ügyfélszolgálat · hibajegykezelés · felelősség · folyamatfejlesztés · KKV
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.