Projekt, który wstrząsnął

TEMAT NUMERU
Case study: Internetowa Platforma Dostawców w Amica SA
Projekt, który wstrząsnął
łańcuchem dostaw
W niniejszym artykule przedstawiam dosyć długą historię implementacji internetowej
Platformy Dostawców w Amica SA. Projekt, choć technologicznie dosyć prosty, doskonale
pokazuje dalekosiężne skutki tego rodzaju inicjatyw dla zarządzania łańcuchem dostaw,
zwłaszcza kiedy konsekwentnie realizuje się przyjęte założenia w duchu integracji i budowania
dojrzałości informacyjnej przedsiębiorstwa.
P
omysł wdrożenia internetowego
narzędzia usprawniającego współpracę z dostawcami narodził się
w Amice już w połowie 2014 r. Zało-
żono wdrożenie następujących, głównych
funkcjonalności:
r zunifikowanie formy wysyłki dokumentów
zaopatrzeniowych do dostawców,
r ujednolicenie potwierdzania realizacji
zamówień,
r standaryzacja wydruków dokumentu awiza
dostawy,
r weryfikacja stanów komponentów powierzonych podwykonawcom,
r systemowe zarządzanie i archiwizacja świadectw RoHS i innych załączników do dostaw,
Rys. 1. Aplikacje SAP Fiori
r udostępnienie dostawcom bieżących raportów terminowości dostaw OTiF (ang. On-
Dane na Platformie miały być w dużej mierze
miał mieć możliwość ich modyfikacji zgodnie
-Time In-Full).
autonomiczne od danych w SAP ERP i niezależnie
z własnym harmonogramem dostaw.
Planowane korzyści wynikające z wdrożenia
zarządzane. Przykładowo zamówienia miały być
Te założenia w 2014 r. uległy jednej, funda-
„przesyłane” do Platformy okresowo, a dostawca
mentalnej zmianie, zgodnej z duchem projektów
Platformy to przede wszystkim skrócenie czasu
komunikacji z dostawcami; udostępnienie im
zamówień w jednolitej formie i w jednym miejscu; szybkie uzyskanie potwierdzeń realizacji
zamówień i ich natychmiastowe uwzględnienie w planowaniu MRP; usprawnienie pracy
magazynu poprzez przyjmowanie dostaw na
bazie jednolitego dokumentu awiza dostawy;
systemowy nadzór nad świadectwami RoHS
zgodnie z unijną dyrektywą Restriction of
Hazardous Substances (2002/95/EC).
Niebagatelną rolę grało też budowanie
wizerunku Amiki jako nowoczesnej, innowacyjnej firmy, w pełni koordynującej systemowo
proces logistyczny.
Początkowo Platforma rozważana była jako
oddzielny portal internetowy, tylko częściowo
zasilany danymi z centralnego systemu SAP ERP.
34
Rys. 2. Przykładowe aplikacje Neptune Software
Logistyka a Jakość | nr 5 | wrzesień-październik 2016
integracji łańcucha dostaw w SAP ERP, przeprowadzonych w Amice w latach 2014-2016.
– Zweryfikowaliśmy nasze pierwotne podejście
do Platformy jako w dużym stopniu samodzielnego
Kolejną niebagatelną kwestią było zapewnienie
bezpieczeństwa danych. Wszak Platforma dostawców
miała współdziałać wprost z centralnym systemu
SAP ERP.
systemu. Zgodnie z dewizą „one company, one sys-
– Integracja procesów logistycznych w jednym,
tem, one data” postanowiliśmy, że Platforma będzie
centralnym systemie daje firmie wiele korzyści. Jed-
prezentować dane bezpośrednio z naszego systemu
nak stawia też duże wyzwania w zakresie security,
SAP ERP, a cały proces zaopatrzenia w komponenty
zwłaszcza w kontekście rozszerzonego łańcucha
poprzez Platformę uczynimy w 100% transparent-
dostaw i ścisłej współpracy z dostawcami. Dewiza
nym i spójnym. Uznaliśmy, że dane udostępniane
„one company, one system, one data” dodatkowo
dostawcom na Platformie mają być całkowicie
spotęgowała to wyzwanie – dostawcy mieli przecież
zgodne z danymi w centralnym systemie. Ten, zda-
pracować prawie w systemie Amiki. Po dokładnym
wałoby się, prosty paradygmat okazał się w praktyce
rozważeniu zagadnienia zdecydowaliśmy o wdrożeniu
rewolucyjny i miał daleko idące konsekwencje, ale też
trójwarstwowej architektury spełniającej, zdawa-
dał korzyści wykraczające poza początkowy zakres
łoby się, sprzeczne wymagania – bezpośredniego
projektu – mówi Błażej Sroka, dyrektor ds. zakupów
dostępu do danych w SAP ERP oraz należytej sepa-
Przejście do każdej funkcji Platformy poprzedzone
komponentów.
racji zewnętrznych kontrahentów od centralnego
jest wyświetleniem okna z pomocą oraz linkiem do
systemu. SAP WebDispatcher jest odpowiedzialny za
pliku ze szczegółową instrukcją użycia. Liczymy, że
load balancing i kierowanie ruchu sieciowego, a SAP
istotnie ułatwi to migrację kolejnych dostawców na
Technologia, bezpieczeństwo
i architektura rozwiązania
Rys. 3. Architektura Platformy Dostawców
Gateway separuje centralny system od Platformy,
Platformę. Naturalnie, wprawni użytkownicy mogą
Powołanie w 2014 r. projektu zaowocowało poszu-
zapewniając przy tym natychmiastową wymianę
te okna wyłączyć.
kiwaniem właściwej technologii dla implementacji
danych – opisuje Jerzy Zieliński, dyrektor działu
aplikacji internetowej. Początkowo zakładano budowę
technologii informatycznych.
portalu w powszechnie dostępnych narzędziach przez
zewnętrznego dostawcę, poza ekosystemem SAP
Amiki. Jednak zarówno względy licencyjne, przyjęte
Platforma wykorzystuje nowoczesne, przyjazne
kontrolki do wprowadzania danych, znane ze smartfonów, np. do wyboru dat.
Realizacja i funkcjonalność
Platformy
Elementem Platformy, który prezentuje najwięcej danych, jest raport OTiF. Kolumny tego raportu
podejście bezpośredniego publikowania danych
Rozwiązanie zagadnień technologicznych, wybór
są w pełni konfigurowalne, co pozwala każdemu
z SAP ERP, jak i wcześniejsze doświadczenia Amiki
środowiska programistycznego oraz jasne sprecyzo-
dostawcy dopasować raport do indywidualnych
skierowały uwagę zespołu w stronę aplikacji SAP
wanie reguł wymiany danych umożliwiły w krótkim
potrzeb.
Fiori. Fiori to zestaw lekkich, responsywnych aplikacji
czasie zbudowanie prototypu rozwiązania.
Naturalnie, całość aplikacji jest dostępna w języku
mobilnych dostarczanych przez SAP. Aplikacje te są
Dostawca po zalogowaniu jest witany ekranem
zarówno polskim, jak i angielskim, w zależności
dostępne zarówno w przeglądarce WWW, jak i na
początkowym, zawierającym kafelki prowadzące do
od ustawień przeglądarki dostawcy. Środowisko
urządzaniach mobilnych (smartfon, tablet).
poszczególnych funkcji Platformy.
Neptune Software umożliwia szybkie przetłuma-
Od początku zdawaliśmy sobie sprawę, że standar-
Pierwszy kafelek prowadzi do listy zamówień
czenie Platformy na kolejne języki.
dowe aplikacje Fiori nie spełnią wszystkich wymagań
dla zalogowanego dostawcy. Zielone i żółte ikony
Przy tym Platforma jest responsywna, tzn. wszyst-
stawianych Platformie. Przy tym chcieliśmy mieć
oznaczają strefę ustaloną, które zamówienia dostawca
kie jej elementy dopasowują się automatycznie do
pełną kontrolę nad funkcjonalnością i dalszym
powinien realizować, oraz prognozowaną, do realizacji
rozmiaru ekranu urządzenia (komputer stacjonarny,
rozwojem Platformy. Zatem nie mogliśmy uniknąć
których zamówień dostawca powinien się przygo-
laptop, smartfon, tablet) wykorzystywanego przez
pisania własnych aplikacji. Architektura aplikacji Fiori
tować, ze świadomością jednak możliwych zmian.
dostawcę.
wymaga napisania części pobierającej i zapisujące
dane w centralnym systemie oraz oddzielnego oprogramowania interfejsu użytkownika. Postrzegaliśmy to
jako poważną wadę i utrudnienie w szybkim pisaniu
aplikacji. Dlatego zainteresowaliśmy się rozwiązaniami
firmy Neptune Software, która umożliwia bardzo
szybką implementację obu części aplikacji w jednym środowisku, w języku ABAP dobrze znanym
wszystkim konsultantom SAP.
Zważywszy, że dla użytkownika końcowego
aplikacje Neptune są tak samo przyjazne jak aplikacje Fiori, wybór był oczywisty. Cała Platforma
dostawców została zaimplementowana w tym
środowisku.
Wszystkie zrzuty ekranów w tej części artykułu pochodzą
z systemu deweloperskiego i nie odzwierciedlają realnych
danych firmy.
1
Rys. 5. Platforma Dostawców: lista zamówień1
Logistyka a Jakość | nr 5 | wrzesień-październik 2016
35
TEMAT NUMERU
Podsumowanie
Szybka implementacja samej Platformy stanowiła mniej więcej dopiero połowę projektu.
W trakcie testów zespół projektowy natrafił na całe
pokłady pozasystemowej komunikacji z dostawcami. W istocie zamówienia wysyłane do nich
nie miały albo przynajmniej nie miały pełnego
odwzorowania w systemie SAP ERP. Proszę dobrze
zrozumieć powyższe stwierdzenie – do dostawców
były przesyłane prawidłowe i rzetelne dane, planiści
skutecznie zarządzali dostawami, jednak w dużej
mierze działo się to poza systemem, w arkuszach
Excel. To stało w sprzeczności z podstawowymi
założeniami projektu – prezentowania na Platformie
danych wprost z SAP ERP, transparentności procesu
i spójności informacji logistycznych.
Zatem w dalszym toku projektu zintegrowano
Rys. 6. Platforma Dostawców: pomoc kontekstowa
funkcje planistów w systemie, co ciekawe – prawie
w całości w standardzie SAP ERP, tak aby wszystkie
wyniki ich pracy pochodziły z systemu i znajdowały się w nim. W tym miejscu projekt z technologicznego stał się typowym projektem Change
Management, z silnym aspektem edukacyjnym.
Cele i charakter pracy planistów pozostały takie
same, istotnie zmieniły się natomiast narzędzia –
zamiast arkuszy Excel zaczęto używać automatyzacji
procesowej w SAP ERP. Udało się przy tym przełamać międzydepartamentalne bariery, zintegrować
i uwspólnić informację logistyczną, a to wszystko
dzięki pryncypialnemu stosowaniu dewizy „one
company, one system, one data”.
– Zasięg zamian w zakresie zarządzania logistyką
komponentów, wynikający z pozornie nieskomplikowanego projektu, przeszedł moje najśmielsze oczekiwania. Wydawałoby się proste założenie publikowania
na Platformie danych wprost z SAP ERP spowodował
Rys. 7. Platforma Dostawców: wybór daty przy pomocy kontrolki
daleko idącą integrację funkcji planowania, obsługi
i realizacji dostaw. Wszyscy uczestnicy procesu mówią
teraz jednym językiem, językiem danych zawartych
w systemie, które są jednoznaczne, spójne i dostępne.
Mamy teraz jedną wersję prawdy. Poza wszystkim
zakładanymi celami, jest to, moim zdaniem, jedno
z większych osiągnięć tego projektu – podsumowuje
Joanna Kaliszan, kierownik projektu implementacji
Platformy Dostawców.
Dominik Tylczyński
dyrektor Działu Konsultingu SAP
Rys. 8. Platforma Dostawców: konfiguracja raportu OTiF
36
Logistyka a Jakość | nr 5 | wrzesień-październik 2016
InTeco Business Solutions