Dolibarr tudásbázis: amikor a kulcsember szabadságra megy

2026. október 4. · Tudásmenedzsment

Szabadságra ment az egyetlen kolléga, aki tudja a választ?

A Dolibarr beépített tudásbázisa segíthet megőrizni a céges tudást. Egy hétköznapi helyzet, egy használható cikksablon és egy egyszerű próba a kezdéshez.

← Vissza a blogbejegyzésekhez

Hétfő reggel telefonál az ügyfél: ismét ugyanazt a hibát látja a kijelzőn. „Ezt Éva szokta megoldani” – hangzik a válasz. Éva viszont szabadságon van. A korábbi megoldás valahol egy levelezésben, egy cetlin vagy Éva fejében létezik. A vállalkozásnak van ERP-je, mégis egyetlen ember elérhetőségén múlik a következő lépés.

Az ERP-ben a megoldásnak is lehet helye

A Dolibarr Knowledge Management, azaz tudásbázis modulja erre a problémakörre ad egy kiindulópontot. A hivatalos funkcióoldal tudásanyagok és gyakori kérdések tárolását, visszakeresését és rendszerezését említi. Így a rendszerben a napi üzleti adatok mellett a munkához szükséges magyarázatoknak is lehet helyük. Forrás: Dolibarr – Knowledge Management.

A hivatalos modulwiki szerint a modul a Dolibarr része, külön telepítés nélkül elérhető; használatához adminisztrátori fiókkal kell aktiválni a Kezdőlap → Beállítások → Modulok területen. A pontos menüfelirat a felület nyelvétől függhet. A wiki használati fejezete jelenleg hiányos, ezért az alábbi munkamódszer saját szerkesztőségi javaslat.

Az ügyfél története és az újrahasználható válasz

A nyitóhelyzet kitalált, de könnyen kipróbálható gondolatkísérlet. Tegyük fel, hogy egy szervizcsapat több ügyfélnél is találkozik ugyanazzal az eszközhibával. Az adott ügyfél bejelentésének helye a hibajegy: ki szólt, melyik készülékről, mi történt vele. A tudásbázisba az a magyarázat kerülhet, amelyet a következő hasonló esetben is használni lehet.

Egy jól megírt cikkből kiderül, milyen tünetnél érdemes elővenni, mikor nem alkalmazható, és kit kell bevonni, ha az első ellenőrzés nem segít. Ehhez a hibajegy szövegét át kell dolgozni: a személyes részleteket elhagyni, az egyszeri körülményeket elkülöníteni, a lépéseket egy másik munkatárssal kipróbálni. A hibajegykezelésről szóló magyar útmutató az egyedi esetek nyilvántartásához ad hátteret.

Egy cikk, amelyet helyettesítéskor is lehet használni

Kezdésnek elég az alábbi szerkezetet a bejegyzés szövegébe írni. Ezek javasolt tartalmi elemek, nem a modul kötelező mezői.

• Kérdés a címben: „Mit ellenőrizzünk, ha a címkenyomtató üres címkét ad ki?” A cím azzal a szókinccsel készüljön, amellyel a kolléga keresni fog.
• Érvényesség: melyik eszközre, folyamatra vagy szoftververzióra vonatkozik a leírás?
• Ellenőrzési lépések: rövid, számozott teendők, mindegyiknél az elvárt eredménnyel.
• Megállási pont: mikor kell szakértőhöz fordulni, és milyen adatot érdemes átadni neki?
• Felelős és felülvizsgálat: ki ellenőrizte a szöveget, mikor, és mely változás esetén kell ismét átnézni?

A „nézd meg a szokásos beállítást” típusú mondat nem ad elég támpontot annak, aki most helyettesít. Az „ellenőrizd a kiválasztott címkeméretet, majd hasonlítsd össze a behelyezett tekercs méretével” már konkrét cselekvés. Ez szövegezési példa, nem egy meghatározott nyomtató javítási útmutatója.

A legjobb próba: a szerző maradjon csendben

Válasszanak ki három visszatérő kérdést, amelyekben rendszeresen ugyanahhoz az emberhez fordulnak. Készüljön hozzájuk három rövid bejegyzés, majd egy másik kolléga próbálja megtalálni és értelmezni őket. A szerző közben figyeljen, és csak utána magyarázzon.

Ha a cikket nem találják meg, a címeken és a rendszerezésen érdemes változtatni. Ha megtalálják, de vissza kell kérdezni, a leírásból hiányzik valami. Ha elvégezhető a feladat, de a végeredmény nem ellenőrizhető, az elvárt eredményt kell pontosítani. Ez a próba többet mond a használhatóságról, mint a feltöltött oldalak száma.

Az indulás előtti héten és a próba után is feljegyezhető, hányszor kellett személyes segítség az adott három kérdésben. Ez saját mérés, nem ígért megtakarítás: a cél annak megállapítása, hogy az adott csapatnak valóban segít-e a tudásbázis.

A régi, magabiztos válasz lehet a legfélrevezetőbb

Egy folyamatváltozás után a korábban helyes útmutató félreviheti az új munkatársat. Ezért minden fontos cikkhez legyen kijelölt gondozó, és a folyamat módosításakor a leírás frissítése is kerüljön a teendők közé. A felülvizsgálat dátumát egyszerűen a szövegben is fel lehet tüntetni; ehhez a javaslathoz nem feltételezünk automatikus emlékeztető funkciót.

A hozzáférést a saját telepítésben, a tényleges munkatársi fiókokkal érdemes kipróbálni. Az újrahasználható útmutatóba ne kerüljön ügyféljelszó vagy olyan személyes adat, amely a probléma megértéséhez nem szükséges. A közös tudásanyag akkor könnyen használható, ha a konkrét ügyfél bizalmas adatai nélkül is érthető.

Három jó válasszal már el lehet indulni

Az első cél lehet egészen szerény: a következő szabadság idején három visszatérő kérdésre a helyettesítő kolléga is találjon használható választ. Ha ez sikerül, a következő három bejegyzést már a valódi tapasztalatok alapján lehet megírni. A Dolibarr ehhez adhat közös helyet; a tudás minőségét a csapat alakítja.

A kezdéshez olvassa el a magyar tudásbázis-útmutatót. A rövid emlékeztetők és a tartós céges tudás eltéréséhez kapcsolódik a Dolibarr Quick Memo moduljáról szóló cikkünk is.

Források

• Dolibarr: Knowledge Management – a tudásbázis rendeltetése.
• Dolibarr Wiki: Module Knowledge Management – beépített modul és aktiválás.

Forrásellenőrzés: 2026. október 4. A cikk gyakorlati témafeldolgozás. A szervizhelyzet, a cikksablon és a bevezetési próba saját szerkesztőségi példa.

Címkék: Dolibarr · tudásbázis · tudásmenedzsment · betanítás · ügyfélszolgálat · KKV

Ez a Dolibarr.hu szerkesztett, magyar nyelvű útmutatója.