SAP wdrożony na czas, bez przekroczonego budżetu.

Wyzwanie

W środowiskach SAP automotive linie harmonogramu dostaw są nieustannie zmieniane, ręcznie lub przez EDI, ale nie są twardo powiązane z rzeczywistymi dostawami. SAP nie przechowuje bezpośredniego odniesienia między dostawą a linią harmonogramu, z której faktycznie wynikała, przez co historia się rozjeżdża i praktycznie nie da się odtworzyć, co realnie się wydarzyło i kiedy.

Rezultat

Przeanalizowaliśmy wewnętrzną logikę SAP i odtworzyliśmy brakujące powiązanie między planowaniem a rzeczywistymi dostawami, którego SAP nie udostępnia w standardzie. Powstało autorskie narzędzie łączące linie harmonogramu z rzeczywistymi dostawami i fakturami, śledzące momenty zmian, realne czasy dostaw i wydań magazynowych oraz historię zmian linii w czasie, tworząc połączenie między planowaniem a dostawami, którego w raportach wcześniej brakowało. Po raz pierwszy klient mógł zmierzyć i śledzić, jak terminowo dostarcza towar swoim własnym klientom.

Wyzwanie

Podczas transformacji do S/4HANA decyzja, które produkty migrować, to jeden z najtrudniejszych problemów projektu. Część produktów ma słabą jakość danych podstawowych (MD) pomimo tego, że są aktywnie sprzedawane, a część produktów ma kompletne, czyste dane podstawowe pomimo tego, że są przestarzałe i nieistotne. Sama jakość danych podstawowych nie może być podstawą decyzji o tym, co powinno wejść w zakres.

Rezultat

Zbudowaliśmy model analizujący dane sprzedażowe, zakupowe, stany magazynowe oraz dane podstawowe, powiązany ze strukturami sprzedażowymi (BOM), z zakresem regulowanym przez osobny plik walidowany przez biznes. Zmniejszyło to bazę produktową o 80% przed migracją. Przy starcie produkcyjnym sprzedaż działała bez zakłóceń, księgowość nie zgłaszała brakujących produktów przy istniejących zapasach, a żaden proces operacyjny w firmie nie został zablokowany. Jednocześnie do nowego systemu nie trafiło nic zbędnego.

Wyzwanie

Systemy generują logi błędów liczące miliony wpisów. Zespoły wsparcia je przeglądają i zakładają zgłoszenia serwisowe, ale zwykle kończy się to naprawianiem pojedynczych zgłoszeń, a nie usuwaniem faktycznej przyczyny błędów. Bez możliwości zobaczenia błędów pogrupowanych według kategorii i wolumenu, trudno w ogóle wiedzieć, od czego zacząć.

Rezultat

Skategoryzowaliśmy błędy, pokazując ich wolumen według typu, ustaliliśmy priorytety i wskazaliśmy zespołowi rzeczywiste źródła problemów zamiast pojedynczych symptomów. Śledzenie zmian liczby błędów w czasie pozwoliło nam sprawdzać, czy dana poprawka faktycznie zadziałała, czy nie wywołała nowych błędów w innych obszarach, oraz jak nasze poprawki wpływały ogólnie na jakość danych w systemie. Realnie odciążyło to zespół wsparcia i wyeliminowało potrzebę ciągłego powiększania jego liczebności, zamiast gasić kolejne pojedyncze zgłoszenia, zespół mógł skupić się na usuwaniu rzeczywistych przyczyn błędów.

Wyzwanie

Standardowa logika cenowa w SAP opiera się na wolumenie produktu, ale niektóre produkty wymagają wyceny na podstawie ilości konkretnego składnika aktywnego, np. zawartości metalu, a nie samego produktu. Dodatkową trudnością było to, że każdy batch tego samego produktu mógł zawierać inny procent składnika aktywnego, przez co cena musiała być przeliczana indywidualnie dla każdej partii.

Rezultat

Wdrożyliśmy model cenowy liczący wartość na podstawie zawartości składnika aktywnego na jednostkę, na poziomie batcha, dający klientowi dokładną, dopasowaną do partii wycenę odzwierciedlającą rzeczywisty skład produktu, a nie wolumen opakowania czy wysyłki.

Wyzwanie

Przepływy sprzedażowe między magazynami o różnych reżimach VAT i celnych, np. z magazynu w reżimie VAT do standardowego, albo z bonded do bonded, tworzyły złożoność podatkową i raportową, której standardowa konfiguracja magazynów w SAP nie obsługuje w prosty sposób.

Rezultat

Zaprojektowaliśmy i wdrożyliśmy model magazynowy w SAP poprawnie obsługujący przepływy towarowe i sprzedażowe między różnymi reżimami VAT i celnymi, zapewniając poprawne opodatkowanie i raportowanie na każdym etapie.

Wyzwanie

Migracja rekordów klientów z wielu systemów, w tym SAP CRM, do SAP S/4HANA, przy pełnej zgodności z RODO i wymogami retencji danych. Był to jeden z największych projektów tego typu na świecie, ponad 100 milionów rekordów, obejmujący działalność na pięciu kontynentach, wraz z całą złożonością regulacyjną i operacyjną, jaką niesie ze sobą taka skala.

Rezultat

Koordynowaliśmy transformację danych klientów na dużą skalę dla dużej organizacji retailowej, konsolidując wiele systemów źródłowych w jeden, z obsługą RODO i zasadami retencji zaprojektowanymi w migracji od samego początku. Projekt został zrealizowany na czas i w ramach budżetu, mimo globalnych zakłóceń spowodowanych pandemią COVID-19, dzięki dyscyplinie w zakresie, harmonogramie i pracy zespołu ustalonej od pierwszego dnia.

Wyzwanie

API KSeF przyjmuje i potwierdza faktury nawet wtedy, gdy wartości na nich się nie zgadzają, nie sygnalizuje żadnego błędu. Problemy ujawniają się dopiero później, a wtedy mogą wiązać się z realnymi konsekwencjami prawnymi i finansowymi.

Rezultat

Stworzyliśmy autorskie narzędzie do sprawdzania faktur w KSeF, jakiego nie ma nigdzie indziej, działające niezależnie od SAP. Wspierało nas podczas budowy rozwiązania do KSeF, przyspieszyło testy przed startem produkcyjnym i nadal służy do audytów już po go-live, automatycznie sprawdzając, czy liczby się zgadzają, czy ceny są poprawne, czy VAT jest naliczony prawidłowo i czy nie brakuje żadnych wymaganych danych, wychwytując to, czego nie zgłosi samo API.

Wyzwanie

Budowanie zgodności z e-fakturowaniem od zera dla każdego kraju jest czasochłonne i tworzy kolejny, oderwany od reszty proces do utrzymania. W przypadku KSeF dane były pobierane z wielu, niepowiązanych źródeł, co stwarzało realne ryzyko rozbieżności między wydrukiem a treścią przesyłaną do organu.

Rezultat

Zamiast budować e-fakturowanie jako osobne, customowe rozwiązanie, rozszerzyliśmy istniejące funkcjonalności SAP, wykorzystując mechanizm, w jaki system już zbiera i drukuje dane dokumentów. Powstało rozwiązanie oparte na mapowalnych, konfigurowalnych tabelach, bliskie standardowi SAP, a nie jednorazowy custom development, które można rozszerzać na kolejne kraje przy minimalnym nakładzie pracy. Działa już w Rumunii, Polsce, we Włoszech, w Grecji, Niemczech, na Słowacji i we Francji. Ponieważ opiera się na tym samym źródle co wydruk dokumentu, każda zmiana na wydruku automatycznie odzwierciedla się w e-fakturze, co skraca czas wdrożenia i znacząco upraszcza testy oraz analizy biznesowe.