خلية التقاط في الطابق الأول من الرف ،
تأخذ إحدى حنفيات المطبخ من متجرنا وتحملها تحت ذراعك إلى منطقة الخروج. عند الخروج ، يصنعون لك مستند مبيعات ، وفي هذه اللحظة تتناقص كمية هذا المنتج في الأرصدة في الأنظمة وفي الموقع.
في الليل ، يقوم كل متجر بحساب التوقعات لأوامر الفترة التالية. بتعبير أدق ، يتم حساب التوقعات لعام واحد قادم كل أسبوع ، ويتم حساب طلبات مدير المتجر منه كل ليلة. يرى النص أن شخصًا ما اشترى خلاطًا ، وإذا سارت المبيعات بهذه الوتيرة (هناك كتلة كاملة من نموذج معقد ، ما يعتبر "بهذه الوتيرة" وفي أي فترة) ، عندها ستنفد الخلاطات في سبعة أيام. هذا يعني أنك بحاجة إلى تشكيل الطلب التالي لتسليمها.
تذهب معظم البضائع إلى المتاجر إما على طول تدفق توزيع البضائع (ينقل المستودع منصات نقالة دون فتحها أو تخزينها في مخزونه) ، أو مباشرة من الموردين المحليين. جزئيًا ، قمنا بالفعل بتحليل هذه العمليات في المنشور الأخير . ضع في اعتبارك حالة صعبة عندما يحتاج المتجر إلى خلاطات من منصة نقالة موجودة في مستودع في موسكو.
تكمن الصعوبة في أن البليت عبارة عن الكثير من الخلاطات. وعليك إحضار 50 قطعة إلى المتجر ، على سبيل المثال. لا يمكن أن تأخذها بالكامل؟ ثم تظهر عملية الانتقاء ، عندما تتم إزالة البليت من الخلية ، يتم إخمادها ، ثم يتم إخراج الحاوية المتداخلة منها. يمكن أن يكون هذا صندوق نقل ، داخلي وقطعة. لا يعمل مركز التوزيع تقريبًا بالقطع ، باستثناء المعدات النادرة والمكلفة. بالنسبة للوحدات ، هناك حاجة إلى مراكز الوفاء ، ولكن هذا جزء مختلف قليلاً من الخدمات اللوجستية ، ولن يكون هذا المنشور متعلقًا بها.
في النهاية ، عندما يحتاج المتجر إلى منتج ، يتم أخذ الحاجة في الاعتبار في نظام التنبؤ GOLD GWR ، وفي ERP (Oracle RMS) يظهر مستند نهائي مع مقدار ما يجب إحضاره وأين. يدخل إلى نظام إدارة المستودعات (WMS) في شكل مهمة "السفينة هناك" وفي نظام إدارة النقل (TMS) في شكل التوجيه "استلمه في المستودع فلانًا وأخذه إلى المتجر كذا وكذا". علاوة على ذلك ، تتمثل مهمة TMS في توفير النقل (لهذا ، يتم إرسال تطبيق إلى اللوجستيين) ، ومهمة WMS هي ضمان بدء التحميل في اللحظة التي يفتح فيها الرصيف للشاحنة القادمة.
يمكن شحن البضائع على شكل منصة نقالة كاملة أو في وحدة تخزين متداخلة. الأكثر ملاءمة للمستودع ، بالطبع ، هو تحميل الكل. لأنه عندما تكون هناك حاجة إلى وحدة تخزين متداخلة (صندوق) ، فإنها تستغرق وقتًا وخطوات يدوية. أي أنه يكلف بعض المال ويقلل من معدل دوران البضائع (لا يسمح باستخدام المستودع لشيء آخر).
من المناسب مقارنة المستودع بقاعدة بيانات. يجب أن تستجيب بأسرع ما يمكن للتطبيقات التي تجذبها. جزء منه في الذاكرة هو عمليات توزيع البضائع التي لا تتطلب "الكتابة" في المخزون على الإطلاق. جزء آخر هو ذاكرة التخزين المؤقت: هذه هي مخازن خاصة حيث يمكن للمنتج أن يستلقي لفترة من الوقت قبل العملية التالية. وجزء آخر هو التخزين ، المخزون ، حيث يتم تخزين البضائع لمزيد من المعالجة.
تتمثل مهمة المستودع دائمًا في تقليل المخزون وزيادة معدل دورانه (أي تقليل مدة صلاحيته). كلما قل عدد السلع الخاملة ، زادت ربحية الشركة. ولكن في نفس الوقت ، عندما يطلب شخص ما المنتج المطلوب ، ولكن لا يستطيع المستودع توفيره ، يعد هذا أيضًا فشلًا. كل الرياضيات تعمل بين هذين الطرفين.
إذن ما هو الخلاط الخاص بي؟
تتمثل العملية المثالية من وجهة نظر تحسين التدفق في استخدام المستودع فقط كجهاز توجيه. تتمثل العملية المثالية من حيث التوافر في الاحتفاظ بجميع سلع العالم في المخزون والاستغناء عنها حسب الحاجة.
في النهاية ، يبدو الحل الوسط للخلاطات كما يلي: هناك طريقة رياضية مثالية لكيفية نقلها. في بعض الأحيان يكون من المربح عدم شراء هذا النموذج المعين على الإطلاق (نظرًا لوجود تناظرية مباشرة) ، وأحيانًا يكون من المربح حقًا شراء وإحضار منصة نقالة كاملة وبيعها ببطء من مستودع المتجر. ولكن في أغلب الأحيان يكون من المربح حمل صندوق النقل. إذا كان هناك 52 وحدة في الصندوق ، وحسب نظام المتجر أن هناك حاجة إلى 50 وحدة ، فسيكون القرار واضحًا: سيتم طلب المزيد - 52. ولكن إذا كان المتجر يحتاج إلى ثلاث وحدات ، والصندوق - 100 وحدة ، عندئذٍ تبرز مسألة ملاءمة الحد الأدنى.
نحن لا نستخدم خوارزمية minimax للمخازن ، ولكننا نقوم الآن بتطويرها وسنستخدمها بشكل أساسي للتنسيقات الصغيرة ، لأنها مناسبة تمامًا عندما لا توجد مساحة أو مساحة صغيرة في مستودع المتجر وتحتاج إلى تجديد الرف على الفور. بالنسبة للتنسيق الصغير ، سيكون هناك: الحد الأقصى - سعة الرف ، الحد الأدنى - كمية "بدء التشغيل" لأحد الطلبات ، إذا انخفض المخزون إلى قيمة أقل أو مساوية - نضع طلبًا على الرف الأقصى.
يعمل تشكيل الطلب بالنسبة لنا على مبدأ تغطية الطلب ويتم تغطية كل طلب بمخزون حتى تاريخ تسليم الطلب التالي.
على سبيل المثال ، قمنا بتقديم طلب اليوم ، 01/01/2021 ، وبقيت لدينا 18 قطعة. سيكون تاريخ التسليم لمثل هذا الأمر هو 01/07/2021 (يحمل المورد أسبوعًا مقدمًا). تاريخ الطلب التالي هو 01/14/2021 التسليم هو 01/21/2021.
لنفترض أننا نبيع دائمًا قطعتين يوميًا.
هذا يعني أنه يتعين علينا تغطيته بأمر بتاريخ 01/01/2021 بسهم حتى 01/21/2021 ، وإلا فلن يكون لدينا ما نبيعه.
لذلك ، حتى 01/21/2021 نحتاج إلى 21 * 2 = 42 قطعة.
لدينا 18 قطعة في المخزون ، لذلك طلبنا 24 قطعة في 01/01/2021.
بالطبع ، كل طلب له أيضًا حصة من مخزون الأمان.
علاوة على ذلك ، يتم إدخال بيانات الطلب في الحاوية. هذا يعني أنه إذا كنت بحاجة إلى 45 أو 48 أو 49 قطعة ، فسيتم طلب مربع بحد أدنى 50. إذا كنت بحاجة إلى 55 قطعة ، فستحتاج إلى طلب صندوقين أو تحسين النموذج. كما ترون ، كلما قل التكميم (كلما زادت عمليات التسليم ووحدات التعشيش التي يمكن إدارتها في الحاوية) ، زادت دقة التحسين. لذلك ، تتم عمليات التسليم إلى المتاجر قدر الإمكان ، وبالتالي تظهر الصناديق الفرعية في الصناديق.
كيف يدخل الصندوق في الشاحنة؟
لذلك ، تنتقل المهمة من المتجر إلى ERP ، ومن هناك إلى المستودع. يجب أن يوفر المستودع البضائع المعبأة في الرصيف عندما تصل السيارة التي طلبها نظام TMS إلى هناك وتنقلها إلى المتجر.
في المستودع ، يتم تجميع جميع الطلبات من أجل تحسين مسارات المهام لكل محمل فردي. بالنسبة لكل محمل ، يتم النظر في المسار حيث سيتم التقاط جميع البضائع الضرورية بسرعة أكبر ولن يتداخل مع الآخرين. الوظيفة هي السعادة العامة ، أي تقليل إجمالي وقت التنفيذ لجميع العمليات بشكل عام.
ثم يتلقى الأشخاص إحداثيات محددة للأهداف (منصات في الخلايا) وإجراءات معهم في شكل خوارزمية. وهم يفعلون ذلك. ينقسم إلى خطوات بروح: "اذهب إلى خلية كذا وكذا ، خذ لوحًا." يقود شخص ما ، ويمسح الباركود الخاص به هناك ، ويتحقق النظام من صحة كل شيء ، ويعطي الإجراء التالي: "خذها هناك. وهكذا - في كل وقت. نحن نشغل محطات متنقلة ، والمحركون يخضعون لها. لذلك لدينا نوع من API للأشخاص في المستودع. الخطوة التالية ، بالطبع ، هي إزالة الأشخاص ، ولكن عن ذلك مرة أخرى.
عند الحاجة إلى تفكيك منصة نقالة ، تتم عملية انتقاء منفصلة. نأخذه من حجرة التخزين في الأعلى ونخفضه إلى الحجرة السفلية. من هناك نأخذ صندوقين من الخلاطات ، من الآخر - ثلاثة صناديق من البضائع الأخرى (دعنا نوجد مسامير ، فهي مثيرة للاهتمام لأنها معبأة بكميات كبيرة) وما إلى ذلك. كل هذا مع المحطات يتم فحصه وفحصه في كل خطوة. نتيجة لذلك ، لا يزال بإمكانك الحصول على منصة نقالة واحدة للرصيف ، فقط مع صناديق مختلفة.
عندما يكون جاهزًا ، تتم طباعة ملصق منفصل عليه على الجهاز ، ويتم احتسابه الآن في النظام كمكان منفصل. يمكن وضعها في مخزن الشحن أو مباشرة على قفص الاتهام.
تعتبر صناديق الالتقاط بمثابة مخزن مؤقت ، لذا بعد إزالة البضائع من منصة التحميل ، غالبًا ما يكون من الضروري رفع منصة التحميل الأصلية احتياطيًا. لأنه في الجزء السفلي ستكون الخلية مطلوبة لشيء آخر.
الشخص الذي يضع البليت من الأعلى إلى الأسفل والشخص الذي يأخذ الصناديق من صندوق الالتقاط هما شخصان مختلفان. يقوم السائق فقط باستلام البضائع ، والشخص الآخر على الرافعة الشوكية يقوم فقط بشعوذة المنصات.
من أين أتت الشاحنة؟
من أداة TMS التي تجمع جميع احتياجات جميع المتاجر عدة مرات في اليوم وتقلل من احتياجات الشاحنات. هناك ، لا يتم النظر فقط في ترتيب كل عقدة من الرسم البياني ، ولكن أيضًا المسار الأمثل على طول الرسم البياني للنقل المختلف. يضع المتجر الطلبات مرة واحدة في الأسبوع ، وتبدأ جدولة النقل قبل يومين من التسليم. في غضون يومين ، أصبح من الواضح بالفعل نوع النقل الذي سيأتي إلى الرصيف ، وماذا وبأي ترتيب يتم وضعه فيه وكيف سيتم نقله. تنطبق هذه الأتمتة على كل شيء: عندما تصل هذه الشاحنة للتو إلى المستودع ، سيخبر النظام عن طريق رقم البوابة التي يجب أن تذهب إليها ومتى ، أي أننا ندير أيضًا تحسين حركة المرور في الأرصفة.
في هذه الحالة ، لا نأخذ في الاعتبار التوفر الفعلي للبضائع في المستودع فحسب ، بل نأخذ أيضًا في الاعتبار البضائع التي تذهب إليه فقط - وهذا أيضًا جزء مهم من التحسين.
كيف تقرر أن المنتج بحاجة إلى تجديد لمثل هذه الكمية؟
أولاً ، نتطلع لمعرفة ما إذا كان هذا المنتج سيستمر في الشراء. لكل متجر مصفوفات لما يباع فيه وما يباع فيه. هذه ميزات إقليمية بسبب الموردين المحليين ، والطلب الإقليمي (غالبًا ما تكون هناك حاجة إلى معدات احترافية باهظة الثمن للإصلاح في موسكو فقط) ، والخصائص الثقافية (في كازاخستان ، توجد مساحة ضخمة من السجاد للزينة) ، وما إلى ذلك.
قد يتوقف شراء البضائع من المتجر بسبب نهاية الموسم: قلة من الناس يحتاجون إلى جز العشب في الشتاء وزينة شجرة عيد الميلاد في الصيف.
إذا تم شراء البضائع ، فإننا نحسب الكمية المطلوبة للفترة التالية. هذا نموذج مثير للاهتمام إلى حد ما يأخذ في الاعتبار تاريخ مبيعات المنتج (هذا هو عامل الترجيح الرئيسي) ويأخذ في الاعتبار ملف التعريف الموسمي للعائلة التي ينتمي إليها هذا المنتج. عندما يكون لمنتج ما تاريخ طويل من المبيعات في هذا المتجر والمتاجر الأخرى ، يتم بناء النموذج بسلاسة ويمكنك الحصول عليه من القطعة.
عندما يكون العنصر جديدًا ، فلا يوجد سجل. تحتاج إما إلى أخذه من مكان ما ، أو إدارة المنتج يدويًا. في الحالة التي يكون فيها هذا تناظريًا مباشرًا لشيء معروف ، يمكنك ببساطة الإشارة إلى زوج من السلع إليه في البطاقة. كانت هناك قفازات تعمل من أحد المصنّعين ، وجاءت شركة أخرى (أو تم تغيير المقالة أو النموذج فقط) - نشير إلى الزوج السابق ، ويستند النموذج إلى تاريخ منتج آخر. بعد ستة أسابيع (هذا ثابت سحري) ، يتم فك المنتج تلقائيًا ويبدأ فقط تاريخه الخاص في العد.
عندما يكون المنتج جديدًا تمامًا ويكون من غير الواضح بشكل عام ما يجب فعله به ، يتم إحضار مبلغ معين إلى المتاجر وفقًا لتوقعات يدوية. ثم يتم كتابة التاريخ. لدى زملائنا في الموضة الكثير من الرياضيات حول هذا الموضوع ، لكننا لا نمتلكه: ما زلنا بصدد التجديد ، وبدأت أزياءنا للتو في الظهور في مجال تصميم مسطرة المطبخ والديكور بشكل عام. باقي الطلب سلس لجميع مجموعات المنتجات تقريبًا. يتم أخذ التغييرات الموسمية في الاعتبار بسهولة تامة: لمنتج جديد - من خلال مجموعة ، للقدم - وفقًا لتاريخهم الطويل.
نظرًا لأننا ما زلنا بعيدين عن القدرة على حساب كل شيء بشكل صحيح ويمكن للنظام ارتكاب أخطاء ، يتم إرسال المستند النهائي للموافقة عليه إلى مسؤول المتجر (أو إلى الشخص المسؤول عن تسليم البضائع). بتعبير أدق ، يتم تنفيذ ذلك عادةً بواسطة مديري الأقسام (هناك 15 قسمًا في المتجر: الأدوات ، والأجهزة ، والسباكة ، وما إلى ذلك). يعرض جميع الأصناف دون استثناء التي يمكن تسليمها داخل القسم ورقمها. أي ، إذا كان الأمر يحتوي على 0 ، فهناك مركز يكلف صفرًا.
نقوم حاليًا باختبار ADR لبعض البائعين. نظرًا لوجود حالات يقدم فيها النظام كمية للأمر ، ويقوم مديرو المتجر بتأكيد المعلمات دون تغييرات ولفترة طويلة ، لا يحتاج المستخدم إلى معالجة هذه الطلبات في ERP ونرسلها تلقائيًا إلى الموردين. لكن هناك مجموعة من المنسقين الذين يدعمون المتاجر ويراقبون صحة هذه الأوامر.
بالاتفاق ، يمكنك إزالة البضائع (إذا انتهى موسم العام الجديد ، فلن تحتاج إلى طلب 100 شجرة اصطناعية أخرى) أو إضافة شجرة لم يتم بيعها من قبل. هذا يتطلب مشاركة شخص آخر من المكتب.
في 99.9٪ من الحالات ، يتم تحديد كل شيء على الفور في المتجر ، ويقوم المسؤولون فقط بزيادة كمية المنتج الذي ، في رأيهم ، يتم بيعه بشكل أسرع مما يمكن للنظام التنبؤ به. لا يزال ، من الصعب جدًا معالجة 50-60 ألف SKU يدويًا فقط. ينتهي بهم الأمر بإجراء تغييرات طفيفة تساعد على زيادة المبيعات ، والشعور بالسيطرة ، ولكن لا يتسببون في حدوث خطأ بشري. كل شيء يتم بطريقة لامركزية ، أي أن كل متجر يدير طلبه بنفسه ، إلا في حالات نادرة.
هناك منتجات يدوية. على سبيل المثال ، كبائن الاستحمام غير القياسية. توجد سلع في التزويد شبه التلقائي: يحسب نظام مثل هذه البضائع العرض للأمر ويعرض كميًا المبلغ المطلوب طلبه. يرى مديرو المتاجر توقعات المبيعات وسجل المبيعات ، وإذا لزم الأمر ، قم بتعديل الكمية. نحن منخرطون في تقليل عدد التعديلات على الطلب المقترح ، بحيث يقوم المستخدمون بعمليات يدوية أقل ويقوم النظام بإنشاء مقترحات "مثالية" للأمر.
نحن ندرك جيدًا النسب الموسمية ، حيث يُباع المنتج نفسه بأسعار مختلفة على مدار العام. ولكن في الوقت نفسه ، لم تتم معالجة السلع التي تُباع كثيرًا لجزء من الموسم ، ولكن ليس لجزء منها ، بدقة شديدة. يتم شحذ النموذج لتغييرات سلسة وليس لتقلبات حادة.
لحساب الأمر ، يأخذ النظام في الاعتبار متوسط التأخير للمورد. إذا رأينا أن المورد يتأخر بانتظام خمسة أيام ، فبالإضافة إلى العقوبات ، ستأخذ GOLD ذلك في الاعتبار عند تقديم طلب وطلب المزيد من مخزون السلامة لمراعاة التأخيرات المحتملة. بالإضافة إلى ذلك ، قمنا بالبناء على تحليل الأرصدة اليومية: إذا كان المنتج مفقودًا على الرف لعدد كبير من الأيام في الأسبوع وإذا كان هناك احتمال كبير للمبيعات في هذه الأيام ، فإن النظام يرى ذلك ويفهم أنه يجب استبعاد هذا الأسبوع لمراعاة سجل المبيعات ، وليس خفض التوقعات.
كيف يعرف المستودع الكمية التي يجب أن يأخذها ومن أين؟ أنت الآن تعرف كيف يحدد المتجر احتياجاته. أنت تعرف كيف يتم دمجها وإرسالها إلى المستودع ، ويجب أن يحصل المستودع على النقل وشحنه بالكامل. لكن هناك طبقة أخرى: المستودع يحتاج إلى معالجة كل هذا.
توفر توقعات المبيعات لكل متجر والتوقعات اللوجستية ، مع الأخذ في الاعتبار الطرق واستخدام أنواع مختلفة من النقل (شاحنات مبردة ، وألواح جانبية ، وما إلى ذلك) ، فهمًا لكمية البضائع التي ستكون مطلوبة وأين. وبأي تواريخ تحتاج إلى الحصول عليها.
علاوة على ذلك - طبقة أخرى من التحسين: أين يكون الحصول عليها بحلول هذا الوقت أكثر ربحية؟ أي حفلة؟ يحدد بعض الموردين حدًا أدنى لحجم الشحنة (لن تتمكن من طلب كيلوغرام من المسامير) ، ويقدم البعض خصومات كبيرة ، وخصومات وشروط خاصة أخرى. من الضروري النظر في كيفية نقل البضائع ومن أين. لقد بدأنا للتو العمل على هذا الموضوع ، بينما هو في شكل بسيط نوعًا ما. أعتقد أنه في غضون عام سيكون هناك شيء لنقوله.
في بعض الأحيان يكون تخزين البضائع دفعة كبيرة أكثر ربحية من شراء عدة سلع صغيرة ، وفي بعض الأحيان يكون من المربح تقسيم التسليم إلى عشر مجموعات محلية من موردين مختلفين. إلخ.
تحتاج إلى معرفة النسبة المئوية للرفض ، بحيث لا يوجد شيء مثل وصول البضائع ، لكن لا يمكن بيعها. يعمل المستودع على تسوية كل هذه التقلبات بسبب الأعداد الكبيرة.
إذا لم تتنبأ بكل شيء بدقة ، فإن هامشية فئة المنتج تنخفض (يتراكم المخزون غير الضروري). كلما كبرت المجموعة ، زاد عدد العناصر التي تحتاج إلى تتبعها. عندما يتعلق الأمر بعشرات الآلاف من المراكز في السوق حيث توجد تغييرات عالمية (وهي كذلك) ، فلا يمكنك الاستغناء عن التشغيل الآلي الجيد.