Start · Rozwiązania · Operacje i produkcja
Rozwiązanie · Operacje i produkcjaDziewięć działów, czterdzieści zadań, jedna sprawa: premiera nie przesuwa się po cichu
Wprowadzenie produktu: czterdzieści zadań, jeden proces
Każda premiera produktu przebiega jako jedna orkiestrowana sprawa: zadania trafiają do właściwego działu w Teams, roboty wykonują pracę w SAP i treściach, a bramki i eskalacje chronią termin.
Streszczenie dla zarządu
Koniec z dowiadywaniem się o poślizgu premiery z dokumentu dostawy od dostawcy kartonów.
Jedna premiera to jedna orkiestrowana sprawa.
Terminy premier się utrzymują: spóźniony poprzednik jest widoczny trzy dni przed tym, zanim zaboli.
SAP S/4HANA (materiał, lista materiałowa, ceny, listingi); PIM i sklep internetowy; biblioteka projektów graficznych na SharePoint
Problem biznesowy
Wprowadzanie nowych produktów
Nowy SKU to łańcuch około czterdziestu zadań w dziewięciu działach: od zamrożenia receptury w R&D i kontroli etykiety przez dział regulacyjny, przez indeks materiałowy, GTIN i listę materiałową w SAP, warunki cenowe, projekt graficzny, zamówienie kartonów z wielotygodniowym czasem realizacji i dane paletowe, aż po formularze listingowe sieci handlowych wypełniane przez sprzedaż. Każde zadanie ma poprzedników należących do innego działu, a ich kolejność istnieje głównie w pamięci koordynatora premier.
Arkusz, w którym to wszystko się mieści, jest arkuszem kalkulacyjnym. Status raportuje się samodzielnie raz w tygodniu, zależności są niewidoczne, więc spóźniony GTIN po cichu opóźnia projekt graficzny, zamówienie kartonów, pierwszą partię produkcyjną i wreszcie okno listingowe sieci. Gdy poślizg staje się widoczny, pozostają już tylko drogie opcje: ekspresowy dodruk, transport ekspresowy, nadgodziny na linii i key account manager renegocjujący termin z kupcem, który zdążył wydrukować gazetkę. Przy 24 premierach rocznie każdy urlop lub odejście z zespołu premier kasuje to, co firma wie o sposobie wprowadzania produktu.
Jak to wygląda dzisiaj
Poniższy przebieg spotykamy u większości producentów wprowadzających ponad kilkanaście SKU rocznie.
- CzłowiekBrand manager kopiuje zakładkę szablonu w arkuszu Excel na SharePoint, wpisuje planowaną datę premiery i wysyła e‑mail do dziewięciu szefów działów
- OczekiwanieWnioski o GTIN, indeks materiałowy w SAP i warunki cenowe czekają w skrzynkach i czatach Teams, aż ktoś z odpowiednimi uprawnieniami znajdzie czas
- SystemDział danych podstawowych wpisuje indeks materiałowy, listę materiałową i warunki cenowe do SAP (MM01, CS01, VK11) na podstawie arkusza i specyfikacji w PDF
- CzłowiekProjekt graficzny krąży jako załączniki PDF między działem regulacyjnym, marketingiem, jakością i agencją; zatwierdzona jest ta wersja, którą ktoś nazwał FINAL
- Ryzyko błęduZależności pozostają niewidoczne: kartony zamawia się przed akceptacją regulacyjną albo formularz listingowy zawiera GTIN, który później się zmienia
- OczekiwaniePoślizg staje się faktem, gdy dostawca kartonów potwierdza dostawę dwa tygodnie po planowanej pierwszej produkcji
Dlaczego obecny proces kosztuje więcej, niż widać
Za każdym wyjątkiem stoi godzina, której nikt nie zapisał.
- Ponaglanie jest osobnym etatem: między wtorkowymi spotkaniami koordynator premier pisze przypomnienia, przesyła specyfikacje i odpowiada „na jakim etapie jest napój owsiany” w trzech czatach Teams, a żadna z tych godzin nie pojawia się w budżecie.
- Poślizg kosztuje sezon, a nie dwa tygodnie: dla produktu sezonowego lub promocyjnego okno listingowe jest stałe, a produkt, który je przegapi, sprzedaje się w kolejnym cyklu albo wcale.
- Poprawki kryją się w danych podstawowych: indeks założony przed zamrożeniem specyfikacji jest korygowany dwa lub trzy razy, a błędny GTIN przechodzi proces listingowy sieci dwukrotnie.
- Koszty przyspieszeń akceptuje się pojedynczo, jako ekspresowe dodruki, transport ekspresowy i nadgodziny na linii pakowania, więc nikt nie widzi podatku od premiery płaconego przy każdym SKU.
Koszt zaniechania
Jeśli nic się nie zmieni, arkusz doczeka się piętnastej wersji, a firma dalej będzie płacić ten sam podatek od premiery. Liczba SKU rośnie szybciej niż zespół premier, bo warianty marek własnych i edycje sezonowe to obszar, w którym naciskają sieci, a rozporządzenie opakowaniowe dokłada od tego roku własne wiersze do listy kontrolnej. Ryzyko, które się kumuluje, jest handlowe: sieć, która wydrukowała gazetkę z produktem, który nie dojechał, pamięta o tym przy następnych negocjacjach listingu, a drugie przegapione okno kosztuje więcej niż pierwsze.
Przykładowa organizacja o realnych proporcjach — liczby służą do policzenia sprawy na Waszych danych, nie są wynikiem klienta.
Europejski producent żywności i napojów: trzy zakłady, 1 800 pracowników, SAP S/4HANA, system specyfikacji receptur, Microsoft 365 E3; sprzedaż do dwunastu sieci handlowych, hurtowni i we własnym sklepie internetowym.
24 premiery rocznie (rozszerzenia linii, edycje sezonowe, warianty marek własnych); średnio 40 zadań na premierę w dziewięciu działach i sześć bramek decyzyjnych, około 960 pozycji zadań rocznie.
Jeden arkusz Excel na sezon, wtorkowe spotkanie premierowe, wnioski e‑mailem i na czacie Teams; indeks w SAP, GTIN i warunki cenowe przepisywane z arkusza; projekt graficzny zatwierdzany e‑mailem.
Zależności są niewidoczne, dopóki ktoś nie zapyta; spóźniony GTIN lub kontrola regulacyjna przesuwa projekt graficzny, kartony i pierwszą produkcję; średni poślizg wobec terminu podanego sieciom wynosi około dwóch tygodni.
Każda premiera staje się sprawą w UiPath Maestro Case z sześcioma etapami i zadaniami z szablonu; zadania działów trafiają jako zadania Action Center do Microsoft Teams i do Planner; roboty zakładają indeks w SAP, GTIN, warunki cenowe, cenniki i treści internetowe; reguły bramek, SLA i eskalacje bronią terminu.
W modelowanym przypadku średni poślizg spada z około dwóch tygodni do kilku dni, czas koordynacji jednej premiery z około 30 godzin do około 10, a koszty przyspieszeń stają się wyjątkiem. Wartości ilustracyjne, nie wynik klienta.
Proponowane rozwiązanie
Jedna premiera to jedna orkiestrowana sprawa. Budujemy ją na platformie UiPath i w tenancie Microsoft 365, którym Państwo już dysponują. Sprawa otwiera się z zatwierdzonego briefu produktowego i tworzy zadania z szablonu właściwego dla typu premiery. Sześć etapów głównych biegnie od zatwierdzonego briefu do listingu i sprzedaży; każde zadanie ma właściciela, poprzedników i termin liczony wstecz od daty premiery. Etap dodatkowy „termin zagrożony” uruchamia się regułą po przekroczeniu SLA bramki i dodaje zadania naprawcze: opcje przyspieszenia, informację dla kluczowych klientów, przeplanowanie pierwszej produkcji.
Praca trafia tam, gdzie ludzie już pracują: kontrola etykiety, akceptacja projektu graficznego czy formularz listingowy przychodzi jako zadanie Action Center w Microsoft Teams z potrzebnymi danymi i linkami do dokumentów, a te same zadania pojawiają się w koszyku działu w Microsoft Planner. Roboty przejmują pracę na danych w SAP, PIM i sklepie internetowym, gdy tylko poprzedzająca bramka zostanie przekroczona. Bramki są regułami, nie spotkaniami: etap „gotowość dostaw” otwiera się tylko wtedy, gdy projekt graficzny jest zatwierdzony, zamówienie kartonów potwierdzone, indeks w SAP kompletny, a pierwsze zlecenie produkcyjne zaplanowane. Liczniki SLA zgłaszają zagrożenie trzy dni przed terminem; przekroczenie eskaluje do szefa działu i oznacza sprawę. Koordynator premier widzi każdą premierę według etapu w Case App i na pulpicie gotowości, a co tydzień podsumowanie trafia do Teams. Każda reguła jest deterministyczna; żaden model LLM nie bierze udziału w decyzji o premierze.
UiPath Maestro Case (etapy, reguły zadań sterowane zdarzeniami, zdarzenia SLA „zagrożone” i „przekroczone”, akcje eskalacji, Case App); zadania UiPath Action Center z powiadomieniami do wykonania w Microsoft Teams; UiPath Robots i Orchestrator; konektory UiPath Integration Service dla Microsoft Teams oraz Microsoft OneDrive & SharePoint; Microsoft Planner z Microsoft Graph Planner API
Model sprawy premiery (etapy, szablony zadań według typu premiery, poprzedniki, reguły bramek, etap naprawczy), formularze zadań, macierz SLA i eskalacji, roboty dla indeksu materiałowego SAP, GTIN, kontroli listy materiałowej, warunków cenowych, cenników i treści internetowych, lustro w Planner, pulpit gotowości i runbook
Obiekty materiału, listy materiałowej, cen i listingów w SAP S/4HANA przez aktywności UiPath SAP (BAPI/OData); synchronizacja Planner przez Microsoft Graph Planner API; publikacja treści produktowych do PIM i sklepu internetowego przez ich API
Jak działa proces po automatyzacji
- AutomatyzacjaNowa pozycja w rejestrze premier na SharePoint (brief, typ premiery, planowana data) otwiera sprawę, tworzy zadania z szablonu i wylicza terminy wstecz od daty premiery
- CzłowiekR&D zamraża recepturę i specyfikację na pierwszej bramce; dział regulacyjny otrzymuje w Teams zadanie kontroli etykiety ze składem, alergenami i deklaracją wartości odżywczej przygotowanymi ze specyfikacji
- SystemRoboty zakładają indeksy w SAP, przydzielają GTIN, sprawdzają listę materiałową ze specyfikacją, a po bramce cenowej tworzą warunki cenowe i listingi, pliki cenników i treści internetowe
- CzłowiekAkceptacja projektu graficznego, zwolnienie zamówienia kartonów, formularze listingowe i decyzja cenowa przychodzą jako zadania Action Center w Teams i w koszyku działu w Planner; proste zadania odhaczone w Planner uzgadnia robot
- AutomatyzacjaReguły bramek otwierają kolejny etap tylko przy spełnieniu wszystkich warunków; zdarzenie zagrożenia pojawia się trzy dni przed terminem, przekroczenie przypisuje zadanie ponownie, powiadamia szefa działu i oznacza sprawę
- CzłowiekKoordynator premier co tydzień przegląda pulpit gotowości i decyduje o przesunięciach terminów, zmianach zakresu lub etapie naprawczym; po pierwszej dostawie sprawa zamyka się jako zapis premiery
Model współpracy człowieka z automatyzacją
Automatyzacja obsługuje
- Tworzenie, kolejność i terminy zadań z szablonu oraz lustro w Planner
- Indeks w SAP, GTIN, kontrolę listy materiałowej, warunki cenowe, cenniki, listingi i treści internetowe
- Przypomnienia, ostrzeżenia o zagrożeniu, eskalacje, tygodniowe podsumowanie i zapis premiery
Ludzie decydują
- Zamrożenie specyfikacji, okres przydatności, treść etykiety i akceptacja projektu graficznego
- Ceny, warunki listingu oraz decyzja „dalej / stop” na każdej bramce
- Przesunięcia terminów, zmiany zakresu i moment uruchomienia etapu naprawczego
Przed i po
Systemy i integracje
Tam, gdzie wystarczy reguła, nie używamy modelu. Tam, gdzie potrzebny jest osąd, decyduje człowiek.
Wejścia
- rejestr premier na SharePoint
- specyfikacja i receptura
- arkusz cen
- projekt graficzny od agencji
Warstwa automatyzacji
- UiPath Maestro Case
- UiPath Orchestrator
- UiPath Robots
- UiPath Action Center
- UiPath Integration Service
Systemy docelowe
- SAP S/4HANA (materiał, lista materiałowa, ceny, listingi)
- PIM i sklep internetowy
- biblioteka projektów graficznych na SharePoint
- Microsoft Planner
Punkty styku z człowiekiem: zadania Action Center w Teams; skrzynka zadań Case App; koszyki działów w Planner; kanał premier w Teams
Wykorzystane technologie
każda premiera jest sprawą z etapami, regułami zadań sterowanymi zdarzeniami, SLA i akcjami eskalacji; Case App jest skrzynką zadań
Azadania działów i akceptacje bramek wykonywane z powiadomienia w Teams
Adane podstawowe SAP, ceny, cenniki, treści internetowe, lustro w Planner; konektory Teams i SharePoint dla podsumowania, rejestru i archiwizacji
Ajeden koszyk na dział ze wszystkimi otwartymi zadaniami premier, odbicie sprawy
Aindeks materiałowy, GTIN, lista materiałowa, warunki cenowe, listingi
Apremiery według etapu, zadania zagrożone, przechodzenie bramek, dni poślizgu według działu
CIlustracyjny model ekonomiczny
Zacznijcie od kwestionowania założeń.
Planowana sprzedaż netto 1,2 mln € na SKU w pierwszym roku przy 30% marży pokrycia daje około 1 000 € marży dziennie, a dzień opóźnienia liczymy jako dzień stracony: ostrożnie dla produktów sezonowych, hojnie dla produktów bez stałego okna listingowego. Nic z tego nie jest mierzone u klienta; całość opisuje ilustracyjną pulę wartości, o którą toczy się gra, a nie oszczędność. Zakładamy średnio 14 dni możliwego do uniknięcia opóźnienia na premierę, 6 000 € kosztów przyspieszeń na premierę i 30 godzin koordynacji przy pełnym koszcie 35 € za godzinę. Zautomatyzowany proces ma odzyskać dużą część tej puli, nie całość.
Korzyści biznesowe
- Terminy premier się utrzymują: spóźniony poprzednik jest widoczny trzy dni przed tym, zanim zaboli, więc środkiem zaradczym jest drobna korekta zamiast ekspresowego dodruku
- Indeks w SAP, GTIN, warunki cenowe i cenniki istnieją w ciągu doby od bramki, założone raz na podstawie zamrożonej specyfikacji
- Czas koordynacji jednej premiery spada z około 30 godzin ponaglania do ułamka tego czasu przeznaczonego na decyzje, w modelowanym przypadku
- Wydatki na przyspieszenia stają się zarejestrowaną decyzją w sprawie, a nie zaskakującą fakturą
Perspektywa zarządu
- Gotowość jest liczbą, nie opinią: premiery według etapu, zadania zagrożone i dni poślizgu według działu na jednym pulpicie
- Bramki egzekwują reguły: żadna premiera nie przechodzi do etapu dostaw bez zatwierdzonego projektu graficznego i kompletnych danych podstawowych, niezależnie od tego, kto jest na urlopie
- Zapis premiery jest audytowalny: kto zatwierdził którą wersję dokumentu, kiedy powstał każdy obiekt w SAP, która decyzja przesunęła termin
Wpływ na KPI zarządu
Bezpieczeństwo i nadzór
Automat ma dokładnie te uprawnienia, których potrzebuje. Ani jednego więcej.
- Roboty pracują na dedykowanych kontach serwisowych SAP ograniczonych do obiektów materiału, listy materiałowej, cen i listingów; nikt nie udostępnia własnego loginu, a każde działanie robota jest logowane w Orchestrator z odniesieniem do sprawy
- Projekty graficzne, specyfikacje i formularze listingowe żyją na SharePoint w Państwa tenancie Microsoft 365 z wersjonowaniem; stojące za nimi dane spraw, historia zadań i reguły leżą w UiPath Automation Cloud, region UE
- Rozdział obowiązków tkwi w rolach: kto ustala cenę, ten jej nie zatwierdza, a osoba akceptująca projekt graficzny nie zwalnia zamówienia kartonów; każda decyzja na bramce zapisuje użytkownika, znacznik czasu i wersję dokumentu
- Premiery pozostają poufne do ogłoszenia: role w sprawie odpowiadają grupom Microsoft Entra ID, lustro w Planner zawiera wyłącznie tytuły, właścicieli i terminy, a sekrety SAP i PIM leżą w magazynie poświadczeń Orchestrator lub w Azure Key Vault
Dlaczego teraz
Rozporządzenie (UE) 2025/40 w sprawie opakowań i odpadów opakowaniowych obowiązuje od sierpnia 2026 r. i stopniowo wprowadza obowiązki dotyczące oznakowania w kolejnych latach; każda lista kontrolna premiery zyskuje nowe wiersze, a lista, która już dziś się ślizga, będzie ślizgać się bardziej
Modelowana pula to 505 200 € na kalendarz premier, około 42 000 € miesięcznie; proces, który odzyska jej trzecią część, zwraca się w pierwszym kalendarzu
Maestro Case jest ogólnie dostępne od czerwca 2026 r. z etapami, regułami sterowanymi zdarzeniami, zdarzeniami SLA i akcjami eskalacji, a zadania Action Center wykonuje się w Teams; rok temu taki projekt oznaczał oprogramowanie na zamówienie
Role zarządcze, których to dotyczy
Premiery stają się procesem z bramkami i liczbową miarą gotowości zamiast arkusza trzymanego w całości przez jedną osobę
Terminy obiecane sieciom się utrzymują, a key account managerowie przestają negocjować poślizgi
Przychód z premiery pojawia się w kwartale, na który był planowany, a koszty przyspieszeń stają się widocznymi decyzjami zamiast podatku od premiery
Częste pytania i zastrzeżenia
Planner pokazuje zadania; nie założy indeksu w SAP, nie zatrzyma bramki do czasu zatwierdzenia projektu graficznego i nie eskaluje przekroczonego terminu. Sprawa jest silnikiem, a Planner pozostaje widokiem zespołu.
Czterdzieści zadań to średnia, nie reguła. Każdy typ premiery ma własny szablon, do trwającej sprawy można dodać zadania ad hoc, a etap naprawczy istnieje dla premier, które schodzą z kursu.
Koordynator premier zmienia datę docelową w sprawie, a terminy przeliczają się na nowo; spóźnione zadania dostają nowy priorytet, nie giną. Oś czasu zapisuje, kto przesunął termin i dlaczego.
Kiedy to nie jest właściwe rozwiązanie
- Mniej niż około sześciu premier rocznie przy stabilnym zespole: dobrze prowadzony plan w Planner i comiesięczne spotkanie są tańsze
- Niejasna własność specyfikacji, puli GTIN i indeksu materiałowego; najpierw ład danych podstawowych
- Brak uzgodnionych etapów i bramek, każda premiera prowadzona inaczej; przed jakąkolwiek sprawą potrzebny jest dwudniowy warsztat o modelu bramek
Pytanie na najbliższe posiedzenie
Które z zeszłorocznych premier trafiły do sieci w terminie, który podano im jako pierwszy, i ile każdy tydzień poślizgu kosztował w marży i kosztach przyspieszeń?
Podejście wdrożeniowe
Zaczynamy od jednego wycinka procesu i rozszerzamy dopiero po dowodzie.
Dostarczamy
- Rekonstrukcję ostatnich dwunastu premier: daty planowane i rzeczywiste, które zadania się spóźniły i dlaczego, rzeczywisty graf zależności
- Model sprawy premiery: etapy, szablony zadań według typu premiery, reguły bramek, etap naprawczy, macierz SLA i eskalacji
- Formularze zadań w Teams, lustro w Planner, pulpit gotowości i tygodniowe podsumowanie
- Roboty dla indeksu materiałowego SAP, GTIN, kontroli listy materiałowej, warunków cenowych, cenników i treści internetowych
- Pilotaż na dwóch bieżących premierach różnego typu, następnie rozszerzenie na pełny kalendarz z hypercare i runbookiem
Potrzebujemy od Państwa
- Obecnego arkusza oraz dat planowanych i rzeczywistych ostatnich dwunastu premier
- Właściciela procesu premier z mandatem do ustalenia definicji bramek oraz jednej osoby kontaktowej na dział
- Kont technicznych do SAP, PIM i systemu specyfikacji; administratora tenanta dla uprawnień Teams, SharePoint i Planner
Etapy
Analiza
Dwanaście przeanalizowanych premier, graf zależności, inwentarz zadań, definicje bramek
Projekt
Model sprawy, szablony zadań, macierz SLA i eskalacji, zakres robotów, model bezpieczeństwa
Budowa
Sprawa, formularze zadań, roboty, integracje SAP i PIM, lustro w Planner, pulpit
Walidacja
Próba na zakończonej premierze, następnie dwie bieżące premiery równolegle z arkuszem
Uruchomienie i strojenie
Pełny kalendarz w sprawie, wycofanie arkusza, hypercare, kalibracja SLA
Korporacyjne. Nakład zależy od liczby typów premier, obiektów i interfejsów SAP, liczby działów i ról akceptujących oraz stopnia standaryzacji PIM, systemu specyfikacji i formatów sieci handlowych.
Czternasta wersja arkusza premier wciąż pokazuje nowy GTIN jako w toku.
Prosimy o przesłanie zanonimizowanego arkusza premier z datami planowanymi i rzeczywistymi ostatnich dwunastu premier. Odsyłamy analizę ścieżki krytycznej: gdzie zniknęły tygodnie i które zadania przejęłyby reguły i roboty.
Prześledźmy Państwa ostatnią premieręTen sam problem ma zwykle sąsiedni proces
Koniec z gubieniem zmian konstrukcyjnych między PLM, ERP, trzema zakładami i czterdziestoma dostawcami.
Zobacz rozwiązanie Łańcuch dostawDane produktów i cenniki spójne we wszystkich kanałachKoniec z przepisywaniem każdego nowego produktu i zmiany ceny do ERP, PIM, sklepu internetowego i każdego marketplace.
Zobacz rozwiązanie Operacje i produkcjaNiezgodności i CAPA obsługiwane w TeamsZabezpieczenie, przyczyna źródłowa, 8D dostawcy i weryfikacja skuteczności żyją w jednym arkuszu i trzech skrzynkach.
Zobacz rozwiązanieBranże, w których wdrażamy to najczęściejProdukcja i przemysł