Kategorie
Blog

Co to jest ERP?

Choć ERP zyskał w ostatnich latach na znaczeniu w literaturze dotyczącej SI i jest znaczącym zjawiskiem w praktyce, poprzez a) analizę historyczną, b) meta-analizę reprezentatywnej literatury dotyczącej SI, oraz c) badanie ekspertów akademickich, ujawniamy rozbieżne poglądy na to zjawisko. Biorąc pod uwagę różnorodność perspektyw, jest mało prawdopodobne, aby na tym etapie udało się osiągnąć szeroko uzgodnioną definicję ERP.

W związku z tym staramy się zwiększyć świadomość tych zagadnień i stymulować dalszą dyskusję, a jej ostatecznym celem jest: (1) komunikacja pomocowa między badaczami oraz między badaczami i praktykami; (2) informowanie o opracowywaniu materiałów dydaktycznych na temat ERP i związanych z nim koncepcji w programach uniwersyteckich oraz w edukacji i szkoleniach komercyjnych; oraz (3) komunikacja pomocowa między klientami, konsultantami i sprzedawcami. Zwiększona przejrzystość koncepcji ERP w IS może również przynieść korzyści innym dostosowanym dziedzinom wiedzy.

W ciągu ostatniej dekady pojawiła się nowa klasa opakowanego oprogramowania użytkowego, pozornie konsolidująca się pod jednym sztandarem, wielomiliardowy przemysł, który obejmuje czwartego co do wielkości producenta oprogramowania na świecie, kilka innych największych firm produkujących oprogramowanie oraz największe na świecie organizacje doradcze w zakresie zarządzania. Zwykle nazywane Enterprise Resource Planning Systems (ERP), te kompleksowe, pakietowe rozwiązania w zakresie oprogramowania mają na celu integrację pełnego zakresu procesów i funkcji przedsiębiorstwa w celu przedstawienia całościowego obrazu biznesu z jednej informacji i architektury informatycznej. Większość bardzo dużych organizacji na całym świecie już przyjęły ERP, a coraz więcej małych i średnich przedsiębiorstw (MŚP) też są znalezienie to opłacalne i konkurencyjne konieczność naśladowania. Choć szerokość i ścisła integracja ERP stała się dostępna dopiero w ostatnich latach, ERP mają rodowód w dużych, opakowanych aplikacji, które były w powszechnym użyciu od lat siedemdziesiątych.
Niemniej jednak, do niedawna ERP i pakiety oprogramowania ogólnie, choć szeroko rozpowszechnione, nie były w wystarczającym stopniu badane w zarządzaniu informacją i systemami informatycznymi i nie były dostatecznie reprezentowane w programach nauczania (Gable 1998). Chociaż ERP zyskał pewne znaczenie w literaturze przedmiotu IS w ciągu ostatnich kilku lat, obserwujemy pewne różnice zdań wśród pracowników naukowych na temat charakteru i definicji ERP. Niektórzy autorzy odradzają używanie terminu ERP i proponują alternatywne rozwiązania;. Inni twierdzą, że ERP nie jest terminem odnoszącym się do odrębnego przedmiotu, ale raczej kategorią („termin parasolowy”) oznaczającą szereg podobnych produktów. Istnieją dalsze sugestie, które wyjaśniają ERP jako wynik rozwoju wsparcia informatycznego dla produkcji lub jako zarządzanie łańcuchem dostaw. Jeszcze inni uważają, że to, co oznacza ERP, jest określone przez ofertę produktową programistów. Przewiduje się, że działalność naukowa MIS posunie się do przodu poprzez zwiększenie konsensusu w sprawie zjawiska ERP.

Problemy jako motywacja do działania

Biorąc pod uwagę różnorodność opinii przedstawionych powyżej, jest mało prawdopodobne, aby można było osiągnąć szeroko uzgodnioną definicję ERP. To, co staramy się osiągnąć, to po pierwsze, zwiększenie świadomości w tej kwestii, a po drugie, podzielenie się spostrzeżeniami na temat omawianego problemu. Dążymy do przedstawienia aktualnego stanu wiedzy na temat działalności naukowej związanej z ERP w systemach informatycznych, w celu pogłębienia dyskusji na temat tego, czym jest ERP dla naukowców z IS. Wyjaśnienie w tym miejscu jest uważane za ważne: (1) pomoc w komunikacji pomiędzy naukowcami oraz pomiędzy naukowcami i praktykami; (2) informowanie o rozwoju materiałów dydaktycznych na temat ERP i związanych z nim koncepcji w programach uniwersyteckich oraz w komercyjnej edukacji i szkoleniach; (3) pomoc w komunikacji pomiędzy klientami, konsultantami i sprzedawcami. Ostatecznie, zwiększona przejrzystość koncepcji ERP w IS może również przynieść korzyści innym dostosowanym dziedzinom wiedzy, takim jak rachunkowość lub inżynieria oprogramowania.

Aby nakreślić zjawisko ERP w systemach informatycznych, opieramy się na trzech „źródłach dowodów”. W części drugiej przedstawiamy dominujący pogląd na ERP. Ta główna perspektywa postrzega ERP jako oprogramowanie, które stanowi ostatni etap ewolucji w kierunku integracji, pochodzącej z produkcji wspieranej przez IT. Jak wspomniano wcześniej i jak szczegółowo poniżej, pogląd ten został teraz poddany kontroli, ponieważ nigdy nie był całkowicie poprawny, a teraz stał się nieaktualny ze względu na dalsze rozszerzenie produktów ERP. W sekcji trzeciej, rozważamy działania związane z ERP w dziedzinie IS, w oparciu o metapoziomową ocenę publikacji IS w tym obszarze. Ten podsumowujący przegląd literatury dotyczy pokazania poziomów aktywności i ogólnych trendów oraz wskazania pojawiających się tematów badawczych; nie było to jednak celem dyskusji nad wynikami badań samych w sobie. W sekcji czwartej, szukaliśmy opinii dwunastu wybitnych naukowców posiadających wiedzę związaną z ERP w odniesieniu do następujących kwestii: ważne techniczne, kierownicze i rynkowe determinanty ewolucji ERP; definicje ERP; oraz stosowność uwagi IS do ERP do tej pory, zarówno w badaniach, jak i w programie nauczania.sekcja piąta zawiera dyskusję na temat stosowności terminu ERP w oparciu o ustalenia z trzech poprzednich sekcji: charakterystyka i historia ERP, literatura dotycząca systemów informatycznych oraz badanie ekspertów. Wreszcie, sekcja szósta wymienia ograniczenia badania, jak również ewentualnie użyteczne przyszłe działania badawcze w celu zwiększenia i rozszerzenia konsensusu w sprawie koncepcji związanych z ERP.

ERP – podstawowa koncepcja produktu

Koncepcja ERP może być postrzegana z różnych perspektyw. Po pierwsze, i najbardziej oczywiste, ERP jest towarem, produktem w postaci oprogramowania komputerowego. Po drugie, i zasadniczo, ERP może być postrzegany jako cel rozwoju mapowania wszystkich procesów i danych przedsiębiorstwa w kompleksowej strukturze integracyjnej. Po trzecie, ERP może być postrzegany jako kluczowy element infrastruktury, która dostarcza rozwiązania dla biznesu. Ten ostatni jest perspektywa podjęta przez Systemy Informatyczne, a perspektywa bierzemy w całej pozostałej części tego eseju. Co oprogramowanie ERP jest i jak koncepcja bazowa ewoluowała została podjęta przez wielu autorów i poniżej dokonujemy syntezy tych definicji i rachunków ewolucji koncepcji jako „głównego nurtu” poglądu na ERP.

Charakterystyka oprogramowania ERP

Jako produkt komercyjny, oprogramowanie ERP jest oferowane przez szereg dostawców, którzy specjalizują się w tym segmencie rynku oprogramowania. Od tego czasu, głównych dostawców ERP są SAP, Baan, J. D. Edwards, Oracle i PeopleSoft. Ten rynek ERP jest znaczący. Grupa Gartner (Gartner Group 1999) przewiduje, że wzrośnie do ponad 20 miliardów dolarów do 2002 roku; około połowa przychodów z usług i połowa przychodów z licencji.
Oprogramowanie ERP jest wysoce konfigurowalny, aby dostosować się do różnych potrzeb użytkowników w większości sektorów gospodarki. Z tego powodu, obecnie oprogramowanie ERP istnieje w trzech różnych formach: ogólne, wstępnie skonfigurowane i zainstalowane:
(a) W swojej najbardziej wszechstronnej formie, oprogramowanie ma charakter ogólny, jest skierowane do różnych branż i musi być skonfigurowane przed jego użyciem;
(b) Zapakowane, wstępnie skonfigurowane szablony zostały wyprowadzone z obszernego oprogramowania. Szablony te są dostosowane do konkretnych sektorów przemysłu (np. motoryzacyjnego, handlu detalicznego) lub firm o określonej wielkości (MŚP).
(c) Dla większości użytkowników oprogramowanie ERP prezentuje się jako instalacja operacyjna po zindywidualizowaniu pakietu ge-neric lub wstępnie skonfigurowanego pakietu zgodnie z wymaganiami konkretnej firmy na miejscu.
Tylko w swoim ogólnym stanie oprogramowanie ERP może być celowo scharakteryzowane, ponieważ każda konfiguracja, poprzez dodanie lub zredukowanie szczegółów, tworzy odrębne przypadki produktu, uniemożliwiając ogólny opis. Kryteria stosowane poniżej do charakterystyki oprogramowania zostały wyprowadzone z analizy aktualnie dostępnych ogólnych rozwiązań ERP.
Oprogramowanie ERP jest standardowym pakietem oprogramowania. Wszystkie standardowe pakiety skierowane do anonimowego rynku muszą w procesie wdrażania systemu być dostosowane do specyficznych wymagań danego przedsiębiorstwa. Ten proces indywidualizacji oprogramowania nazywa się dostosowywaniem do indywidualnych potrzeb. Mniej lub bardziej zaawansowane narzędzia do zarządzania projektami, wytyczne krok po kroku, dalsze narzędzia wdrożeniowe, zdalne kontrole i różne inne przydatne materiały (np. ogólne pliki prezentacyjne) wspierają wdrożenie ERP. Jednak to nie jest sam fakt, że oprogramowanie może być dostosowane, które odróżnia oprogramowanie ERP, to jest raczej bogaty potencjał dostosowywania, który odróżnia ERP od innych pakietów. Niektórzy mogą uznać potrzebę dostosowania jako negatywne, ale to pozwala na indywidualną konfigurację i unikalne wdrożenia ERP. Bogaty potencjał konfiguracji oprogramowania ERP wynika z zakresu wstępnie skonfigurowanych alternatyw (np. liczba i różnorodność wykresów kont) oraz liczbę alternatywnych procesów i transakcji.

Oprogramowanie ERP jest oczywiście oprogramowaniem aplikacyjnym. Dlatego też można go odróżnić od takich programów jak oprogramowanie do zarządzania bazami danych, oprogramowanie pośredniczące czy systemy operacyjne. Moduły aplikacji ERP są zintegrowane we wszystkich obsługiwanych funkcjach i danych. Oprogramowanie ERP opiera się na podstawowej zintegrowanej bazie danych, która przechowuje dane główne i transakcyjne w sposób spójny i z kontrolowaną redundancją. Główne cechy oprogramowania ERP są dostarczane rozwiązania biznesowe, które wspierają podstawowe procesy biznesowe i administracyjne. Wysoka funkcjonalność jest jednym z głównych czynników wyróżniających ERP. ERP ma za zadanie wspierać wszystkie funkcje biznesowe przedsiębiorstwa, w szczególności zaopatrzenie, gospodarkę materiałową, produkcję, logistykę, utrzymanie ruchu, sprzedaż, dystrybucję, księgowość finansową, zarządzanie aktywami, zarządzanie środkami pieniężnymi, kontroling, planowanie strategiczne i zarządzanie jakością. Oprócz tych ogólnych funkcji biznesowych, ERP często wspiera specyficzne dla branży funkcje, takie jak zarządzanie pacjentami w szpitalach, administracja studencka na uniwersytetach i duże ilości transakcji magazynowych dla detalistów.
Wysoka funkcjonalność oprogramowania ERP również wyróżnia go jakościowo. Chociaż elementy głównych rozwiązań ERP są na najwyższym poziomie zorganizowane w różnych modułów funkcjonalnych, takich jak rachunkowość finansowa lub sprzedaż, wszystkie one są zorientowane na proces widzenia przedsiębiorstw. Typowe procesy biznesowe są obsługiwane w sposób płynny w różnych funkcjach, tak że użytkownik często nie zdaje sobie sprawy, w jakim module funkcjonalnym on lub ona faktycznie działa.
Kompleksowa funkcjonalność systemu ERP wymaga odpowiedniej dokumentacji. Poza zwykłą dokumentacją programową, obsługiwane procesy i struktury organizacyjne, jak również struktura danych i obiektów są zazwyczaj przedstawiane w modelach referencyjnych. Modele te umożliwiają szybki dostęp do funkcjonalności i umożliwiają nawigację po różnych poziomach abstrakcji i pomiędzy różnymi widokami. Ponadto istnieją łącza do dokumentacji ERP i związanych z nią ekranów.
ERP jest skierowany do wielu branż o bardzo różnych cechach. W związku z tym, trudno jest scharakteryzować ERP po prostu wymieniając funkcje. ERP obsługuje wiele branż na dwa sposoby. ERP może mieć zarówno możliwość obsługi różnych branż w ramach jednego rozwiązania (np. współistnienie funkcji produkcyjnych i handlowych) lub oferować wstępnie skonfigurowane rozwiązania indywidualne dla przedsiębiorstw. Na przykład, PeopleSoft dostarcza rozwiązania branżowe dla następujących sektorów: komunikacja, rząd federalny, usługi finansowe, opieka zdrowotna, szkolnictwo wyższe, produkcja, sektor publiczny, handel detaliczny, branża usługowa, transport i media.
ERP jest przeznaczony dla firm, które działają (kupują, produkują, sprzedają, administrują) w różnych krajach. Tak więc, jest to warunek wstępny, że ERP może obsługiwać specyficzne wymagania różnych regionów. Obejmuje to wstępnie skonfigurowany plan kont specyficzny dla danego kraju, wstępnie sformatowane typy dokumentów, takie jak oferty, dowody dostawy lub faktury, czy też zasady dotyczące zasobów ludzkich (np. listy płac). Możliwość obsługi wielu walut we wszystkich transakcjach jest również cechą obowiązkową.
Wreszcie, częstotliwość i powtarzalność jego stosowania może być również postrzegana jako ważna i wyróżniająca się cecha. ERP wspiera powtarzające się procesy biznesowe, takie jak zaopatrzenie, przetwarzanie zamówień sprzedaży lub procesy płatności i nie koncentruje się na mniej uporządkowanych, nieregularnych procesach, takich jak marketing, rozwój produktów lub zarządzanie projektami.
Oprogramowanie ERP można również scharakteryzować z technicznego punktu widzenia. Chociaż techniczne uczty nie odróżnia ERP od innych obecnie dostępnych aplikacji, są one przydatne w odróżnieniu ERP od poprzednich podobnych pakietów oprogramowania, takich jak zintegrowane, ale scentralizowane pakiety oprogramowania o ścisłych wymaganiach platformy. Ponadto, cechy techniczne w znacznym stopniu determinują funkcjonalność i potencjał tego typu oprogramowania.
Oprócz zintegrowanych aplikacji i danych, kolejną techniczną cechą oprogramowania ERP jest spójny graficzny interfejs użytkownika (GUI) we wszystkich obszarach zastosowań. Dzięki temu użytkownik postrzega rozwiązanie ERP jako pojedynczą aplikację niezależnie od modułu, z którym pracuje. Obecne rozwiązania ERP oparte są na trójwarstwowej architekturze klient-serwer, w której baza danych, aplikacje i ich prezentacja tworzą trzy logicznie niezależne poziomy. Ponieważ oprogramowanie ERP jest przeznaczone dla wszystkich typów i wielkości firm i branż, musi obsługiwać duże ilości transakcji. Jest to kluczowe kryterium techniczne, ponieważ często jest bardziej złożone do oceny wydajności (efektywności) ERP niż jego skuteczności (Czy obsługuje wymaganą funkcjonalność?). Obecny system ERP jest zazwyczaj „otwarty” w odniesieniu do możliwych platform programowych i sprzętowych. Większość rozwiązań działa pod Windows NT, różnymi systemami operacyjnymi UNIX lub Linuxem. Jest to kolejny argument, który podkreśla, że ERP charakteryzuje się większą funkcjonalnością niż jego projekt techniczny czy wymagania. Wreszcie, złożoność ERP wymaga odpowiedniej administracji systemem. Oprogramowanie ERP zawiera różne rozwiązania w zakresie administracji użytkownikami, konfiguracji baz danych, monitorowania systemu, czy pomiaru wydajności. Rozwiązania te są albo częścią oprogramowania, albo dostępne jako dodatki.

Ewolucja ERP

Wspólne spojrzenie na planowanie zasobów przedsiębiorstwa jest takie, które koncentruje się na jego-torycznym rozwoju koncepcji integracji biznesowej. Można założyć, że nazwa „ERP” pochodzi od terminów Material Requirements Planning (MRP) i Manufacturing Re-source Planning (MRPII) (patrz również (Chung i Synder 1999), (Gunmaer 1996), (Holland, Light et al. 1999), (Yusuf i Little 1998)). MRP (Material Requirements Planning) został opracowany w celu efektywniejszego obliczania potrzebnych materiałów. MRP rozwinęła się w MRP II (Planowanie Zasobów Produkcyjnych), które obejmowało nowe funkcje, takie jak planowanie sprzedaży, zarządzanie wydajnością i harmonogramowanie. Chociaż początkowo MRP II był postrzegany jako kolejny logiczny krok w efektywnym planowaniu produkcji, firmy szybko zdały sobie sprawę, że rentowność i zadowolenie klientów to cele, które dotyczą całego przedsiębiorstwa – wykraczające poza produkcję i obejmujące finanse, sprzedaż i dystrybucję oraz zasoby ludzkie. Computer Integrated Manufacturing (CIM) jest postrzegany jako kolejny krok, łączący w sobie przynajmniej funkcje techniczne procesu rozwoju produktu i produkcji w kompleksowych ramach integracyjnych. Koncepcja całkowicie zintegrowanego rozwiązania dla przedsiębiorstwa nosi obecnie nazwę ERP (Enterprise Resource Planning).
Poza General Ledger, Planowanie Wymagań Materiałowych (MRP) było pierwszą aplikacją biznesową zaprojektowaną w latach 50-tych (Orlicky 1975). Oprogramowanie MRP wspierało tworzenie i utrzymanie głównych danych materiałowych i rachunków materiałowych dla wszystkich produktów i części w jednym lub kilku zakładach. Ponadto, procesory rachunków materiałowych (planowanie oparte na zapotrzebowaniu) i algorytmy prognozowania (planowanie oparte na zużyciu) były zazwyczaj częścią MRP. Te wczesne pakiety były w stanie przetwarzać dane masowe, ale miały jedynie ograniczoną głębokość przetwarzania.
W latach 70-tych pakiety MRP zostały rozszerzone o kolejne aplikacje w celu zaoferowania wsparcia com-plete dla całego cyklu planowania i sterowania produkcją. Planowanie zasobów produkcyjnych (MRPII) rozpoczyna się od długoterminowej prognozy sprzedaży, na podstawie której można opracować główny harmonogram produkcji (MPS). Podstawowe wymagania brutto stanowią, jako wynik MPS, nakłady na MRP, które są następnie uwzględniane. Moduł zarządzania materiałami oblicza zapotrzebowanie wtórne i netto przy użyciu metod planowania opartych na zapotrzebowaniu i zużyciu oraz z uwzględnieniem zapasów. Po wykonaniu tych zadań, które koncentrują się na materiałach, moduł zarządzania wydajnością integruje dostępne maszyny w procesie planowania. Zgrubny harmonogram produkcji, który zawiera tylko przesunięcie w czasie jako dane oparte na czasie, przekłada się na zapotrzebowanie na moce produkcyjne, które musi być porównane z dostępnymi zasobami. Poprzez harmonogramowanie wstecz i w przód można uzyskać możliwy, nie optymalny harmonogram produkcji. W następnej kolejności mogą być stosowane różne podejścia do dostosowania mocy produkcyjnych. Najbardziej aktualne zlecenia produkcyjne są wybierane za pomocą modułu udostępniania zleceń. Wraz z odpowiednią dokumentacją są one przekazywane do procesu produkcyjnego. Wreszcie, algorytmy planowania wspomagają szczegółowe przyporządkowanie zadań roboczych do konkretnych maszyn.
Chociaż teoretyczny MRPII podkreśla znaczenie różnych pętli w procesie planowania, praktyczne wdrożenia MRPII miały w większości przypadków charakter czysto liniowy. W związku z tym nie zostały uwzględnione istniejące współzależności pomiędzy funkcjami. W konsekwencji przyjęto, że MRPII wspiera zintegrowany i możliwy do zarządzania, ale daleki od optymalnego procesu planowania. Rysunek 1 (Scheer 1994) przedstawia główne funkcje procesu planowania produkcji w ramach MRPII, po których następuje planowanie (kontrola produkcji).
Podejście MRPII zostało rozszerzone w latach 80. na bardziej techniczne obszary, które obejmują rozwój produktu i procesy produkcyjne. Funkcje te zostały nazwane różnymi CA-akronimami i obejmowały: Computer Aided Engineering, Computer Aided Design, Computer Aided Planning, Computer Aided Manufacturing, oraz Computer Aided Quality Assurance. Cała koncepcja integracji wszystkich funkcji biznesowo-administracyjnych i technicznych przedsiębiorstwa została nazwana Computer Integrated Manufacturing (CIM) (Scheer 1994).
Ogólne ramy integracji zostały oparte na funkcjach MRPII oraz funkcjach technicznych CA-. Omówiono w nich wzajemne powiązania między tymi funkcjami (Becker 1991). Chociaż podejście to koncentrowało się na producentach, można je łatwo uogólnić. Przykładem jest model integracyjny dla detalistów, który przedstawia przepływ informacji pomiędzy głównymi funkcjami firmy detalicznej. Ponadto istnieją pewne podejścia, w których tego typu modele integracyjne zostały rozszerzone na partnerów biznesowych (rysunek 2) (Becker, Rosemann i in. 1997).
Innym aspektem, który został znacznie zaawansowany przez dyskusję CIM, była kwestia integracji, a szczególnie istotny wkład wniesiono do technik modelowania danych i procesów. Projektowanie zintegrowanych i obejmujących całe przedsiębiorstwo modeli danych było głównym tematem projektów CIM w latach 80-tych. Projekty te opierały się na założeniu, że zintegrowana baza danych jest podstawowym elementem infrastruktury systemów informatycznych. Modelowanie procesów znalazło się w centrum uwagi podczas opracowywania referencyjnych architektur integracji, które obejmują więcej niż tylko przepływ informacji pomiędzy dwoma funkcjami. Całe łańcuchy procesów zostały zaprojektowane w celu wyjaśnienia typowych procesów biznesowych. Modele te istniały początkowo tylko jako takie, ponieważ aplikacje do wdrożenia projektu nie były jeszcze dostępne. „Zarządzanie procesami było możliwe wcześniej niż systemy korporacyjne” (Davenport 2000). W związku z tym modele danych i integracji (funkcji) zostały rozszerzone o szybko rosnącą liczbę modeli procesów. Oprócz związanych z tym funkcji, modele te przedstawiały role organizacyjne, aplikacje i dane. Jedną z najpopularniejszych ram metodologicznych ewoluujących w wyniku tych badań jest Architektura Zintegrowanych Systemów Informatycznych (ARIS) składająca się z danych, funkcji, organizacji, wyników i widoków procesów (Scheer 1999). Obecnie modele danych i procesów określane jako modele referencyjne są stosowane w dokumentacji oprogramowania ERP, a oprogramowanie wspomagające modelowanie danych i procesów w przedsiębiorstwie (np. ARIS-Toolset) jest szeroko stosowane w projektach wdrożeniowych ERP.
ERP w literaturze z zakresu systemów informatycznych – metaanaliza
Nowe dziedziny wiedzy i praktyki stają się widoczne dzięki działalności wydawniczej. W dziedzinie systemów informatycznych (zarządzania) nowe koncepcje rozprzestrzeniają się poprzez szereg placówek, w tym prasę branżową, książki dla praktyków, czasopisma skierowane zarówno do praktyków, jak i pracowników naukowych, czasopisma akademickie, podręczniki uniwersyteckie i materiały konferencyjne. Ponieważ naszym celem było opisanie sposobu, w jaki ERP jest traktowany w kontekście akademickim, zdecydowaliśmy się wyłączyć dwie pierwsze kategorie z poniższych opracowań, uwzględniając tym samym tylko te źródła, które zostały stworzone przez pracowników naukowych i dla środowiska akademickiego. Poniżej przedstawiono przegląd literatury z zakresu ERP w obradach konferencji, w podstawowych czasopismach IS oraz w podręcznikach MIS.
Pomimo rosnącego znaczenia i powszechności systemu ERP w praktyce, związane z nim publikacje w środowisku akademickich systemów informatycznych, o czym świadczą wkłady do międzynarodowych konferencji i czasopism, dopiero się pojawiają. Zdajemy sobie sprawę z kilku ostatnich, lub mających się pojawić, numerów specjalnych czasopism poświęconych ERP (w tym z niniejszego: Journal of Information Technology, Journal of Decision Systems, Database, Journal of Management Information Systems, Business Process Management Journal oraz Australian Accounting Review). Ten nagły wzrost aktywności w tym obszarze może być postrzegany jako wskazówka, że temat ten był zbyt długo zaniedbywany i że środowisko akademickie IS odgrywa obecnie rolę „doganiacza”.

W celu opracowania przeglądu działalności akademickiej związanej z systemami ERP, zeskanowano kluczowe konferencje i czasopisma IS na okres od 1997 do połowy 2000 roku. Badane konferencje były wspierane w przeszłości przez Stowarzyszenie Systemów Informatycznych (AIS) i odbywały się w latach 1997 – sierpień 2000: Międzynarodowa Konferencja Systemów Informatycznych (ICIS), Amerykańska Konferencja Systemów Informatycznych (AMCIS), Europejska Konferencja Systemów Informatycznych (ECIS), Australazjatycka Konferencja Systemów Informatycznych (ACIS) oraz Konferencja Systemów Informatycznych Pacyfiku-Azja (PACIS). Naszą intencją było jedynie rozliczenie się z działalności publikacyjnej związanej z ERP w głównych punktach IS, co oczywiście nie odzwierciedla całkowitego dorobku prezentacji i artykułów związanych z ERP. Stąd też inne wydarzenia, takie jak konferencje z zakresu rachunkowości lub inżynierii oprogramowania, wydarzenia związane z konferencjami użytkowników organizowanymi przez dostawców, czy też specjalne wydarzenie „1st International Workshop on Enterprise Management and Resource Planning”: Metody, Narzędzia i Architektury, EMRPS’99, Wenecja”, nie zostały uwzględnione. W tabeli 1 wymieniono konferencje, a w tabeli 2 badane czasopisma.
ERP są wysoko stosowane, wieloaspektowe i wielodyscyplinarne i niewątpliwie istnieją publikacje, które można znaleźć w innych niż dyscyplina IS. Ponadto, postępowania konferencyjne, które stanowią większość zidentyfikowanych źródeł, w jakiś sposób istnieją poza ustalonymi kanałami publikacji: większość postępowań nie jest dystrybuowana przez komercyjne wydawnictwa, a tylko wybrane konferencje osiągają szerszy rozgłos poprzez indeksowanie i abstrakcję dla publicznie dostępnych usług. Stwarza to techniczne ograniczenie dla tworzenia kompleksowego, aktualnego przeglądu literatury związanej z ERP. W związku z tym, częściowo ze względu na selektywne podejście opisane powyżej, próba badawcza jest niewielka i dwie konferencje (AMCIS ’99 i ’00) stanowią większość zidentyfikowanych prac. Niemniej jednak obserwujemy stały wzrost liczby opracowań w zakresie ERP (pomijając AMCIS ’99 i ’00, łączna liczba opracowań wzrosła z 3 do 7 do 9 odpowiednio w latach 1997, 1998 i 1999). Stały wzrost obserwuje się również w ICIS (1 do 3 do 5), najbardziej rygorystycznym pod względem akademickim i selektywnym spośród wszystkich głównych konferencji IS. W latach 1998/99 prawie wszystkie konferencje dotyczące gatunków inwazyjnych wymienione w tabeli 1 (AMCIS (Philippakis i Hardaway 1999), ECIS (Rosemann 1999), ACIS (Gable 1998) oraz ICIS (Veth 1998) obejmowały dyskusje panelowe dotyczące nauczania ERP. W 2000 r. ECIS będzie ponownie gościł panel poświęcony ERP na uniwersytetach, podczas gdy liczba prac związanych z ERP w AMCIS 2000 jest podobna do roku poprzedniego.

Początek

Termin ERP pojawił się w prasie prawdopodobnie po raz pierwszy w 1992 roku ((Lopes 1992), (Ricciuti 1992), (Lindholm 1992)). Artykuł Lopesa, jak na ironię, firmy Dun & Bradstreet Software, która wkrótce potem wycofała się z działalności, pokazuje, jak w tym czasie powstał termin ERP. Pod hasłem „CIMII” [sic!] przedstawione są w pełni cechy tych nowych systemów: skok jakościowy poza MRPII, integracja pomiędzy dostawcami, działami i klientami, relacyjna baza danych oraz architektura klient-serwer. Ponadto, Lopes chwali systemy ERP jako „lepsze, szybsze i bardziej ekonomiczne rozwiązania biznesowe” (1992:45) i przypisuje Grupie Gartner zdefiniowanie ERP i ogłoszenie go jako nowego systemu informacyjnego „paradygmatu”. Ponad trzy lata później, Thomas Davenport wprowadził społeczność IS do systemów ERP w AMCIS ’96 (Davenport 1996). Thomas Davenport unikał etykiety ERP i nazwał te systemy „megapakietami”, podkreślając wyzwania, jakie rzekomo stawiają one przed firmami zarówno pod względem technicznym jak i organizacyjnym. Rok później referaty na temat ERP zostały zaprezentowane na trzech międzynarodowych konferencjach dotyczących systemów informatycznych.

Konferencje

Publikacje konferencyjne w latach 1997-sierpień 2000 są głównie około: (1) zagadnień związanych z wdrażaniem ERP, (2) nauczania z ERP i na jego temat, oraz (3) dalszych badań nad ERP w toku.
Kwestie związane z wdrażaniem
Publikacje związane z wdrażaniem stanowią około jednej trzeciej recenzowanych artykułów. Odpowiada to uwadze, jaką prasa branżowa poświęca systemom ERP, która również zajmuje się głównie wdrażaniem i związanymi z tym problemami. W kilku publikacjach (Holland, Light et al. 1999; Stefanou 1999; Sumner 1999) podjęto próbę określenia krytycznych czynników sukcesu wdrożeń. Shanks et al. zdecydowanie zalecają rozważenie narodowych problemów kulturowych, ponieważ krytyczne czynniki sukcesu mogą się znacznie różnić w zależności od kraju, w którym przeprowadzane jest wdrożenie (Shanks, Parr et al. 2000). Wdrożenia zostały również zbadane za pomocą studiów przypadków z różnym zamiarem: opisać wpływ ERP na charakterystykę pracy (Pawlowski, Boudreau i in. 1999); zbadać strategiczne opcje otwarte dla firm poza wdrożeniem wspólnych systemów biznesowych (Holandia, Światło i in. 1999); przedstawić zalecenia dotyczące sposobu maksymalizacji korzyści z ERP (Niehus, Knobel i in. 1998) lub jak uniknąć niepowodzeń projektów ERP (Scott 1999); zidentyfikować problemy związane z dostosowaniem (Smethurst i Kawalek 1999; Volkoff 1999), Business Process Reengineering (Slooten i Yap 1999) oraz zarządzaniem zmianami (Perez, Rojas i in.). 1999); ocena niejednoznacznej roli dużych systemów jako katalizatorów i inhibitorów zmian (Mahrer 1999); analiza szczególnych wyzwań związanych z wdrożeniami ERP poza światem biznesu (Sieber i Nah 1999); oraz opis globalnego zarządzania łańcuchem dostaw (Chatfield i Andersen 1998). Wdrażanie ERP z BPR lub bez BPR zostało przebadane i przeanalizowane (Bernroider i Koch 1999). Rozważania teoretyczne koncentrowały się na globalnych procesach biznesowych (Basu i Palvia 1999) oraz opcjach architektury IT (Chan 1999), a także na udoskonaleniu inżynierii procesów i metodologii rozwoju (Sato 2000). Rosemann i Wiese (Rosemann i Wiese 1999) zajęli się złożoną kwestią oceny korzyści organizacyjnych wynikających z systemu ERP. Wymaga to spojrzenia poza fazę realizacji, aby rozważyć wydajność operacyjną systemu. Rosemann i Wiese proponują wariant Zrównoważonej Karty Wyników (Balanced Scorecard Approach), aby uchwycić główny wpływ zainstalowanego systemu. Spanowanie wielu faz cyklu życia systemu ERP jest również propozycją ram zarządzania wiedzą o systemie ERP, aby pomóc firmom w optymalnej obsłudze informacji i wiedzy fachowej w związku z wdrożeniem, obsługą i ulepszaniem systemu (Rosemann i Chan 2000).

Edukacja

Kolejna znacząca liczba recenzowanych artykułów odnosi się do tematyki ERP w szkolnictwie wyższym. Dostęp do systemów oprogramowania ERP i współpraca z ich dostawcami zapewniają instytucjom szkolnictwa wyższego skuteczne i nowatorskie sposoby wystawiania studentów na cenne koncepcje biznesowe i systemy biznesowe (Gable, Heever i in. 1997; Watson, Rosemann i in. 1999). Partnerstwo między dostawcą ERP i uczelni może być korzystne dla obu stron zaangażowanych, ale wymaga starannego zarządzania, aby przezwyciężyć wyzwania (Scott i Gable 1997). Uniwersytecki link ERP-sprzedawca zrodził już nowe programy nauczania na poziomie podyplomowym, albo pod sztandarem nowej rasy programu MBA (Zima 1999), lub w obszarze systemów informatycznych jako program magisterski (Holmes i Hayen 1999).
Wpływ reorganizacji przedmiotu ERP do istniejących programów nauczania i szczególne wyzwania stawiane wydziałowi zostały zgłoszone przez Stewart et al. (Stewart, Gable et al. 1999). Przykład programu nauczania dla zdalnego dostarczania przedmiotu wprowadzającego przez Internet jest podany przez Holmes et al. (Holmes i Hayen 1999). Korzyści i pułapki związane z nauczaniem wiedzy koncepcyjnej z wykorzystaniem systemów ERP jako narzędzia uczenia się zostały krytycznie ocenione pod względem efektów uczenia się i wysiłków przez Noguera et al. i Scotta (Noguera i Watson 1999; Scott 1999). Studia przypadków wdrożeń okazały się również powszechną metodą nauczania o systemie ERP (Hirt, 1998 #89; Avital, 1999; Ross, 1998).

Badania w toku

Początkowo Heever et al. (Heever, Erlank et al. 1997) określił potencjał i wyzwania dla edukacji i badań w zakresie systemów informatycznych w szkolnictwie wyższym, jakie stwarza ta nowa kategoria oprogramowania produkcyjnego i biznesowego w pakietach. Historyczną perspektywę przyjęli Chung i Kelly (Chung i Synder 1999; Kelly, Holland i in. 1999), którzy z różnych kontekstów podkreślają dojrzewanie SI do jednoznacznego ukierunkowania biznesu, przypisywanego systemom ERP. Podzielają to Holandia i Światło, które twierdzą, że inne, tradycyjne podejścia w rozwoju systemów okazały się mniej korzystne w dłuższej perspektywie niż systemy ERP (Holandia i Światło 1999). Pogląd historyczny, choć z perspektywy biznesowej jest sugerowany przez Sor (Sor 1999), oczekując lepszego zrozumienia kwestii związanych z systemami ERP, które mają być osiągnięte poprzez przeniesienie dyskursu w kierunku teorii zarządzania i zajmowania się ERP jako szczególnym przypadku teoretycznych założeń, które zostały opracowane już w latach sześćdziesiątych.


Problemy związane z zarządzaniem samymi systemami zostały omówione przez Gable et al. (Gable, Scott et al. 1998), który argumentuje wartość wspólnych powiązań w zakresie zarządzania wiedzą między wszystkimi partnerami biznesowymi w projektach wdrożeniowych, aby lepiej sprostać skali i wymaganiom specjalistycznej wiedzy w ramach takich projektów. W podobnym duchu zaproponowano zbadanie potencjalnych korzyści płynących z działalności Centrów Kompetencji w zakresie wspierania i utrzymywania tych wielkoskalowych systemów (Eriksen, Axline i in. 1999).
Korzyści płynące z systemów ERP są postrzegane jako usprawnienie procesu podejmowania decyzji organizacyjnych przez Holsapple’a i Senę (Holsapple i Sena 1999); w związku z tym twierdzą oni, że systemy ERP i systemy wspomagające podejmowanie decyzji powinny być dalej zintegrowane i że dalsze wysiłki w zakresie badań i rozwoju powinny być skierowane w tym obszarze. Rozwiązania ERP stały się ostatnio coraz bardziej dostępne dla małych i średnich przedsiębiorstw (MŚP). Dlatego też Gable i Stewart zaproponowali zbadanie przyjęcia i stosowania ERP w MŚP jako celu badań (Gable i Stewart 1999). Wyraźne podejście nauk społecznych do ERP został zaproponowany przez Southwick i Sayer (Southwick i Sawyer 1999), którzy twierdzą, jak ważne jest analizowanie kwestii menedżerskich i społecznych związanych z wdrażaniem ERP poprzez zastosowanie krytycznej teorii społecznej. Silne podstawy teoretyczne zostały już zastosowane w badaniu wdrożeń ERP. Przy użyciu struktury (Volkoff 1999) i teorii sieci aktorów (Hanseth i Braa 1998), zmiany organizacyjne wywołane przez nowy system są krytycznie podkreślone; zmiany te są niezamierzone i mogą mieć wpływ na środowisko społeczne (Volkoff), jak również przekształcić całą infrastrukturę informacyjną (Hanseth).
ARTYKUŁY Z CZASOPISM
Szkolnictwo wyższe w systemach ERP zostało również tematyzowane w niektórych z nielicznych artykułów czasopism związanych z ERP. Jak pokazują przypadki zgłoszone przez Winter (Zima 1999) oraz Holmesa i Hayena (Holmes i Hayen 1999) (patrz wyżej), zaangażowanie w obszarze ERP w nauczaniu zaowocowało całkowitym przeprojektowaniem programów nauczania zarówno na poziomie licencjackim, jak i podyplomowym, w odpowiedzi na nowe wymagania kompetencyjne powstałe na rynku pracy (Becerra-Fernandez, Murphy i in. 2000). Tworzenie i wdrażanie tych nowych programów nauczania może być osiągnięte jedynie poprzez interdyscyplinarną współpracę między wydziałami uniwersyteckimi, co jest zjawiskiem zgłaszanym również gdzie indziej (Victor, May et al. 1999). Obszerne przypadki nauczania zostały dostarczone przez Ross’a i Hirt’a (Ross 1999) [Hirt, 1999 #50].
Inżynieria procesowa to kluczowy krok we wdrażaniu systemów ERP. Będzie to jeszcze bardziej prawdziwe w przyszłości, kiedy do prowadzenia e¬biznesu trzeba będzie stworzyć różnorodne relacje między przedsiębiorstwami. Scheer (Scheer i Habermann 2000) podkreśla znaczenie modeli procesów biznesowych do zarządzania coraz większą złożonością arsenału tych rozwiązań; modele procesów są podobno również użytecznym medium do komunikacji o procesach biznesowych w różnych kulturach. Jednak dowody z praktyki (Soh, Kien i in. 2000) sugeruje, że najlepsze praktyki wbudowane w oprogramowanie ERP nie zawsze mogą być przenoszone na skalę światową ze względu na bardzo specyficznych dla danego kraju wymagań odnoszących się do bardzo podstawowych procesów. Bliższa współpraca między dostawcami i użytkownikami oraz wszechstronna wiedza ze strony użytkownika wydają się być jedynym lekarstwem na te nieprawidłowości (Soh, Kien i in. 2000). Sposób, w jaki współpraca ta może być z powodzeniem osiągnięta, został zademonstrowany przez Scott et al. (Scott i Kaindl 2000); pokazali oni, że współpraca pomiędzy dostawcami i klientami może prowadzić do obopólnie korzystnych rezultatów w postaci szybko dodawanej funkcjonalności systemów. Jednak nowe funkcjonalności nie zawsze są tym, na czym firmy szczególnie nam zależy, zwłaszcza gdy wymaga to przejścia na nową wersję zainstalowanego oprogramowania; jest to jeden z wniosków wyciągniętych przez Kremers (Kremers i Dissel 2000), który omawia podejście dostawców i klientów do migracji oprogramowania. Postawy te wydają się być niekorzystne: podczas gdy sprzedawcy wolą nie obsługiwać zbyt wielu wersji jednocześnie, ze względu na wysokie koszty personelu, firmy klientów nie zdają sobie sprawy, że nowe wersje zawsze mają potencjał, aby wzmocnić biznes, a czasami zmieniają wersje tylko ze względów technicznych. Przewiduje się, że problemy techniczne związane z aktualizacjami i nowymi wersjami zostaną w przyszłości rozwiązane dzięki wprowadzeniu oprogramowania opartego na komponentach według Sprotta (Sprott 2000) oraz Fan et al. (Fan, Stallaert et al. 2000). Komponenty oprogramowania mają przezwyciężyć „monolityczny” charakter systemów ERP i znacznie zwiększyć zdolność adaptacji do wymagań biznesowych.
Nowy aspekt systemów ERP, wdrożenie dla firm globalnych w wielu miejscach zostało zbadane przez Markus et al. (Markus, Tanis et al. 2000). Zidentyfikowali oni, że problemy na dużą skalę mają tendencję do ewolucji w odniesieniu do strategii biznesowej, konfiguracji oprogramowania, platformy i realizacji zarządzania; połączenie tych kwestii musi być rozwiązany przez firmę wdrażającą bardzo ostrożnie i ogólne podejście nie może być stosowane. Jak donosi Everdingen i in. (Everdingen, Hillegersberg i in. 2000), osiągnięcie najlepszego dopasowania pomiędzy oprogramowaniem a biznesem jest głównym kryterium wyboru pakietu dla MŚP w Europie; wskazują one na fakt, że zróżnicowanie pomiędzy krajami i branżami stanowi nowe wyzwanie dla dostawców na nowych rynkach wschodzących, jeśli chcą oni odpowiedzieć na potrzeby klientów w sposób kompleksowy.
W przypadku Willcocks et al. (Willcocks i Sykes 2000) stare kwestie menedżerskie związane z zarządzaniem IT utrwalają się w erze systemów ERP. Utrzymują oni, że wnioski z przeszłości muszą być wyciągnięte dla pomyślnego wdrożenia i obsługi systemu ERP, i twierdzi, że dział IT musi mieć ugruntowaną pozycję strategicznego partnera przedsiębiorstwa, i że systemy powinny być postrzegane jako „inwestycja biznesowa w badania i rozwój”, a nie na zasadzie efektywności kosztowej.
Biorąc pod uwagę niski stopień stabilizacji działalności badawczej, na który wskazuje liczba artykułów w czasopismach, wydaje się, że jest dość wcześnie, aby wskazać na artykułowane obszary badań. Biorąc pod uwagę zarówno referaty konferencyjne i artykuły, można jednak poczynić pewne spostrzeżenia w odniesieniu do tematów i metod w obecnych badaniach ERP. Nowy, specyficzny problem ERP wydaje się wynikać ze skali niektórych wdrożeń ERP i umiędzynarodowienia rynku oprogramowania. To zagadnienie „globalizacji” ma aspekty związane z wdrażaniem międzynarodowych procesów biznesowych z jednej strony i adaptacją do lokalnych środowisk z drugiej. Chociaż wydaje się, że do tej pory dominującym problemem było badanie wdrożeń za pomocą wielu studiów przypadków, kwestie dotyczące dalszej ewolucji zainstalowanego systemu ERP wzbudziły już pewne zainteresowanie. Można je scharakteryzować jako odnoszące się do zarządzania wiedzą, małych i średnich przedsiębiorstw, zarządzania łańcuchem dostaw, utrzymania i ulepszeń dotyczących nowych funkcji i obszarów zastosowań, takich jak e-biznes. Najczęściej stosowaną metodą badawczą jest studium przypadku, które podkreśla raczej opisowy rodzaj prowadzonych obecnie badań, mających na celu natychmiastowe zastosowanie w praktyce lub nauczaniu. Podejścia oparte na teorii są nadal rzadkie, ale prawdopodobnie pojawią się w przyszłości.
TEKSTBOOKSY
Podręczniki są podstawowym elementem wprowadzania nowicjuszy w systemie edukacji uniwersyteckiej do dziedziny wiedzy. Powszechnie uważa się, że zawierają one ustalony w drodze konsensusu zestaw problemów i rozwiązań charakteryzujących daną dziedzinę wiedzy: podręczniki opierają się na przyjętej tradycji badawczej lub po prostu badania poprzedzające nauczanie. Podręczniki MIS mogą jednak odbiegać mniej więcej od tej zasady, ponieważ cała dziedzina podlega częstym zmianom. Jedną z ostatnich zmian, która musiała zostać uwzględniona, było szybkie przyjęcie pakietów ERP przez korporacje na całym świecie. Poniższe omówienie przykładu podręczników MIS pokazuje, że synchronizacja badań z produkcją materiałów edukacyjnych może budzić niepokój.
Steven Alter (Alter 1999) zajmuje się złożonością dzisiejszych systemów informatycznych, stosując tradycyjną typologię systemów, która uwzględnia ich abstrakcyjne zadania jako cechę wyróżniającą; dlatego też istnieją np. systemy przetwarzania transakcji, wspomagania decyzji, zarządzania i zarządzania informacjami oraz systemy wykonawcze, by wymienić tylko kilka z nich. Oczywiste jest, że systemy ERP nie mogą być łatwo zakwalifikowane do takiej kategoryzacji, która nie uwzględnia obszarów zastosowań systemów informatycznych w zakresie funkcji biznesowych. W związku z tym, systemy ERP są postrzegane jako hybrydy, co oznacza, że zawierają one szereg cech z różnych kategorii typologii systemów. Rozwój ERP jest przedstawiony jako sukcesja rozszerzeń pochodzących z MRP i prowadzących do obecnej oferty oprogramowania. Jednak systemy ERP rzekomo mają niewyjaśnione „skupić się gdzie indziej”. Autor charakteryzuje systemy ERP jako kontrowersyjne, głównie ze względu na ich „zintegrowaną bazę danych”, która „struktury […] zawierają wiele wariantów procesów”, co czyni je „ogromnie skomplikowanymi”. Instalacje pojedynczych modułów „mogą być nazywane ERP” również ze względu na ich pochodzenie, nawet jeśli nie „osiągają integracji” ukierunkowanej.
Natomiast James O’Brien (O’Brien 1999) utrzymuje, że „systemy informatyczne w świecie rzeczywistym są zazwyczaj zintegrowanymi kombinacjami funkcjonalnych systemów informatycznych […], które wspierają procesy biznesowe”. Furthermore, „cross-functional information systems” enable re¬engineering of business processes and may be used in a „strategic way” to „improve the efficiency and effectiveness of business processes”. Nie dokonuje on rozróżnienia między ERP i SCM, twierdząc, że systemy te działają w oparciu o „oprogramowanie do planowania zasobów przedsiębiorstwa (ERP) lub zarządzania łańcuchem dostaw (SCM)”. Sugeruje to, że „oprogramowanie ERP skupia się na wspieraniu procesów w łańcuchu dostaw […] przedsiębiorstwa”.
Przekraczanie granic funkcjonalnych w firmie i integracja procesów biznesowych to również główny nacisk ERP według Turbana, McLeana i Wetherbe [Turban, 1999 #79]. Kontrastują one obietnice „korzyści ze zwiększonej wydajności do lepszej jakości, produktywności i rentowności” z trudnościami we wdrożeniu takiego systemu, zwykle związanymi ze zmianami w istniejących procesach biznesowych.
Effy Oz [Oz, 1998 #80] podkreślił również jedną z podstawowych zasad ERP, współzależność funkcji biznesowych. Omówił on „strategiczne systemy informacyjne” i połączył wysiłki na rzecz reorganizacji tej koncepcji. Ponadto szczegółowo opisuje to, co jest powszechnie postrzegane jako jeden z początków ERP, systemy zarządzania produkcją, takie jak MRP i MRPII, a także Systemy Realizacji Produkcji (MES), jednak ERP nie jest w ogóle wymieniany.
Dla Laudona i Laudona (Laudon i Laudon 2000), systemy ERP, czy jak je nazywają – systemy korporacyjne – muszą być postrzegane z perspektywy kontekstowej i całościowej, którą nazywają „informatyką korporacyjną”. Składają się na to pojęcia „portfel inwestycyjny IT”, „infrastruktura IT”, „logika biznesowa” i „architektura informacji”. Czynniki zewnętrzne, które napędzały wdrażanie systemów korporacyjnych, są identyfikowane jako wynikające ze zmienionej dynamiki rynku, struktur branżowych oraz orientacji myślenia menedżerskiego na procesy biznesowe i strategię przedsiębiorczości. Po stronie technologicznej, sieci, relacyjne bazy danych, architektura klient/serwer oraz aplikacje oprogramowania biznesowego, równolegle do zmian w świecie biznesu. Systemy korporacyjne są następnie omawiane poprzez kontrastowanie „obietnicy integracji różnorodnych procesów biznesowych firmy w jedną architekturę informacyjną” i wynikających z tego korzyści biznesowych z pięcioma „kwestiami”, które muszą zostać rozwiązane, aby obietnice te stały się realne: wdrożeniem, analizą kosztów i korzyści, solidnością, interoperacyjnością i realizacją wartości strategicznej.
Ten losowy wybór podręczników pokazuje, że systemy ERP są często po prostu przedstawiane jako problematyczne, jeśli nie są ignorowane. Z wyjątkiem Laudon i Laudon (Laudon i Laudon 2000), ERP jest traktowany bardziej pobieżnie, tj. kilka akapitów lub stron. Prawie wszyscy autorzy wskazują na poważne problemy związane z ERP. Krytyka Alter (Alter 1999) jest głównie z punktu widzenia oprogramowania, co sugeruje, że systemy ERP są słabo wdrożone bazy danych. Również oprogramowanie koncentruje się, choć bez krytycznych uwag, jest definicja ERP podane przez Jamesa O’Briena (O’Brien 1999), co mocno sugeruje, że ERP jest bardzo podobny do zarządzania łańcuchem dostaw. W przypadku Turbana, McLeana i Wetherbe’a (Turban, McLean i in. 1999) problemy związane z systemami ERP wydają się być bardziej związane ze zmianą, której musi podlegać przedsiębiorstwo. Problemy systemów ERP nie sprowadzają się do oprogramowania lub problemu biznesowego dla Laudona i Laudona (Laudon i Laudon 2000), którzy raczej holistycznie postrzegają ERP jako skomplikowany produkt w skomplikowanym środowisku biznesowym i rynkowym.
POJAWIAJĄCE SIĘ SKUPIENIE NA ERPIE W TERENIE
Najwyraźniej, ERP przyciągnął uwagę z pola IS, gdy stało się oczywiste, że duże, a zwłaszcza amerykańskie korporacje zaczęły instalować te systemy; innymi słowy, tylko wtedy, gdy ich znaczenie zostało mocno ugruntowane na rynku.
Poniższa linia czasowa (rys. 3) odnosi się do pojawienia się systemu SAP R/3 (najbardziej rozpowszechnionego wśród produktów ERP), z ewolucją SI i uwagi prasy branżowej na tę koncepcję. Rynek ERP nabrał rozmachu po 1995 roku, kiedy to główny sprzedawca wprowadził swoje oprogramowanie klient-serwer do USA. Biorąc pod uwagę, że często trwa wiele miesięcy, aby zainstalować system ERP, Thomas Davenport w 1996 roku ogłoszenie o przybyciu megapakietów nie wydaje się być opóźnione. 1997 zobaczył pierwsze referaty na temat systemu ERP przedstawione na międzynarodowych konferencjach IS. Z drugiej strony, choć w tym samym roku nastąpił znaczny wzrost liczby artykułów z prasy branżowej, tzw. typ ERP jest zjawiskiem nowszym: np. w ABI/INFORM odniesienia do artykułów ERP przekroczyły 1000 w latach 1998 i 1999.
Podsumowując, przedstawiamy następujące obszerne obserwacje z naszego meta-przeglądu literatury IS. Aktywność konferencyjna wzrosła dość nagle i dramatycznie, ale wydaje się, że się wyrównała (trudno to przewidzieć). W wyniku nagłego wzrostu aktywności w tym obszarze spodziewany jest dalszy wzrost aktywności dziennikarskiej (np. ten specjalny numer). Liczne studia przypadków stworzyły już podstawy do dalszych badań i informowania o nauczaniu powiązanym, które odbywa się w ramach zmienionych programów nauczania. Można się spodziewać, że po pierwszej fali badań nad zagadnieniami związanymi z wdrożeniem ERP, pojawi się szereg bardziej ukierunkowanych tematów badawczych, dotyczących ich złożoności i daleko idących konsekwencji organizacyjnych. Przegląd podręczników sugeruje, że autorzy nie bezpośrednio związane z ERP mają tendencję do oferowania powierzchowne i często zniekształcone traktowanie obszaru tematycznego. Sytuacja ta będzie się poprawiać w miarę jak badania nad ERP gromadzi, a świadomość w całej społeczności akademickiej IS rośnie.
Postrzeganie ERP: badanie opinii ekspertów
W celu uzyskania dalszego wglądu w postrzeganie ERP, skontaktowaliśmy się i otrzymaliśmy odpowiedzi e-mailowe od dwunastu wybitnych badaczy pracujących w tym obszarze. Czy wymóg, czy nie, wszyscy ankietowani eksperci zostali zapewnieni w oryginalnym e-mailu, że „nazwiska respondentów nie zostaną zapisane w naszej bazie danych badań […]. Żadne zgłoszone dane nie będą dotyczyły poszczególnych respondentów!”
Poniżej przedstawiono syntezę odpowiedzi w odniesieniu do każdego z czterech zadanych pytań (należy pamiętać, że użyte poniżej kody respondentów, np. E1, E2, itd., odzwierciedlają kolejność, w jakiej odpowiedzi zostały otrzymane i nie mają żadnego związku z powyższą kolejnością listy).

WIELU UWAŻA, ŻE NAUKOWCY POWOLI DOSTRZEGAJĄ ZNACZENIE PAKIETÓW OPROGRAMOWANIA APLIKACYJNEGO. DYSKUSJA O ERPIE ZACZĘŁA SIĘ DOPIERO W OSTATNICH LATACH.

Przegląd literatury sugeruje, że akademickie zainteresowanie ERP i pakiety oprogramowania zaczęły pojawiać się dopiero w drugiej połowie lat 90-tych. Jednak wspólny pogląd (sekcja 2) sugeruje, że duże, opakowane oprogramowanie użytkowe jest ważnym zjawiskiem od lat 70. i że koncepcja pełnej integracji jest również realizowana od ponad dwóch dekad (zob. także (Markus i Tanis 1999)). Tutaj, respondenci zostali zapytani, czy naukowcy byli powolni, aby docenić znaczenie oprogramowania ERP, a jeśli tak, to dlaczego.

Dlaczego Lag? – Lag jest zrozumiały.

Kilku respondentów sugeruje, że opóźnienie nie było zbyt długie, opóźnienie jest naturalne, lub że niektórzy badacze byli na początku, może nawet na czas. Niektórzy respondenci sugerują, że ERP był „big bang” (w sensie ewolucyjnym). Ważnym pytaniem jest to, czy ERP stanowią skok kwantowy w pakiecie oprogramowania aplikacji, czy następny etap w ewolucji? Dane z badań Gable’a i Rosemanna (Gable i Rosemann 1999) potwierdzają twierdzenie, że opóźnienie nie było tak duże w Niemczech. Dowody anegdotyczne potwierdzają również pogląd, że informatyka w większości przypadków poświęcała temu obszarowi niewiele uwagi, ale obecnie jest jak IS, coraz bardziej zainteresowana.
Dlaczego Lag? – Dzisiejsze pakiety i wdrożenie pakietów są różneKilku ekspertów sugeruje, że dzisiejsze ERP różnią się od wcześniejszych pakietów, uzasadniając tym samym opóźnienie. W pełni zgadzamy się, że wdrożenie pakietu jest zupełnie inny niż wdrożenie niestandardowego oprogramowania. Ponadto, pakiety ERP ewoluowały dramatycznie na przestrzeni lat. Niemniej jednak, spodziewamy się (E5) zgodzi się, że naukowcy IS mają do pewnego stopnia być lax. Być może wynika to z wyboru ERP i wdrożenie często są napędzane przez jednostkę biznesową, a nie IT, z IT odgrywa mniejszą rolę, być może do pewnego stopnia konsekwencją „nie wymyślono tutaj” zespół, być może dlatego, że wdrożenie ERP jest jeszcze bardziej interdyscyplinarne niż wcześniejsze projekty IS (mniej IS).

Dlaczego Lag? – Bo to zbyt trudne!

(E6) stwierdza: „Zgadzam się, jest trochę trajektorii uczenia się zaangażowany i nie ma tyle dobrego materiału referencyjnego ERP wokół – większość z nich są praktykujący – lub sprzedawcy wygenerowane. Istnieje również wiele dziedzin wiedzy i ekspertyz, które należy przejść przed dostaniem się do etapu wygodne z takich systemów i ich potencjału – po pierwsze, znajomość skomplikowanego, zaawansowanego środowiska biznesowego i struktur korporacyjnych, w których takie oprogramowanie jest wykorzystywane do strategicznych korzyści (np. z dużych konglomeratów,NC, M&A, itp.) jest korzystne. ) jest korzystne. Tak samo jak dobre zaplecze (systemy) w jednym procesie biznesowym lub kluczowym obszarze łańcucha wartości – charakteryzujące się dogłębną, rzeczywistą wiedzą na temat działań i złożoności przepływu informacji, które składają się na ten obszar … Istnieje również potrzeba, aby uzyskać dostęp do różnych technologii związanych z ERP, takich jak klient / serwer rozproszonych struktur, systemów otwartych, koncepcji RDBMS, itp. Dodano do nich, producenci opakowań nigdy nie ułatwił dla tych, poza ich klienta / bazy użytkowników, aby uchwycić koncepcję projektowania, że zatrudniają, po owinięty ich filozofii projektowania i konwencji konfiguracji systemu w słownictwie unikalnym dla siebie i pakowania to wszystko w złożonej, zastrzeżonej konstrukcji, która jest przeznaczona do zablokowania w ich bazie klientów … Uporanie się z takimi „barierami wejścia” wymaga więc odrobiny czasu i wysiłku, po czym możliwe staje się docenienie mocnych stron projektu oprogramowania oraz unikalnych środowisk, do których przynoszą one swoje zalety.

Tak więc, czy starając się uczyć lub badania ERP, jest znacząca inwestycja wymagana w zrozumienie złożonego melanżu technologii, procesów i zagadnień związanych; zniechęcające i ryzykowne przedsięwzięcie. Ponadto, wydaje się, że istnieją znaczne korzyści skali w dążeniu do badań nad budową systemu na dużą skalę oprogramowania pakietów aplikacji. Jest mało prawdopodobne, aby wysiłki naukowców na małą skalę w zakresie budowania systemu przyniosły wgląd w złożoność integracji systemów na dużą skalę.
Wreszcie, choć nie zostało to wyraźnie stwierdzone, kilka odpowiedzi na ankietę nawiązywało do dalszego źródła niechęci, jakim są wysokie koszty instalacji i obsługi systemu ERP do nauczania i badań. Być może nie jest zaskoczeniem, zwiększona działalność badawcza i publikacyjna ERP wydaje się zbieżne ze zwiększoną działalnością uniwersytetów z ERP w nauczaniu, i odpowiadają zwiększoną obsługę dostawców ERP swoich systemów w tym celu (Na przykład, SAP University Alliance Program powstał dopiero w 1997 roku, z pierwszych systemów SAP zainstalowanych na uniwersytetach dla celów nauczania i badań będzie żyć w tym roku. Należy zwrócić uwagę, że firma SAP już od kilku lat bezpłatnie udostępniała swoje oprogramowanie w Niemczech).

Dlaczego Lag? – Lęk przed zmianami

E2 sugeruje, że strach przed zmianami był motywacją do opóźnionej reakcji ze strony naukowców zajmujących się nauką o IS. „ERP są kompetencją niszczącą innowacje, nie tylko dla tradycyjnych twórców SI, ale także dla niektórych tradycyjnych badaczy SI. Żadna z tych grup nie spieszyła się z porzuceniem (a może nawet z zakwestionowaniem) swojej istniejącej bazy kompetencji” (E5) zauważa, że „wielu pracowników naukowych zajmujących się nauką o IS wywodzi się z zaplecza związanego z rozwojem systemów. Ich wiedza specjalistyczna dotyczy tradycyjnych zagadnień związanych z nabywaniem i modelowaniem wymagań oraz projektowaniem systemów. Ma to miejsce szczególnie w przypadku wielu pracowników naukowych, którzy mają obsesję na punkcie orientacji obiektowej. Wdrażanie systemów ERP jest o wiele bardziej związane ze zrozumieniem procesów biznesowych i skupia się na wdrażaniu, a nie na rozwoju. Myślę, że świadomość, że większość oprogramowania jest teraz pakiet i wiele z tego jest systemów ERP jest wreszcie świt. ” (E3) sugeruje, że „jeśli nie badamy tego tematu, może to oznaczać, że boimy się stawić czoła konsekwencjom dla naszego własnego kapitału intelektualnego!”
Innym możliwym wytłumaczeniem opóźnienia w zwracaniu uwagi na pakiety aplikacyjne w IS może być tendencja pracowników akademickich, którzy rozwijają się w głąb i szerokość obszaru, do wychodzenia ze środowiska akademickiego. Wyciąganie z praktyki jest silne. Uniwersytety muszą szybko dostosować swoje systemy i struktury wynagradzania, aby zachęcić do zbliżenia się do praktyki, a jednocześnie zachęcić swoich coraz bardziej poszukiwanych pracowników do pozostania
Alternatywną strategią jest kontynuowanie badań i nauczania w mikroskali oraz unikanie lub zniechęcanie pracowników do zdobywania wiedzy na temat narażenia, zakresu i znaczenia, które są im potrzebne do pracy z dużymi pakietami oprogramowania aplikacyjnego. Jesteśmy przekonani, że takiego podejścia nie da się utrzymać.

DYNAMIKA TECHNICZNA, ZARZĄDCZA I RYNKOWA WPŁYNĘŁY NA ROZWÓJ ERUPCJI. CO BYŁO BARDZIEJ WPŁYWOWE WYDARZENIA W KAŻDYM Z TYCH TRZECH OBSZARÓW.

Najczęściej wymieniane „zmiany techniczne” mające wpływ na ERP to: pojawienie się Internetu; szybsza, lepsza i tańsza moc obliczeniowa; oraz skalowalność i otwartość technologii klient/serwer. (E5) sugeruje, że same systemy ERP są innowacją techniczną, która umożliwiła integrację systemów w całej organizacji.
Oddzielenie wpływów technicznych, zarządczych i innych nie zawsze jest łatwe i użyteczne. (E9) sugeruje, że „… istnieje pętla zwrotna, tzn. z menedżerskiego punktu widzenia te [menedżerskie] koncepcje będą wpływać i promować nowe osiągnięcia techniczne. Między-organizacyjny transfer danych, który jest niezbędny dla łańcuchów dostaw, wymaga znormalizowanych formatów danych i dogodnych sposobów wykonywania transferu. Wymóg ten miał duży wpływ na rozwój XML, którego obecnie doświadcza. Oczywiście w związku ze zmianą warunków na rynkach pojawiły się nowe formy działalności gospodarczej. Wiele z nich przeniosło się ze sprzedającego na rynek kupującego, a jednocześnie potrzeby konsumentów stały się bardziej wymagające. Sposobem na reakcję przedsiębiorstw było usprawnienie ich wewnętrznych i zewnętrznych struktur i procesów. Kontrola tych procesów wiązała się z wykorzystaniem systemów ERP, które mogły dostarczać niezbędnych informacji. ”

Komentarze na temat dynamiki rynku były stosunkowo skąpe, większość pomysłów pojawiła się już w odniesieniu do technologii i dynamiki biznesu. Więcej respondentów wspomina tu o problemie Y2K, niż w sekcji Dynamika techniczna. Czy przesadna reakcja na rynek, czy rzeczywistość praktyczna, Y2K niewątpliwie przyczynił się do dramatycznego wzrostu sprzedaży ERP w drugiej połowie lat 90. jak wiele organizacji zakodowanych, aby zastąpić ich nie zgodne z 2000 r. systemów starszych. Ten glut działalności jest również częścią powodu, dlaczego sprzedaż ERP plateaued w 2000 roku.
Ogólnie rzecz biorąc, respondenci przytoczyli szereg czynników wpływających na ewolucję ERP, poza łatwiejszym do zidentyfikowania rozwojem technologicznym klientów/serwera, Internetu i malejącymi kosztami mocy obliczeniowej. Ważne wydarzenia w zakresie zarządzania obejmują: orientację na procesy, globalizację, outsourcing, nowe projekty organizacyjne, e-biznes, koncentrację na terminowym zarządzaniu wydajnością i zarządzaniu łańcuchem dostaw. Najważniejsze zmiany na rynku zostały wprowadzone: Y2K, niedobór umiejętności informatycznych, ASP, zarządzanie relacjami z klientami oraz pojawienie się niewielkiej liczby silnych dostawców ERP.

JAKI ZNACZĄCY, DALSZY ROZWÓJ SYTUACJI JEST PRZEWIDYWANY W PRZYSZŁOŚCI?

Ponad połowa respondentów wspomniała o ruchu na rzecz integracji systemów wewnątrz- i międzybranżowych, co znalazło odzwierciedlenie w obecnym dążeniu do systemów zarządzania e-biznesem i relacjami z klientami. Wymieniono zarówno zapotrzebowanie klientów, jak i postawę sprzedawcy. Sieć jest wyraźnie siecią i interfejsem z wyboru. Hosting aplikacji został wymieniony jako sposób na zmniejszenie kosztów wdrożenia i wsparcia oraz na rozszerzenie dostępu do ERP. Komponenty zostały wymienione jako „święty graal” w obliczu gwałtownie rosnącej złożoności oprogramowania (należy zauważyć, że nigdy nie znaleziono świętego graala).

Zarządzanie relacjami partnerskimi (PRM)

TWOJA DEFINICJA SYSTEMU ERP

Potoczne definiowanie ERP zdaje się odwracać uwagę od rzeczywistych problemów lub w pewnym sensie zmniejszyć wpływ ERP. Do tej pory nacisk położono na wielofunkcyjną integrację procesów wewnętrznych, kompleksowość, konfigurowalność i „najlepsze praktyki” modeli procesów. (E1) zauważa, że „ERP jest trudny do zdefiniowania. Oprogramowanie przedsiębiorstwa jest tylko częścią tej koncepcji. Z akademickiego punktu widzenia, interesujące są kwestie organizacyjne. Wpływ ERP jest ogromny. Branże, organizacje, działy IS, outsourcing i pracy pracowników zostały dotknięte” Jak (E1), (E4) sugeruje również, że „to nie jest ERP, który jest interesujący. To jest wdrożenie i towarzyszące mu nowe procesy, które są interesujące!” (E10) sugeruje, że „”planowanie zasobów przedsiębiorstwa ” system nie jest odpowiednim terminem dla tych systemów. Termin ten jest zbyt bliski MRP/MRP II, a wiele osób, nawet niektórzy, którzy powinni wiedzieć lepiej, lubią mówić, że ERP opracowane z systemów MRP. Oczywiście, nie jest to prawdą w przypadku głównych graczy. Popieram użycie terminu „system przedsiębiorstwa [lub] ….Być może moglibyśmy nazwać ERP BOISEs – back-office integrated systems for enterprises (z podziękowaniami dla Boba Glass’a). ”

W tym dziale przedstawiliśmy wyniki badania dwunastu wybitnych badaczy pracujących w tym obszarze. Eksperci, podobnie jak autorzy, mają trudności z dotarciem do pełnej definicji ERP; oni również wydają się uważać, że ERP jest „w oku obserwatora”, jego definicja jest funkcją perspektywy i intencji. Wielu uważa, że IS nie były pobłażliwe w studiowaniu i nauczaniu ERP, że ERP eksplodował na scenie IS tylko w połowie lat 90-tych, i że opóźnienie w działalności akademickiej IS jest więc zrozumiałe. Inne powody podane do opóźnienia były: strach przed zmianą i utratą kapitału intelektualnego, złożoność ERP i znaczne inwestycje wymagane w zrozumieniu złożonego melanżu technologii, procesów i zagadnień związanych z nimi, oraz wysokie koszty instalacji i obsługi systemu ERP do nauczania i badań, z których wszystkie podejmują zobowiązanie do badań i nauczania ERP zniechęcające i ryzykowne przedsięwzięcie. Czy budowanie systemu lub studiowanie praktyki (badania empiryczne), odpowiedzi na pytania zawarte w ankiecie pośrednio przemawiają za bliższą współpracą z praktyką w zakresie badań, rozwoju i programów nauczania oraz za większą akademicką świadomością praktyki. Kolejną trudnością wynikającą z odpowiedzi na pytania zawarte w ankietach jest potrzeba dostosowania uniwersyteckich systemów nagradzania zarówno w celu zachęcenia do studiowania dużych systemów wielodyscyplinarnych, jak i zatrzymania pracowników akademickich, którzy są coraz bardziej przyciągani do przemysłu.
Badanie opinii ekspertów wykazało, że istnieją koncepcyjne przeszkody do pokonania, takie jak etykieta ERP i fakt, że ERP jest silnie zakorzeniony w produkcji. Poniższa dyskusja, miejmy nadzieję, rzuci nieco światła na te kwestie.

Dyskusja: ERP – znacząca etykieta?

Istnieje różnica zdań w odniesieniu do terminu ERP. Sprzeciw wobec tego terminu zwykle brzmi następująco: ERP oznacza szczególną kategorię oprogramowania, to oprogramowanie, jednak niekoniecznie jest skoncentrowany na zarządzaniu zasobami, a ponadto nie ma szczególnej siły w dziedzinie planowania, i wreszcie, obecne oprogramowanie rozszerza swoją funkcjonalność poza przedsiębiorstwem. Thomas Davenport i Laudon & Laudon, starali się zatem dopasować słowa do „rzeczywistości”, sugerując, że mówimy o zintegrowanych pakietach jako o systemach biznesowych. Podstawowym założeniem jest to, że termin ERP powinien oznaczać coś jednoznacznie przez słowa, które zawiera. Zgadzamy się z uwagami tych autorów, niekoniecznie podzielając ich zalecenia. Aby wyjaśnić tę sprawę, krytycznie powracamy do ścieżki rozwoju MRP (50s) MRP II (70s) CIM (80s), jak zasugerowano w sekcji drugiej i porównać te poprzedniczki z ERP w sposób bardziej szczegółowy. Ścieżka ta sugeruje ciągłe rozszerzanie ogólnych modeli integracji.

Po pierwsze, istnieją silne podobieństwa między podejściem przyjętym przez MRPII i CIM a następcą ERP. CIM został zdefiniowany jako „zintegrowane zarządzanie informacją dla wszystkich funkcji biznesowych i technicznych producenta”. ((Scheer 1994): 2), podczas gdy szersze podejście ERP zostało uchwycone jako: „ERP integruje funkcje logistyczne, produkcyjne, finansowe i zarządzania zasobami ludzkimi w przedsiębiorstwie, aby umożliwić zarządzanie zasobami w całym przedsiębiorstwie”. (META Group 1998). W podobnym duchu, rozwiązania programowe MRPII w postaci systemów planowania i kontroli produkcji można uznać za poprzedników oprogramowania ERP. Davenport (Davenport 1996) postrzega w ERP jako „turbodoładowaną wersję planowania zasobów produkcyjnych (MRP II), zmodyfikowaną i wzmocnioną, aby pomóc producentom stawić czoła konkurencyjnym wyzwaniom lat 90-tych”.
Można więc powiedzieć, że podobnie jak ERP, systemy MRPII obsługują szereg typowych funkcji biznesowych, opierają się na koncepcji jednej (logicznie) zintegrowanej bazy danych i mają jeden wspólny interfejs użytkownika. W okresie dyskusji na temat CIM opracowano różne modele integracji, które posłużyły jako modele koncepcyjne dla rozwoju pakietów zintegrowanych. Z metodologicznego punktu widzenia związane z tym badania CIM doprowadziły do opracowania łatwiejszych do zrozumienia technik modelowania, które oprócz tradycyjnych modeli danych (Chen 1976) obejmowały również modele procesowe. Jednak całe gotowe rozwiązania CIM nie były nigdy dostępne, a mimo to powiązane z nimi badania pomogły w opracowaniu wewnętrznie i zewnętrznie stosowanych standardowych interfejsów (takich jak STEP czy EDIFACT). Pomimo tych podobieństw kilka kluczowych różnic oddziela ERP od MRPII i CIM i poddaje w wątpliwość teorię liniowego, stopniowego rozwoju.
MRP, MRP II i CIM są kompleksowo ujęte w literaturze produkcyjnej, gdzie prezentowane są przyjęte, niezależne od konkretnych rozwiązań, koncepcje integracji. ERP jest jednak na tym etapie napędzany głównie przez aktualnie dostępne produkty software’owe. Nie istnieje referencyjny model integracyjny dla ERP, podobny do podejścia CIM. Można to uznać za główną słabość dotychczasowych badań związanych z ERP. Niedoskonałość ta może również pomóc wyjaśnić, że nie osiągnięto szerokiego konsensusu w środowisku akademickim i praktyce w zakresie koncepcji i terminologii związanych z ERP.
MRP, MRPII i CIM charakteryzowały się ciągłym rozszerzaniem funkcjonalności produkcji. ERP może być jednak wdrażany bez żadnej funkcjonalności związanej z produkcją. MRPII np. nie jest podmodułem rozwiązań ERP skierowanych do takich branż jak bankowość czy handel detaliczny. Ponadto, podczas gdy CIM zawierał wiele funkcji technicznych, takich jak CAD lub CAM, rozwiązania ERP zazwyczaj nie posiadają wbudowanych modułów dla tych funkcji. Co więcej, problemy z integracją rozwiązania ERP z bardziej technicznymi systemami są dużym wyzwaniem dla wielu firm. Ponieważ MRP, MRPII i CIM koncentrowały się na funkcjach wewnętrznych, nie mogły one przyczynić się do rozwiązania aktualnych problemów ERP, takich jak integracja partnerów biznesowych (Zarządzanie Łańcuchem Dostaw, Zarządzanie Relacjami z Klientem).
Podsumowując, sugestia, że ERP pochodzi z dyskusji MRP jest mylące na trzy sposoby. Po pierwsze, ERP nie ma szczególnego nacisku na zasoby. Co najmniej równe znaczenie dla widoku zasobów jest widok procesu. Po drugie, funkcjonalność planowania nie jest główną siłą obecnych pakietów ERP, które kładą nacisk na realizację transakcji operacyjnych, takich jak przetwarzanie zamówień sprzedaży, więcej niż wsparcie dla zaawansowanych procedur planowania w zakresie zamówień, produkcji, sprzedaży lub finansów. Po trzecie, termin „przedsiębiorstwo” jest obecnie zbyt wąsko ukierunkowany. Podczas gdy MRP obejmował wszystkie funkcje związane z gospodarką materiałową, a MRPII i CIM rzeczywiście koncentrowały się na kwestiach produkcyjnych, rozwój zintegrowanych rozwiązań dla procesów obejmujących dostawców, klientów lub banki, rozszerza klasyczną perspektywę, która była ograniczona przez granice firmy. Termin ERP sugeruje wynik historycznego procesu rozwoju, ale proces ten ma pewną nieciągłość, i byłoby błędem zakładać, że ERP dosłownie oznacza planowanie zasobów w całym przedsiębiorstwie.
Tak więc Thomas Davenport (Davenport 2000) oraz Laudon i Laudon (Laudon i Laudon 2000) zdecydowanie opowiedzieli się za zastąpieniem terminu ERP systemami biznesowymi. Uwzględniłoby to również fakt, że systemy te są uniwersalne i nie ograniczają się do instalacji produkcyjnych. Ponadto spowodowałoby to ściślejsze powiązanie reszty świata z Europą kontynentalną, co wydaje się sprzyjać sformułowaniu „Standardowe oprogramowanie użytkowe dla przedsiębiorstw”.

Niezależnie od tych braków terminologicznych, naukowcy zajmujący się SI przyjęli to pojęcie „wyspy technologii”, a dziedzina badań nad SI stale się pod tym szyldem rozwija. Sformułowanie Enterprise Resource Planning stało się najczęściej używanym terminem oznaczającym zintegrowane pakiety aplikacji biznesowych; świadczy o tym wszechobecność słów „planowanie zasobów przedsiębiorstwa” i ich skrótu „ERP” w prasie komercyjnej, we wszystkich rodzajach publikacji IS oraz w słownictwie szeroko stosowanych usług indeksowania. W tej debacie wolimy pozostać bezstronni w stosunku do normalizacji terminologicznej; może wystarczy wiedzieć, jak używa się danego wyrażenia, aby zrozumieć jego znaczenie, a powszechne stosowanie ERP sygnalizuje, że niejednoznaczność, którą zakłada się, że istnieje ze względu na jego pochodzenie, jest pozornie nieistotna. Wittgenstein porównał tych, którzy domagają się definicji do „turystów, którzy czytają Baedekera, gdy stoją przed budynkiem i poprzez czytanie o jego historii, pochodzeniu i tak dalej są powstrzymywani przed oglądaniem go” (cytat w (Blair 1990):154).

Ograniczenia i przyszłe kierunki działania

Na koniec omawiamy to, co naszym zdaniem stanowi zarówno ograniczenia zgłoszonego badania, jak i możliwości dalszych wartościowych badań. Istotnym ograniczeniem analizy jest ograniczenie przeglądu literatury do publikacji naukowych z zakresu systemów informatycznych. Chociaż mamy nadzieję, że takie podejście pozwoli na wyraźniejsze wskazanie rozwoju i spostrzeżeń charakterystycznych dla obszaru SI, jesteśmy bardzo świadomi wkładu, jaki wnoszą do obszaru ERP różne dyscypliny, takie jak inżynieria oprogramowania, zarządzanie produkcją i rachunkowość. Wkład ten należy rozważyć w celu uzyskania bardziej kompletnego repozytorium publikacji i koncepcji ERP. Różnorodność konkurencyjnych terminów, takich jak COTS w Inżynierii Oprogramowania stanowią szczególne wyzwanie. Jest to główny cel przyszłych prac, które nadal prowadzimy w tym obszarze.
Ponadto, nasza analiza historyczna podkreśliła linię ERP w MRP II i CIM. Przyznajemy jednak, że w praktyce nastąpiła równoległa ewolucja dużych, administracyjnych pakietów oprogramowania aplikacyjnego. Przykładem jest poprzednik obecnego, wiodącego na rynku rozwiązania ERP, SAP R/2, który wszedł na rynek w 1973 roku. Bardziej kompletna analiza historii oprogramowania pakietowego uwzględniałaby tę równoległą ewolucję; przyczyny pozornego podziału i sposób, w jaki ostatecznie został on zniwelowany przez ERP. Kolejny poziom ważnej integracji, który nie został odzwierciedlony w poprzedniej dyskusji i nie został jeszcze dobrze rozwiązany w praktyce, jest między sprzętem i urządzeniami do zbierania danych a oprogramowaniem ERP.

Chociaż perspektywa inżynierii oprogramowania jest reprezentowana marginalnie, bardziej kompletne badanie alternatywnych perspektyw (np. OR/MS, OM i Manufacturing) za pomocą podobnego podejścia badawczego byłoby odkrywcze.
Zajmując się pytaniem „czym jest ERP?”, nie mieliśmy zamiaru być normatywni i dojść do miarodajnej definicji. Choć uważamy, że analizy i dyskusje przyczyniły się do ujawnienia zawiłości związanych z pojęciami związanymi z ERP, zdajemy sobie sprawę, że jesteśmy jeszcze daleko od przekonujących i pełnych definicji.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *