Start · Rozwiązania · Operacje i produkcja

Rozwiązanie · Operacje i produkcja

Dziewięć 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.

Rozwiązanie korporacyjneMicrosoft TeamsCzłowiek w pętli decyzyjnejAutomatyzacja deterministyczna
40zadań w dziewięciu działach trzeba wykonać we właściwej kolejności, zanim ten przykładowy producent wyśle jeden nowy SKU. Wprowadza 24 rocznie, z arkusza.

Streszczenie dla zarządu

Wyzwanie

Koniec z dowiadywaniem się o poślizgu premiery z dokumentu dostawy od dostawcy kartonów.

Co się zmienia

Jedna premiera to jedna orkiestrowana sprawa.

Wartość biznesowa

Terminy premier się utrzymują: spóźniony poprzednik jest widoczny trzy dni przed tym, zanim zaboli.

Systemy w tle

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.

  1. 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
  2. OczekiwanieWnioski o GTIN, indeks materiałowy w SAP i warunki cenowe czekają w skrzynkach i czatach Teams, aż ktoś z odpowiednimi uprawnieniami znajdzie czas
  3. 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
  4. 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
  5. Ryzyko błęduZależności pozostają niewidoczne: kartony zamawia się przed akceptacją regulacyjną albo formularz listingowy zawiera GTIN, który później się zmienia
  6. OczekiwaniePoślizg staje się faktem, gdy dostawca kartonów potwierdza dostawę dwa tygodnie po planowanej pierwszej produkcji
CzłowiekOczekiwanieSystemRyzyko błędu

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

Każda premiera z dwutygodniowym poślizgiem21 050 €
Jeden kalendarz premier, 24 SKU przy dzisiejszym poślizgu505 200 €
Trzy kalendarze premier na tym samym arkuszu1 515 600 €

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.

Scenariusz ilustracyjny

Przykładowa organizacja o realnych proporcjach — liczby służą do policzenia sprawy na Waszych danych, nie są wynikiem klienta.

Organizacja

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.

Wolumen

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.

Obecny proces

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.

Wąskie gardło

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.

Rozwiązanie

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.

Potencjalny efekt

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.

Wykorzystane funkcje natywne

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

Co budujemy

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

Integracje dedykowane

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

  1. 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
  2. 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
  3. 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
  4. 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
  5. 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ę
  6. 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
AutomatyzacjaCzłowiekSystem

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

PrzedPo
Średni poślizg wobec terminu podanego sieciomokoło dwóch tygodnimodelowany cel: kilka dni
Kiedy widać spóźnione zadaniena wtorkowym spotkaniu albo z dostawy kartonówtrzy dni przed terminem
Indeks w SAP, GTIN, warunki cenowe, cenniki, treści internetoweprzepisywane ręcznie przez dwa do trzech tygodnitworzone przez roboty w ciągu doby od bramki
Status premieryarkusz Excel, wersja 14oś czasu sprawy na żywo, pulpit gotowości, tygodniowe podsumowanie w Teams

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

rejestr premier na SharePointUiPath Maestro CaseUiPath OrchestratorSAP S/4HANAzadania Action Center w Teams

Wykorzystane technologie

UiPath Maestro (Maestro Case)

każda premiera jest sprawą z etapami, regułami zadań sterowanymi zdarzeniami, SLA i akcjami eskalacji; Case App jest skrzynką zadań

A
UiPath Action Center w Microsoft Teams

zadania działów i akceptacje bramek wykonywane z powiadomienia w Teams

A
UiPath Robots + Orchestrator + Integration Service

dane podstawowe SAP, ceny, cenniki, treści internetowe, lustro w Planner; konektory Teams i SharePoint dla podsumowania, rejestru i archiwizacji

A
Microsoft Planner + Microsoft Graph Planner API

jeden koszyk na dział ze wszystkimi otwartymi zadaniami premier, odbicie sprawy

A
SAP S/4HANA (BAPI/OData przez aktywności UiPath SAP)

indeks materiałowy, GTIN, lista materiałowa, warunki cenowe, listingi

A
Pulpit gotowości na Maestro Process Intelligence i widokach Case App

premiery według etapu, zadania zagrożone, przechodzenie bramek, dni poślizgu według działu

C
Apotwierdzona funkcja produktu (dokumentacja producenta)Cmodel ilustracyjny — liczby na tej stronie

Ilustracyjny model ekonomiczny

Zacznijcie od kwestionowania założeń.

Model ilustracyjny
24 premiery × 14 dni możliwego do uniknięcia opóźnienia × 1 000 € zagrożonej marży pokrycia dziennie= 336 000 € / rok
24 premiery × 6 000 € kosztów przyspieszeń (ekspresowe dodruki, transport ekspresowy, nadgodziny na linii)= 144 000 € / rok
24 premiery × 30 h ponaglania, aktualizacji arkusza i spotkań premierowych × 35 € pełnego kosztu godziny= 25 200 € / rok
Roczna pula wartości, o którą toczy się gra (ilustracyjnie)= 505 200 €

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

odsetek premier na czasśrednia liczba dni poślizgu na premieręzadania zamknięte w SLAkoszt przyspieszeń na premierędni od zamrożenia specyfikacji do kompletnego indeksu w SAP

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

01

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

02

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

03

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

COO

Premiery stają się procesem z bramkami i liczbową miarą gotowości zamiast arkusza trzymanego w całości przez jedną osobę

Dyrektor handlowy

Terminy obiecane sieciom się utrzymują, a key account managerowie przestają negocjować poślizgi

CFO

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

Prowadzimy już premiery w Planner. Po co jeszcze sprawa?

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.

Nasze premiery są zupełnie różne: rozszerzenia linii, nowe marki, marki własne.

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.

Co się dzieje, gdy trzeba przesunąć termin?

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.