Dolibarr-naptár: válasszuk szét a találkozót és a rendszereseményt
Az ERP naptára nem auditnapló: a Dolibarr új szűrőötlete rendet tehet a digitális zajban
Egy friss fejlesztési javaslat külön elrejthetővé tenné az automatikusan létrejött üzleti eseményeket. Apró szűrőnek tűnik, valójában három eltérő munkaeszköz határát rajzolja újra.
Mi történik, ha egy ERP-naptár minden ajánlat-, rendelés- és számlamozdulatot ugyanott mutat, ahol a holnapi ügyféltalálkozót? Elvileg teljesebb képet kapunk. A gyakorlatban a fontos emberi események könnyen eltűnnek a rendszer által automatikusan rögzített üzleti történések között.
Erre reagál a Dolibarr #40279 számú, 2026. szeptember 10-én megnyitott fejlesztési javaslata: a naptárnézetben külön kapcsolóval lehetne elrejteni az automatikusan létrehozott eseményeket. A változtatás mérete kicsi, a mögötte álló kérdés viszont nagy: mire való egy naptár egy ERP-ben?
A #40279 pull request a forrásellenőrzéskor nyitott volt, és a beszélgetés címkéi alapján még egyeztetés alatt állt. Nem állítjuk, hogy a kapcsoló már része bármely stabil Dolibarr-verziónak, vagy hogy változatlan formában bekerül egy későbbi kiadásba.
Kétféle esemény él ugyanabban a naptárban
A Dolibarr Agenda modulja kézi és automatikus eseményeket is kezel. A kézi eseményt egy felhasználó hozza létre: találkozó, telefonhívás, határidő vagy más tervezett teendő lehet. Az automatikus eseményt ezzel szemben egy üzleti művelet váltja ki: például egy ajánlat vagy számla létrehozása, módosítása, validálása.
A hivatalos wiki szerint az automatikus események jellemzően már elvégzett, nulla időtartamú történések. Ez fontos különbség. A találkozó azt mondja meg, minek kell történnie; az automatikus bejegyzés azt rögzíti, mi történt meg.
| Nézet | Alapkérdés | Tipikus tartalom |
|---|---|---|
| Naptár | Mikor és kivel kell foglalkoznom? | Találkozó, hívás, határidő, lefoglalt erőforrás |
| Feladatlista | Mit kell elvégezni, és hol tart? | Felelős, prioritás, állapot, függőség |
| Üzleti előzmény / auditnapló | Mi történt, ki és mikor tette? | Létrehozás, validálás, módosítás, rendszeresemény |
Mindhárom nézet értékes, de nem felcserélhető. Ha egyetlen képernyő próbál egyszerre tervező, feladatkezelő és történeti napló lenni, akkor a teljesség könnyen a használhatóság rovására megy.
Az elrejtés nem törlés
A javaslat legfontosabb értelmezési pontja éppen ez: egy megjelenítési szűrő nem szünteti meg az eseményt. A rendszer továbbra is megőrizheti és más nézetben megmutathatja; a felhasználó csak az aktuális naptári feladathoz igazítja a képet.
Ez jó tervezési minta minden ERP-ben. A „ne mutasd most” és a „ne rögzítsd” két teljesen külön döntés. Az első a figyelmet védi, a második az adatmegőrzést módosítja. Audit- vagy megfelelőségi igénynél különösen veszélyes összekeverni őket.
A jó szűrés csökkenti a vizuális zajt, miközben az események visszakereshetők maradnak. Megőrzést, törlést és naplózást ettől független szabályokkal kell kezelni.
Mikor hasznosak mégis az automatikus események?
Nem minden szerepkör ugyanazt várja a naptártól. Egy értékesítő napi tervezéséhez a közelgő hívások és találkozók a legfontosabbak. Egy csoportvezető viszont szeretné időrendben látni, hogyan követte egymást az ajánlat, a rendelés és a számla. Egy üzemeltető vagy auditor pedig a részletes, változtathatatlan napló felé fordul — nem feltétlenül a naptárhoz.
Ezért az automatikus események globális kikapcsolása helyett a szerepkörhöz és feladathoz igazodó szűrés tűnik erősebb megoldásnak. Ugyanaz az adat marad meg, de nem ugyanazzal az alapnézettel terhelünk mindenkit.
Öt kérdés a saját Dolibarr-naptárunkhoz
- Mely események igényelnek emberi figyelmet? Ezek legyenek jól láthatók a napi és heti nézetben.
- Mely bejegyzések pusztán történeti nyomok? Legyenek visszakereshetők, de ne feltétlenül uralják a tervezési felületet.
- Mire használja a csapat a feladatokat? Ha határidős munka csak naptárbejegyzésként él, hiányozhat a felelős, állapot vagy prioritás.
- Mi számít valódi auditbizonyítéknak? Egy kényelmi eseménylista nem feltétlenül teljes, változtathatatlan vagy jogilag megfelelő napló.
- Milyen szűrő maradjon meg felhasználónként? A jó alapérték szerepkörönként eltérhet, és legyen könnyen visszaállítható.
A nagyobb tanulság: a figyelem is vállalati erőforrás
ERP-projektekben gyakran azt tekintjük sikernek, ha minden adat bekerül a rendszerbe. Pedig a következő szint az, hogy minden szerepkör a megfelelő pillanatban a megfelelő jelet lássa. A túl sok automatikus bejegyzés nem adatminőségi hiba, hanem információtervezési probléma.
A #40279 javaslat ezért érdekesebb egy egyszerű „elrejtés” gombnál. Arra emlékeztet, hogy a naptár a figyelem felülete, az előzmény a visszakeresésé, az auditnapló pedig az elszámoltathatóságé. Ha ezt a három szerepet tudatosan szétválasztjuk, a Dolibarr nem kevesebbet mutat — hanem érthetőbben.
Források
- Dolibarr #40279 – automatikusan létrehozott események elrejtése a naptárban: a 2026. szeptember 10-én megnyitott fejlesztési javaslat.
- Dolibarr – hivatalos pull request lista: a javaslat aktuális állapotának ellenőrzéséhez.
- Dolibarr Wiki – Agenda modul: a kézi és automatikus események fogalma és az Agenda modul működési háttere.
- Dolibarr.org – Agenda modul bemutatása: automatikus üzleti események, külső naptárak és erőforrások áttekintése.
Forrásállapot: 2026. szeptember 19. A cikk egy nyitott fejlesztési javaslatból von le folyamat- és felülettervezési tanulságokat; telepítési vagy frissítési döntés előtt ellenőrizni kell a pull request végleges állapotát és a célverzió kiadási jegyzeteit.
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.