Temat: Model pracy użytkowników SAP

Ostatnio zainteresował mnie temat, który jest związany z niemałym kosztem nabycia licencji SAP. Temat polega na sposobie "wyposażania" pracowników w licencje SAP przy obsłudze danego procesu gospodarczego. Jeden ze sposobów polega na tym, że każdy uczestnik procesu jest wyposazony w licencję i wprowadza dane do systemu samodzielnie. Inny model, to taki, kiedy grupa pracowników gromadzi dane i przekazuje je jednemu operatorowi. Znalazłbym argumenty zarówno za, jak i przeciw dla każdego z powyższych modeli, natomiast to co mnie interesuje, to stosowana praktyka w Waszych firmach.

U mnie, w spółce dystrybucyjnej z branży energetycznej, króluje model indywidualnych licencji.

Temat: Model pracy użytkowników SAP

U mnie w firmie generalnie kazdy ma miec swoje konto korporacja placi ryczalt SAPowi rocznie niezaleznie od liczby uzytkownikow. Potem jest to dzielone na poszczegolne biznesy plus oczywiscie koszty supportu.
Na tym etapie przewaznie biznes decyduje sie na redukcje kont gdyz koszt jest zbyt duzy. Oczywiscie musi byc to wywazone. Moja firma podlega restrykcja zwiaznaym z SOX'em i stworzenie jednego super usera wprowadzajacego wszytkie dane jest praktycznie niewykonalne ze wzegledu na audyt SOXowy.
Z tego co slyszalem jest jeszcze opcja WEB access do SAP'a, wiaze sie to oczywiscie z zakupem modulu umozliwiajacego korzystanie z SAP przez WEB, ale wtedy liczba uzytkownikow nie jest ograniczana. Z tym ze nie moge tego z cala pewnoscia potwierdzic, gdyz nie odpowiadam za negocjowanie kontraktu z SAPem, ale moze warto zapytac :)

Temat: Model pracy użytkowników SAP

Z tego co slyszalem jest jeszcze opcja WEB access do SAP'a, wiaze sie to oczywiscie z zakupem modulu umozliwiajacego korzystanie z SAP przez WEB, ale wtedy liczba uzytkownikow nie jest ograniczana. Z tym ze nie moge tego z cala pewnoscia potwierdzic, gdyz nie odpowiadam za negocjowanie kontraktu z SAPem, ale moze warto zapytac :)

SAP w życiu by czegoś takiego nie wypuścił.
Jest SAP Netweaver Portal (całkiem niezłe rozwiązanie, go-live mieliśmy w wakacje) ale jeśli chcesz via Portal wprowadzać dane to i tak połączenie Portal<>R/3 powinno się to odbywać na nazwanym użytkowniku. Robisz SSO między Portalem a R/3 i gra. Jeśli połączenie Portal<>R/3 zestawisz na użytkowniku komunikacyjnnym to wtedy wszystkie wpisy w R/3 masz na jeden login - nie przejdzie przez żaden audyt :-) SOX'owy tym bardziej.

A sam Netweaver Portal jest "darmowy", przynajmniej jeśli chodzi o licencje (zakłądam, ze masz wersje suit SAPa).

Co do pierwotnej kwestii czyli sposobu wprowadzania danych to wg mnie jeśli firma się decyduje na SAPa to musi liczyć się z kosztami. Wycinanie licencji, ograniczanie ilości userów etc. mija się chyba z celem. SAP ma pomagać w przebiegu procesów a jeśli "przeszkadza" to poważny błąd był przy wdrożeniu :-)) Trochę idealistyczne mam podejście ale takowe wyznaję i u mnie się sprawdza.

Temat: Model pracy użytkowników SAP

NADAQ by się załamał chyba jakby SAP nie pobierał licencji od głowy :)

Temat: Model pracy użytkowników SAP

Dzieki za wypowiedzi, ale najwyraźniej nie wyraziłem się dość precyzyjnie. Nie chodziło mi o obchodzenie umowy licencyjnej a o sposób wprowadzania danych do systemu. Przykład może bedzie lepszy:
Mamy wydział składający się z kilku osób i realizujący określone zadania. Między innymi polegją one na zasilaniu systemu danymi oraz na generowaniu z niego raportów. Każda z osób w wydziale wykonuje mniej więcej te same zadania, zatem każda z nich może posidac licencję i pracować w systemie. Ale inny model to taki, kiedy dwie osoby spośród całej ekipy zostają przeszkolone i to one wprowadzają do systemu dane otrzymane od kolegów. Także na ich żądanie generują potrzebne im raporty.

Temat: Model pracy użytkowników SAP

inny model to taki, kiedy dwie osoby spośród całej ekipy zostają przeszkolone i to one wprowadzają do systemu dane otrzymane od kolegów. Także na ich żądanie generują potrzebne im raporty.

Można to tak rozwiązać w firmie której ostatnio pracowałem na zakładach produkcyjnych za wprowadzanie danych z modułu PM naprzykład były odpowiedzialne tylko dwie osoby choć mogło by być ich więcej. Zostały wybrane osoby które najlepiej radzą sobie z komputerem i mają najlepszą wiedzę z danego zakresu. Te osoby wprowadzały proste dane do systemu , natomiast takie rzeczy jak raporty robiła jedna osoba. Czyli tzw. end-user przeważnie przeprowadza te podstawowe czynnosci w systemie a key-userzy trudniejsze jak rowniez wspomagają wiedzą end-userów.

Mam nadzieje że dało to jakis pogląd.

Temat: Model pracy użytkowników SAP

Centralne wprowadzanie danych :)
Hm, ciekawa opcja, z tym, że jedno jest pewne dane są przepisywane do systemu a więc nie są wprowadzane w czasie rzeczywistym, ponadto przy przepisywaniu mogą pojawić sie błedy (lterówki itp.)

Jeżeli ktoś ma taki pomysł na uzywanie SAP, to chyba nie wybrał sobie najlepiej do swoich potrzeb dopasowanego systemu, albo zdefiniowany na początku cel wdrożenia jest poza zasięgiem mojej wyobraźni :)

Temat: Model pracy użytkowników SAP

Artur Jaworski:
Jeżeli ktoś ma taki pomysł na uzywanie SAP, to chyba nie wybrał sobie najlepiej do swoich potrzeb dopasowanego systemu, albo zdefiniowany na początku cel wdrożenia jest poza zasięgiem mojej wyobraźni :)

Artur,
Widzę u Ciebie oznaki zgryźliwości konsultanta ;-)
(Kiedyś znajoma mówiła mi, że miała wykład o tym, że w konsultingu się ludziom psychika zmienia po około 2 latach ;) )

z pozdrowieniami od 'wrogiej' firmy ;)
Paweł

Temat: Model pracy użytkowników SAP

Artur Jaworski:
Centralne wprowadzanie danych :)
Hm, ciekawa opcja, z tym, że jedno jest pewne dane są przepisywane do systemu a więc nie są wprowadzane w czasie rzeczywistym, ponadto przy przepisywaniu mogą pojawić sie błedy (lterówki itp.)

Jeżeli ktoś ma taki pomysł na uzywanie SAP, to chyba nie wybrał sobie najlepiej do swoich potrzeb dopasowanego systemu, albo zdefiniowany na początku cel wdrożenia jest poza zasięgiem mojej wyobraźni :)

Wprowadzanie danych w czasie rzeczywistym to jest na pewno wartość, do której trzeba dążyć. Jednak nie miejmy złudzeń, że pracownicy natychmiast wklepują wszystko do systemu. Z mojego doświadczenia wynika, że wprowadzanie danych może odbywac się także raz w miesiącu, przed rozliczeniem. Ale to chyba temat na oddzielny wątek.

Temat: Model pracy użytkowników SAP

Artur Jaworski:
Centralne wprowadzanie danych :)
Hm, ciekawa opcja, z tym, że jedno jest pewne dane są przepisywane do systemu a więc nie są wprowadzane w czasie rzeczywistym, ponadto przy przepisywaniu mogą pojawić sie błedy (lterówki itp.)

Jeżeli ktoś ma taki pomysł na uzywanie SAP, to chyba nie wybrał sobie najlepiej do swoich potrzeb dopasowanego systemu, albo zdefiniowany na początku cel wdrożenia jest poza zasięgiem mojej wyobraźni :)

Artur wyobraź sobie sytuacje że na zakładzie produkcyjnym w przypadku PM (twój moduł) odpowiedzialnym za sprawdzanie stanu maszyn jest brygadzista, i facet nie wie jak się posługiwać myszką (z życia wzięte) niestety musisz mu zrobić formularz papierowy na którym zaznaczy to co potrzebne do utworzenia zawiadomienia w systemie i wprowadzi to bardziej bystra osoba. Niestety wiąże sie to z błędami ale wydaje mi się że mniejszymi niż jak by zawiadomienie tworzył brygadzista ;-) może nie jest to idealne rozwiązanie ale w jakiś sposób pozwala korzystać z SAP.

Temat: Model pracy użytkowników SAP

Paweł Opałko:

Artur Jaworski:
Centralne wprowadzanie danych :)
Hm, ciekawa opcja, z tym, że jedno jest pewne dane są przepisywane do systemu a więc nie są wprowadzane w czasie rzeczywistym, ponadto przy przepisywaniu mogą pojawić sie błedy (lterówki itp.)

Jeżeli ktoś ma taki pomysł na uzywanie SAP, to chyba nie wybrał sobie najlepiej do swoich potrzeb dopasowanego systemu, albo zdefiniowany na początku cel wdrożenia jest poza zasięgiem mojej wyobraźni :)

Artur wyobraź sobie sytuacje że na zakładzie produkcyjnym w przypadku PM (twój moduł) odpowiedzialnym za sprawdzanie stanu maszyn jest brygadzista, i facet nie wie jak się posługiwać myszką (z życia wzięte) niestety musisz mu zrobić formularz papierowy na którym zaznaczy to co potrzebne do utworzenia zawiadomienia w systemie i wprowadzi to bardziej bystra osoba. Niestety wiąże sie to z błędami ale wydaje mi się że mniejszymi niż jak by zawiadomienie tworzył brygadzista ;-) może nie jest to idealne rozwiązanie ale w jakiś sposób pozwala korzystać z SAP.

Paweł,
W tym konkretnym przypadku przekonałeś mnie, i też uważam, że to rozsądne rozwiązanie.

Odniosłem wrażenie, że intencją tego podejścia jest minimalizacja liczby licensji w każdym możliwym miejscu, nawet dla osób które sprawnie posługują sie systemami. Cel minimalizacja kosztów licensji dla userów, a nie delegowanie do pracy w systemie osób kompetentnych.

Temat: Model pracy użytkowników SAP

Hubert Kacprzak:

Z tego co slyszalem jest jeszcze opcja WEB access do SAP'a, wiaze sie to oczywiscie z zakupem modulu umozliwiajacego korzystanie z SAP przez WEB, ale wtedy liczba uzytkownikow nie jest ograniczana. Z tym ze nie moge tego z cala pewnoscia potwierdzic, gdyz nie odpowiadam za negocjowanie kontraktu z SAPem, ale moze warto zapytac :)

SAP w życiu by czegoś takiego nie wypuścił.
Jest SAP Netweaver Portal (całkiem niezłe rozwiązanie, go-live mieliśmy w wakacje) ale jeśli chcesz via Portal wprowadzać dane to i tak połączenie Portal<>R/3 powinno się to odbywać na nazwanym użytkowniku. Robisz SSO między Portalem a R/3 i gra. Jeśli połączenie Portal<>R/3 zestawisz na użytkowniku komunikacyjnnym to wtedy wszystkie wpisy w R/3 masz na jeden login - nie przejdzie przez żaden audyt :-) SOX'owy tym bardziej.

A sam Netweaver Portal jest "darmowy", przynajmniej jeśli chodzi o licencje (zakłądam, ze masz wersje suit SAPa).

Co do pierwotnej kwestii czyli sposobu wprowadzania danych to wg mnie jeśli firma się decyduje na SAPa to musi liczyć się z kosztami. Wycinanie licencji, ograniczanie ilości userów etc. mija się chyba z celem. SAP ma pomagać w przebiegu procesów a jeśli "przeszkadza" to poważny błąd był przy wdrożeniu :-)) Trochę idealistyczne mam podejście ale takowe wyznaję i u mnie się sprawdza.

Pewnie masz racje dlatego napisalem ze nie jestem pewien na 100% tego rozwiazania. Wiedza byla zaslyszana. Ja pracuje na wersji 4.7 z Netweaverem nie mailem stycznosci, chociaz pewnie wkrotce bede mial jak SAP przestanie supportowac nasza wersje :)
Co do obcinania liczby licencji, to przynajmniej u mnie wyglada to tak ze biznes musi wdrozyc SAP'a niezeleznie czy go stac czy nie.Gdyz taka jest decyzja korporacji. Jednym ze sposobow obnizenia kosztu utrzymania jest ograniczenie liczby licencji, jak powiedzialem w ramach zgodnosci z SOX'em. I tutaj dobrym przykladem jest to co bylo napisane wczesniej odnosnie PM wystarcza 2 osoby do przyjecia zlecen warsztatowaych, czy przyjmowania materialow do magazynu, czy ich wydawania.
Szczerze mowiac po kilku wdrozeniach widze ze najwieksze benefity z wdrozenia SAP'a ma korporacja, ktora zyskuje pelna przejrzystosc swoich biznesow. Co do samych lokacji to czesto zastepujemy dobrze dzialajace i zaprojektowane rozwiazania malo elastycznym SAP'em :(
Zaraz sie ktos odezwie ze SAP nie jest malo elastyczny zawsze mozna go dopasowac albo cos dopisac. Otoz w wypadku gdy cala korporacja pracuje na jednej instancji, jest bardzo malo elastyczny. Zwlaszcza ze template byl robiony dla US, co nijak ma sie do Europy.
Ciekawe czy ktos ma podobne obserwacje, czy znow sie myle :-PMichal Karasinski edytował(a) ten post dnia 07.12.07 o godzinie 15:09

Temat: Model pracy użytkowników SAP

Zaraz sie ktos odezwie ze SAP nie jest malo elastyczny zawsze
mozna go dopasowac albo cos dopisac. Otoz w wypadku gdy cala korporacja pracuje na jednej instancji, jest bardzo malo elastyczny. Zwlaszcza ze template byl robiony dla US, co nijak ma sie do Europy.
Ciekawe czy ktos ma podobne obserwacje, czy znow sie myle :-P

W powyższym masz 100% racji. Z doświadczenia też to czasem widzę. Jednak patrząc z drugiej strony (centrali) to wcale nie wygląda tak źle. Centrala "daje" system, który obsługuje dość dobrze 50% procesów (większość głównych), 25% obsługuje średnio a pewnie 25% wcale lub niezbyt dobrze. Tylko pewnie w tym jest problem, że te 25% w każdej fabryce jest inne czyli zaimplementowanie tego to majątek a utrzymanie wręcz niemożliwe :-)

Temat: Model pracy użytkowników SAP

Dziękuję za informację. Niestety z "rozpędu" wkleiłam ogłoszenie również tutaj. zostało usunięte.
PozdrawiamAnna Płońska edytował(a) ten post dnia 26.05.08 o godzinie 13:53

Temat: Model pracy użytkowników SAP

Anna Płońska:
Witam serdecznie!

Pani Anno,

Czy zasady działania grup dyskusyjnych na Goldenline (i nie tylko) są dla Pani tajemnicą?
Naprawdę nie sądzę, żeby konsultantów zajmujących się np. modelem pracy użytkowników (w tym wątku) zainteresowało ogłoszenie o pracy wrzucone (i to dwukrotnie na tym forum!) w wątki nie mające nic wspólnego z poszukiwaniem pracy.

Od konsultantów SAP wymaga się bardzo dużo, a konsultanci też wymagają od rekruterów minimum profesjonalizmu. A zaśmiecanie tego forum profesjonalizmem nie jest.

pb

Temat: Model pracy użytkowników SAP

Witek, spojrz na sprawe z punktu widzenia organizacji pracy i ryzyka. Bezpieczeniej bedzie dac licencje i nauczyc wszystkich obslugi procesu.
Jesli ktos nagle wypadnie Ci z zespolu (choroba, zmiana pracy, itp.), to beda inni, potrafiacy go od reki zastapic. Uzytkownicy znajacy dobrze SAP sa teraz cenieni na rynku pracy, wiec zespol mozesz sie dynamicznie zmieniac :-)