Mandat klienta

"Odejść całkowicie od ABAP Dependency"

Niedawno usłyszałem ofertę dla istniejącego klienta SpinifexIT, który niedawno zakupił nasze Centrum Kontroli Płac rozwiązanie.

Zaangażowany kierownik projektu powiedział "Mamy teraz mandat, aby całkowicie odejść od zależności od ABAP".

Chociaż jestem programistą ABAP od ponad 20 lat, widzę również uzasadnienie. W dzisiejszych czasach widzę wielu klientów, którzy zastanawiają się, co zrobić z ich dostosowaniem ABAP, które zbudowali w ciągu ostatnich kilku dekad.

Dzieje się tak zwłaszcza w przypadku, gdy klienci podejmują się aktualizacji systemu do S/4HANA lub nawet Employee Central/Employee Central Payroll. Przy takich migracjach często pojawiają się punkty decyzyjne dotyczące tego, czy migrować obecny kod niestandardowy, czy też pozostawić go za sobą.

Czasami kod wymaga przeprojektowania

Często jednak nie jest to tylko decyzja o tym, czy przenieść kod, czy nie. W wielu przypadkach istnieją scenariusze, w których widzimy potrzebę przeprojektowania istniejącego kodu ABAP. Niektóre częste przypadki, które widzimy to:

Jakie są alternatywy?

Dla wielu klientów, że kod, który zbudowali przez lata, jest również bardzo podobny do niektórych komercyjnych produktów, które można zobaczyć w sklepie SAP. Bardzo polecam sprawdzenie ich przed całkowitym podjęciem decyzji o tym, czy podjąć się dużego projektu reengineeringu funkcjonalności, a nawet zbudować nową funkcjonalność.

Mogę być stronniczy (Jestem współzałożycielem SpinifexIT), ale po pracy z budowaniem oprogramowania Addon przez ostatnie 20 lat, widziałem wartość, jaką może to przynieść wielu klientom, bez konieczności podejmowania ciężaru IT z dodatkowym długiem technicznym.

W przypadku wielu kluczowych zadań związanych z SAP HXM/SuccessFactors, celowo staramy się budować solidne rozwiązania dla wielu najczęstszych obszarów, w których klienci często potrzebują dodatkowej funkcjonalności. Nie ograniczamy się jedynie do rozwiązania problemu, który może wystąpić dzisiaj, ale bierzemy również odpowiedzialność za dodanie funkcjonalności, aby nasze narzędzia działały wraz z rozwojem systemu SAP.

Weźmy na przykład nasze rozwiązanie Easy Reporter . Jest ono dostępne od prawie 20 lat, ale przez ten czas byliśmy świadkami ciągłych zmian w systemie SAP. Dzięki ciągłemu zapotrzebowaniu na dodatkowe źródła danych w SAP, dodaniu SuccessFactors, raportowaniu Payroll Control Center Decluster, a następnie pracy z różnymi rozwiązaniami Employee Self Service / Manager Self Service na przestrzeni lat, nasi klienci byli w stanie nadążyć za tym bez konieczności posiadania zespołu programistów. SpinifexIT po prostu dostarcza nową wersję co 6 miesięcy.  

Jako przykład: Nasze ostatnie nadchodzące wydanie wydobyło całkowicie nowy front end Fiori dla wykonania raportu Easy Reporter .

Wykorzystaj swój zespół ABAP do wyróżnienia swojej firmy

Nie mówię, aby iść i zwolnić swój zespół ABAP jutro. Ale to, że ciągle wprowadzają małe modyfikacje lub dodatkowe wersje raportów, aby spełnić potrzeby biznesowe, nie jest najlepszym wykorzystaniem ich czasu.

Moja sugestia jest taka, aby utrzymać podstawowy zespół programistów pod ręką, używamy ich w obszarach, które naprawdę mogą wyróżnić klienta. Posiadanie zespołu ABAP budującego raporty lub inne funkcjonalności, które można sprowadzić z półki, nie ma sensu. Nie tylko jest to kosztowne i czasochłonne, ale w większości przypadków nie będzie miało tak dużej funkcjonalności.

Wykorzystanie tego samego zespołu do zbudowania funkcjonalności, która naprawdę odróżnia klienta od konkurencji lub czyni go bardziej wydajnym, ma jednak sens. Na przykład: Klient, który ma unikalny rodzaj działalności, który potrzebuje dodatkowych ekranów lub funkcjonalności, aby poprawić ten biznes, ma sens budowanie tego, ponieważ prawdopodobnie nie ma nic dostępnego komercyjnie.

Darren Souter_Headshot_Blue_Transparent

Darren Souter

Współzałożyciel i produkt
Dyrektor ds. technologii - Easy Suite

Zrób pierwszy krok

Related Content