Dolibarr TakePOS: QR-kódos rendelés a gyakorlatban
A vendég már rendel, a pincér még oda sem ért: Dolibarr TakePOS
A QR-kód mögött több lehet egy étlapnál: a Dolibarr TakePOS önkiszolgáló rendelést is kínál. Kávézós példa és tesztötletek a teljes folyamat kipróbálásához.
Szombat délelőtt, tele a terasz. Két vendég már tudja, mit kérne, de a felszolgáló éppen egy másik asztalnál dolgozik. Az asztalon lévő QR-kód általában csak az étlapot nyitja meg. Mi lenne, ha a rendelést is el lehetne indítani róla, ugyanabba a rendszerbe, amellyel az üzlet a napi működését kezeli?
A QR-kód mögött rendelési felület is lehet
A Dolibarr hivatalos TakePOS-bemutatója szerint az Auto Order funkcióval a vendég QR-kód beolvasása után maga adhatja le a rendelését. Ugyanez az oldal asztalokhoz kapcsolható rendeléseket és számlákat, valamint beállítható automatikus készletcsökkentést is bemutat. Ez meglévő képességekről szóló gyakorlati ötletadó, nem új kiadás bejelentése.
A különbség üzletileg is érdekes. Egy digitális étlap az információhoz jutást könnyíti meg. A rendelési felület már azt is megváltoztatja, hogyan kerül be a vendég szándéka a munkafolyamatba. Ettől még külön meg kell tervezni, ki veszi észre a beérkező igényt, ki készíti el, és hogyan derül ki, ha valami elfogyott.
Mi jár a Dolibarrhoz?
A hivatalos TakePOS-modulleírás alapján a modul a Dolibarr része; adminisztrátorként aktiválható a modulbeállításoknál. Érintőképernyős felületet, párhuzamos eladásokat és több terminál kezelését is támogatja. A dokumentáció boltokat, bárokat és éttermeket nevez meg felhasználási területként.
Ez jó kiindulópont egy próbához, de a funkciólista önmagában nem mondja meg, hogyan működik majd a saját helyen. Más egy pultnál átvett péksütemény, és más egy több körben felszolgált asztali rendelés. Először ezt a különbséget érdemes tisztázni.
Egy kávézó próbája: két kávé és egy elfogyó sütemény
Az alábbi történet kitalált teszthelyzet, nem ügyfélbeszámoló és nem garantált alapműködés. A célja, hogy a bemutató helyett a saját beállítások eredményét lehessen ellenőrizni.
- A vendég rendel. Két kávét és egy süteményt választ. Ellenőrizni kell, hogy a munkatársak a megfelelő helyen és egyértelmű asztalazonosítással látják-e az igényt.
- A pult is dolgozik. Közben valaki személyesen elviszi az utolsó süteményt. Mi történik a már megkezdett mobilos rendeléssel? Ki egyeztet a vendéggel, és hol javítja az adatot?
- A vendég módosítana. Egy kávé helyett teát kér. A módosítás útját és a kiszolgálók értesítését is próbáljuk végig, ne csak az első sikeres rendelést.
- Fizetés és lezárás következik. A rendelési, fizetési és készletadatokat együtt vessük össze a tényleges fogyasztással. A QR-kódos rendelésből önmagában nem következik online fizetés.
A próba legértékesebb eredménye gyakran egy szervezési döntés: például hogy a beérkező rendeléseket műszakonként egy kijelölt kolléga követi. A szoftverbe bekerült adat csak akkor segít, ha valaki időben cselekszik is a hatására.
A készletnél a megfelelő kérdést kell feltenni
A hivatalos bemutató konfigurálható készletcsökkentést említ. Egy kávézóban viszont nem mindegy, hogy egy eladott terméket vagy annak összetevőit szeretnénk követni. Egy csésze kávé eladása és a kávébab, tej, illetve elviteles pohár fogyásának kezelése külön modellezési feladat.
A TakePOS-ról idézett dokumentáció alapján ne feltételezzünk automatikus receptúra- vagy alapanyag-kezelést. A próbában rögzítsük, mely tétel készletének kell változnia, milyen eseménynél és mennyivel. Ehhez kapcsolódik korábbi cikkünk arról, miért nem ígérhető el minden, ami raktáron látszik.
Mit mérjünk az első tesztnapon?
- Rendeléstől az észlelésig eltelt idő: mikor vette észre a kolléga a vendég kérését?
- Utólagos javítások: hány rendelésnél kellett újra egyeztetni a terméket, mennyiséget vagy asztalt?
- Elakadt helyzetek: mi történik ismételt beküldés, megszakadó kapcsolat vagy elfogyó termék esetén?
- Nap végi egyezőség: összeáll-e ugyanaz a történet a rendelésekből, a fizetésekből és a követett készletmozgásokból?
Érdemes ugyanezeket először a jelenlegi működésben is feljegyezni. Így a teszt után saját adatok alapján lehet dönteni, hogy csökkent-e a várakozás és az újragépelés. A vendégnek közben maradjon egyértelmű lehetősége személyesen is rendelni.
Hol kezdődjön a kipróbálás?
Egy tesztkörnyezetben, néhány termékkel, egy asztallal és két szereppel: az egyik ember vendégként, a másik munkatársként járja végig ugyanazt a rendelést. A saját telepített verzió beállításai, eszközei és kiegészítői alapján ellenőrizzük a működést. A magyar nyelvű POS-útmutató jó belépési pont a témához.
Akkor lesz érdekes ez a Dolibarr-funkció, ha a teraszon leadott kérésből a pultnál jól követhető feladat lesz. A QR-kód ehhez mindössze a bejárat.
Források
- Dolibarr: Point Of Sale – hivatalos funkcióbemutató. Auto Order, asztalkezelés és konfigurálható készletfrissítés.
- Dolibarr Wiki: Module Point of sale (TakePOS). Az alapmodul funkciói és aktiválása.
A források ellenőrzésének dátuma: 2026. szeptember 30. A teszthelyzetek és mérési javaslatok a szerkesztőség saját ajánlásai.
Címkék: Dolibarr · TakePOS · QR-kódos rendelés · vendéglátás · POS · folyamatfejlesztés
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.