Andrzej Partyka

Polish

Research Papers in Economics

Andrzej Partyka*
Analiza porównawcza systemów klasy ERP
Streszczenie
Artyku≥ stanowi omÛwienie i analizÍ porÛwnawczπ wspÛ≥czesnych systemÛw
klasy ERP. W pierwszej czÍúci zosta≥ opisany krÛtki rys historyczny pokazujπcy
rozwÛj zintegrowanych systemÛw zarzπdzania przedsiÍbiorstwem, od klasy MRP
I do ERP II, w dalszej czÍúci zostali przedstawieni g≥Ûwni dostawcy gotowych sys-
temÛw oraz segmenty rynku, dla ktÛrych dedykowane sπ ich produkty. Zosta≥a
takøe przedstawiona metoda analizy porÛwnawczej, bazujπca na analizie w ra-
mach trzech perspektyw: dedykowania rozwiπzania dla sektora przemys≥u, funk-
cjonalnej oraz technologicznej. W ramach analizy uwzglÍdniono m.in. innowacyj-
noúÊ i bezpieczeÒstwo rozwiπzaÒ, czyli cechy, ktÛre sπ szczegÛlnie istotne z punk-
tu widzenia rozwojowoúci oraz szeroko pojÍtej zgodnoúci rozwiπzania. Zawarte
w artykule informacje mogπ s≥uøyÊ jako praktyczny poradnik dla wyboru systemu
klasy  ERP poprzez  analizÍ  porÛwnawczπ  rozwiπzaÒ  dostÍpnych  na  rynku.
W ostatniej czÍúci przedstawiono prognozÍ rozwoju rynku systemÛw ERP oraz
uwarunkowania procesÛw wdroøeniowych.
Wprowadzenie
Rynek zintegrowanych systemÛw do zarzπdzania przedsiÍbiorstwem jest jed-
nym z najszybciej rozwijajπcych siÍ w branøy informatycznej. Wed≥ug raportu
firmy badawczej Forrester Research ≥πczny úwiatowy dochÛd z rynku tych roz-
wiπzaÒ siÍga 30 mld USD. Wraz z rozmiarami rynku roúnie liczba dostawcÛw
oraz proponowanych rozwiπzaÒ. Coraz wiÍkszym problemem staje siÍ dobÛr go-
towego rozwiπzania, ktÛre optymalnie zaadresuje potrzeby organizacji i w moø-
liwie najwyøszym stopniu zintegruje siÍ z jej procesami biznesowymi. Jednym
143
* Mgr, Wojskowa Akademia Techniczna w Warszawie.z kluczowych pytaÒ, przed ktÛrym staje organizacja jest: jak wybraÊ w≥aúciwe
rozwiπzanie  maksymalnie  dostosowane  do  jej  potrzeb?  W tych  rozwaøaniach
istotne staje siÍ okreúlenie g≥Ûwnych kryteriÛw oraz zdefiniowanie metody ana-
lizy porÛwnawczej rozwiπzaÒ dostÍpnych na rynku oraz ich dostawcÛw. W dal-
szej czÍúci artyku≥u zosta≥o opisane przyk≥adowe podejúcie do przeprowadzenia
analizy z perspektywy sektora, w ktÛrym dzia≥a organizacja, perspektywy funk-
cjonalnej i technologicznej, w tym takøe bezpieczeÒstwa oraz innowacyjnoúci pro-
ponowanych rozwiπzaÒ.
1. RozwÛj zintegrowanych systemÛw zarzπdzania 
przedsiÍbiorstwem
Poczπtki pierwszej generacji zintegrowanych systemÛw zarzπdzania siÍgajπ
lat piÍÊdziesiπtych XX wieku. Autorem pierwszej opracowanej klasy MRP (pla-
nowania potrzeb materia≥owych) by≥ J. Orlicky. G≥Ûwnymi zadaniami stawiany-
mi przed tπ klasπ systemÛw by≥a redukcja zapasÛw, dok≥adne wyznaczenie kosz-
tÛw produkcji, kontrola poszczegÛlnych etapÛw produkcji, okreúlanie terminÛw
dostaw  surowcÛw  i pÛ≥produktÛw.  PodstawÍ  funkcjonowania  systemÛw  klasy
MRP stanowi≥ harmonogram produkcji oraz dane o procesie produkcji i wykaz
materia≥Ûw wymaganych na poszczegÛlnych etapach. 
Ze wzglÍdu na ograniczenia systemÛw klasy MRP, standard ten zosta≥ roz-
szerzony o modu≥y zwiπzane z planowaniem produkcji, procesami sprzedaøy, pla-
nowaniem biznesowym, zarzπdzaniem zapasami i zaopatrzeniem, a takøe zarzπ-
dzaniem popytem, i zosta≥ przyjÍty jako standard pod nazwπ MRP II (planowa-
nie zasobÛw produkcyjnych). Obecnie MRP II przyjmowany jest jako niezbÍdne
minimum informatyzacji wymagane w przedsiÍbiorstwie produkcyjnym (ZaskÛr-
ski, 2005). ZarÛwno MRP, jak i MRP II opisane zosta≥y jako standardy przez
APICS (AmerykaÒskie Stowarzyszenie Sterowania Produkcjπ i Zapasami). 
Klasa  ERP (planowanie  zasobÛw  przedsiÍbiorstwa)  stanowi  rozwiniÍcie
MRP II o procedury finansowe, dlatego okreúlana jest rÛwnieø jako MRP III ñ
planowanie zasobÛw finansowych. Dodatkowe modu≥y obejmujπ m.in. zarzπdza-
nie  zasobami  ludzkimi,  ksiÍgowoúÊ,  finanse,  controlling,  a takøe  zarzπdzanie
projektami. ERP integruje modu≥y zakupÛw, produkcji, sprzedaøy i dystrybucji
z modu≥ami finansowymi, ≥πcznie pokrywajπc praktycznie kaødπ sferÍ dzia≥alno-
úci firmy. RozwiniÍciem modu≥owego ERP jest ERP II, czyli systemy otwartego
planowania zintegrowanego w technologii internetowej. Jest to rozwiniÍta wer-
sja systemu ERP z pe≥nym wykorzystaniem technologii internetowych i standar-
du  jÍzyka  XML oraz  rozwiπzaÒ  mobilnych.  W dalszej  czÍúci  artyku≥u  piszπc
o systemach ERP, bÍdziemy odnosiÊ siÍ do klasy systemÛw ERP II. SzczegÛ≥owy
opis modu≥Ûw systemu ERP znajduje siÍ w dalszej czÍúci artyku≥u. 
W SPÓ£CZESNA  E KONOMIA Nr 2/2008(6)
1442. G≥Ûwni dostawcy systemÛw ERP
Analizie poddano systemy ERP siedmiu najwiÍkszych ich dostawcÛw z 2006
r. Poniewaø øadna z polskich firm nie zajÍ≥a dotychczas miejsca w úwiatowej czo-
≥Ûwce dostawcÛw, lista zosta≥a rozszerzona o ComArch, ktÛra dominowa≥a wúrÛd
polskich przedsiÍbiorstw. NajwiÍksi pod wzglÍdem przychodÛw ze sprzedaøy roz-
wiπzaÒ i us≥ug w branøy ERP úwiatowi dostawcy, wed≥ug raportu opublikowane-
go przez Forrester Research w 2006 r., to kolejno: SAP, Oracle, Infor, Sage Group,
Microsoft, Lawson i Epicor.
Rynek dostawcÛw systemÛw ERP jest bardzo dynamiczny, w szczegÛlnoúci ze
wzglÍdu na duøπ liczbÍ fuzji i przejÍÊ. RÛøni siÍ takøe pod wzglÍdem docelowego
klienta dla poszczegÛlnych rozwiπzaÒ. CzÍúÊ dostawcÛw specjalizuje siÍ tylko
w wybranych branøach. Pierwszπ istotnπ decyzjπ, ktÛrπ naleøy podjπÊ, to wybÛr
dostawcy, w szczegÛlnoúci, jeúli posiada w ofercie dedykowane rozwiπzania dla
poszczegÛlnych sektorÛw. W tabeli 1 przedstawiono specjalizacjÍ (dostosowanie)
produktÛw rÛønych dostawcÛw w podziale na poszczegÛlne sektory gospodarki.
Nr 2/2008(6) W SPÓ£CZESNA  E KONOMIA
145
Tabela 1. Dostosowanie rozwi¹zañ dostawców do implementacji poszczególnych sektorów gospodarki
Przyjêto skalê 0–4, odpowiednio dostosowanie rozwi¹zañ: brak, niskie, œrednie, du¿e, bardzo du¿e.
* Opracowanie w³asne na podstawie danych producenta.
 ród³o: opracowanie w³asne na podstawie: Rynek IT w Polsce 2006–2008, PMR Publications, 2006.
Dostawca
Sektor
publiczny
Finanse/
Ubez-
pieczenia
Us³ugi/
Teleko-
munikacja
Sektor
zdrowia
Us³ugi
bizne-
sowe
Handel Produkcja
SAP 4 4 3 2 3 3 4
Oracle 4 4 4 2 3 4 4
Infor 2 1 0 0 1 3 4
Sage Group 1 1 0 2 3 1 4
Microsoft 3 0 1 1 4 3 4
Lawson 2 2 1 4 3 3 4
Epicor 1 2 3 1 4 4 4
Comarch* 3 2 3 1 3 3 3
Na potrzeby tego opracowania nie bÍdziemy szczegÛ≥owo analizowaÊ rozwiπ-
zaÒ producentÛw dedykowanych dla kaødego sektora odrÍbnie.
3. Funkcjonalnoúci systemÛw ERP
Kaødy z dostawcÛw wyposaøa swoje systemy w rozwiπzania, ktÛre adresujπ
te same obszary funkcjonowania organizacji, niemniej jednak w zaleønoúci od
rozwiπzania mogπ one rÛøniÊ siÍ znacznie metodπ przeniesienia procesÛw bizne-
sowych na system informatyczny. WiÍkszoúÊ dostÍpnych na rynku komplekso-wych systemÛw ERP adresuje nastÍpujπce obszary zwiπzane z szeroko rozumia-
nym zarzπdzaniem przedsiÍbiorstwem: 
ï Zarzπdzanie ≥aÒcuchem dostaw (SCM) ñ adresuje wymagania organi-
zacji w zakresie dostaw, wspiera obszar zakupÛw, przep≥ywu materia≥Ûw
w organizacji, wspiera planowanie i prognozowanie zapotrzebowania na
materia≥y.
ï Zarzπdzanie finansowe ñ wspiera ksiÍgowoúÊ i finanse, zawiera modu≥y
obs≥ugujπce ksiÍgÍ g≥Ûwnπ, zobowiπzania, naleønoúci, podatki, úrodki trwa-
≥e.
ï Zarzπdzanie  produkcjπ ñ  adresuje  obszary  zwiπzane  z zarzπdzaniem
procesem  produkcyjnym,  wspiera  planowanie,  przewidywanie  potrzeb,
harmonogramowanie produkcji, konfiguracje produktÛw, razem adresujπc
praktycznie ca≥y obszar produkcyjny w firmie.
ï Zarzπdzanie kapita≥em ludzkim (HRM) ñ wspiera procesy zwiπzanie
z zarzπdzaniem kadrami, p≥acami, integrujπc siÍ z modu≥ami finansowymi,
obs≥ugπ úwiadczeÒ pracowniczych, podatkowych itd.
ï Zarzπdzanie relacjami z klientem (CRM) ñ wsparcie zarzπdzania rela-
cjami z klientem umoøliwia lepsze zarzπdzanie zamÛwieniami klienta, za-
pewnienie odpowiedniej obs≥ugi, a takøe wsparcie kampanii reklamowych
kierowanych na klienta.
NarzÍdzia Business Intelligence (BI) i Hurtownia Danych (BW) ñ za-
pewnia moøliwoúÊ tworzenia raportÛw analitycznych zarÛwno na poziomie ca≥ej
organizacja, jak i dla poszczegÛlnych jednostek. NiektÛre rozwiπzania zawierajπ
predefiniowane raporty, obejmujπce np. wskaüniki wydajnoúci (KPI).
Ze wzglÍdu jednak na znaczne rÛønice w implementacjach, ogromny nak≥ad
wymagany jest do szczegÛ≥owego przeglπdu funkcjonalnoúci, a nastÍpnie wyboru
rozwiπzania,  ktÛre  bÍdzie  najlepiej  wspiera≥o  procesy  biznesowe,  a w konse-
kwencji takøe strategiÍ i cele organizacji. Dostosowanie rozwiπzaÒ do istniejπ-
cych procesÛw wymaga kastomizacji rozwiπzania, zarÛwno na poziomie modu-
≥Ûw, tabel, jak i kodu (Luo, Strong, 2004). Istotnπ kwestiπ staje siÍ technologia,
w oparciu o ktÛrπ zbudowano system, w szczegÛlnoúci jej elastycznoúÊ i moøli-
woúÊ rozbudowy.
4. Technologia i bezpieczeÒstwo
WspÛ≥czesne  systemy  ERP dzia≥ajπ  jako  zbiÛr  modu≥Ûw,  z ktÛrych  kaødy
wspiera odpowiednie departamenty, wspierajπc procesy wszerz ca≥ej organizacji.
Wykorzystujπ one centralnπ (lub rozproszonπ) bazÍ danych, umoøliwiajπ takøe
kontakt z systemami dostawcÛw i klientÛw za pomocπ systemÛw elektronicznej
wymiany dokumentÛw (EDI). 
Istotnym elementem architektury systemÛw ERP jest platforma integracyj-
na, ktÛra wspiera wymianÍ danych oraz integracjÍ komponentÛw systemu. Naj-
bardziej rozpowszechnione technologie na rynku, to: Microsoft VS.Net (wykorzy-
W SPÓ£CZESNA  E KONOMIA Nr 2/2008(6)
146stywana przez rozwiπzania firm Microsoft, Epicor, Sage Group, Infor, ComArch),
IBM Websphere (Infor, Lawson), Oracle Fusion (Oracle), SAP NetWeaver (SAP).
Wszystkie analizowane przez nas rozwiπzania dzia≥ajπ w úrodowisku serwero-
wym, w architekturze klientñserwer, dwu, lub trÛjwarstwowej. WiÍkszoúÊ z nich
dzia≥a na platformach Unix lub Windows, na systemach zarzπdzania bazami da-
nych Oracle, SqlServer, Informix. 
Z perspektywy technologicznej istotne jest takøe zapewnienie integracji z na-
rzÍdziami uøywanymi przez uøytkownika, takimi jak: pakiety do pracy biurowej
(np. Microsoft Office), a takøe wsparcie dla technologii mobilnych.
Ze wzglÍdu na rÛøne kategorie danych przetwarzanych w systemach (np. da-
ne osobowe) coraz wiÍkszy nacisk k≥adzie siÍ na bezpieczeÒstwo implementowa-
nych rozwiπzaÒ. Standardem staje siÍ implementowanie wsparcia dla architek-
tury klucza publicznego (PKI), jak rÛwnieø moøliwoúÊ stosowanie szyfrowanych
po≥πczeÒ. Architektura uprawnieÒ definiowalnych dla uøytkownikÛw umoøliwia-
jπ ograniczenie dostÍpu na poziomie pojedynczych operacji, a takøe czÍúci proce-
sÛw, czy jednostek gospodarczych. Akty prawne, takie jak np. ustawa Sarbanes-
Oxley wymusi≥y wzmocnienie kontroli wewnÍtrznych w organizacji, w szczegÛl-
noúci  rozliczania  dzia≥aÒ  podejmowanych  przez  uøytkownikÛw  w systemach.
Z perspektywy systemÛw ERP wymagania te zaowocowa≥y stworzeniem ca≥ych
serii rozwiπzaÒ umoøliwiajπcych zapewnienie szeroko pojÍtej Ñzgodnoúciî (ang.
compliance). Przyk≥adem takich rozwiπzaÒ sπ Virsa czy Approva. SzczegÛlnie
podkreúlanym elementem tych rozwiπzaÒ jest zapewnienie rozdzia≥u obowiπz-
kÛw (ang. segregation of duties ñ SoD) czy monitorowanie aktywnoúci uprzywile-
jowanych uøytkownikÛw w systemie ERP.
MoøliwoúÊ zintegrowania opisanych rozwiπzaÒ w znacznej mierze zaleøy od
przewidzianych przez producenta systemu moøliwoúci rozbudowy, a takøe inno-
wacyjnoúci ñ nadπøania za wymaganiami rynku. 
Nowe trendy pojawiajπce siÍ na rynku zwiπzane np. z dostarczaniem opro-
gramowania jako us≥ugi (ang. Software as Service ñ SaaS) znacznie rozszerzajπ
zakres firm, ktÛre bÍdπ mog≥y wykorzystywaÊ systemy ERP, w szczegÛlnoúci na-
stπpi otwarcie dostÍpu do systemÛw ERP dla ma≥ych firm, dla ktÛrych wdroøe-
nie pe≥nej funkcjonalnoúci by≥o zbyt kosztowne. 
Z perspektywy innowacyjnoúci istotna jest rÛwnieø budowa systemu w archi-
tekturze zorientowanej na us≥ugi (ang. Service Oriented Architecture ñ SOA),
umoøliwia ona dostosowywanie systemu do zmieniajπcych siÍ procesÛw i potrzeb
organizacji, stwarza takøe moøliwoúÊ stopniowego wdraøania i integracji modu-
≥Ûw, zapewnia takøe niezaleønoúÊ od úrodowisk operacyjnych.
5. Analiza porÛwnawcza rozwiπzaÒ
W trakcie wyboru systemu dla organizacji istotne jest zaadresowanie po-
trzeb w najwaøniejszych obszarach organizacji, w szczegÛlnoúÊ istotny jest prze-
glπd: uwarunkowaÒ organizacyjno-funkcjonalnych, infrastruktury technicznej,
Nr 2/2008(6) W SPÓ£CZESNA  E KONOMIA
147uwarunkowaÒ  technologicznych  oraz  wymagaÒ  bezpieczeÒstwa  (ZaskÛrski,
2005). Przedstawione niøej podejúcie umoøliwia kompleksowπ analizÍ systemÛw
adresujπcπ opisane wymagania. 
W celu przeprowadzenia analizy przede wszystkim naleøy zebraÊ informacje
o rozwiπzaniach dostarczanych przez poszczegÛlnych dostawcÛw. Proponowane
podejúcie sk≥ada siÍ z trzech etapÛw, ktÛre mogπ byÊ wykonywane w kolejnoúci
zaleønej od potrzeb firmy implementujπcej rozwiπzanie:
ï Etap  I: Analiza  rozwiπzaÒ  dedykowanych  dla  sektora,  w ktÛrym
dzia≥a przedsiÍbiorstwo ñ przyk≥ad przedstawiony zosta≥ w tabeli 1, dla
kaødej z par sektor dzia≥ania ñ dostawcÍ weryfikujemy, czy w ramach port-
folio systemÛw oferowanych przez niego znajdujπ siÍ rozwiπzania dedyko-
wane dla sektora. Rezultatem prac w ramach etapu jest lista rozwiπzaÒ,
ktÛre sπ relewantne dla sektora, w ktÛrym dzia≥a firma.
ï Etap II: Analiza oferowanych funkcjonalnoúci ñ dla zawÍøonej listy
systemÛw  przeprowadzana  jest  weryfikacja,  czy  rozwiπzanie  adresuje
g≥Ûwne wymagania biznesowe firmy, wed≥ug schematu przedstawionego na
rysunku 1. Wynikiem prac bÍdzie zestawienie, ktÛre okreúli, jakie wyma-
gania biznesowe sπ pokryte przez funkcjonalnoúci rozwiπzania.
W SPÓ£CZESNA  E KONOMIA Nr 2/2008(6)
148
 ród³o: opracowanie w³asne.
Rysunek 1. Obszar funkcjonalnyï Etap III: Analiza technologiczna jest ostatnim etapem prac. Jest wery-
fikacjπ,  czy  wykorzystywane  technologie,  spe≥niajπ  specyficzne  potrzeby
zwiπzane z oferowanym poziomem bezpieczeÒstwa danych, czy teø inne po-
trzeby, jak np. oprogramowanie na øπdanie. Rozbicie dla obszaru technolo-
gicznego jest przedstawione na rysunku 2.
Analiza przeprowadzona wed≥ug przedstawionego schematu daje nam za-
kres informacji, ktÛry powinien byÊ wystarczajπcy do okreúlenia, ktÛre rozwiπza-
nia moøe zostaÊ wdroøone w organizacji. Dodatkowa analiza moøe zostaÊ prze-
prowadzona w celu opracowania szczegÛ≥Ûw zmian, ktÛre muszπ zostaÊ wprowa-
dzone do wdraøanego rozwiπzania np. pomocπ analizy scenariuszy, diagramÛw
aktywnoúci,  analizy  danych  i wynikÛw  (Wu  Jen-Her,  Shin-Shing  Shin,  Heng
M.S.H., 2007). Ze wzglÍdu jednak na ograniczenia czasowe, ktÛre zazwyczaj wiπ-
øπ siÍ z fazπ analizy rozwiπzaÒ do wyboru, dla wiÍkszoúci firm nie jest moøliwe
przeprowadzanie szczegÛ≥owej niskopoziomowej analizy.
6. Prognozy rozwoju rynku ERP
Najnowsze trendy na rynku przedstawione w raporcie firmy badawczej IDC,
to przede wszystkim ciπg≥y wzrost rynku systemÛw ERP o prawie 7% rocznie.
Wzrost zapotrzebowania na rozwiπzania dostosowane dla poszczegÛlnych sekto-
rÛw gospodarki spowoduje takøe wiÍkszπ liczbÍ fuzji i przejÍÊ mniejszych firm,
ktÛre tworzy≥y rozwiπzania dedykowane dla wπskiego grona klientÛw. W obsza-
rze zarzπdzania systemami coraz wyraüniej rysuje siÍ trend wykorzystywania
ERP na øπdanie (SaaS ñ ang. Software as Service), ktÛry umoøliwi firmom p≥at-
noúÊ tylko za wymagany i rzeczywiúcie wykorzystywany zakres us≥ug. W wymia-
rze technologii widocznie ma siÍ zarysowaÊ wykorzystywanie platform z syste-
mem operacyjnym Windows, wzrost w tym obszarze przewidywany jest na pra-
wie 50%. Wciπø istotnπ rolÍ bÍdπ pe≥ni≥y bezpieczeÒstwo i zgodnoúÊ z regulacja-
mi prawnymi, dlatego nowe rozwiπzania bÍdπ rozwijane takøe w kierunku za-
Nr 2/2008(6) W SPÓ£CZESNA  E KONOMIA
149
 ród³o: opracowanie w³asne.
Rysunek 2. Obszar technologicznypewnienia odpowiedniego poziomu poufnoúci, integralnoúci i dostÍpnoúci prze-
twarzanych danych. 
Zakoñczenie
Systemy klasy ERP nabierajπ coraz wiÍkszego znaczenia dla wdraøajπcych
je przedsiÍbiorstw. Ze wzglÍdu na odwzorowanie coraz wiÍkszej iloúci procesÛw
biznesowych i ich przetwarzania wewnπtrz systemu, roúnie skala oraz z≥oøonoúÊ
projektÛw  zwiπzanych  z  wdroøeniami.  Nieskuteczne  wdroøenie  systemu  ERP
moøe bardzo negatywnie wp≥ynπÊ na funkcjonowanie organizacji, a takøe spowo-
dowaÊ znaczne straty materialne z tym zwiπzane. Nowoczesne metodyki wdra-
øania systemÛw k≥adπ wiÍc coraz wiÍkszy nacisk na zarzπdzanie ryzykiem w pro-
jektach wdroøeniowych. Bez skutecznych mechanizmÛw identyfikacji i analizy
ryzyka nie moøna dzisiaj mÛwiÊ o projekcie wdroøeniowym, ktÛry bÍdzie mia≥ du-
øe szanse powodzenia. 
Bibliografia
Architektura zintegrowanego systemu informatycznego, Bytniewski A. (red.), Wydawnictwo AE
im Oskara Langego we Wroc≥awiu, Wroc≥aw 2005.
Hamerman P., ERP Applications 2007: Innovation Rekindles, Forrester Research, 2007.
Luo W., Strong D.M., A framework for evaluating ERP implementation choices, IEEE Transac-
tions on Engineering Management 51 (3), 2004.
Pang A., Worldwide Enterprise Applications 2007ñ2011, Forecast Update and 2006 Vendor Sha-
res, IDC, July 2007.
Rynek IT w Polsce 2006ñ2008, PMR Publications, 2006.
Wang R., Competition Intensifies For the SMB ERP Customer, Forrester Reasearch, 2007.
Wu Jen-Her, Shin-Shing Shin, Heng M.S.H., A methodology for ERP misfit analysis, Informa-
tion Management 44, 2007.
ZaskÛrski P., Strategie informacyjne w zarzπdzaniu organizacjami gospodarczymi, Wojskowa
Akademia Techniczna, Warszawa 2005.
ERP Systems – Peergroup Analysis Framework
Summary
This paper presents a specification and peergroup analysis framework for selec-
tion of contemporary ERP systems. It contributes practical solution to the problem
of ERP package selection. Presented framework is based on three main selection
steps: identification of business sector dedicated ERP vendor package, functional
and technology fits analysis, with strong consideration of innovation and security
issues. It also presents an insight into the future years of ERP developments.
W SPÓ£CZESNA  E KONOMIA Nr 2/2008(6)
150

ERP Systems – Peergroup Analysis Framework

Abstract

Similar works

Full text

Available Versions

Research Papers in Economics