Problem.

Dlaczego Klient potrzebował makroaplikacji?

Problemem mojego Klienta był brak przejrzystego systemu rejestracji komponentów, które zostały uszkodzone podczas procesu produkcyjnego i w konsekwencji powinny zostać zezłomowane. Ze względu na ogromne wymagania jakościowe (korporacja produkuje układy hamulcowe dla największych globalnych marek) i konieczność ścisłego nadzoru, mój Klient uznał tę aplikację za najważniejszą ze wszystkich, jakie dla niego wykonałem.

Pierwsza wersja została przeze mnie dostarczona już w 2013r. Od tego czasu, co jakiś czas, wprowadzamy w narzędziu drobne zmiany. Poza aplikacją dla kontroli jakości, w międzyczasie powstała także wersja dla inwentaryzacji.

Rok 2023 okazał się przełomowy dla tej aplikacji.

Najpierw w marcu, utworzyliśmy trzecią wersję – tym razem dla magazynu. Jej celem była rejestracja uszkodzeń powstałych w trakcie transportu, pracy na magazynie lub błędów przy samej inwentaryzacji.

Najważniejsze jednak miało nadejść w czerwcu… Korporacja 3-lipca miała tzw. GO-LIVE. Konieczne było przerobienie obu aplikacji (kontrola jakości + inwentaryzacja).

Mariusz, mam bardzo pilny temat! Dotyczy on Twojego narzędzia do scrappingu. Mamy uruchomienie nowego systemu i konieczna jest m.in. zmiana pliku zaczytywanego przez SAP. Bez tego staniemy. Płacę jak za prezydenta!!!”.

JAKUB, STARSZY KIEROWNIK SEKCJI INTRALOGISTYKI

Biorąc pod uwagę fakt, że aplikację obsługuje ok. 80 osób i dziennie generowanych jest co najmniej kilkadziesiąt kart – aktualizacja zyskała status KRYTYCZNY. Rozpoczęła się więc nasza walka z czasem…

Rozwiązania.

Jak pokonaliśmy problem?

Z punktu widzenia tej aplikacji, dla Klienta najważniejsze były dwie rzeczy:

• Możliwość generowania kart PDF. Każda karta wygląda podobnie i składa się z trzech sekcji. Na górze określamy miejsce, gdzie powstał błąd (obszar, zespół, linia, MPK). Następnie mamy tabelkę z rejestrem uszkodzonych części (numer, opis, lokalizacja, ilość, wartość, kod błędu, metoda likwidacji). Na dole zaś znajdują się dwie stopki. Pierwsza z nich wymaga aż ośmiu podpisów, druga jest obowiązkiem informacyjnym dotyczącym ich wypełniania. Ich położenie zmienia się dynamicznie zależnie od liczby komponentów na karcie.
• Rejestracja w systemie SAP. Począwszy od 2013r. dane z kart były zapisywane do plików tekstowych, które następnie były wczytywane do SAP. Tym razem mój Klient chciał, aby generowane były pliki XLSX wg konkretnego szablonu, który zawierał aż 32-kolumny.

Po prawidłowej aktualizacji tych zadań i usprawnieniach dotyczących walidacji danych rozpoczęliśmy testy w środowisku Klienta.

Docelowo stworzyliśmy narzędzie, które jest obsługiwane równocześnie przez kilkadziesiąt osób. Każdy pracownik ma możliwość wygenerowania karty z unikatowym numerem i pliku Excela, który może od razu wgrać do systemu SAP.

Całość udało nam się wykonać przed deadline`m dzięki czemu Fabryka mogła bez przeszkód kontynuować produkcję. Dzień, w którym raport XLSX po raz pierwszy wczytał się do SAP był dniem ogromnej ulgi dla kontrolerów jak i kierownictwa całego Zakładu.