المخزون لدى المساعد الذكي: هل الموجود كله متاح لطلب جديد؟

الخلاصة السريعة

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

• افصل حالات الكمية؛ في تعريف Shopify المتاح غير مخصص وغير محجوز كغير متاح، ولا يشمل القادم، ويلزم إدخال المعلومات وتفعيل التتبع. ^[1]
• في تمريننا، الموجود 20 والمخصص 7 وغير المتاح صفر، فيبقى المتاح 13؛ لا تثبت كمية الرف وحدها تلبية طلب جديد من 15.
• القادم 10 لا يرفع المتاح الآن إلى 23؛ يحتاج استلاما وحالة متاحة، وقد تضعه تطبيقات في حالة أخرى بعد وصوله بحسب Shopify. ^[1]
• راجع وقت السجل والموقع ونوع البطاقة؛ نجاح الحساب لا يثبت صحة الجرد أو حجز الكمية أو إنجاز الطلب، ولا تجمع مواقع غير متاحة للطلب بلا قاعدة.

أي كمية يجيب عنها كل عمود؟

نفترض سجلا لبطاقات نشاط من النوع نفسه في موقع واحد يسمح بتجهيز الطلبات الجديدة. عند الساعة 09:00، يوجد فيه 20 بطاقة، منها سبع مخصصة لطلبات سابقة، وصفر غير متاح، وعشر قادمة لم تستلم. هذه أرقام اخترعناها، وليست تصديرا من متجر.

لا نخفي الفرق تحت عنوان واحد «المخزون: 30». العشر القادمة ليست جزءا من الموجود هنا، والسبع المخصصة ليست حرة لطلب آخر. نحتاج إلى أعمدة مميزة كي لا يستخدم المساعد الرقم الأكبر للإجابة عن سؤال التخصيص الحالي.

يتطلب تحديد حالات المخزون في Shopify إدخال معلوماته وتفعيل تتبعه. ^[1] لذلك لا تمنح أسماء الحالات في نص مساعد شهادة بأن جرد مؤسسة حقيقية محدث أو صحيح.

هل تكفي 20 بطاقة على الرف لطلب 15؟

في شروط تمريننا، المتاح هو 20 ناقص سبع ناقص صفر، أي 13 بطاقة. لو طلب شخص 15 بطاقة جديدة، ينقص المتاح اثنتين. لا يغير وجود عشرين في الموقع هذا النقص؛ السبع الأخرى ملتزم بها لطلبات سابقة وفق الفرض.

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

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

ماذا يتغير عندما تصل العشر القادمة؟

توضح Shopify أن القادم لا يصبح متاحا للبيع حتى يستلم وتتغير حالته إلى متاح، وقد تجعله التطبيقات بعد الاستلام في حالة أخرى مثل غير المتاح. ^[1]

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

ولو ورد أن الشحنة وصلت دون بيان حالة الوحدات، نحفظ وصولها المسجل وحالتها المجهولة منفصلين. لا نكمل الجواب بأن المطلوب أصبح جاهزا للشحن؛ تخصيص الطلب وتجهيزه يحتاجان سجليهما.

ما الشروط التي تصاحب الجواب النهائي؟

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

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