E-MYTH

أنظمة الأعمال

أوامر الشراء والاستلام الجزئي: دليل عملي للمستودع

تتبّع أمر شراء فعلي ببيانات عرض: المطلوب والمستلم والمتبقي، شاشة استلام البضاعة، وفصل صلاحيات المستودع عن الفاتورة ودفع المورد.

عرض تجريبي من WholesaleOS — أوامر الشراء والاستلام الجزئي: دليل عملي للمستودع

وصول جزء من طلب المورد لا يجب أن يجبر الفريق على اختيار خاطئ: اعتبار الطلب كله مستلماً أو تركه كله بلا استلام. الاستلام الجزئي يحفظ الاتفاق الأصلي ويسجّل كل وصول فعلي على حدة.

نستخدم هنا أمر شراء موجوداً في نسخة WholesaleOS التجريبية، ونفتح تفاصيله ونموذج استلامه دون ترحيل استلام جديد. اسم المورد والأصناف والكميات كلها بيانات عرض.

اقرأ المطلوب والمستلم لكل صنف

يحتوي الأمر التالي على سطرين، كل منهما 100 وحدة. استُلمت 40 سماعة بلوتوث ووحدة واحدة من الشاحن المحمول، ولذلك بقي الأمر «مستلم جزئياً». المتبقي هو 60 و99، ويُحسب لكل سطر بشكل مستقل.

01 — أمر واحد وكميتان متبقيتان مختلفتان
WholesaleOS — واجهة تجريبية: أمر واحد وكميتان متبقيتان مختلفتانافتح الصورة بالحجم الكامل ↗
تعرض التفاصيل المطلوب والمستلم لكل منتج، وأسفلها الاستلامات المسجلة. حالة «مستلم جزئياً» لا تعني أن كل الأصناف اكتملت بالنسبة نفسها.

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

سجّل ما وصل الآن

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

02 — استلام هذه الدفعة فقط
WholesaleOS — واجهة تجريبية: استلام هذه الدفعة فقطافتح الصورة بالحجم الكامل ↗
نموذج الاستلام الفعلي لأمر الشراء نفسه. خانات «استلم الآن» منفصلة عن الاستلام السابق. الصورة لنموذج جاهز للإدخال، ولم نرحّل استلاماً جديداً أثناء تصويره.

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

دخول البضاعة ليس فاتورة المورد ولا دفعه

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

لا تستخدم «تم الاستلام» دليلاً على سداد المورد. وبالمقابل، لا تجعل الدفعة المقدمة تُظهر بضاعة في المستودع قبل وصولها. أضف فرق فاتورة وإشعاراً دائناً من المورد إلى تجربة القبول.

امنح المستودع ما يحتاجه من صلاحيات

تسمح صلاحية الاستلام المنفّذة بالوصول إلى أوامر الشراء اللازمة للعمل دون إظهار تكلفة الوحدة وملاحظات الشراء أو منح اعتماد الأمر. الصورة الأولى بحساب مالك، ولهذا تظهر التكلفة فيها؛ وهي ليست صورة لإثبات تقييد حساب المستلم.

تحقق من القيد بحساب موظف استلام، بما في ذلك فتح رابط التفاصيل مباشرة. وحدّد منفصلاً من يعتمد الشراء ومن يصحّح الاستلام ومن يسجّل الفاتورة ومن يستطيع تغيير التكلفة.

ماذا تفحص بعد الاستلام؟

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

قائمة قبول عملية

  1. أنشئ أمر شراء بسطرين في بيئة اختبار واعتمده بالدور المخوّل.
  2. استلم جزءاً من سطر واحد وافحص المتبقي.
  3. جرّب استلاماً زائداً ومحاولة اعتماد دون صلاحية.
  4. طابق حركة المخزون مع مرجع الاستلام الأصلي.
  5. راجع فاتورة المورد ودفعه بشكل مستقل.

أحضر مستند توصيل نموذجياً وحالة نقص متكررة عند مناقشة النظام. هذان المثالان يكشفان احتياجك بدقة أكبر من طلب «وحدة مشتريات» عامة.

تابع بحسب المرحلة التي تحتاجها

مصدر هذا الشرح

أُعدّ الشرح بمراجعة تنفيذ WholesaleOS وفتح نسخته المحلية في 4 نوفمبر 2026. الصور لواجهات فعلية ببيانات عرض افتراضية، مركّزة على الجزء المشروح دون تغيير محتواها. حالات الواجهة لا تثبت وحدها نتائج تشغيل عميل أو نجاح خدمة خارجية.

المزيد من الأفكار