MDARJ - مدارج

  • Home
  • MDARJ - مدارج

MDARJ - مدارج يهدف مركز خبراء مدارج إلى تمكين الشركات من تجاوز التحديات واغتنام الفرص عبر حلول متكاملة تشمل الاستشارات، التحول الرقمي، والتطوير المهني.

إغلاق الشهر المالي لا يتأخر لأن الأرقام صعبة.هو يتأخر لأن فريق المالية ما زال ينظف كل سطر بيده بدل ما تكون المعاملات الب...
20/06/2026

إغلاق الشهر المالي لا يتأخر لأن الأرقام صعبة.

هو يتأخر لأن فريق المالية ما زال ينظف كل سطر بيده بدل ما تكون المعاملات البنكية متطابقة تلقائيًا.

معاملة واحدة غير متطابقة قد لا تبدو مشكلة كبيرة، لكن لما تتحول لمئات القيود، الفريق يبدأ يضيع أيام في تصحيح الأرقام، وملاحقة الموافقات، وفتح تقارير كان المفروض تكون اتقفلت.

وهنا المشكلة الحقيقية.
الفريق لا يغلق الشهر المالي.

الفريق يعيد تنظيف نفس الفوضى كل شهر.

لذلك حللنا أين يضيع وقت الإغلاق قبل أن تصل التقارير للإدارة، وبنينا قائمة بسيطة اسمها:

Odoo Finance Quick-Config Checklist

القائمة تساعد فرق المالية على ترتيب سير العمل المحاسبي، وتقليل الشغل اليدوي المتكرر، وإغلاق الشهر في أيام بدل أسابيع.

داخل القائمة، ستعرف كيف تربط شجرة الحسابات بشكل واضح بطبيعة عملك، وكيف تجعل مطابقة المعاملات البنكية تتم تلقائيًا، وكيف تضع مسار مراجعة واضحًا بدل الرسائل والمتابعات التي لا تنتهي.

ستعرف أيضًا كيف تبني عملية إغلاق شهرية يعرف فيها كل شخص دوره، وكيف تجعل تقارير الأرباح والخسائر محدثة داخل Odoo بدل الانتظار حتى نهاية الشهر، وكيف توزع الصلاحيات والمسؤوليات حتى لا يحتاج إجراء واحد إلى خمسة أشخاص.

والأهم، ستعرف كيف تجعل فريق المالية يعمل بنفس الطريقة كل شهر بدل الارتجال، وكيف يغلق الشهر المالي في 3 أيام بدون سهر، وبدون تكرار نفس الشغل، وبدون فتح نفس الأرقام مرتين.

إذا كنت تريد Odoo Finance Quick-Config Checklist،
اعمل Like واكتب “FINANCE” في التعليقات وسنرسلها لك.

لو انت مدير وخرجت من اجتماع تخطيط الربع سنوي بـ ١٠ أولويات، ومفيش شخص واضح مسؤول عن كل حاجة، فأنت غالبًا مش بتخطط. أنت ب...
18/06/2026

لو انت مدير وخرجت من اجتماع تخطيط الربع سنوي بـ ١٠ أولويات، ومفيش شخص واضح مسؤول عن كل حاجة، فأنت غالبًا مش بتخطط. أنت بتوزع زحمة جديدة على الفريق.

وبعد أسبوعين تلاقي الناس مشغولة جدًا، بس مشغولة في حاجات مش هي الأهم أصلًا.

في Mdarj حللنا طريقة فرق الإدارة في تخطيط الربع، وقارنا الكلام اللي بيتقال في الاجتماع باللي بيتنفذ فعلًا بعده.

والنتيجة كانت واضحة:

المشكلة مش إن الفريق مش بيشتغل، المشكلة إن الاجتماع بيطلع كلام كتير وقرارات ضعيفة.

عشان كده بنينا نظام مدته ٩٠ دقيقة بس، يجبر الفريق يقرر، يحدد المسؤول، ويتابع التنفيذ قبل ما الاجتماع يخلص.

النظام ده بيخلي كل مدير يدخل الاجتماع وهو جايب اللي وعد بيه الربع اللي فات واللي اتنفذ فعلًا، عشان الاجتماع يبدأ بحقائق بدل ما تضيعوا ٤٥ دقيقة بتفهموا إيه اللي حصل.

وبيخلي الفريق يراجع الخطة القديمة قدام النتائج الحقيقية، يعني المشاريع اللي اتأخرت واللانشات اللي وقعت بتبان فورًا بدل ما تستخبى جوه تحديثات طويلة.
وكمان بيجبر الفريق ياخد قرار واضح في كل مشروع مفتوح، يا نكمله يا نوقفه يا نأجله، بدل ما كل شغل نصه ميت يفضل داخل معاكم في الربع الجديد.

وبدل ما كل حاجة تبقى عاجلة ومهمة، النظام بيرتب الأولويات من الأهم للأقل أهمية من غير تعادلات، عشان الكل يعرف إيه اللي ييجي الأول وإيه اللي يتساب.
وفي الآخر بيقلل قائمة الـ ١٠ أو ١٥ مبادرة لـ ٣ أولويات بس، عشان الفريق يخلص حاجات قليلة بدل ما يبدأ حاجات كتير وما يخلصش حاجة.

وكل أولوية بيبقى ليها مسؤول واحد واضح، مش ٣ أشخاص كل واحد فاكر إن التاني ماسك الموضوع.
وكمان بيحط رقم واحد واضح للمتابعة كل أسبوع، عشان التأخير يبان بدري بدل ما تكتشفوا الكارثة في آخر الربع.
لو عايز النظام:

اعمل Like
واكتب “QBR” في الكومنت
وهنبعتهولك.

لو انت مدير او صاحب شركة و عندك فرق بتنزل تشتغل برّه الشركة، زي فنيين صيانة، تركيب، معاينة، توصيل، أو متابعة مواقع، فأنت...
17/06/2026

لو انت مدير او صاحب شركة و عندك فرق بتنزل تشتغل برّه الشركة، زي فنيين صيانة، تركيب، معاينة، توصيل، أو متابعة مواقع، فأنت غالبًا عندك مشكلة أكبر مما أنت فاكر.

أنت مش عارف الشغل خلص إمتى بالضبط، مين وصل الموقع، مين اتأخر، مين خلص المهمة، ومين كتب أي كلام عشان اليوم يعدي.
وفي آخر اليوم تبدأ المحادثات المعتادة.

صور جاية على واتساب، مكالمات كتير، ورق بيتملأ بعد الشغل من الذاكرة، وتفاصيل ناقصة أو مكتوبة غلط.

وبعد كده الإدارة تسأل: المهمة دي اتعملت؟ العميل اشتكى ليه؟ الفني قال إيه؟ الصورة فين؟ التوقيت فين؟

وساعتها تبدأ تلم الشغل من عشر أماكن مختلفة.
ودي مش متابعة. دي فوضى.

عشان كده عملنا لك مخطط تطبيق لإدارة فرق العمل الميداني.

المخطط ده بيوضح لك إزاي تحوّل شغل الفنيين من واتساب وورق ومكالمات لنظام بسيط على الموبايل.

الفني يستلم المهمة على الموبايل، يعرف المكان، يسجل وصوله، يرفع صور من الموقع، يكتب البيانات المطلوبة، ويقفل المهمة من نفس المكان.

يعني كل خطوة تبقى واضحة.
مين استلم الشغل، مين وصل، مين خلص، وإمتى خلص.

كمان المخطط بيوضح لك إزاي تمنع البيانات الناقصة، لأن الفني مش هيعرف يقفل المهمة غير لما يرفع الصور ويدخل المعلومات المطلوبة.

وبدل ما حد في المكتب يفضل يعيد كتابة الورق يدوي، البيانات تدخل مرة واحدة من الموقع وتوصل للإدارة مباشرة.

المخطط كمان يساعدك تتابع الاستخدام اليومي، وتشوف مين بيستخدم النظام ومين لسه بيرجع للواتساب والمكالمات.

لو فرقك الميدانية لسه شغالة بالواتساب والورق، فأنت مش ماسك الشغل.

أنت بتجري وراه.
اكتب "المخطط" في الكومنتات وهنبعته لك.

تتقدم شركة مدارج بخالص التهاني والتبريكات بمناسبة حلول السنة الهجرية الجديدة.نسأل الله أن يجعلها سنة خير وبركة وتوفيق، و...
16/06/2026

تتقدم شركة مدارج بخالص التهاني والتبريكات بمناسبة حلول السنة الهجرية الجديدة.

نسأل الله أن يجعلها سنة خير وبركة وتوفيق، وأن يحمل هذا العام للجميع مزيدًا من النجاح والاستقرار والإنجاز.

كل عام وأنتم بخير، وعام هجري مبارك.

إزاي تعرف إن مشروعك التقني بدأ يخرج عن السيطرة؟بص على أول طلب جديد دخل من غير توثيق.طلب صغير اتقال في اجتماع، محدش كتبه،...
15/06/2026

إزاي تعرف إن مشروعك التقني بدأ يخرج عن السيطرة؟

بص على أول طلب جديد دخل من غير توثيق.

طلب صغير اتقال في اجتماع، محدش كتبه، محدش حدّد تكلفته، ومحدش قال هل هو داخل في نطاق المشروع ولا إضافة جديدة.

بعد أسبوعين، تلاقي عندك 15 ميزة جديدة اتقال إنها لازم تتعمل، ومحدش عارف مين وافق عليها.
هنا الميزانية تبدأ تخرج بره الحسابات.

شفنا ده بيحصل كتيرعلشان كده قررنا نحلل فين المشاريع بتفقد السيطرة قبل ما تبدأ فعلًا، وبنينا خريطة بصرية توضّح إزاي توقف ده قبل أول سطر كود.
الخريطة دي بتوريك إزاي تمسك السكوب، القرارات، والميزانية من أول يوم.

من خلالها، هتعرف:

1. إزاي تكتب المتطلبات بطريقة تخلي المطور فاهم المطلوب من البداية، بدل ما يوقف في نص السبرينت ويسأل 20 سؤال لأن الكلام كان عام أو ناقص.

2. إزاي تعمل تسليم واضح من الإدارة للبروduct ثم لفريق التطوير، علشان التاسك مايرجعش بعد التنفيذ بجملة: إحنا ماكناش نقصد كده.

3. إزاي تسجل أي تغيير في السكوب أول ما يتطلب، حتى لو شكله بسيط، لأن الإضافات الصغيرة لما تتساب من غير تسجيل ممكن تضاعف الشغل من غير ما حد يحس.

4. إزاي تربط كل ميزة بتكلفة قبل التطوير، علشان تقدير الميزانية مايقعش بعد أول أسبوع لما تكتشف إن الشغل أكبر من اللي اتقال.

5. إزاي تحط نقاط موافقة واضحة بين أصحاب القرار وفريق التطوير، علشان قرار عشوائي من شخص واحد مايقلبش الخطة كلها.

6. إزاي تقيس ساعات إعادة الشغل الناتجة عن تعليمات مش واضحة، وتشوف بالرقم الفلوس اللي بتضيع بسبب كلام ناقص أو طلبات متغيرة.

7. إزاي تنظّم التواصل بين الإدارة والمطورين، علشان الفريق مايبنيش على توقعات شخصية وبعدين الشغل يترفض.

8. إزاي تتابع هل الفريق ماشي على السكوب فعلًا، ولا بدأ يبعد عنه بهدوء من غير ما يظهر ده في الاجتماعات.

لو عايز الخريطة، اعمل Like واكتب MAP في الكومنت وأنا أبعتها لك.

لو شركتك بتكبر، وعدد الموظفين بيزيد، والمشاكل اليومية بقت أكتر من الأولغالبا ممكن يكون عندك مشكلة في الهيكل التنظيمي نفس...
14/06/2026

لو شركتك بتكبر، وعدد الموظفين بيزيد، والمشاكل اليومية بقت أكتر من الأول

غالبا ممكن يكون عندك مشكلة في الهيكل التنظيمي نفسه.

لان بطبيعة الحال الهيكل التنظيمي هو الخريطة اللي بتقول لكل شخص في الشركة: أنت مسؤول عن إيه؟ بترجع لمين؟ مين له حق يوافق؟ ومين له حق يرفض؟
من غير الخريطة دي، الشغل بيبدأ يمشي بالعلاقات الشخصية، وبالعادة، وباللي صوته أعلى، مش بالنظام.
طيب، ليه ده خطر على النمو؟

لأنك لما تكبر من غير هيكل واضح، كل مشكلة صغيرة بتتحول لمشكلة أكبر.

دا بيظهر في مواقف كتير زي عدم تركيز الموظفين على خدمة العميل وقت الشكوى لانهم مشغولين في إجابة أسئلة مثل مين غلط؟ ومين المفروض يتحرك؟

وده بيحصل فعلًا في شركات كتير، خصوصًا لما الشركة تنتقل من مرحلة “كلنا بنعمل كل حاجة” لمرحلة فيها أقسام ومديرين ومسؤوليات مختلفة (وده طبيعي جدًا مع النمو).

في مدراج ساعدنا شركات كتير تصلح المشكلة دي وعملنا visual Map بتوريك إزاي تبني Org Chart بيعكس الشغل الحقيقي.

في الجايد ده، هتتعلم:

١- ترسم مين بياخد القرار فعليًا في كل عملية.

٢- تكشف لو وظيفتين بيعملوا نفس الشغل في قسمين مختلفين بدل ما تدفع مرتبات مضاعفة لنفس الدور
تحدد بالظبط مين مسؤول عن كل خطوة في الشغل

٣- تكتشف فين الشغل بيقف بسبب موافقة شخص واحد وتحدد بديل واضح يكمل الشغل من غير تعطيل.

٤- تختار شكل الهيكل المناسب (functional أو matrix) بناءً على طريقة شغلك الفعلية مش تقليد شركات تانية.

٥- تعيد توزيع التيمز بحيث كل تيم يعرف بيخدم أنهي جزء في البزنس بدل تضارب الأولويات.

٦- توصل التغييرات للتيم بشكل يخليهم يشتغلوا بيها فعليًا بدل ما تفضل مجرد ورق

اعمل لايك وكومنت “ORG” وهنبعتلك ال map فورًا

لو شركتك عندها من ٣٠ ل ١٠٠ لازم تتجنب ال ٤ أخطاء دول وقت تحديد الرواتب لتجنب استقالة أفضل موظفيك.الأول إنك تعيّن كل موظف...
13/06/2026

لو شركتك عندها من ٣٠ ل ١٠٠ لازم تتجنب ال ٤ أخطاء دول وقت تحديد الرواتب لتجنب استقالة أفضل موظفيك.
الأول إنك تعيّن كل موظف حسب التفاوض. اللي يعرف يطلب ياخد أكتر، واللي شاطر وساكت يفضل أقل من قيمته.
الثاني إن نفس المسمى الوظيفي يبقى له أكتر من مرتب من غير سبب واضح. الفرق ده لما يظهر، الثقة بتتكسر.
الثالث إنك تزود المرتب وقت الضغط فقط. الموظف يهدد يمشي فتزود له، والموظف الملتزم يفضل مستني ومحدش يبص له.
الرابع إن مفيش مستويات واضحة للوظائف. مفيش فرق مفهوم بين مبتدئ، وصاحب خبرة، ومسؤول عن نتائج أكبر.
خطر الأخطاء دي بيبقى واضح جدا وقت ما يحس الموظف القوي إن الشركة مش عادلة، وبعدها يبدأ يدور على مكان يقدّره أكتر.
عشان كده جهزنا Template يساعدك تبني هيكل رواتب واضح، يحافظ على الموظفين .
هتلاقي في الـ Template:
تقسيم الوظائف لـ 4-5 مستويات واضحة عشان تعرف مين Junior ومين Senior بدون اجتهادات شخصية.

🔵 طريقة تحديد Range مرتب لكل مستوى عشان توقف تفاوض كل تعيين من الصفر.

🔵 كشف سريع للوظائف اللي نفس المسمى لكن المرتبات فيها مختلفة بدون سبب واضح.

🔵 طريقة نقل الموظفين الحاليين على الهيكل الجديد بدون قرارات عشوائية أو اعتراضات كبيرة.

🔵 خطوات تبرير أي زيادة مرتب بالأرقام بدل القرارات المزاجية.

🔵 أماكن بتخسر فيها فلوسك حالياً لما تدفع لخبرات أقل من قيمتها الحقيقية.

🔵 طريقة تحافظ بيها على الموظف القوي قبل ما يبدأ يدور على فرصة تانية.

🔵 نموذج بسيط للتعامل مع الاستثناءات بدون ما تكسر النظام كله.

للحصول عليه:
اعمل Like
اكتب Salary في التعليقات
وسنرسله لك.

في شركات كتير شغالة على Odoo، لكن الصرف بيحصل قبل ما أمر الشراء يطلع أصلًا.الموظف يكلم المورد.الطلب يتنفذ.الفاتورة توصل....
10/06/2026

في شركات كتير شغالة على Odoo، لكن الصرف بيحصل قبل ما أمر الشراء يطلع أصلًا.

الموظف يكلم المورد.
الطلب يتنفذ.
الفاتورة توصل.
وبعدها المالية تكتشف إن الشراء اتعمل من غير موافقة واضحة أو ربط حقيقي بالميزانية.

وده اللي بيخلّي الشركة تخسر 10–15% زيادة صرف
مش عشان الأسعار عالية،
لكن عشان الكنترول جه متأخر.

عشان كده أشتغلنا على اننا ندرس إزاي نقفل الثغرة دي داخل Odoo من غير ما نعطّل المشتريات ولا نبطّأ التشغيل.

وفي الآخر جهزنالك Procurement Control Blueprint
وهو one-page operational blueprint يوضح إزاي توقف الصرف غير المصرح بيه في Odoo
من غير ما توقف الشغل.

في البلوبرنت ده، هتلاقي إزاي:

🔵 تخلي أي شراء يبدأ من Purchase Request داخل Odoo، بدل ما المورد يتطلب الأول والورق يجري وراه بعدين.

🔵 تحط موافقات حسب الميزانية والصلاحيات، بدل ما طلب كبير يتوافق عليه من غير ما حد يراجع الحد المالي.

🔵 تحول الطلب المعتمد إلى PO تلقائيًا، بدل تكرار إدخال نفس البيانات وغلطات السعر والكمية.

🔵 تربط الاستلام بأمر الشراء، عشان محدش يدفع على حاجة لسه ما دخلتش المخزن أو ما اتنفذتش فعليًا.

🔵 تفعل 3-way match بين الطلب وأمر الشراء والفاتورة، بدل ما فاتورة تعدّي وهي مش راكبة على مستندات واضحة.

🔵 تبعت تنبيه عند 80% من الميزانية، بدل ما المدير يكتشف التجاوز بعد ما الفلوس تكون اتصرفت.

🔵 توقف اعتماد الفاتورة لو في خطوة ناقصة، بدل ما الدفع يخرج وبعدها تبدأ رحلة تصحيح ومراجعة.

🔵 توضح مين طلب، مين وافق، ومين استلم ، بدل ما كل مشكلة صرف تتحول لدوامة إيميلات ولوم بين المالية والمشتريات.

لو عايز Procurement Control Blueprint
اعمل لايك واكتب (CONTROL) في الكومنتات
وهنبعتهولك.

جودة العمليات الميدانية آخر اليوم تعتمد على سؤالين:هل التطبيق يحفظ الشغل وقت التنفيذ؟أم ينتظر الإنترنت؟ليه السؤالين دول ...
08/06/2026

جودة العمليات الميدانية آخر اليوم تعتمد على سؤالين:
هل التطبيق يحفظ الشغل وقت التنفيذ؟
أم ينتظر الإنترنت؟

ليه السؤالين دول بالذات ؟

علشان في مواقع البيع، التوزيع، الصيانة، المخازن، والتحصيل، الإنترنت مش مضمون.

واعتماد الفرق الميدانية على وجود الانترنت بيخليها مشلولة وقت انقطاعه و بيدخلها في مشاكل زي

الفورم ما يفتحش.
الصور ما تترفعش.
اللوكيشن ما يتسجلش.
والبيانات ترجع آخر اليوم ناقصة .

وده بيخلي التقارير تتأخر 24 ساعة أو أكتر ويخلي مدير العمليات مش عارف مين نفّذ إيه، فين، وإمتى.

علشان كدا قررنا نحل المشكلة دي و فكرنا إزاي الشركات اللي عندها فرق ميدانية تبني تطبيق يشتغل حتى لو الشبكة وقعت تمامًا.

ومن هنا عملنالك
Offline-First Field App Blueprint
وهو One-page technical blueprint

🔵 يساعدك تبني تطبيق ميداني يشتغل بدون إنترنت
ويعمل Sync تلقائي أول ما الجهاز يرجع Online.
جوا البلوبرنت ده، هتلاقي:

🔵 تحدد شكل الـ offline-first architecture عشان الفريق يكمّل الزيارة في الموقع حتى لو مفيش شبكة، بدل ما المهمة تقف في نصها.

🔵 تصمم local database تحفظ كل إدخال وصورة وملاحظة على الجهاز، بدل ما البيانات تضيع أول ما التطبيق يقفل أو النت يفصل.

🔵 تسجل GPS والوقت واسم المستخدم أثناء التنفيذ، بدل ما التقرير يوصل من غير أي إثبات مين كان فين فعلًا.

🔵 تنظم تصوير الموقع وTagging الصور، بدل ما الصور تتبعت من غير اسم عميل أو رقم مهمة أو وقت واضح.

🔵 تحط قواعد واضحة لحل تعارض البيانات، بدل ما نفس المهمة ترجع بنسختين مختلفتين بعد ما الإنترنت يرجع.

🔵 تبني automatic sync mechanism يرفع البيانات للسيرفر أول ما الشبكة ترجع، بدل ما الفريق يرفع كل حاجة يدوي آخر اليوم.

🔵 ترتب integration flow للمطورين خطوة بخطوة، بدل ما المشروع يدخل في تعديلات وتأخير بسبب قرارات ناقصة من البداية.

لو عايز
Offline-First Field App Blueprint: Build a field operations app that works without internet and syncs automatically
اعمل لايك واكتب Offline في الكومنت
وهنبعتهولك.

شركتك لسه بتاخد الموافقات بطريقة 2001؟بمعنى اخر لسه الموافقة على طلب شراء أو إجازة أو مصروفات عندك بتمشي بورق وإيميلات و...
07/06/2026

شركتك لسه بتاخد الموافقات بطريقة 2001؟

بمعنى اخر لسه الموافقة على طلب شراء أو إجازة أو مصروفات عندك بتمشي بورق وإيميلات وكأن مفيش أي سيستم.

ويتكرر المشهد الموظف بيطبع الطلب، يمضّيه، يسكانه، يبعت الإيميل، وبعدها الطلب يقف لأن مدير واحد مشافوش أو كان خارج المكتب.

والأسوأ إن محدش بيبقى عارف الطلب واقف عند مين، ولا اتأخر ليه، ولا إمتى المفروض يتصعّد.

دي من اكتر المشاكل اللي بنشوفها في جلساتنا الاستشارية وبسببها قررنا ندرس إزاي الشركات تقدر تنقل الموافقات من الفوضى الورقية لمسار رقمي واضح وسريع.

وفي الآخر عملنالكم
Digital Approval Workflow Blueprint

وهو Template صفحة واحدة + نسخة قابلة للتعديل
يساعدك تحوّل أي موافقة داخلية لمسار رقمي واضح من أول الطلب لحد القرار.

الـ blueprint ده هيساعدك:

🔵 تحدد أكتر 5 موافقات بتعطّل الشغل عندك بدل ما كل إدارة تشتغل بطريقتها.

🔵 ترسم بداية كل موافقة بوضوح، عشان الطلب مايتفتحش متأخر بعد ما المشكلة تكبر.

🔵 تحدد مين لازم يوافق على كل نوع طلب، بدل ما الطلب يلف بين 3 أو 4 مدراء من غير قرار.

🔵 تحط مسار واضح لو الشخص المسؤول مش موجود، بدل ما الطلب يفضل واقف أيام لأن المدير في اجتماع أو إجازة.

🔵 تضبط إشعارات الاستلام والموافقة والرفض، عشان صاحب الطلب مايفضلش يطارد الناس على الواتساب والإيميل.

🔵 تمنع ضياع الطلبات بين ملفات PDF وسكانات وتوقيعات متفرقة من غير أي أثر واضح.

🔵 تخلق سجل واضح يبيّن مين استلم ومين وافق ومين عطّل، بدل الجدال

🔵 تطبق نفس التصميم على أي workflow tool بدون ما تبدأ من الصفر كل مرة.

لو عايز
Digital Approval Workflow Blueprint
اعمل Like و Comment وهنبعتهولك.

Address

3 Mostafa Mohammed Moursy, Sporting, Qism Sidi Gabir

Opening Hours

Monday 10:00 - 10:00
Tuesday 10:00 - 22:00
Wednesday 10:00 - 22:00
Thursday 10:00 - 22:00
Friday 10:00 - 22:00
Saturday 10:00 - 22:00
Sunday 10:00 - 22:00

Telephone

+201099499171

Alerts

Be the first to know and let us send you an email when MDARJ - مدارج posts news and promotions. Your email address will not be used for any other purpose, and you can unsubscribe at any time.

Contact The Business

Send a message to MDARJ - مدارج:

  • Want your business to be the top-listed Business?

Share