Проблеми з ланцюгами поставок зазвичай виникають на малих та середніх підприємствах з трьома скаргами: склади кажуть, що у них є товари, майстерні кажуть, що їх немає; закупівлі кажуть, що постачальник обіцяв, але товари запізнюються; продажі обіцяли дату доставки клієнту, і план знає, що потужностей та матеріалів недостатньо. Ці проблеми рідко можна вирішити, «додавши ще один великий екран складу». Великі екрани можуть відображати лише ті дані, яким вже довіряють. Коли дані не заслуговують довіри, великий екран стає новим шоу.
Перша мета співпраці дуже земна: нехай кількість запасів, кількість в дорозі та виділена кількість мають лише одну відповідь на той самий матеріал, і нехай ця відповідь входить до прийняття замовлення та планування.
Почніть з основних даних та вхідної та вихідної дисципліни
Один продукт з великою кількістю ярдів, один продукт з великою кількістю ярдів - це класична причина, чому запас завжди знаходиться не на тому боці. Друга найпоширеніша причина полягає в тому, що матеріали використовуються першими і відвантажуються першими, якщо вони не зареєстровані на складі та не вивезені зі складу. Система лише поповнює замовлення після цього. Немає місця, лоту, старіння документів, а ще дорожче на WMS - це просто оцифрування безладу.
Мінімально можливе рішення може бути дуже легким: управління кодом матеріалу, отримання та доставка повинні бути скасовані, відмінності в запасах повинні бути проаналізовані для кодів причин. Інвентаризація безпеки не повинна бути складним алгоритмом, спочатку використовуйте «попит за останні 13 тижнів + середню кількість днів, коли постачальник запізнюється», щоб скласти прості правила, і це чесніше, ніж бити по голові.
Постачальники повинні спочатку подивитися на показник виконання, а не на портал.
Закликання групи WeChat можна вирішити один раз, і воно не буде вирішене протягом одного року. Запишіть обіцяний час доставки, фактичне прибуття та кваліфіковану кількість замовлення на закупівлю, і постачальник буде оцінений відповідно. Портал можна зробити пізніше, і спочатку буде повернуто статус замовлення: підтверджено, відправлено, в дорозі, прибуло та узгоджено. Звірка може відповідати трьом замовленням (замовленням, складу, рахункам-фактурам), щоб фінанси та закупівлі не мали по одному Excel.
- Доставка керується історичним показником виконання, а не лише цим усним зобов 'язанням.
- Результати вхідного контролю повинні бути повернуті постачальнику для формування замкнутого циклу якості.
- Заміна нестачі повинна мати запис про активацію, щоб уникнути неможливості відстежити приватне перемикання на місці.
Зобов 'язання щодо доступності важливіші за запаси
Коли трапляються великі замовлення клієнтів або піки електронної комерції, першою реакцією часто є додавання запасів. Додавання запасів може пом 'якшити волатильність, а також поглинути грошовий потік. Більш важливою можливістю є ATP: здатність бачити, що було відкладено, що в роботі, що в дорозі, і що попереду, коли ви приймаєте замовлення. Якщо немає загального корисного калібру, зустріч з питань синергії виробництва та маркетингу стане лише зустріччю звинувачень.
У сценарії ланцюжка поставок цифрова інтелектуальна система XYN ставить вимоги до закупівель, складування та виробництва на один і той же набір моделей матеріалів та документів, щоб планувальники та менеджери складів могли працювати з одним і тим же інформаційним бюлетенем. Малі та середні підприємства не повинні одночасно будувати глобальну диспетчерську вежу ланцюга постачання, але вони повинні спочатку зробити видимими запаси та час доставки. Коли ви бачите це, починається синергія; коли ви можете чітко обчислити це, зобов 'язання кваліфікується, щоб поговорити з клієнтом.