Proof of Concept dla planowania łańcucha dostaw

Udowodnij bardziej niezawodny plan dostaw i zapasów

Weź wybrane rodziny produktów i dostawców, załaduj rzeczywisty popyt, czasy dostaw i politykę zapasów, i zobacz które braki plan wychwytuje wcześnie, ile zapasu naprawdę wymaga cel poziomu obsługi i gdzie ukrywa się nadmiar. Podejście scenariuszowe, z uzgodnioną metodą backtestu tam, gdzie prognozowanie jest w zakresie.

Określ zakres mojego PoC łańcucha dostaw Porozmawiaj z inżynierem produkcji

Typowy czas trwania6–10 tygodni

Zakres pilotażuWybrane rodziny produktów i dostawcy, jeden zakład lub mała sieć

Główny rozmówcaKierownik łańcucha dostaw

Decyzja na końcuPolityka planowania, cykl i uzasadnienie wdrożenia

Czy to jest problem, który musisz rozwiązać?

Braki ujawniają się dopiero wtedy, gdy linia staje, choć plan dostaw mógł pokazać ryzyko wcześniej.
Zapasy są wysokie, a poziom obsługi wciąż niepewny, co zwykle oznacza, że zapas jest w niewłaściwych miejscach.
Ekspedycje i fracht lotniczy stały się rutynowym kosztem, którego nikt nie budżetuje.
Ograniczenia dostawców (minimalne ilości zamówień, kalendarze zamówień, czasy dostaw) żyją w głowie kupca i nie ma ich w planie.

Główny rozmówca: Kierownik łańcucha dostaw · Dyrektor operacyjny · Kierownik zakupów · Kierownik gospodarki zapasami · Kierownik planowania produkcji

Co ten PoC udowodni

O ile wcześniej ten plan wykryłby braki, które faktycznie wystąpiły?

Jaki poziom obsługi jest realistycznie osiągalny przy obecnych zapasach i ograniczeniach dostawców?

Gdzie pokrycie jest nadmierne, a gdzie na tyle cienkie, że będzie kolejnym przestojem?

Które ograniczenia dostawców faktycznie napędzają plan, gdy zamodeluje się je wszystkie razem?

Jeśli prognozowanie jest w zakresie, czy model wygrywa z Twoją obecną metodą w uczciwym backteście?

Rekomendowany zakres pilotażu

Wybrane rodziny produktów w ilości i różnorodności wystarczającej, by były reprezentatywne; cały katalog nie jest potrzebny.
Dostawcy, którzy faktycznie ograniczają te rodziny, z ich rzeczywistymi czasami dostaw i minimalnymi ilościami zamówień.
Jeden zakład lub ograniczona sieć zakładów, gdzie liczą się przesunięcia.
Uzgodniony horyzont planistyczny i uzgodniony cel poziomu obsługi, względem którego planuje się.
Okno backtestu wyłączone z konfiguracji, jeśli jakość prognozy jest częścią pytania.

Co będzie działać w trakcie PoC

Prognozowana pozycja dostaw, popytu i zapasów w uzgodnionym horyzoncie.

Listy wyjątków braków i nadmiaru, z ograniczeniem, które spowodowało każdy z nich.

Porównanie scenariuszy: zmiana popytu, opóźnienie dostawcy, zmieniona polityka zapasu bezpieczeństwa.

Widoczność ograniczeń dostawców: minimalna ilość zamówienia, kalendarz i czas dostawy tam, gdzie mają znaczenie.

Jak przebiega ten PoC

Tydzień 1–2

Rozpoznanie i zdefiniowanie decyzjiUzgodnienie zakresu produktowego i dostawców, celu poziomu obsługi, cyklu planowania oraz decyzji, którą PoC ma wesprzeć; wskazanie, które historyczne incydenty posłużą do testowania wykrywalności.Kryterium przejścia: Zakres, cel poziomu obsługi i lista incydentów uzgodnione.

Tydzień 2–4

Gotowość zakładu, procesu i danychZaładowanie i przegląd historii popytu, prognoz, zamówień klientów, czasów dostaw dostawców, minimalnych ilości, kalendarzy zamówień, zapasów, reguł zapasu bezpieczeństwa i zdolności produkcyjnych. Luki w danych są zgłaszane jako ustalenia i nikt ich po cichu nie obchodzi.Kryterium przejścia: Dane są wystarczająco reprezentatywne dla zakresu; okno backtestu jest wyłączone i nienaruszone.

Tydzień 4–6

KonfiguracjaKonfiguracja modelu planistycznego, polityk zapasów i reguł wyjątków; przeliczenie historycznych incydentów, aby zobaczyć, jak wcześnie plan zgłosiłby każdy z nich.Kryterium przejścia: Model wiarygodnie odtwarza znaną historię, w tym incydenty, które pamiętasz.

Tydzień 6–9

Praca równoległa lub symulacjaUruchomienie uzgodnionych scenariuszy i porównań polityk oraz, tam gdzie prognozowanie jest w zakresie, backtestu wobec wyłączonego okna.Kryterium przejścia: Wyniki scenariuszy i backtestu są kompletne i odtwarzalne.

Tydzień 9–10

Decyzja o wdrożeniu i uzasadnienie biznesowePrzedstawienie modelu scenariuszy, listy ryzyk i wyjątków, raportu jakości danych, rekomendowanych polityk i cyklu, projektu integracji oraz uzasadnienia wdrożenia.Kryterium przejścia: Kontynuuj, popraw albo zatrzymaj.

Czasy trwania są typowe, nie gwarantowane. Harmonogram wydłużają: brakujące lub niekompletne dane, zgody bezpieczeństwa i sieci, terminy dostaw sprzętu, zbieranie próbek, dostęp do instalacji, plan produkcji, dostęp do środowiska testowego ERP oraz czas, którego Twój zespół potrzebuje na ocenę wyników.

Jak będzie mierzony sukces

Jak będzie mierzony sukces
Wskaźnik	Jak jest zdefiniowany	Skąd pochodzi wartość	Rodzaj
Wyprzedzenie wykrycia braku	O ile dni wcześniej plan zgłasza brak, który faktycznie wystąpił, w porównaniu z momentem, w którym zauważył go Twój zespół.	Uzgodniony pomiar bazowy	Operacyjny
Prognozowany poziom obsługi	Udział popytu, który plan przewiduje zaspokoić na czas, w uzgodnionym horyzoncie i przy uzgodnionych ograniczeniach.	Dane z platformy MSF	Operacyjny
Pokrycie zapasu	Dni pokrycia na rodzinę przy rekomendowanej polityce w porównaniu z obecną.	Dane z platformy MSF	Finansowy
Ekspozycja na nadmiar i przestarzałość	Wartość zapasu, który przy każdej polityce prognozowo przekracza popyt horyzontu.	Twój ERP lub istniejący system	Finansowy
Częstotliwość ekspedycji	Liczba przyspieszonych lub awaryjnych zamówień w okresie bazowym, które plan zgłosiłby na tyle wcześnie, by ich uniknąć.	Uzgodniony pomiar bazowy	Finansowy
Błąd prognozy	Tylko tam, gdzie prognozowanie jest w zakresie: błąd na wyłączonym oknie backtestu w porównaniu z Twoją obecną metodą, ta sama miara po obu stronach.	Odłożony zbiór walidacyjny	Techniczny
Nakład pracy planistycznej	Godziny na cykl planistyczny na stworzenie i utrzymanie planu dziś w porównaniu z pilotażem.	Obserwacja i rozmowa z użytkownikami	Operacyjny

Przed wdrożeniem MSF i Twój zespół uzgadniają, jak liczony jest każdy wskaźnik, skąd pochodzi wartość bazowa, jakie dane są wyłączone i jaki wynik uzasadnia decyzję o wdrożeniu. Ta strona wymienia, co będzie mierzone; konkretne wartości docelowe ustala się w pisemnym zakresie PoC. Marketing ich nie obiecuje.

Co dostarczasz Ty

Historia popytu, prognozy i otwarte zamówienia klientów dla objętych zakresem rodzin.
Czasy dostaw dostawców, minimalne ilości zamówień, kalendarze zamówień i wszelkie ograniczenia umowne.
Pozycje zapasów, reguły zapasu bezpieczeństwa, zdolność produkcyjna i reguły przesunięć.
Cele poziomu obsługi, według których jesteście faktycznie mierzeni, oraz incydenty, które chcecie przetestować.

Kto co robi

Meta Smart Factory zapewnia

Warsztat rozpoznawczy i prowadzenie prac nad zakresem
Konfigurację rozwiązania dla uzgodnionego zakresu
Prace integracyjne i podłączeniowe w tym zakresie
Sprzęt MSF wymieniony w ofercie
Szkolenie użytkowników pilotażu
Definicje KPI i metodę walidacji
Rejestrowanie zgłoszeń i wsparcie w czasie pilotażu
Raport końcowy i projekt wdrożenia
Skonfigurowany model planistyczny, przebiegi scenariuszy oraz, tam gdzie w zakresie, udokumentowaną metodę backtestu.
Rekomendacje polityk oparte na zmierzonym kompromisie między zapasem a poziomem obsługi, bez opierania się na benchmarku.

Ty zapewniasz

Wskazanego właściciela biznesowego i wskazanego właściciela technicznego
Rzetelne wyjaśnienie procesu i danych podstawowych
Reprezentatywne próbki lub dane historyczne
Potwierdzenie, że wartość bazowa jest uczciwa
Informację zwrotną i decyzję o odbiorze
Osobę, która może potwierdzić, które ograniczenia dostawców są umowne, a które nawykowe.
Zgodę, przed uruchomieniem, co do sposobu definiowania okna backtestu i utrzymania go poza konfiguracją.

Określone w pisemnej ofercie

Podróże, instalację, transport, cło oraz lokalne prace elektryczne
Czy sprzęt jest wynajmowany, czy kupowany
Czy opłata za PoC jest zaliczana na poczet wdrożenia

Warunki handlowe, własność sprzętu, podróże, zakres integracji i ewentualne zaliczenie na poczet wdrożenia są określone w pisemnej ofercie PoC. Nie są takie same dla każdego produktu i ta strona ich nie obiecuje.

Co otrzymujesz na końcu

Skonfigurowany model scenariuszy dla objętych zakresem rodzin i dostawców.
Lista ryzyk i wyjątków z ograniczeniem stojącym za każdym wpisem.
Raport jakości danych wskazujący, co zablokowałoby wdrożenie.
Rekomendacje polityk zapasów i dostawców wraz z ich zmierzonymi kompromisami.
Proponowany cykl planowania oraz projekt integracji do jego wsparcia.
Uzasadnienie biznesowe wdrożenia dla szerszej sieci produktowej.

Warunki, wyłączenia i granice

Ten PoC zależy od

Reprezentatywna historia popytu dla objętych zakresem rodzin. Krótka lub mocno zakłócona historia ogranicza wnioski.
Ograniczenia dostawców spisane jako dane, które nie żyją wyłącznie w głowie kupca.

Nie wchodzi w zakres tego PoC

Szczegółowe harmonogramowanie i sekwencjonowanie na hali produkcyjnej, co jest zakresem PoC APS.
Wdrażanie dostawców, implementacja EDI i renegocjacja umów.

Czego ten PoC nie obiecuje

Żadna poprawa prognozy nie jest obiecywana bez reprezentatywnej historii i uzgodnionej wcześniej metody backtestu. Tam, gdzie historia jest krótka albo okres był zakłócony, uczciwym rezultatem jest wynik wykrywania braków i polityki. Deklaracji dokładności prognozy wtedy nie składamy.

Kontynuuj, popraw albo zatrzymaj: punkt decyzyjny

KontynuujKontynuuj: wyniki wykrywania i polityki uzasadniają wdrożenie modelu planistycznego w szerszej sieci i cyklu.

PoprawPopraw: model działa, ale dane podstawowe, ograniczenia dostawców lub cel poziomu obsługi wymagają najpierw naprawy.

ZatrzymajZatrzymaj: dostępne dane nie mogą jeszcze wesprzeć planowania na tym poziomie, więc raport jakości danych staje się mapą drogową.

Najczęstsze pytania

Czy to to samo co PoC APS?

Nie. SCP odpowiada, co kupić i trzymać w zapasie oraz kiedy, w wielu dostawcach i horyzontach. APS odpowiada, co uruchomić na której maszynie i w jakiej kolejności w tym tygodniu. Są powiązane, ale to inne dane, inni odbiorcy i inne dowody.

Czy możecie udowodnić lepszą dokładność prognozy?

Tylko tam, gdzie istnieje reprezentatywna historia i uzgodniono oraz wyłączono okno backtestu przed konfiguracją. Bez tego każda liczba dokładności jest dopasowana do danych, na których powstała, i ten program powie to wprost, bez publikowania takiej liczby.

Ile rodzin produktów powinno być w zakresie?

Na tyle dużo, by objąć różne zachowania podażowe (pozycję importowaną o długim czasie dostawy, pozycję lokalną o krótkim czasie dostawy, pozycję sezonową), także poza pozycjami o najwyższym wolumenie. Różnorodność zachowań ma tu większe znaczenie niż wolumen.

Czy potrzebujecie podłączonego naszego ERP?

Nie na potrzeby PoC. Wyciągi danych wystarczą, by zbudować i uruchomić model. Projekt integracji jest efektem PoC, a samo podłączenie należy do wdrożenia lub do PoC integracji ERP.

Powiązane produkty i programy PoC

Zamów ten Proof of Concept

Opisz zakres, o którym myślisz, a wrócimy do Ciebie z pisemnym planem PoC: co zostanie podłączone, co zapewniasz Ty, jak mierzymy sukces i jak wygląda decyzja na końcu.