صمّم مصنفًا لتنبيهات المخزون وإعادة الطلب

المؤلف: AILesson9 دقائق للإعدادتم اختباره مع:ChatGPTتمت المراجعة: 2026-08-28

إجابة سريعة

تتبّع المخزون القابل للاستخدام والطلب والمهلة والتوريد المفتوح ومنطق إعادة الطلب ومسؤولية الاستثناءات من دون اختلاق قرارات شراء. قدّم: عمليات المخزون وقراراته, الحقول والمصادر وقيم العينة, سياسة إعادة الطلب والاستثناءات. النتيجة المتوقعة: مصنف مخزون مضبوط يتضمن صيغ إعادة الطلب وقائمة انتظار الاستثناءات وفحوص المطابقة.

1

أضف سياقك

يبقى نصك في هذا المتصفح. لا يرسله AILesson Prompts إلى نموذج أو خادم.

2

الأمر الخاص بك

تبقى الحقول غير المعبأة ظاهرة كعناصر نائبة، لذا يمكنك نسخ الأمر وتحريرها

صمّم مصنف Excel للمخزون وتنبيهات إعادة الطلب باستخدام العمليات والبيانات والسياسة المعتمدة المقدمة.

الأصناف والمواقع والمراجعة والطلب والخدمة والصلاحيات وقيود المورد وإجراء التنبيه:
[operation]

مستوى التفاصيل والمخزون والحجوزات والوحدات غير القابلة للاستخدام والتوريد المفتوح والتواريخ والطلب والمهلة وقيود الطلب والتكلفة والتحديث والجودة:
[data]

الإتاحة وأفق الطلب ومخزون الأمان ومنطق إعادة الطلب/الهدف والتقريب ومعالجة القِدم/التأخير والتجاوزات والموافقة والاستبعادات:
[policy]

عرّف صفًا واحدًا لكل مجموعة SKU-موقع، وافصل حقائق المصدر والحقول المحسوبة ومعلمات السياسة والإجراء الموصى به والطلب المعتمد. طابق مكونات المخزون المتاح، وميّز بين المخزون القابل للاستخدام ووضع المخزون والمخزون المتوقع عند نهاية المهلة ونقطة إعادة الطلب وكمية الطلب. لا تضمّن إلا التوريد المفتوح المتوقع وصوله ضمن الأفق المعتمد، مع إبقاء عمليات التسليم المتأخرة أو غير المؤكدة كاستثناءات. طبّق حجم العبوة وMOQ بعد حساب الحاجة، ولا توصِ بطلب عندما تكون مدخلات الطلب أو المهلة أو الوحدة أو المورد أو حداثة البيانات المطلوبة مفقودة. لا تعامل التنبيه على أنه تفويض شراء. أعد: بنية أوراق العمل؛ وقاموس البيانات؛ وجدول المعلمات؛ وصيغ Excel Table؛ وأسبقية التنبيهات؛ وقواعد التنسيق الشرطي؛ وسير عمل الاستثناءات والموافقة؛ وصفوفًا نموذجية؛ ومطابقة المخزون/أوامر الشراء؛ وضوابط التحديث؛ واختبارات لحالات عدم الحاجة وإعادة الطلب وتقريب MOQ/العبوة والفائض ونفاد المخزون والبيانات المفقودة/القديمة وأمر الشراء المتأخر والطلب الصفري والتجاوز.
جرّب في المختبر
خاص افتراضيًايتم تجميع الأمر محليًا في متصفحك. تجنب وضع معلومات سرية في أي خدمة ذكاء اصطناعي ما لم تسمح مؤسستك بذلك.

من المدخلات إلى النتيجة

مثال عملي

شاهد كيف يحول السياق الملموس هذه الوصفة إلى نتيجة قابلة للاستخدام

المدخل الفعلي

عمليات المخزون وقراراته
مخزن صغير لقطع الغيار، في موقع مركزي واحد، يضم 180 SKU. يراجع المشتري المخزون كل يوم اثنين. الهدف هو تجنب نفاد المخزون خلال مهلة المورد، وليس تحسين مستوى الخدمة إحصائيًا. يصدر المصنف تنبيهات Review/Reorder/Stockout/Data issue؛ ويوافق المشتري وينشئ أمر الشراء خارج Excel. لدى الموردين أحجام عبوات وMOQ. لا توجد طلبات تلقائية.
الحقول والمصادر وقيم العينة
صف واحد لكل SKU في Main. الحقول هي SKU وDescription وUnit وOnHand وReserved وDamaged وOpenPOQty وEarliestConfirmedDue وAvgWeeklyDemand وLeadTimeWeeks وSafetyStock وPackSize وMOQ وSupplier وLastStockRefresh وLastDemandRefresh وOverrideTarget وOverrideReason. مثال Filter-F9: الوحدة each، وOnHand 42، وReserved 8، وDamaged 2، وOpenPO 24 مستحق في 8 سبتمبر 2026، ومتوسط الطلب الأسبوعي 15، والمهلة أسبوعان، ومخزون الأمان 12، والعبوة 6، وMOQ 24، والمورد North Parts، والتحديث في 31 أغسطس 2026. تاريخ المراجعة 1 سبتمبر 2026. لا يوجد SKU مكرر. يمكن أن تكون التواريخ والكميات فارغة.
سياسة إعادة الطلب والاستثناءات
Available=OnHand-Reserved-Damaged. وInventoryPosition=Available+أوامر الشراء المفتوحة التي تصل في تاريخ المراجعة أو قبله زائد المهلة؛ تُستبعد أوامر الشراء المتأخرة/غير المؤكدة وتوضع عليها علامة. LeadDemand=AvgWeeklyDemand×LeadTimeWeeks. وReorderPoint=LeadDemand+SafetyStock. وTarget=LeadDemand+SafetyStock+طلب أسبوع مراجعة واحد، ما لم يوجد OverrideTarget معتمد وله سبب. إذا كان InventoryPosition<ReorderPoint، فالحاجة الأولية=Target-InventoryPosition؛ ويُقرّب المقترح إلى الأعلى بحسب PackSize وبما لا يقل عن MOQ. إذا كان Available<0، تكون Stockout/record issue أعلى أولوية من إعادة الطلب. البيانات المطلوبة الأقدم من 7 أيام هي Data issue. الطلب الصفري مع وجود مخزون هو No reorder وليس خطأ قسمة.

مثال على المخرجات

الأوراق: InventoryInput، وتفاصيل OpenPO، وParameters، وReorderReview، وExceptions، وApprovalLog، وReconciliation. أبقِ المقترح المحسوب منفصلًا عن BuyerDecision وApprovedQty وPONumber وApprovedAt.

بالنسبة إلى Filter-F9، فإن Available=42−8−2=32. يقع أمر الشراء المؤكد المستحق في 8 سبتمبر ضمن أفق الأسبوعين المنتهي في 15 سبتمبر، ولذلك InventoryPosition=32+24=56. وLeadDemand=15×2=30؛ وReorderPoint=30+12=42؛ وTarget الافتراضي=30+12+15=57. بما أن 56 ليس أقل من 42، فالحالة No reorder، رغم أنها أقل من الهدف بوحدة واحدة؛ فالسياسة تُطلق الإجراء عند نقطة إعادة الطلب لا عند الهدف.

صيغ الجدول: Available =[@OnHand]-[@Reserved]-[@Damaged]؛ يجب جمع EligibleOpenPO من تفاصيل أوامر الشراء وفق معايير الحالة وتاريخ الاستحقاق بدلًا من الوثوق بمجموع واحد عند وجود عدة أوامر؛ InventoryPosition=Available+EligibleOpenPO؛ وLeadDemand=AvgWeeklyDemand*LeadTimeWeeks؛ وReorderPoint=LeadDemand+SafetyStock. عند الإطلاق، RawNeed هي MAX(0,Target-InventoryPosition). يمكن أن يكون المقترح بعد التقريب =MAX([@MOQ],CEILING.MATH([@RawNeed],[@PackSize]))، ولكن بعد التحقق من أن PackSize/MOQ موجبان فقط.

أسبقية التنبيهات: تكرار/حقل مطلوب/نوع/بيانات قديمة ← Data issue؛ وAvailable<0 ← Stockout or record issue؛ وأمر شراء متأخر/غير مؤكد يؤثر في أفق المهلة ← Review supply؛ ووضع مخزون أدنى من نقطة إعادة الطلب ← Reorder review؛ وإلا ← No reorder. يتبع التنسيق الشرطي نص الحالة، لا منطقًا متداخلًا يعتمد على الألوان وحدها. تشمل الاختبارات وضع مخزون 35 ينتج حاجة أولية 22 ومقترحًا 24؛ وحاجة أولية 25 تُقرّب إلى 30؛ وطلبًا صفريًا يُرجع No reorder وفق السياسة؛ وأمر شراء بعد نهاية الأفق بيوم واحد يُستبعد وتوضع عليه علامة؛ وموردًا مفقودًا أو تحديثًا عمره 8 أيام يمنع المقترح؛ ولا يُستخدم التجاوز إلا مع الهدف والسبب والمراجع والتاريخ. طابق إجمالي OnHand مع عدد/مجموع المصدر، وكميات OpenPO المؤهلة/المستبعدة مع سجل أوامر الشراء عند كل تحديث.

لماذا يعمل هذا

  1. 1

    يمنع فصل وضع المخزون عن المخزون المتاح فعليًا الطلبات المفتوحة من إخفاء عجز اليوم.

  2. 2

    يمنع حقل الموافقة تحوّل التوصية المحسوبة إلى تعليمات شراء غير مصرّح بها.

تحقق من النتيجة

  • هل عُرّف المخزون والحجوزات والوحدات غير القابلة للاستخدام والتوريد المستحق وطلب المهلة ومخزون الأمان والوحدات بصورة متسقة؟

  • هل توقف المدخلات المفقودة أو القديمة أو المتأخرة أو المكررة أو غير المؤكدة توصية إعادة الطلب أو تخفّض درجتها؟

  • هل الحاجة المحسوبة والمقترح بعد التقريب وقرار المراجع والطلب الفعلي حقول منفصلة؟

استخدمها بثقة

الأسئلة الشائعة

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

ما الذي ينبغي أن أُعدّه قبل استخدام «صمّم مصنفًا لتنبيهات المخزون وإعادة الطلب»؟

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

متى لا تكون نتيجة «صمّم مصنفًا لتنبيهات المخزون وإعادة الطلب» جاهزة للاستخدام؟

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

ما أدوات الذكاء الاصطناعي التي لها اختبارات مسجلة لوصفة «صمّم مصنفًا لتنبيهات المخزون وإعادة الطلب»؟

يسرد سجل الاختبار المنشور لوصفة «صمّم مصنفًا لتنبيهات المخزون وإعادة الطلب» أداة ChatGPT حتى تاريخ 2026-08-28. وهذا يؤكد وجود عمليات تشغيل مسجلة، ولا يضمن التوافق أو تطابق النتائج في إصدارات المنتج اللاحقة. عند استخدام أداة أو إصدار آخر، أبقِ جميع القيود ظاهرة وكرّر عمليات التحقق من النتيجة قبل الاستخدام.

المزيد من طرق الاستكشاف

أين تندرج هذه الوصفة

حافظ على استمرار العمل