Zdjęcie: iMin Technology (Pexels)
Власник маленької пекарні в Кракові якось розповідав мені, що протягом півроку всі працівники входили в систему під одним обліковим записом адміністратора. Зручно, швидко, без роздумів про те, хто має який доступ. До того моменту, коли виявилося, що хтось скасував три оплачені замовлення '{помилково}', а ніхто не зміг визначити, хто конкретно це зробив. Це досить типова історія в ресторанному бізнесі — питання прав доступу працівників у системі POS видається малозначущим, доки не виникне проблема, яку не можна відмінити.
Чому один обліковий запис для всіх — це погана ідея
У малих закладах спокуса природна — менше облікових записів, менше паролів для запам'ятовування, швидше обслуговування. Проблема в тому, що система без розподілу ролей — це система без відповідальності. Якщо кожен може змінити ціну страви, надати знижку чи виставити коригуючий рахунок, рано чи пізно хтось це зробить неправильно — часто за помилкою, іноді навмисно.
Добре налаштовані команда та права доступу працівників — це не бюрократія заради самої бюрократії. Це реальний захист від фінансових втрат і операційного хаосу. У ресторані з 8-10 працівниками на зміні, де ротація офіціантів зазвичай велика, чіткий розподіл ролей позбавляє власника від багатьох клопотів.
Які ролі найчастіше виділяють у системі POS
Більшість систем дозволяють побудувати ієрархію, адаптовану до структури ресторану. На практиці добре працює розподіл на кілька рівнів:
Офіціант / обслуговування залу — доступ до прийняття замовлень, присвоєння їх до столиків, базової обробки платежів. Без можливості скасування оплачених замовлень, без доступу до звітів продажів інших змін, без зміни цін у меню.
Кухар / кухня — винятково вид кухні зі списком замовлень для приготування, позначення статусів (прийнято, в процесі, готово). Абсолютно нема доступу до частини продажів чи фінансів — кухареві ці дані просто не потрібні для роботи.
