دراسة حالة
مطعــم كامــل في نظــام واحــد — من الطلــب إلى القيــد المحاسبــي.
S12 منصّة SaaS متعددة المستأجرين تدير المطعم من الطلب إلى القيد المحاسبي: نقطة بيع وشاشة مطبخ وإدارة قاعة وحجوزات، ومخزون بوصفات تُخصم مع كل عملية بيع، وكشك خدمة ذاتية ومتجر QR، ودفتر أستاذ مزدوج القيد. بُنيت لأصحاب المطاعم ومحاسبيهم الذين يدفعون ثمن الفجوات بين الكاشير وملف المخزون ودفتر الحجوزات.
- الجهة
- مطاعـم ، ومقـاهي ، صحـار
- السنة
- 2026
- تقنيات
- 2
- النتيجة
- 182 ألف سطر Laravel PHP
نظرة سريعة
قصة العمل خطوة بخطوة
-
01
المشكلة
المطعم لا يخسر من قلة الطلبات. الكاشير يسجّل البيع، والمخزون في ملف Excel يحدّثه أحدهم حين يجد وقتًا، والحجوزات في دفتر عند المضيف، والمحاسب يجلس في آخر الشهر فيعيد إدخال الشهر كاملًا. كل جزء يعمل وحده بشكل مقبول، لكن الطبق الذي بِيع أمس لم يُخصم من المخزون، والفرق بين الجرد والدفتر لا يعرفه أحد إلا في الإقفال، وحينها يكون الوقت قد فات لمعرفة أي يوم خرج فيه الهامش عن المسار.
الأنظمة المتخصصة تحلّ جزءًا واحدًا ثم تتوقف عند حدّه. المشكلة ليست في غياب برنامج، بل في أن الطلب الواحد يجب أن يمرّ على أربعة أماكن حتى يصبح رقمًا يمكن الوثوق به، وكل مكان منها ينتظر إنسانًا لينقله إلى التالي.
-
02
ما بُني
بنيت S12 كنظام واحد يغطي الدورة كاملة: نقطة بيع، وشاشة مطبخ، وإدارة قاعة وحجوزات، ومخزون مربوط بوصفات تُخصم مع كل عملية بيع فتظهر تكلفة الطبق وهامشه دون أن يُدخل أحد رقمًا، وكشك خدمة ذاتية ومتجر QR يطلب منه الضيف بنفسه، ودفتر أستاذ مزدوج القيد ينشر قيده تلقائيًا مع كل حدث تشغيلي. كل مطعم على نطاقه الفرعي بباقته وفروعه وهويّته، وكلهم من قاعدة كود واحدة: 211 جدولًا، و282 مكوّن واجهة، و182 ألف سطر PHP، وأربع لغات كاملة بخطوطها، وصفر اعتمادية JavaScript وقت التشغيل.
القرار الذي شكّل البناء هو أن ينشر كل حدث تشغيلي قيده المحاسبي في لحظته لا في دفعة ليلية، لأن الوجع الأصلي كان محاسبًا يعيد إدخال الشهر، ودفعة ليلية كانت ستنقل الإدخال اليدوي من آخر الشهر إلى صباح اليوم التالي فقط. واخترت أن تعمل الشاشات من الخادم بلا اعتماد على JavaScript وقت التشغيل، لأن نقطة البيع تُشغَّل على جهاز قديم وشبكة قد تنقطع وسط الطلب، وهي اللحظة التي لا ينفع فيها كاشير ينتظر تحميل حزمة في المتصفح.
-
03
النتيجة
182 ألف سطر Laravel PHP
لا أضع هنا رقمًا لم أقِسه. ما كان المشروع يسعى لتغييره يُقاس بثلاثة أشياء: زمن الإقفال الشهري عند المحاسب، وفرق الجرد الفعلي عن الرصيد الذي يتوقّعه النظام، والزمن بين لحظة الطلب ولحظة ظهور تكلفته وهامشه أمام صاحب المطعم. الأول يجب أن يقترب من الصفر لأن كل عملية بيع وشراء وتسوية تحمل قيدها معها لحظة حدوثها، والثاني هو الفرق الذي كان يظهر متأخرًا في نهاية الشهر فلا يغيّر شيئًا. هذه مقاييس الاتفاق مع العميل، لا نتائج قِستها بعد.
أعمال أخرى
حصادنا: سوق المحاصيل السوداني
حصادنا سوق سوداني للمحاصيل: موقع ولوحة تحكم وتطبيقا iOS وAndroid يعرض فيه المزارع محصوله بعيّنة مصوّرة وسعر لل...
دفتري: دفتر الديون ونقطة البيع، بلا إنترنت
دفتري تطبيق دفتر ديون ونقطة بيع لأصحاب المحلات الصغيرة في السودان والمنطقة العربية، يعمل بلا إنترنت وبالعربية...