مساء الجمعة، طاولة تريد تغيير طبق رئيسي بعد أن خرجت المشروبات، ومجموعة أخرى تنتظر تقسيم فاتورتها. ومديرك واقف عند الكاشير يبحث عن زر مفترض أن يكون واضحًا. إذا كنت تختار برنامج كاشير لخدمة المطعم، فابدأ من هذه اللحظة، لا من جدول مزايا من المورّد.
النظام المناسب يتيح لموظفيك إدارة الوجبة كما تجري. أما النظام غير المناسب فيجبرهم على تحويل طلبات المطعم العادية إلى حلول التفافية على شاشة الدفع. Resto هو نظام الكاشير الخاص بـ UI Lib للمطاعم، لذلك يظهر في هذا الدليل مع حدوده موضحة بالقدر نفسه الذي توضح به نقاط قوته.
المحتويات
- ما يجب أن يتعامل معه نظام كاشير المطعم
- لماذا كاشير المطعم ليس كاشير محل تجزئة
- قائمة المشتري قبل أي عرض تجريبي
- كيف يغطي Resto كل نقطة في القائمة
- الشراء لمرة واحدة مقابل الدفع كل شهر
- ما لا يفعله نظام الكاشير نيابة عنك
- جمع الأمور واختيار النظام المناسب
ما يجب أن يتعامل معه نظام كاشير المطعم
تجلس مجموعة من أربعة أشخاص. يرسل النادل المشروبات إلى البار، ويدخل المقبلات والأطباق الرئيسية، ثم يبقي الأطباق الرئيسية معلّقة حتى تكون الطاولة جاهزة. ضيف يغيّر صنفًا جانبيًا، وآخر يضيف ملاحظة تحضير، والمطبخ يحتاج التعليمات المعدّلة دون أن يستلم الوجبة كلها من جديد.
وفي النهاية يدفع الضيوف ببطاقات منفصلة ويتركون بقشيشًا. لا شيء غير معتاد في هذه الخدمة، لكنها تطلب من الكاشير أكثر بكثير من اختيار منتجات وقبض المبلغ وطباعة إيصال.
فاتورة المطعم تبقى مفتوحة طالما تستمر الخدمة. يحتاج الموظفون إلى معرفة الطاولة التي تملكها، ومن يخدمها، وما وصل إلى المطبخ، وما لم يُدفع بعد. والفرق بين الكاشير العادي ومسارات خدمة الطاولات يظهر في متطلبات إدارة الطاولات الخاصة بالمطاعم.
ابدأ بنقاط التسليم بين الموظفين
السؤال الأنفع للمشتري ليس هل في البرنامج مزايا كثيرة، بل هل تصل إلى الشخص التالي المعلومات الصحيحة التي يحتاجها.
- من النادل إلى المطبخ: هل تصل ملاحظات التحضير إلى المحطة الصحيحة؟
- من النادل إلى الكاشير: هل يستطيع شخص آخر تسوية الفاتورة دون إعادة بنائها؟
- من المطبخ إلى الصالة: هل يميّز الموظفون بين طلب قيد التحضير وآخر جاهز للتقديم؟
- من الوردية إلى المدير: هل يستطيع المدير شرح البيع والمرتجع والدفع بعد ذلك؟
وللجانب المتعلق بالإنتاج، يكمّل هذا الدليل المخصص لـبرامج شاشة المطبخ. واجعل قرار الشراء مركّزًا على هذه التسليمات لا على تصميم الشاشات وحده.
العرض التجريبي المقنع يشبه صالتك، بما فيها الطلبات المربكة، لا عملية بيع نظيفة فقط.
اجعل التقنية في مكانها
إن كنت تستكشف أفكارًا تقنية أوسع، فاطّلع على ما توصي به MODERN LYFE. اعتبره وجهة نظر منفصلة، لا دليلًا على أن نظامًا بعينه يناسب مطعمك.
التوصية هنا واضحة: ضع ملاءمة الخدمة أولًا، ثم مسؤولية التشغيل، ثم تكلفة الترخيص جنبًا إلى جنب مع الاثنين. وإن كنت قد حددت قائمة مختصرة بالبرامج، فتوقف عن جمع المزايا وابدأ بطلب من المورّد أن يعرض وجبات كاملة.
لماذا كاشير المطعم ليس كاشير محل تجزئة
كاشير التجزئة يغلق عادةً سلة مشتريات. أما كاشير المطعم فيدير علاقة مستمرة بين الضيوف والنادلين ومحطات المطبخ والمدفوعات. هذه القدرات يجب أن تصرّ على رؤيتها قبل أن تعتبر أي نظام مناسبًا لخدمة الطاولات.
الطاولات وتفاصيل الطلب
الطاولات تحتاج أكثر من اسم على الإيصال. يجب أن تنتمي الفاتورة إلى طاولة وإلى نادل، مع تفاصيل على مستوى المقعد حيث تتطلب خدمتك ذلك. وحين يسلّم نادل قسمه، يحتاج الزميل القادم إلى فهم الفواتير المفتوحة دون أن يطلب من الضيوف تكرار طلباتهم.
والمعدّلات (Modifiers) لا تقل أهمية. أدخل برجرًا بدون بصل مع باكون إضافي وطبق جانبي مختلف. وتحقق من أن الخيارات المحددة تحمل الرسوم الصحيحة وتبقى مرتبطة بالصنف أينما يراه الموظفون.
والوجبات المركّبة (Combos) تضيف طبقة أخرى. قد تُباع وجبة من طبق رئيسي وجانبي ومشروب بسعر واحد، لكن المطبخ والبار يحتاجان كل منهما تعليمات التحضير الخاصة به. وترقية المشروب يجب أن تغيّر السعر دون أن يضطر الموظف إلى تفكيك الوجبة وإدخال أصناف منفصلة.
لا تقبل ملاحظة نصية حرة بديلاً عن كل خيار منظّم. للملاحظات مكانها، خاصة للطلبات غير المعتادة، لكن الخيارات المتكررة يجب أن يسهل اختيارها ومراجعتها.
التوقيت والتسوية
ترتيب الأطباق (Coursing) يحدد متى يبدأ تحضير الطعام. يجب أن يستطيع الموظف إدخال الوجبة مرة واحدة، وإرسال المقبلات، ثم إطلاق الأطباق الرئيسية المختارة لاحقًا. واسأل ماذا يحدث عندما يغيّر ضيف صنفًا أُرسل بالفعل، لأن هذا هو الموضع الذي ينهار عنده عرض مرتب.
تقسيم الفاتورة وقبول دفعة جزئية أمران متقاربان لكنهما مختلفان:
| طلب الضيف | ما يجب أن يُظهره العرض |
|---|---|
| كل ضيف يدفع ثمن طعامه | التقسيم حسب المقعد أو الأصناف المحددة |
| الضيوف يقسمون الإجمالي بشكل مختلف | تخصيص مبالغ محددة |
| ضيف يدفع جزءًا نقدًا ثم يستخدم بطاقة | تطبيق طرق الدفع المتتالية بشكل صحيح |
| دفعة تتضمن إكرامية | إبقاء الدفعة والرصيد والإكرامية واضحة |
وأخيرًا، توجيه المحطات يجب أن يرسل الستيك إلى الشواية، والبطاطس إلى محطة القلاية، والمشروبات إلى البار، مع الاحتفاظ بالطلب الأم. وهذا ليس مجرد طباعة التذكرة نفسها على عدة أجهزة.
والنظام الذي ينقصه هذه الوظائف يجبر الموظفين على اختراع إجراءات حوله. لكاونتر بسيط يبيع منتجات معبّأة، قد يكون نظام موجّه للتجزئة هو الأنسب. أما في خدمة المطعم ذات المراحل، تتحول هذه الحلول المختصرة إلى عبء تدريب ومصدر أخطاء يراها العميل.
قائمة المشتري قبل أي عرض تجريبي
دوّن خدمتك الفعلية قبل أن تفتح أي عرض. أدرج الجلوس في المطعم والبيع على الكاونتر والاستلام والتوصيل وعدد الضيوف المعتاد وحمل التذاكر في الذروة وتعقيد القائمة ومن يلمس الطلب من الموظفين. وقائمة BPA لشراء نظام كاشير المطعم تدعم تقييم سلسلة التشغيل كلها بدل عد المزايا المعلنة.
اختبر الخدمة قبل الإدارة
جهّز 20 إلى 30 طلبًا ممثّلًا بما فيها تشكيلات صعبة من المعدّلات وإطلاق أطباق محددة. استخدم قائمتك أنت، لا قائمة المقهى التجريبية التي يقدمها المورّد.
- إدخال الطلب: اختبر الوجبات المركّبة والاستبدالات والأصناف غير المتوفرة والخصومات والإلغاءات وموافقات المدير. وليكن من يدخلها موظفًا عاديًا، لا البائع وحده.
- الطاولات: تحقق من إسناد النادل والنقل والتعامل مع الفواتير المفتوحة. واستعن بـدليل إدارة الطاولات في المطاعم لتقييم أعمق.
- المدفوعات: اطلب الدفع نقدًا وبالبطاقة وبالدفع بلا تلامس وبطرق متعددة وبإكرامية ودفعة جزئية ومرتجعات وتقارير إغلاق. وميّز بين طريقة دفع مدعومة وجهاز مادي مدعوم.
- المطبخ: اطلب عرض توجيه المحطات وإنهاء التذكرة واسترجاعها ورؤية الطلبات المتأخرة. أعد تشغيل شاشة المطبخ وانظر ماذا يعود.
لا تكتفِ بكلام شفهي حين يتعلق الأمر بمسار تمرّ به كل وردية.
اختبر العطل والسجلات المالية
افصل الاتصال أثناء العرض. التقط الطلبات، وأعد تشغيل الكاشير، ثم أعد الاتصال وافحص السجلات الناتجة. واختبر بشكل منفصل عطل مزوّد الدفع، لأن التقاط الطلبات دون إنترنت لا يثبت قبول البطاقات دون إنترنت.
اسأل كيف يمنع النظام تكرار الطلبات والمدفوعات، وكيف يستعيد الطاولات المفتوحة، وكيف يعيد طباعة الإيصالات، وكيف يحل التعديلات المتضاربة. وهذا التركيز على التشغيل في حالات العطل تدعمه سيناريوهات الفشل الموصوفة في تقرير Canopy عن تقنية المطاعم.
وللمكتب الخلفي، تتبّع صنفًا من القائمة من البيع إلى خصم المكونات والمرتجع والضريبة والتسوية. اسأل من يستطيع تغيير تكاليف الوصفات وكيف يُسجَّل الهدر. والحاجة إلى سجلات مالية مفيدة، لا شارات التكامل وحدها، توضحها تغطية Digital Transactions لأنظمة المطاعم المالية.
وأنهِ بالأجهزة وتصدير البيانات وقيود معالج الدفع وتوفّر الدعم ومتطلبات الفروع. اسأل هل كل وحدة أساسية مدرجة أم مرخصة بشكل منفصل.
اعتبر أي متطلب لم يُعرض مخاطرة شرائية، لا وعدًا في خارطة الطريق.
واطلب كذلك تحديدًا مكتوبًا لحدود بيانات الدفع. تشرح إرشادات مجلس معايير أمان PCI حول الترميز لماذا يقلل استبدال أرقام البطاقات برموز التعرض دون أن يزيل مسؤوليات الامتثال. لا تفترض أن الاستضافة الذاتية أو الدفع المُسند لجهة خارجية يزيل تلك المسؤولية.
كيف يغطي Resto كل نقطة في القائمة
Resto هو نظام الكاشير الخاص بـ UI Lib للمطاعم، خيار لمالك يريد عمليات مطعم مترابطة على بنية يتحكم فيها. يغطي خدمة الكاشير وإنتاج المطبخ والمخزون والطلب المباشر والإدارة. هذا سبب لتقييمه، لا سبب لتجاهل اختبارات الخدمة.
هذه واجهة Resto؛ وافحص الأدوات بنفسك في النسخة التجريبية المباشرة.
عند الكاشير وفي الصالة
يتعامل الكاشير المصمّم للمس مع الطاولات والمعدّلات والوجبات المركّبة والدفع المقسّم والجزئي والإكراميات ومرتجعات الأصناف. ويضع البيع دون إنترنت الطلبات في طابور على الجهاز ويزامنها دون معاملات مكررة عند عودة الاتصال.
هذه القدرات حقيقية، لكن لا تستنتج من المسميات كل قاعدة تقسيم ممكنة أو مسارًا كاملًا لترتيب الأطباق. إن كان نادلوك يقسّمون حسب المقعد أو يطلقون أطباقًا محددة بانتظام، فاطلب عرض تلك الإجراءات بالضبط.
توجّه شاشة المطبخ التذاكر حسب المحطة وتشمل إنهاء التذكرة واسترجاعها وألوان الطلبات المتأخرة. لكل تذكرة مؤقت، 15 دقيقة افتراضيًا، يتحول إلى الكهرماني عند ثلاثة أرباع الهدف وإلى الأحمر حين يتجاوزه. وإذا انقطع الاتصال، يبقى الكاشير يسجّل الطلبات في الطابور ويسلّم تذاكر المطبخ عند عودته. ويظهر مخطط الصالة بالسحب والإفلات حالة الطاولات لحظة بلحظة، ويدعم تطبيق النادل على الهاتف الخدمة بعيدًا عن الكاشير. وتشرح أدلّة المطبخ والطاولات المرفقة أعلاه الآليات دون أن تحوّل هذا الدليل إلى دليل واجهة.
ويقدّم العرض التوضيحي للمنتج رؤية أخرى لسير العمل المترابط.
ما بعد الكاشير
المخزون القائم على الوصفات هو المكان الذي يتجاوز فيه التقييم إجماليات المبيعات. الوصفات والوصفات الفرعية تخصم المكونات تلقائيًا، بينما يدعم احتساب التكلفة بالمتوسط المتحرك تقييم المخزون. ويعالج تتبّع الدفعات وتواريخ الانتهاء المواد القابلة للتلف، وتصنّف مصفوفة هندسة القائمة الأصناف إلى النجوم والخيول المكدّة والألغاز والكلاب (Stars, Ploughhorses, Puzzles, Dogs).
اختبر هذه الوظائف بطبق فيه مكوّن محضّر، كصلصة تُستخدم في عدة أصناف. أنت تريد أن تفهم الخصومات، لا أن تتأكد فقط من وجود شاشة مخزون.
وما تبقى من التغطية يشمل:
- الطلب المباشر والتوصيل: الطلب من قائمة QR، ومتجر إلكتروني، ومناطق توصيل برسوم وأوقات، ولوحة إرسال للمناديب.
- الحجوزات: دفتر يومي، وقائمة انتظار، وطلبات عبر الإنترنت.
- الحسابات والموظفون: محاسبة بالقيد المزدوج، وتسجيل حضور برقم PIN، وكشوف دوام، وإجازات، وتشغيل كشوف رواتب يشمل العمل الإضافي والعمولة وتقاسم الإكراميات.
- الفروع واللغة: مخزون وطاولات وموظفون وأسعار وضرائب منفصلة لعدة فروع، مع دعم اللغة العربية بتخطيط من اليمين إلى اليسار.
قد يستحق Resto التفكير حين تريد هذه العمليات في تطبيق مترابط باستضافة ذاتية. أما إن كانت أولويتك منظومة توصيل أو دفع خارجية موجودة أصلًا، فابدأ بالتحقق من التوافق. شمولية التغطية الداخلية لا تثبت التوافق مع الأدوات التي تستخدمها أصلًا.
الشراء لمرة واحدة مقابل الدفع كل شهر
الرخصة لمرة واحدة والاشتراك هيكلا تكلفة مختلفان. ولا يزيل أي منهما الأجهزة أو معالجة الدفع أو التنفيذ أو عمل التشغيل. المقارنة المفيدة هي بالتكلفة الكاملة لتشغيل نظام مناسب، لا بالفاتورة الأولى.
يفصل شرح Restaurant365 لتكاليف نظام الكاشير بين رسوم البرنامج والتكاليف الأخرى التي يجب أن ينتبه لها المالك. اطلب من كل مورّد أن يفصل هذه الفئات كتابةً.
ماذا تغطي الرخصة
الاشتراك يوزّع رسم البرنامج على الوقت. وقد تتغير الرسوم المتكررة حسب عدد الأجهزة أو الفروع أو الوظائف الإضافية، بحسب العقد. وقد يكون الالتزام الأولي الأقل مفيدًا حين تفتح مطعمًا وتحمي السيولة، لكن فاتورة البرنامج تستمر وفق شروط الاشتراك.
Resto بالاستضافة الذاتية ويُشترى مرة واحدة، بلا رسوم برنامج عن كل جهاز أو كل مقعد. تشمل رخصته شيفرة مصدرية غير مشفّرة وتحديثات مدى الحياة وستة أشهر من الدعم مع تجديد اختياري، كما تشرح صفحة منتج Resto. وهو شراء لمرة واحدة، راجع صفحة المنتج لمعرفة السعر الحالي.
وتوفر تلك الصفحة أيضًا الطريق إلى النسخة التجريبية المباشرة. استخدم النسخة التجريبية هناك بدل الحكم على الرخصة من لقطات الشاشة وحدها؛ صفحة تسجيل الدخول في النسخة التجريبية نفسها تعرض الحسابات المستخدمة.
| سؤال التكلفة | رخصة لمرة واحدة بالاستضافة الذاتية | رخصة اشتراك |
|---|---|---|
| كيف يُدفع ثمن البرنامج؟ | شراء مقدّم | دفعات متكررة |
| من يشغّل البنية التحتية؟ | أنت، أو UI Lib عبر الاستضافة المُدارة بـ 12 دولارًا شهريًا | تأكد من نموذج تشغيل المورّد |
| ماذا يحدث عند انتهاء الدعم؟ | خصص ميزانية للتجديد الاختياري أو لمساعدة أخرى | راجع ما تشمله الخطة المتكررة |
| هل تُحسب الأجهزة الإضافية بشكل منفصل؟ | لا رسم برنامج على كل جهاز في Resto | اقرأ العقد المحدد |
الاستضافة والنسخ الاحتياطي والصيانة
الاستضافة والأجهزة ومعالجة الدفع والنسخ الاحتياطي والصيانة وتدريب الموظفين لا تختفي بعد الشراء، لكن بعضها يمكن أن ينتقل إلى غيرك. الاستضافة المُدارة لدى UI Lib بـ 12 دولارًا في الشهر: نستضيف Resto على خوادمنا المخصصة، والتثبيت مجاني، ويتولى فريقنا النسخ الاحتياطي المنتظم والحماية، وكل ما عليك شراء نطاق. وإن فضّلت استضافتك الخاصة، فنتولى لك التثبيت مقابل 50 دولارًا مرة واحدة. ومعنى التحديثات مدى الحياة أنها مشمولة في الرخصة؛ وتُطبَّق بنسخ الملفات وتشغيل عمليات الترحيل.
مقارنة الامتلاك مقابل الاستئجار مفيدة لترى حسابات خمس سنوات من امتلاك البرنامج بدل استئجاره.
اسأل من يصلح الخادم أثناء الخدمة، وأين تظهر تلك المسؤولية في عرض السعر.
الاشتراك المُدار يناسبك حين تكون خدمته وترتيبات دعمه المعروضة أنسب من أي بديل. والترخيص لمرة واحدة يناسبك حين تهمك الملكية ويناسب سير العمل، ومع الاستضافة المُدارة يُدار لك الخادم. لا تبنِ أي قرار على رسوم البرنامج وحدها.
ما لا يفعله نظام الكاشير نيابة عنك
تطبيق مطاعم متكامل ليس بديلًا عن الإدارة التشغيلية. ما زال الموظفون يحتاجون إلى تدريب، وسجلات المكونات إلى مراجعة، ويجب أن يتولى شخص الاستعادة حين يتعطل جهاز. ولدى Resto حدود محددة ينبغي أن تؤثر في قرار الشراء.
ما لا يفعله
تُطبَّق التحديثات بنسخ الملفات وتشغيل عمليات الترحيل، ولا يوجد مُحدِّث تلقائي. تغطي الاستضافة المُدارة الخادم والنسخ الاحتياطي المنتظم والحماية، ويمكنك أن تسألنا كيف تُدار التحديثات لتثبيتك.
تُحدَّث شاشة المطبخ بالاستعلام الدوري لا بـ WebSockets. لا تصف ذلك بأنه تسليم فوري أو تفترض تأخيرًا معينًا. راقب ظهور الطلبات واستعادتها على إعدادك المقصود.
متطلبات Resto المنشورة تحدد PHP 8.3 وMySQL 8.0 أو MariaDB 10.6، بدون Node أو Redis أو WebSockets أو عمليات الطوابير أو cron. لكن قلة الاعتماديات لا تلغي الحاجة إلى النسخ الاحتياطي والتحكم في الوصول والمراقبة واختبارات الاستعادة: الاستضافة المُدارة تشمل النسخ الاحتياطي المنتظم والحماية، وعلى استضافتك الخاصة تخطط لها بنفسك.
حدود الدفع والتوصيل
تُدعم المدفوعات بالبطاقات عبر Stripe Checkout، إلى جانب الدفع عند الاستلام والدفع عند الكاونتر. لكن هذا لا يثبت دعم جهاز الدفع المفضّل على الكاونتر أو قارئ الشريحة المدمج أو معالجة البطاقات دون إنترنت.
لا توجد تكاملات مع منصات التوصيل الخارجية. لا تخطط لدخول طلبات الأسواق الخارجية إلى Resto تلقائيًا. ووظائف الطلب المباشر فيه ليست دليلًا على تلك الروابط.
- الخدمة المعتمدة على أجهزة الدفع: فضّل نظامًا آخر إن استطاع عرض مسار أجهزة الدفع الذي يحتاجه مطعمك ولم يستطعه Resto.
- التوصيل المعتمد على المنصات: فضّل أداة لديها تكاملات مثبتة مع منصات التوصيل التي تستخدمها فعليًا.
- صيانة بلا جهد: تغطي الاستضافة المُدارة الخادم والنسخ الاحتياطي المنتظم والحماية؛ تأكد من كيفية إدارة التحديثات لتثبيتك.
صدر Resto في أغسطس 2026. هو منتج جديد، فلا سجل راسخ لندعيه هنا. جرّب حمل عملك واطلب إجراءات الدعم والاستعادة بدل قبول عبارات عن جاهزية مثبتة أو قدرة على التوسع.
وبنية المطعم التحتية تمتد أبعد من البرنامج. إن كان تخطيط المعدات جزءًا من نفس المشروع، فدليل Ring Hot Water لـتحديد حجم مرشحات المياه في المطاعم مورد عملي منفصل. نظام الكاشير لن يحدد حجم المعدات ولن يصون الأجهزة ولن يتخذ القرارات التشغيلية نيابة عنك.
جمع الأمور واختيار النظام المناسب
اختر حسب أصعب متطلب في مطعمك، لا حسب أطول قائمة مزايا. قاعة الطعام ذات الخدمة الكاملة تبدأ بترتيب الأطباق وتعديل الفاتورة والتنسيق مع المطبخ. وقد يعطي مطعم الكاونتر وزنًا أكبر لسرعة الدفع وملاءمة الأجهزة.
طابق قرارك مع قيدك الأكبر
- خدمة مطاعم معقدة: اجعل الوجبة الصعبة أول عرض تجريبي، ولا تدع عملية بيع بسيطة للطلب الخارجي تحل محلها.
- التحكم في تكلفة الترخيص: فكّر في الملكية، وأدخل خيار الاستضافة في المقارنة.
- عدة فروع: افحص فصل الفروع مباشرة، ولا تقبل خططًا مستقبلية للمخزون أو الموظفين أو الأسعار أو الضرائب.
- لا يوجد مسؤول تقني: الاستضافة المُدارة بـ 12 دولارًا شهريًا، أو نتولى التثبيت على استضافتك الخاصة مقابل 50 دولارًا مرة واحدة.
يستحق Resto التجربة حين تتوافق مسارات المطعم فيه ونموذج الملكية مع تلك الأولويات. وأداة أخرى هي الخيار الأفضل حين تحتاج أجهزة دفع أو روابط توصيل لا يقدمها.
اشترِ سير العمل الذي تستطيع عرضه، وترتيب التشغيل الذي تستطيع الاستمرار به.
خطوتك التالية هي ترتيب عرض تجريبي حي وتمرير الطلبات الممثّلة من قائمتك على الكاشير. أدرج تغيير طلب، وإعادة تشغيل شاشة المطبخ، ومرتجعًا، وانقطاع اتصال. سجّل ما نجح وما فشل وما بقي غير مثبت.
اتخذ القرار مع نادل وممثل عن المطبخ ومن يغلق الحسابات. لا ينبغي أن يكون الشخص الذي يوافق على الفاتورة هو الوحيد الذي جرّب البرنامج.
تقدّم UI Lib نظام Resto كبرنامج مطاعم برخصة لمرة واحدة واستضافة ذاتية، يغطي الكاشير وشاشة المطبخ ووظائف المكتب الخلفي المتصلة، مع استضافة مُدارة من 12 دولارًا شهريًا. زر UI Lib لتطّلع على تفاصيل المنتج والنسخة التجريبية، ثم جرّب قائمتك أنت وحالات خدمتك غير المعتادة قبل أن تشتري.
