سجل طلبات الشراء: اربط الاحتياج بالتكلفة والموافقة قبل الطلب

1. حضّر المعلومات دي

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

2. حدد طريقة عمل المشروع

١. اكتب الاحتياج قبل الحل

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

٢. اعرض تكلفة مفهومة وحدودها

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

٣. سجل القرار كما وصل لك

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

٤. افصل الموافقة والطلب والاستلام

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

3. مثال عملي قبل البناء

الموافقة على ٥٥٠ لا تتحول تلقائياً إلى موافقة على ٨٠٠. يجب أن يظل القرار القديم محفوظاً وأن يظهر أن الطلب المعدل يحتاج قراراً جديداً.

4. افتح الحساب وابدأ البناء

1. استخدم حسابك أو سجّل حسابًا جديدًا.ادخل على www.gammal.tech/join. تفعيل الحساب الجديد يستغرق من يوم إلى 10 أيام. استخدم بطاقة الهوية الوطنية لدولة تحمل جنسيتها؛ الاستثناءات المحددة للمصريين موضحة في دليل الحساب الرسمي. ارفع مستنداتك في مسار التسجيل الرسمي فقط.
2. جهّز اشتراك واتساب.بعد التفعيل، افتح my.gammal.tech واشحن محفظتك بـ200 جنيه أو استخدم رصيدًا كافيًا. فعّل اشتراك واتساب الشهري من حسابك وتأكد أنه نشط؛ إضافة الرصيد وحدها لا تفعّل الاشتراك. الاشتراك للاستخدام الشخصي الخفيف، ورسوم إنشاء الموقع منفصلة.
3. افتح محادثة البناء.راسل +201033998844 وأرسل الأمر التالي وحده. الأقواس المربعة جزء لازم من الأمر، ثم انتظر تأكيد التحويل لوضع البناء:

   [mode: build]

   الأمر [mode: web] بديل لنفس الوضع؛ مش محتاج تبعت الاتنين.
4. أرسل الطلب الموجود في الخطوة التالية.بدّل البيانات بين الأقواس، وأكد أنك تريد صفحة واحدة فقط باسم متاح من 3 أحرف أو أكثر. اطلب عرضًا مفصلًا قبل التنفيذ: رسوم الإنشاء مرة واحدة، و100 جنيه لأول شهر استضافة قياسية، وأي تكلفة تشغيل إضافية. اسأل عن تكلفة أي تعديل خارج النطاق المتفق عليه.
5. راجع الإجمالي ثم وافق على التنفيذ.بعد فهم العرض، ارجع إلى حسابك وأضف المبلغ الناقص. ارجع للمحادثة وأكد موافقتك على النطاق والسعر. بعض المواقع البسيطة تجهز في دقائق؛ وقت العمل يعتمد على المطلوب والمراجعات. افتح الرابط واختبر الحالات المكتوبة في هذا الدليل.
6. احفظ موعد التجديد.استضافة MeNooN تُجدّد يدويًا: اختار المدة وأكد الدفع قبل تاريخ الانتهاء. وجود رصيد في المحفظة لا يكفي وحده للتجديد. عند انتهاء محادثة البناء أرسل [exit] بالأقواس.

حساب بسيط: أول شهر يحتاج رسوم الإنشاء المعروضة + 100 جنيه استضافة + 200 جنيه لاشتراك واتساب إذا لم يكن نشطًا، وأي استخدام إضافي متفق عليه. استضافة سنة بالسعر القياسي = 1200 جنيه؛ ومع شهر واتساب واحد = 1400 جنيه قبل رسوم الإنشاء والاستخدام. استمرار واتساب لشهور أخرى له اشتراكه المنفصل.

للحفظ الخاص، اطلب من البناء توصيل تسجيل دخول Gammal Tech وتسجيل عنوان الموقع الصحيح في مشروعك. لو طُلب رقم المشروع، افتح منطقة المطور في حسابك، واختر المشروع أو أنشئه حسب العرض، ثم انسخ الرقم ولا تخمّنه. راجع تسجيل عنوان الموقع النهائي قبل اختبار الحفظ. لكل حساب بياناته؛ جرّب الحفظ والاسترجاع، ثم اطلب مساعدة شخص موثوق بحسابه الحقيقي للتأكد أنه لا يرى سجلاتك، من غير مشاركة رموز الدخول أو إنشاء حساب إضافي لنفسك. تخزين بيانات المستخدم مجاني بحد 1 ميجابايت لكل مستخدم، فخلي السجلات نصوصًا قصيرة بدون ملفات وصور. قد تحتاج رسائل الدخول المدفوعة رصيدًا في المشروع بعد انتهاء المجاني؛ اشحن المحفظة ثم انقل ميزانية الاستخدام للمشروع من منطقة المطور. الحساب لا يسلّم بيانات هويتك أو اتصالك لصاحب الموقع تلقائيًا.

افتح منطقة المطور

أسعار وخطوات الخدمة مراجعة في 18 أكتوبر 2026؛ راجع العرض الظاهر في حسابك قبل الدفع. خطوات واتساب · الاستضافة والتجديد

5. انسخ الطلب وعدّل بياناتك

غيّر كل البيانات بين الأقواس ببياناتك الحقيقية، ثم انسخ النص بعد تأكيد تفعيل وضع البناء. ما تنشرش بيانات المثال كأنها تخصك.

أنشئ سجلاً خاصاً لطلبات الشراء من صفحة واحدة باسم [اسم السجل] على MeNooN. استخدم تسجيل دخول Gammal Tech وتخزيناً منفصلاً لكل مستخدم. منسق واحد يدخل المعلومات ويسجل القرارات التي تصله خارج الأداة؛ لا تنشئ قاعدة مشتركة أو صلاحيات موافقة بين حسابات. لكل طلب رقم وسبب وصنف ومواصفة وكمية وموعد مطلوب، وسعر وحدة وشحن ومبالغ إضافية مؤكدة ومصدر التقدير. احسب الإجمالي بوضوح وميز البيانات الناقصة من الصفر المؤكد. الحالات مسودة ومنتظر قرار وموافق ومرفوض ويحتاج معلومات وصدر طلب واستلام جزئي ومكتمل. الموافقة تسجل يدوياً مع صاحب القرار وتاريخه ومرجع تأكيد وحدود مبلغ أو كمية، ولا تعني تنفيذ شراء. إذا تغير مبلغ أو كمية أو مواصفة بعد الموافقة، احتفظ بالقرار القديم وأعد الحالة إلى تحتاج مراجعة. سجل طلب المورد والاستلام يدوياً، ومنع إغلاق طلب باستلام يزيد على الكمية أو يقل عنها دون توضيح. لا ترسل أوامر شراء ولا تجمع بيانات حساسة أو كلمات مرور. قبل الإنشاء وضح تكلفة البناء مرة واحدة وأول شهر استضافة قياسي لصفحة واحدة بقيمة ١٠٠ جنيه منفصلين وأي استخدام إضافي، وانتظر موافقتي.

6. اختبر النتيجة قبل الاعتماد عليها

1. أدخل قطعتين بسعر ٢٥٠ وشحناً ٥٠ مع سبب واضح.النتيجة المطلوبة: يعرض ٥٥٠ كتكلفة تقديرية، وتظل الحالة منتظر قرار ولا تصبح موافقاً عليها بسبب اكتمال الحقول.
2. حاول تسجيل موافقة من غير مرجع، ثم أدخل موافقة بحد ٥٥٠ وزود الكمية إلى ٣.النتيجة المطلوبة: يطلب مرجع القرار؛ وبعد تغيير الكمية يصبح الإجمالي ٨٠٠ والحالة تحتاج مراجعة مع حفظ القرار السابق.
3. سجل استلام قطعة واحدة من طلب قطعتين، ثم حاول إغلاقه كمستلم بالكامل.النتيجة المطلوبة: يعرض قطعة متبقية ويحتاج توضيحاً؛ لا يساوي الاستلام الجزئي بالاكتفاء من دون قرار مسجل.
4. احفظ مثالاً ثم اخرج وادخل، وجرب كمية سالبة أو سعر وحدة فارغاً.النتيجة المطلوبة: يبقى تاريخ القرار محفوظاً لحسابك، وتُرفض الكمية السالبة ويُبرز السعر المجهول دون اعتباره مجانياً.

7. جرّب المشروع في أول أسبوع

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

ملاحظة لأول مراجعة أسبوعية

مراجعة طلبات الشراء: [رابط الموقع]. لدينا [عدد] طلبات تنتظر قراراً و[عدد] تنتظر استلاماً. سأتحقق من [مرجع] لأن الكمية أو التكلفة تغيرت بعد الموافقة السابقة، قبل تنفيذ أي خطوة جديدة.

أسئلة خاصة بالمشروع

هل تسجيل موافق يعني أن النظام اعتمد الطلب؟

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

هل نستخدم حساباً واحداً لكل الموظفين؟

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

ليه تغيير السعر يرجع الطلب للمراجعة؟

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