Sisteme Erp

Sisteme
Enterprise
Resource
Planning
(ERP)
Elemente
introductive
Colegiu tiinific:
Prof. univ. dr. Ion Gh. Roca
Prof. univ. dr. Ion Smeureanu
Prof. univ. dr. Manole Velicanu
Conf. univ. dr. Paul Pocatilu
Lect. univ. dr. Ctlin Boja
Lect. univ. dr. Rzvan Bologa
Lect. univ. dr. Marius Popa
Rzvan BOLOGA
Ana Ramona LUPU
Sisteme
Enterprise
Resource
Planning
(ERP)
Elemente
introductive
Colecia Informatic
Editura ASE
Bucureti
2012
ACADEMIA DE STUDII ECONOMICE DIN BUCURETI
Copyright 2012, Editura ASE

Toate drepturile asupra acestei ediii sunt rezervate autorilor.
Editura ASE
Piaa Roman nr. 6, sector 1, Bucureti, Romnia
cod 010374
www.ase.ro
www.editura.ase.ro
editura@ase.ro
Refereni:
Prof. univ. dr. Ion Smeureanu
Lect. univ. dr. Ctlin Boja
Descrierea CIP a Bibliotecii Naionale a Romniei

BOLOGA, RZVAN
Enterprise Resource Planning (ERP) : elemente introductive / Rzvan
Bologa, Ana Ramona Lupu. Bucureti : Editura ASE, 2012
Bibliogr.
ISBN 978-606-505-594-0
I. Lupu, Ana Ramona
004:334.7+65.012.4
Editura ASE
Redactor: Claudia-Marinela Dumitru
Tehnoredactor: Mioara Gamulea
Coperta: Claudia-Marinela Dumitru
Autorii i asum ntreaga responsabilitate pentru ideile exprimate, pentru originalitatea

materialului i pentru sursele bibliografice menionate.

CUPRINS
CUVNTINTRODUCTIV...........................................................................................7
Capitolul1
CONCEPTEIELEMENTEDEBAZ..........................................................................9
1.1SistemeleERP.Caracteristiciievoluie............................................................9
1.2Procesedeafaceriversusdepartamentefuncionale.....................................11
1.3Exempludesucces.CazulApple......................................................................17
1.4CategoriidesistemeERPicostulacestora.....................................................19
1.5ArhitecturasistemelorERP.............................................................................23
1.6ProfesiindomeniulERP.Knowledgeworkers................................................32

Capitolul2
LUCRULCUSISTEMULSAP....................................................................................39
2.1VersiunialeSAP...............................................................................................39
2.2ModelulClient/ServeralSAP...........................................................................44
2.2.1Proceduradelogin..................................................................................46
2.2.2StructuraIDES..........................................................................................50
2.2.3ExerciiirezolvateSAPMM......................................................................52
CreareCDO.............................................................................................................53
AfiareitiprireCDO............................................................................................61
Introducereoferte.................................................................................................62
Comparaiedepreuri...........................................................................................69
Tiprirescrisoarederespingere............................................................................72
Comandadeaprovizionarecureferirelacereredeofert...................................75
Aflareastriimesajului..........................................................................................77
Modificarecomandadeaprovizionare..................................................................78
Capitolul3
BUSINESSINTELLIGENCECONCEPTIFUNDAMENTE.......................................79
3.1Definiiiiobiective..........................................................................................79
3.2Evoluiasistemelordebusinessintelligence...................................................82
3.3Sistemedeasistareadeciziei..........................................................................84
3.4Componenteledebazaleunuisistemdebusinessintelligence....................87
3.5Soluiidebusinessintelligence........................................................................88
3.5.1ImportanafolosiriiaplicaiilorBI............................................................90
6 Sisteme Enterprise Resource Planning (ERP)
3.5.2Clasificareaprogramelordebusinessintelligence..................................91
3.5.3AvantajelefolosiriitehnologieiBI............................................................92
3.5.4CriteriidealegereaaplicaiilorBI............................................................93
3.6Proiectareasoluiilordebusinessintelligence................................................94
3.7BIincontextualactual......................................................................................96
3.7.1Contexulactual........................................................................................96
3.7.2InfluenacrizeieconomiceasuprasegmentuluiBI..................................98
3.7.3PiaadeBusinessIntelligence................................................................101
BIBLIOGRAFIE......................................................................................................105
ABSTRACT..........................................................................................................107
CONTENTS...........................................................................................................109
CUVNT INTRODUCTIV
Prezenta carte se adreseaz studenilor care doresc s afle mai multe despre
domeniul Enterprise Resource Planning (ERP), aflat n prima ascensiune n
ultimeledoudecenii.Eaesteutilialtorcategoriidecititoricaredorescsse
familiarizeze cu acest domeniu precum managerii, tinerele cadre didactice
universitare,profesoriideinformaticdinliceeimulialii.
Sistemele ERP reprezint o infrastructur informatic a unei organizaii pe care
circul toate tranzaciile generate de procesele de afaceri zilnice care se petrec
ntro organizaie. Pe aceast infrastrucur se construiesc alte aplicaii necesare
companiei moderne, cum ar fi cele de Business Intelligence (BI), Customer
Relationship Management (CRM) i Supply Chain Management (SCM). n viitor,
vorapreanumeroasealteaplicaiicaracteristiceambientuluiintelligent,realitii
augmentate i altor tehnologii ale viitorului care vor funciona pe fundamentul
sistemelorERP.
nelegerea concepetelor de baz din sistemele ERP este astzi o necesitate
pentru orice absolvent de facultate din domeniul economic, informatic sau
ingineresc. Cartea de fa prezint elementele introductive. Pe viitor autorii vor
elaboraialtlucrarencarecititoriivoraveaposibilitateasstudiezeelementele
avansateceindetehnologiileenterprise.
Contribuiaautorilorestedupcumurmeaz:RzvanBOLOGAcap.1icap.2i
AnaRamonaLUPUcap.3.Capitolele1i3reprezintosintezaunorconceptede
baz din literatura de specialitate. Contribuia autorilor const n realizarea
acestor sinteze. Capitolul 2 reprezint exerciii standard care sunt rulate pe
platforma standard de training a SAP numit SAP IDES. Aceste exerciii au fost
rezolvatedectreautorifolosinddatelestandardaleaplicaiei.
Autorii

Capitolul 1
CONCEPTE I ELEMENTE DE BAZ
1.1 Sistemele ERP. Caracteristici i evoluie
Sistemele de tip Enterprise Resource Planning (ERP) realizeaz managementul

integrat al datelor i informaiilor la nivelul organizaiilor complexe, ele integrnd
module destinate tuturor ariilor funcionale ale companiilor (contabilitate,
producie, achiziii, vnzri, resurse umane etc.) [SAPCOM]. Sistemele de tip ERP
sunt aplicaii informatice complexe, scrise pentru a putea fi instalate ntr-un numr
mare de organizaii de ctre echipe dedicate de specialiti.
Sistemele ERP sunt folosite de ctre companii medii i mari, administraia public
local i central, organizaii non-profit, organizaii din sectorul militar, spitale,
poliie i multe altele. Practic nu exist sector de activitate economic i social n
care s nu se justifice implementarea unui sistem ERP.
Motivul popularitii sistemelor ERP este faptul c acestea cresc foarte mult
eficiena unei organizaii deoarece asigur un flux de informaii corecte i
disponibile la timp pe baza crora se pot lua decizii i se pot depista practici
ineficiente sau frauduloase.
Termenul ERP a aprut n anul 1990 fiind introdus de ctre Gartner Group
[Wylie90]. Acronimul ERP este o continuare a mai vechiului acronim MRP folosit
la nceput ca prescurtare de la Material requirements planning (MRP) i mai apoi
de la Manufacturing resource planning (MRP II).
Dac pn n anii 80 majoritatea companiilor foloseau aplicaii dezvoltate
in-house, n anii 90 s-a fcut trecerea spre sisteme ERP datorit costului foarte
mare al mentenanei sistemelor in-house. Problemele generate de anul 2000 au
fost un factor important n a impulsiona companiile s i schimbe vechile sisteme
cu unele de tip ERP. Creterea spectaculoas a eficienei organizaiilor care
implementau sisteme ERP a generat un val puternic de instalri care continu i
dup dou decenii.
La nceputul anilor 2000 s-a lansat termenul de ERP II sau Enterprise
Application Suite (EAS). Acest termen a dorit s sublinieze creterea n
complexitate a sistemelor de tip ERP care au devenit ntre timp web-based i
au nceput s integreze i aplicaii de Business Intelligence (BI), Customer

Relationship Management (CRM), Supply Chain Management (SCM) i multe
altele. Cu toate c descriu o realitate nou, termenii de ERP II sau EAS nu sunt
folosii pe scar larg. Majoritatea celor care au contact cu lumea sistemlor de tip
ERP continu s foloseasc termenul ERP pentru a denumi sistemele aprute
dup anii 2000.
Din punct de vedere al soluiilor disponibile pe pia, exist astzi mii de sisteme
ERP care au fost realizate de-a lungul timpului. Cu toate acestea piaa este
dominat puternic de un numr redus de companii, dintre care cele mai cunoscute
sunt SAP, Oracle i Microsoft. Aceste companii sunt singurele care ofer soluii
complete i servicii la nivel global oferind suport oriune pe glob.
Pe lng aceti juctori, exist i o multitudine de alte soluii care au o rspndire
local sau regional. La acestea se adaug i soluiile de ni, oferite uneori de
companii cunoscute precum IBM, care sunt folosite pentru a gestiona doar un
anumit tip de companii (spre exemplu, resutaurantele fast-food).
Motivele existenei unei asemenea diversiti sunt multiple. Pe de-o parte
activitatea economic n sine este extrem de complex. Nu este posibil ca s se
realizeze o soluie care s satisfac n mod optim cerinele oricrei companii i prin
urmare se justific existena unor soluii de ni destinate unor companii cu nevoi
specifice.
Pe de alt parte, exist i un numr mare de manageri care aleg soluii fr s
cunoasc n mod temeinic sectorul i se las atrai spre produse care sunt
suboptimale tentai de costul aparent redus al cestora. Un sistem ERP este un
ecositem care se dezvolt pe parcursul ctorva decenii i care necesit investiii
enorme. Prin urmare i costul unei astfel de soluii este mare sau chiar foarte mare.
Trebuie ns spus c nu exist sisteme ERP care s fie ieftine i bune. Acest sector
este unul care necesit investiii mari i foarte mari i, prin urmare, o soluie la
standard internaional va avea costuri substaniale.
Multe din soluiile la cost redus sunt simple aplicaii sub-optimale care nu ofer
companiilor plusul de eficien de care au nevoie pentru a concura pe o pia n
care avantajele competitive devin tot mai rare. n final instalarea acestor soluii este
adesea mai costisitoare dect sistemele ERP mature, dac se ine seama i de
pierderile de eficien ale organizaiilor care le folosesc.
Sistemele ERP se implementeaz pe baza unor metodologii specifice cu ajutorul
unor specialiti pregtii anume. Tehnicile de implementare i cunotinele de
Concepte i elemente de baz 11
specialitate nu pot fi improvizate. Pe parcursul acestei lucrri se vor prezenta

elemente generale cu privire la sistemele ERP urmate de descrierea sistemului
SAP care deinea la nivelul anului 2004 aproximativ 60% din piaa sistemelor ERP
cota care s-a mai redus ulterior.
1.2 Procese de afaceri versus Departamente functionale
Companiile moderne sunt organizate astzi pe baz de procese de afaceri. Un

proces de afaceri reprezint o colecie de activiti care au una sau mai multe intrri
i care creeaz unul sau mai multe rezultate care sunt valoroase pentru clienii unei
organizaii [MAGAL2009]. Procesele de afaceri sunt un concept nou care s-a
rspndit ncepnd cu anii 90. nainte ns de a exemplifica beneficiile
organzaiilor bazate pe procese, este util s trecem n revist i formele anterioare
de organizare a companiilor.
n evoluia lor organizaiile economice au cunoscut mai multe paradigme. Pn la
nceputul secolului al XX-lea companiile aveau dimensiuni reduse fiind
preponderent organizate pe un model de familie care este i astzi reglementat
din punct de vedere juridic existnd un tip de societate comercial denumit
asociaie familial.
n acele vremuri era foarte uor pentru un proprietar de afacere s urmreasc
personal bunul mers al lucrurilor. Prin faptul c ntreaga organizaie era concetrat
sub un acoperi, o simpl deplasare prin depozit sau printre oameni i permitea
managerului/patronului s obin toate datele de care avea nevoie pentru a lua
decizii fundamentate. Companiile mari cu distribuie geografic erau foarte rare.
Odat cu secolul XX, au nceput ns s apar un numr tot mai mare de companii
de mari dimensiuni, care aveau un numr mare de anagjai i o distribuie
geografic uneori deosebit de mare. Pentru aceste organizaii vechile metode de
management erau inaplicabile deoarece era imposibil ca o persoan s observe
toat activitatea acestor companii. Spre exemplu, companiile de telefonie,
electricitatie, ci ferate sau automobile aveau un numr foarte mare de angajai
distribuii pe un teritoriu ntins.
n aceast perioad s-a nscut organizaia bazat pe departamante sau arii
funcionale. n conformitate cu [Monk2006] pricipala caracteristic a organizaiilor
departamentale este c angajaii sunt separai i grupai dup funciunile lor n
12 Sisteme Enterpriise Resource Pllanning (ERP)
cadrul orgaanizaiei. See obin astfel o serie de departamennte (achiziii, producie,

contabilitatte, vnzri ettc.) care ndeeplinesc fiecaare o serie dee funcii binee definite.
Orice comppanie are ceel puin patrru departameente: achiziiii, producie, vnzri i
contabilitatte. Aceste paatru departammente se reggsesc att nn companiile foarte mici
(agenii dee turism, coffetrii sau reestaurant), ct i n cadrrul organizaaiilor foarte
mari (auto, electricitatee sau transporrt).
n realitate ns compaaniile au mullt mai multe departamentte, existnd i cazuri de
companii cuc sute de departamente care ndeplinesc fiecaree funcii difeerite i sunt
rspndite georgrafic. Principalelee departamente ntlnitee ntr-o com mpanie sunt
indicate n figura 1.1
Cercetaree/Dezvoltare
Resurse Umane
U
Financiarr
IT
Achiziii M
Marketing & Vnzri
V
Producie/Operaiunii
Depozit/A
Arhiv
Figura 1.1 Principaleele departameente ale unei companii
Organizaiaa bazat pe departamente

d e a fost implemnetat pe parcursul seecololui XX
n aproape toate comppaniile de diimensiuni medii
m sau maari fiind un model care
i-a demonnstrat valoarrea n ceea ce privete gestionarea organizaiillor de mari
dimensiunii.
Organanizaaia bazat pep departameente are ns i limitele ei.
e ncepnd cu anii 80
au aprut tendine nooi n processul de orgaanizare a coompaniilor. Un implus
important n
ceea ce privete
p cutaarea de noi paradigme organizaiona
o ale a fost i
criza nregistrat n inddustria auto american nn anii 80. Companiile
C din
d industria
auto ameriican au fostt fanioane ale modelului departamen ntal pn prrin anii 80.
Odat ce au fost incapabile s concureze cu companiile japoneze, s-a pus problema

reformrii acestora. Cele mai multe eforturi au fost canalizate asupra companiei
Chrysler, intrate n criz profund n acei ani.
Ca urmare, a luat amploare organizaia bazat pe procese. Avantajul principal al
abordrii orientate pe procese este faptul c ajut managerii s i priveasc
organizaia din perspectiva clienilor. Dup cum spuneam mai devreme, un proces
este o colecie de activiti care preia una sau mai multe intrri i produce unul sau
mai multe rezultate care au o valoare pentru client. Clienii pot fi att externi
(individuali sau companii), ct i interni (din alte departamente).
Pentru a nelege mai bine funcionarea companiilor bazate pe procese, vom
exemplifica procesul de cumprare al unui aparat televizor. Vom indica modul n
care se face acest lucru att n cazul unei organizaii departamentale, ct i al uneia
bazate pe procese.
n cazul unei organizaii departamentale, cum este spre exemplu un supermarket,
clientul care vrea s cumpere un televizor trebuie s se deplaseze la raionul de
electronice i s aleag produsul. Odat produsul ales, acesta este pus n co i
clientul se deplaseaz la departamentul case de marcat pentru a face plata. Dup
pltirea produsului, clientul se deplaseaz la departamentul banc de probe unde i se
elibereaz un certificat de garanie. Presupunnd c dorete i o factur, clientul va
trebui s se deplaseze la departamentul contabilitate unde i se elibereaz factura.
Odat ajuns acas clientul va trebui s i pun n funciune produsul. Presupunnd
c nu reuete s fac acest lucru, clientul va trebui s ia cartea tehnic i s caute
numrul centrului de suport la care s sune pentru sfaturi. Dup cum se vede,
pentru a avea un televizor funcional, clientul unui supermarket organizat pe
departamente a avut nevoie s interacioneze cu cinci departamente: raionul
electronice, casele de marcat, bancul de probe, facturarea i centrul de suport.
S presupunem acum c acelai client din paragrafele de mai sus achiziionez
produsul de la o companie orientat pe procese care deine un magazin online. n
acest caz clientul i alege televizorul, i scrie adresa de livrare, datele de contact i
momentul cnd poate fi gsit i pltete televizorul cu un card de credit. nainte de
livrare, compania va pregti factura i va trimite o echip care l va testa i livra la
faa locului. Eventualele ntrebri vor fi adresate de ctre client direct echipei.
Dup cum se vede, n al doilea caz clientul a interacionat cu compania doar la
nivelul site-ului de web, toate celelalte detalii reglndu-se n cadrul companiei fr
vreo solicitare din partea clientului. Evident, punerea la punct a detaliilor necesit
un numr mare de interaciuni n cadrul ipoteticului magazin online menionat

anterior.
Astfel, datele produsului comandat au fost transferate la depozit pentru a trimite
produsul echipei de livrri. n paralel a fost realizat o planificare a livrrii prin
alegerea echipei de livrri al crei drum din ziua livrrii trecea cel mai aproape de
punctul indicat de client. Software-ul de planificare a livrrii trebuie s comunice
cu cel de management al depozitului pentru a prelua codul produsului livrat. n plus
software-ul a extras i datele de facturare din baza de date i a confruntat
cunostinele echipei de livrare cu caracteristicile tehnice ale produsului. Aceasta
pentru a se asigura c n echipa de livrare se afl cel puin o persoan care cunoate
produsul pentru a asista clientul i a face testele necesare.
Odat produsul livrat, trebuie arhivate documentele de livrare i introduse n baza
de date codurile lor de identificare.
Dup cum se vede n cazul organizaiei orientate pe proces, clientul face un efort
mult mai mic deoarece numrul de interaciuni cu compania este mult mai mic.
Acest lucru se ntmpl deoarece multe din activiile necesare obinerii
rezultatului sunt declanate n mod automat n acordul companiei.
Spre deosebire de compania bazat pe procese, n cazul celei departamentale
clientul era nevoit ca s declaneze el fiecare din activitile necesare obinerii
rezultatului. Pentru a face asta, clientul era nevoit s contacteze fiecare
departamanet n parte asumndu-i disconfortul i timpii de ateptare afereni.
Se poate lesne observa din exemplul de mai sus c un rol major n funcionarea
organizaiilor bazate pe procese l are software-ul. Fr un software adecvat ar fi
fost imposibil ca s se realizeze activitile necesare livrrii produsului care a
comercializat ipoteticul televizor de mai sus. Cheia organizaiilor orientate pe
procese st ntr-un software care s pun n micare organizaia i s scuteasc
clientul de neplcuta sarcin a declanrii fiecrei aciuni n parte.
Sistemele de tip ERP reprezint soluia tehnic actual pentru a face posibil
funcionarea organizaiilor bazate pe procese. n lipsa unor sisteme ERP
organzaiile nu pot funciona n mod orientat pe procese. Aceasta deoarece
derularea eficient a activitilor unui proces necesit obinerea, prelucrarea i
transmiterea unui numr foarte mare de informaii n mod rapid i fr intervenii
manuale.
O consecin fireasc a implentrii unui model departamantal este instituirea unui

sistem birocratic. O organizaie deprtamantal nu poate funciona fr formulare,
avize, tampile i semnturi. Acesta este mecanismul prin care se evit fraudele i
derapajele.
Asigurarea satisfaciei clienilor nu este singurul beneficiu al organizaiilor
orientate pe procese. Un alt avantaj, cel puin la fel de important, este i creeterea
eficienei. Organizaiile departamantale au o eficien redus fa de cele orientate
pe procese deoarece n cele orientate pe procese nu exist formulare birocratice.
n cazul unor programe de mari dimensiuni, cum sunt fondurile structurale ale
Uniunii Europene, o abordare departamental poate conduce la blocaje serioase n
sistem. Numrul foarte mare de activiti birocratice implicate n obinerea
rezultatelor a condus la o vitez de absorie a fondurilor de ctre Romnia n
perioada 2007-2011. Orice persoan care a fost implicat n proiectele finanate
din aceste fonduri cunoate complexitatea aproape proverbial a procedurilor
birocratice.
Dac autoritile de management i organismele intermediare ar fi folosit sisteme
de tip ERP i ar fi avut o organizare bazat pe procese, lucrurile ar fi mers altfel.
Desigur, sistemele ERP au i ele limitele lor, ns n cazul organizaiilor de mari
dimensiuni creterea de eficien n urma instalrii sistemelor de tip ERP este
foarte mare fa de varinta departamental.
n mod teoretic se poate nfiina i o organizaie bazat pe procese care s nu fie
computerizat, ns beneficiile orientrii pe procese sunt extrem de reduse,
deoarece folosirea hrtiei induce o serie de ntrzieri cronice. Prezentm n mod
schematic n cele ce urmeaz felul cum apar ntrzieri n cazul n care se folosete
hrtia ntr-o organizaie.
Vnzri Depozit Contabilitate
Primirea Pregtire Facturare

comenzii transport
Trimitere hrtii Expediie ncasare
Completare Completare Completare

formulare formulare formulare
interne interne interne
ntrziere ntrziere ntrziere
ntrziere ntrziere
Figura 1.2 Un proces neinformatizat bazat pe hrtii

Surs: [MAGAL2009]
Hrtia induce ntrzieri i inexactiti. Prin urmare, gradul de eficien al unei

organizaii este invers proporional cu numrul de hrtii i formulare folosite. Rolul
sistemelor ERP este tocmai acela de a oferi o modalitate electronic de a gestiona
informaiile n mod integrat i eficient.
Trebuie ns subliniat c organizaia departamental este nc predominant, n
economia de astzi. Transformarea unei organizaii departamantale n una orientat
pe procese este un proces n sine. Acest proces este lung i costisitor. La ora
actual modelul orientat pe procese a fost implentat preponderent n companiile
dispuse s i asume aceste costuri i n cteva instituii publice critice.
Majoritatea organizaiilor socio-economice care funcioneaz astzi sunt n

continuare bazate pe departamente. Acest lucru este valabil pentru universiti,
coli, spitale, primrii, asociaii, cluburi i altele asemenea. Procesul de tranziie
spre orientarea pe procese este ns unul ireversibil i n continu derulare. Acele
organizaii care nu se vor orienta pe procese vor disprea n concuren cu cele care
vor face acest lucru.
1.3 Exemplu de succes. Cazul Apple
Una din cele mai cunoscute companii de astzi este Apple Inc. Ea a devenit
faimoas dup ce presa a relatat c n luna iulie 2011 ajunsese s aib mai muli
bani n cont dect Trezoreria SUA [Capital 2011].
Puini tiu ns c n spatele succesului fulminant al companiei Apple st un amplu
proces de reorganizare i de trasformare a Apple ntr-o companie orientat strict pe
procese.
n anul 1998 Apple era un juctor de nivelul al doilea pe piaa IT. Compania avea o
cifr de afaceri de 6 miliarde de dolari i 6658 de angajai. Apple era un nume mai
degrab exotic dect cunoscut. Compania avea o serie de fabrici dintre care cele
mai importante erau n Irlanda i Singapore i realizau 6 produse care erau versiuni
laptop i desktop ale clasicului MAC.
Este important de reinut c n 1998 Apple controla fiecare aspect al realizrii
produsului de la design i pn la producia sa n fabricile proprii pe care le deinea.
Produsele finite erau date spre vnzare unor re-selleri care le comercializau ctre
companii sau ctre persoane individuale.
Odat cu intoarcerea sa la Apple n 1198, Steve Jobs, care ieise din companie
pentru mai muli ani, a luat o serie de msuri de reorganizare. Schimbrile instituite
de Steve Jobs n 1998 au fost majore i dificile. Jobs a neles c Apple tebuia s i
fructifice competena sa de baz, aceea de a proiecta produse software i hardware
atractive i uor de folosit. Primul lucru pe care l-a fcut a fost s schimbe gama de
produse realiznd o modernizare a sistemului de operare MAC. Acest lucru a fost
absolut necesar deorece Apple nu inuse pasul cu evoluia Internet-ului.
n plus, Jobs a nceput s fac un outsourcing al activitilor de producie ctre
productori specializai care erau localizai preponderent n Asia. Jobs a luat astfel
o msur deosebit de curajoas i controversat nchiznd parctic aproape toate

fabricile proprii ale Apple. Raionamentul din spate a pronit de la ideea c Apple
era o companie foarte bun la a proiecta produse i care trebuia s i foloseasc
energia n acest scop. Implicarea de resurse pentru a gestiona activiti de producie
era ineficient i reducea competitivitatea Apple.
Un alt pas foarte important pe care l-a fcut Steve Jobs a fost instalarea sistemului
SAP. La data respectiv Apple deinea un sistem ERP ns acesta nu fcea fa
noilor provocri i nu putea asigura desfurarea proceselor la fel de eficient ca i
sistemul SAP. Schimbrile strategice aprute n procesul de proiectare, producie i
vnzri necesitau un sistem ERP modern i puternic.
Lansarea unui magazin online propriu (Apple Online Store) a fost o alt msur
care a ajutat mult compania. Bazndu-se foarte muli ani explusiv pe re-selleri,
Apple pierduse contactul direct cu consumatorul final i nu avea un feedback
detaliat de la acesta. n lipsa unor informaii despre dorinele clienilor, Apple nu
putea s proiecteze produse noi i care s atrag consumatorii. Prin intermediul
magazinului online Appple s-a apropiat de client i le-a cunoscut mai bine
asteptrile i reaciile.
Fiecare din schimbrile strategice prezentate mai sus au trasformat n mod profund
procesele care existau de ani de zile n cadrul companiei Apple. Pentru ca noile
procese s funcioneze ele trebuiau s fie vizibile i accesibile pentru angajaii
Apple din cadrul tuturor zonelor de business. Au ieit astfel la iveal i o serie de
arii ineficiente din cadrul companiei.
Din 1998 Apple i-a extins n mod constant gama de prosude i volumul de
vnzri. Odat cu acestea Apple i-a extins i sistemul informatic ajungnd ca n
termen de 10 ani s aib unul din cele mai avansate sisteme informatice de tip ERP
din lume. Graie acestui sistem informatic Apple a fost n msur s i extind n
mod constant activitile i s nregistreze un succes fr precedent pentru o
companie din domeniul IT. Dup cum am artat i mai devreme, n doar 13 ani
Apple a trecut de la stadiul de companie de nivelul doi la una de excelen care
deinea cu 2,3 miliarde de dolari mai mult dect trezoreria SUA!
1.4 Categorii de sisteme ERP i costul acestora
Pe plan mondial exist un numr foarte mare de sisteme ERP i costul lor variaz
foarte mult n funcie de performane i de nivelul de maturitate. Implementarea
unui sistem ERP ntr-o companie poate s coste de la cteva zeci de mii de euro
pn la cteva sute de milioane. Preul variaz foarte mult n funcie de numrul de
utilizatori, de modulele achiziionate i de timpul de implemenatare.
Pentru o mai bun nelegere a sistemelor ERP existente la ora actual pe pia este
nevoie ca s realizm o mprire a acestora n categorii n funcie de companiile
crora li se adreseaz. Trebuie spus c un sistem ERP se alege cu foarte mult grij
i pe baza unei analize preliminare a nevoilor organizaiei n care acesta se
implementeaz.
Costul unui sistem ERP este dat att de costul licenei produsului software, ct i
de costul implementrii. Costul licenei se calculeaz de obicei n funcie de
numrul de utilizatori i de numrul de module. Numrul de utilizatori ridic foarte
mult costul produsului sofware. Trebuie de asemnea inut seama de faptul c un
produs software, odat cumprat necesit i plata unei anuiti care variaz ntre
16% i 22% din costul licenei.
Marile chetuieli la implemenatrea unui sistem ERP sunt cu activitatea de
consultant. n cadrul acestei activiti persoane specializate configreaz aplicaia
astfel nct ea s corespund nevoilor clientului i asist clientul n procesul de
implementare. n general, chetuielile cu consultant variaz ntre 60% i 98% din
costul total al proiectului. Procentul crete odat cu dimensiunea proiectului.
Timpul de implemenatre variaz ntre 1 i 5 ani fiind n medie de 2-3 ani.
n funcie de nivelul de complexitate i de dimensiunea companiilor care le
implementeaz putem mpri sistemele ERP pe trei niveluri reprezentate
schematic n figura 1.3. Pe primul nivel (Tier 1) se situeaz soluiile oferite de
marile companii de software cu cifre de afaceri de ordinul miliardelor de euro.
Aceste soluii sunt n general destinate companiilor mari (cifre de afaceri peste
50 mil EURO). Pe nivelul doi (Tier 2) avem soluiile pentru companiile medii
(5-50 mil EURO cifra de afaceri), iar pe nivelul trei (Tier 3) ntlnim soluiile
destinate companiilor mici. La Tier 3 avem i soluii open-source cum este cazul
Compiere.
Companii mari:
SAP, Oracle, Microsoft >50m EURO, >100/150 useri
Tier I
Epicor, Sage, Infor,

Companii medii:
IFS, Quad, Lawson
5-50m EURO,
Tier II
30-100/150 useri
Companii mici:
ABAS, <5m EURO,
ACTIVANT, Tier III <30 useri
Compiere
Figura 1.3 Tipuri de sisteme ERP
Cu toate c numrul de sisteme ERP este foarte mare, un numr redus de

productori dein peste 50% din pia, iar cel mai rspndit sistem ERP din lume,
SAP, deine aproximativ 24% din pia. Se remarc o tendi de scdere n timp a
ponderii marilor productori. Spre exemplu, SAP deinea n 2004 aproximativ 60%
din piaa mondial, scznd la 47% n 2007, 31% n 2009 i 24% n 2010
[AMR2011].
Preul acestor sisteme variaz foarte mult n funcie de dimensiunea companiei i
numrul de module instalate. De exemplu, o companie cu 1000 de angajai care
realizeaz o informatizare complet cu un produs Tier I va cheltui cel puin 35 de
milioane de EURO ns preul poate urca i pn la 350 de milioane de EURO n
funcie de specificul companiei [MONK2006]. n jur de 80%-90% din costuri
reprezint cheltuieli de consultan restul fiind licene software i hardware. La
acestea se adaug i costuri anuale de mentenan (aprox. 20% din valoarea
investiiei).
Cum sumele necesare sunt foarte mari, companiile opteaz adesea pentru reducerea
numrului de utilizatori. Trebuie totui subliniat c, cu ct gradul de informatizare
este mai mare, cu att valoarea beneficiilor obinute este mai mare. Prin urmare, o
investiie mic nu este aproape niciodat o afacere optim.
Companiile de nivel mediu, care au ntre 30 i 100 de utilizatori pot opta pentru o
soluie Tier II. Acest gen de soluie cost ntre 50.000 EURO i 1,5 milioane de
EURO n funcie de soluia aleas i numrul de utilizatori. Cheltuielile cu
consultant i pstreaz proporia de 80%-90%. Trebuie spus c, companiile care
ofer soluii Tier I au adesea i oferte pentru Tier II.
Soluiile Tier III sunt adecvate companiilor mici, cu pn la 30 de utilizatori.
Aceste soluii au costuri reduse, proiectele fiind n general sub 50.000 de EURO.
La acest nivel exist i soluii open-source (Compiere) n cazul crora nu se pltesc
cheltuieli cu licenele software.
Numrul total al companiilor care au realizat sau realizeaz sisteme ERP pe plan
mondial nu este cunoscut. Cele mai importante sisteme ERP sunt prezentate n
figura 1.4 de mai jos [AMR2011].
Figura 1.4 Principalii furnizori de sisteme ERP

Surs: [AMR2011]
Se observ c n general soluiile Tier I provin de la companii foarte mari, care au

cifre de afaceri de ordinul miliardelor sau zecilor de EURO. Aceasta se datoreaz
n special faptului c pentru relizarea unei soluii Tier 1 este nevoie de investiii
foarte mari i de perioade lungi de timp. Niciuna din soluiile de la acest nivel nu
are mai puin de 10 ani vechime, unele dintre ele avnd i patru decenii de evoluie.
O practic frecvent ntlnit n lumea sistemelor ERP este achiziionarea juctorilor

mai mici de ctre companiile cu o capacitate financiar mai mare. n anii 90 i
2000 au fost multiple astfel de achiziii, cele mai notabile fiind preluarea
companiilor JD Edwards i Peoplesoft de ctre Oracle. n urma acestor achiziii
Oracle i-a consolidat poziia chiar dac soluia sa a avut un impact mai mic.
Tot pentru achiziii a optat i compania Microsoft care a intrat n piaa ERP
achiziionnd sistemele NAVISION i AXAPTA de la companii de nivel mediu.
Ulterior Microsoft a fost nevoit s fac investiii foarte mari pentru a aduce aceste
soluii la standardele cerute n momentul actual, proces care este i acum n
derulare.
n figura 1.5 sunt prezentate cotele de pia ale soluiilor ERP n anul 2010. Aceste
valori indic numrul de noi instalri, nu numrul de instalri existente. n ceea ce
privete baza instalat, SAP conduce detaat pe plan mondial.
Cotele de pia ale sistemelor ERP n 2010
Figura1.5 Cotele de pia ale sistemelor ERP n 2010

Sursa: [AMR2011]
Fcnd o analiz a cotelor de pia se poate remarca c soluiile Tier III dein o
pondere foarte mare. Acest lucru se ntmpl deoarece pn la nivelul anului 2010
majoritatea companiilor care i permiteau soluii Tier I i le instalaser deja n
deceniile anterioare. Prin urmare, piaa Tier I este una saturat n care companiile
au mult mai puin spaiu de micare. Evident soluiile deja puse n funciune
necesit mentena i upgrade, ceea ce face ca s existe n continuare un volum

mare de lucru n zona Tier 1.
Companiile mici i medii ns sunt n plin proces de adoptare a unor sisteme ERP,
ceea ce face ca ponderea acestor soluii s fie foarte mare i n continu cretere.
Totui, volumul de business este mic, proiectele avnd o dimensiune prea mic ca
s intereseze companiile mari din zona Tier I.
n viitor se remarc o cretere a soluiilor Tier I i Tier II i o scdere a ponderii
noilor instalri Tier 1. n acelai timp se remarc o cretere accelerat a cererii fa
de specialiti spre toate zonele, n special zona Tier 1. Chiar dac nu se mai fac la
fel de multe noi instalri, cererea de specialiti care s se ocupe cu mentenana
soluiilor Tier 1 crete pe piaa romneasc.
Aceast situaie aparent paradoxal se explic prin faptul c marile companii de
consultan care au instalat soluiile Tier 1, au nevoie s asigure mentenaa cu alte
persoane dect cele care au participat la instalarea iniial a soluiilor. Nevoia de a
reduce costurile cu mentenan prin folosirea unor specialiti din zone off-shore
sau near-shore precum Romnia, face ca n Romnia cererea de specialiti pentru
zona de Tier 1 s creasc. Tendina se va menine i se va accentua pe perioada
urmtorului deceniu, ca urmare a nevoii de a reduce costurile.
1.5 Arhitectura sistemelor ERP
Sistemele ERP au o structur modular. Ele urmresc s informatizeze ariile

funcionale (departamentele) companiilor i s automatizeze schimbul de date ntre
modulele corespunztoare fiecrui departament. n felul acesta angajaii pot avea
acces n timp real la informaiile care le sunt necesare pentru a-i ndeplini
activitile din cadrul proceselor de afaceri.
Arhitectura sistemelor ERP este una three tier, pe trei niveluri. Orice sistem ERP
are n spate o baz de date. Utilizatorul interacioneaz cu un nivel de prezentare.
ntre cele dou se interpune un layer (nivel) de aplicaii. Separarea celor trei
niveluri este ct se poate de important pentru a asigura o funcionare
corespunztoare a aplicaiei.
Nivel prezentare
Nivel aplicaie (business logic)
Nivel de date
Figura 1.6 Arhitectura Three tier caracteristic sistemelor ERP
n domeniul sistemelor ERP arhitectura sistemului SAP este una de referin. Prin
studierea arhitecturii SAP se poate nelege arhitectura oricrui sistem de tip ERP.
Avnd cea mai mare rspndire pe plan mondial i fiind lider de pia de mai bine
de un deceniu, sistemul SAP va fi folosit pe parcursul acestei lucrri pentru
exemplificri i exerciii.
n cele ce urmeaz, vom prezenta schematic arhitectura sistemului SAP i a
principalelor module care l compun. Dup cum se va vedea arhitectura SAP este
una deosebit de complex i, prin urmare, vom insista asupra principalelor module
ale sale. Toate schemele grafice i desenele prezentate pe parcusul acestei cri cu
privire la sistemul SAO sunt preluate din documentaia original a companiei
SAP AG, cu care Academia de Studii Economice din Bucureti deine un acord de
parteneriat ce permite folosirea documentaiei.
n figura 1.7 se poate observa arhitectura standard a sistemului SAP. Recunoatem
aici modulele caracteristici fiecrei arii funcionale. Pentru o mai bun conlucrare
cu soluia SAP am pstrat denumirile n limba englez a modulelor att n figura
urmtoare, ct i pe parcursul acestei cri.
Figura1.7 Modulele principale ale sistemului ERP SAP R/3

Surs: [SAPCOM]
Dup cum se poate observa din figura 1.7, principalele departamente ale unei
companii (achizitii, producie, vnzri, contabilitate, control intern etc.) au cte un
modul corespondent n cadrul aplicaiei SAP. Aceste module sunt identificate prin
coduri (SD, PM, SD, FI, CO etc).
Codurile (acronimele) corepsunztoare modulelor din cadrul sistemului SAP sunt
larg folosite n lumea consultanilor ERP. Prin urmare, ele trebuie s fac parte din
limbajul fiecrui student care caut s neleag anumite aspecte ale sistemului
SAP.
Vom dedica paginile urmtoare explicrii fiecruia dintre aceste acronime care
corepund fiecruia cte unui modul. Ulterior, pe parcursul capitolului doi, vom
analiza cteva operaiuni n cadrul modulelor principale i vom efectua o serie de
exerciii cu caracter practic prin care studenii i pot nsui modul de lucru.
Petru o mai bun vizualizare a modulelor SAP vom prezenta o imagine cubic a
acestora. Se poate observa felul cum sunt dispuse modulele n jurul unui nucleu al
sistemului prin intermediul cruia se fac majoratitatea operaiunilor din sistem i se
realizeaz schimbul de date (figura 1.8).
Figura 1.8 Modulele sistemului SAP dispuse n jurul nucleului aplicaiei

Surs: [SAPCOM]
FI (Financial) este un modul folosit pentru a informatiza activitatea

departamentului de contabilitate i gestiune financiar a organizaiei. FI reprezint
un modul prezent n orice implementare a sistemului SAP deoarece nu exist nicio
companie fr departament de contabilitate.
CO (Controlling) se refer la modulul cu ajutorul cruia se realizeaz gestiunea
activitii de control intern n cadrul organizaiei. Se implementeaz adesea
mpreun cu modulul FI, folosindu-se uneori i acronimul de FICO.
SD (Sales & Distibution) este modulul din cadrul sistemului care este responsabil
cu gestiunea departamentului de vnzri. Este unul din modulele-cheie ale
aplicaiei fiind prezent n aproape orice instalare SAP.
MM (Materials Management) reprezint un modul care informatizeaz activitatea
departamentului de achiziii. Modulul permite i gestiunea depozitelor i
inspectarea produselor i serviciilor achiziionate n vederea recepionrii acestora.
i acest modul este prezent n aproape toate instalrile sistemului SAP.
PP (Production Planning) se folosete pentru planificarea i controlul produciei.
Rolul acestui modul este s fie folosit n cadrul departamentelor de producie din
companii pentru a asigura o bun desfurare a produciei. Se folosete doar n

companiile care realizeaz producie de bunuri fizice. Prin urmare nu este prezent
n toate implementrile SAP.
HR (Human Resources) se utilizeaz pentru a informatiza activitatea
departamentului de resurse umane. Modulul HR are o componen separat foarte
important numit Payroll, care se folosete pentru a informatiza activitatea de
plat a salariilor.
AM (Asset Management) este destinat managementului activelor imobiliare din
cadrul organizaiei. Include funcionaliti tipice pentru gestiunea optim a
bunurilor imobile i este integrat cu restul modulelor din cadrul sistemului.
PS (Project System) se folosete pentru a gestiona proiectele organizaiei. Poate fi
folosit pentru a gestiona att proiecte mari, cum este realizarea unei cldiri, ct i
proiecte mici cum ar fi participarea la un trg de vnzri.
CA (Cross Application Components) se folosete pentru a asigura partajarea
aplicaiei la nivelul ntregului sistem.
IS (Industry Specific) reprezint particularizri ale sistemului SAP pentru diferite
industrii. Fiecare vertical industrial (utiliti, asigurri, retail etc.) are
particularitile ei care fac necesar realizarea unei soluii specifice bazat pe
sistemul general SAP. Spre exemplu, IS-U reprezint verticalizarea SAP pentru
companiile de utiliti. Este folosit de ctre distribuitorii de energie electric, ap,
gaz, agent termic i altele cu specific de activitate din zona utilitilor publice.
QM (Quality Management) se utilizeaz n cadrul companiilor pentru a asigura un
mangement eficient al calitii. Conine o serie de practici i proceduri predefinite
pentru urmrirea calitii produselor n cadrul companiilor. Se instaleaz frecvent
mpreun cu modulul de producie.
PM (Plant Maintenance) este destinat celor care realizeaz activiti de mentenan.
Include o multitudine de aplicaii cu privire la planificarea activitilor de
mentenan, scoaterea din funciune a utilajelor i alte elemente caracteristice
activitii de mentenan.
Limbajul ABAP este limbajul n care s-au scris majoritatea programelor n sistemul
SAP. Chiar dac ncepnd cu anul 2004 SAP AG face eforturi susinute s scrie
aplicaiile n Java, ABAP rmne limbajul folosit n lumea SAP n mod
preponderent. Este un limbaj extrem de rspndit avnd n vedere c orice client al
SAP este un utilizator de aplicaii scrise n ABAP. Din punct de vedere al
complexitii, ABAP este uor de neles ca limbaj, ns la baz are un numr foarte
mare de tabele cu o structur complex. Dificultatea programrii n ABAP provine
de la complexitatea tabelelor sistemului SAP care trebuie gestionate.
Majoritatea aplicaiilor realizate n ABAP sunt customizri ale unor pograme deja
existente. Sunt rare cazurile cnd se fac programe n ABAP de la zero. Dat fiind
importana limbajului ABAP pentru profesionitii din lumea ERP, i-am dedicat un
capitol n cadrul acestei lucrri.
Pe lng sistemul ERP propriu-zis, n cadrul companiilor funcioneaz i o serie de
alte aplicaii care de multe ori sunt denumite tot ERP dei, din punct de vedere
tehnic, ele prezint alte categorii de aplicaii. n general, n cadrul companiilor
ntlnim pachete de aplicaii care interacioneaz cu sistemul ERP propriu zis.
Acestea, mpreun cu sistemul ERP propriu-zis formeaz aa-numitul Enterprise
Application Suite (EAS) prezentat n figura 1.9.
Bussiness Intelligence
SCM Sistem ERP CRM
SCADA
Figura 1.9 Enterprise Application Suite (EAS)
Business Intelligence (BI) reprezint soluii software prin intermediul crora se

realizeaz rapoarte sofisticate i n timp real destinate managementului
companiilor. n ultima perioad, soluiile de BI se instaleaz aproape ntotdeauna
mpreun cu sistemele ERP.
O soluie de BI rezolv problema realizrii de rapoarte pe colecii mari de date.
BI a aprut la nceputul anilor 90 cnd s-a observat c sistemele de generat
rapoarte cu care veneau nzestrate sistemele de gestiune a bazelor de date erau
inacceptabil de lente, atunci cnd se punea problema realizrii de rapoarte pe baze
de date foarte mari.
Avantajul soluiilor de BI este c datele sunt agregate n cuburi multidimensionale

pe msur ce sunt stocate n baza de date. Aceast agregare se face pe baza unor
reguli predefinite n funcie de nevoile exprimate de cei interesai s vad
rapoartele. n momentul cnd se genereaz rapoartele datele sunt citite din cub i
nu din baza de date, ceea ce crete cu mult viteza de rspuns i utilitatea
rapoartelor.
Teoretic orice raport realizat n instrumentele de BI poate fi realizat i direct pe
baza de date. Problema este ca timpul i efortul necesar realizrii raportului este
inacceptabil de mare. Dat fiind importana instrumentelor de BI, am dedicat un
capitol separat acestei teme n cadrul lucrrii de fa.
Supply Chain Management (SCM) include acele aplicaii software folosite pentru
gestionarea lanului de aprovizionare. Problema aprovizionrii a fost mereu una
complicat deoarece intrrile proceselor economice sunt costisitoare i este nevoie
ca ele s fie achiziionate n mod optim.
Aplicaiile SCM au o multitudine de modaliti prin care se urmrete optimizarea
procesului de aprovizionare. Spre exemplu, departamentul de achiziii trebuie s
aib date concrete despre planificarea produciei pentru a decide cnd
achiziioneaz anumite bunuri sau servicii. n lipsa acestor date, departamentul
achiziii ar fi tentat s strng la un loc achiziiile pentru a cumpra n volum mai
mare i a reduce chetuielile. O astfel de strategie nu este ntotdeauna optim
deoarece exist riscul ca bunurile cumprate s implice costuri de stocare foarte
mari i atunci s-ar fi justificat achiziionarea lor n alt moment.
Figura 1.10 SAP SCM n contextul arhitecturii SAP

Surs: [SAPCOM]
CRM (Customer Relationship Management) reprezint o categorie de aplicaii prin

intermediul crora companiile i gestioneaz relaiile cu clienii. Aceste aplicaii
sunt necesare companiilor al cror numr de clieni depete 400-500. Pentru
companii cu mai puini clieni efortul instalrii unui CRM nu se justific.
n CRM se realizeaz gestiunea automatizat a majoritii activitilor de marketing
i vnzri din cadrul companiilor. Funciile unui sistem CRM pleac de la elemente
simple cum ar fi nregistrarea unei oportuniti sau a unui contract i merg pn la
elemente mai complicate cum ar fi campaniile de marketing sau integrarea cu
centrale telefonice VOIP. Sistemele CRM informatizeaz ceea ce n limbajul
oamenilor de vnzri i marketing se numete plnia vnzrilor/sales funnel. O
plnie a vnzrilor este o reprezentare schematic a conceptului c pentru a
semna un contract trebuie abordate mai multe companii potenial interesate.
Ulterior, n funcie de interesul exprimat i de bugetul disponibil potenialii clieni
sunt ncadrai n diferite categorii n cadrul plniei.
O mare parte din procesul de vnzri decurge ns cu clieni deja existeni. Prin
urmare, exist o anumit repetitivitate a aciunilor de vnzri. Nu trebuie
confundat activitatea de vnzri cu activitatea de gsire a unor clieni noi. n
figura 1.11 este prezentat cliclul de vnzri din SAP CRM.
Figura1.11 Procesul de vnzri n SAP CRM

Surs: [SAPCOM]
SCADA (Supervisory Control And Data Acquisition) sunt pachete software

folosite pentru comanda i controlul proceselor tehnologice. SAP nu conine un
sistem SCADA i nu exist niciun alt sistem ERP care s aib un modul pentru
SCADA.
n general sistemele SCADA depind foarte mult de echipamentele fizice care sunt
instalate. Software-ul unui sistem SCADA este scris pentru a interaciona cu un
anumit tip de echipamente. n genral datele sosesc la sistemul SCADA de la diferii
senzori (presiune, temperatur, umiditate, lumin, debit etc.). Dup analizarea
datelor sistemul SCADA le afieaz pe un monitor unde pot fi urmrite de
operatori.
n majoritatea cazurilor, sistemele SCADA automatizeaz urmrirea proceselor
tehnologice, rolul operatorului uman fiind acela de a urmri rapoarte, avertismente
i alarme. Panourile sistemelor SCADA sunt adesea conectate cu atuatori care
realizeaz n mod automat diverse operaiuni necesare funcionrii procesului
tehnologic.
SAP, la fel ca alte sisteme ERP, dispune de modaliti de integrare a sistemelor
SCADA cu modulele sale. n general, sistemul SCADA comunic cu modulul PM
ns poate fi integrat i cu alte module ale SAP. Datele oferite de sistemele
SCADA sunt deosebit de utile n luarea deciziilor cu privire la bunul mers al
fluxurilor tehnologice.
Figura 1.12 Un sistem SCADA prezentat schematic (imagine public)

1.6 Profesii n domeniul ERP. Knowledge workers
Lumea ERP are propriile ei categorii de profesioniti. Studenii care citesc aceast
carte vor fi probabil interesai de aceste aspecte pentru a ti ce fel de specializare s
i aleag. Specialitii din lumea sistemelor ERP resprezint o categorie
profesional aparte care va fi explicat pe parcursul paginilor urmtoare.
nainte de a discuta despre categoriile de specialiti din lumea sistemelor ERP ar
trebui s insistm asupra concepetelor de economie bazate pe cunoatere
(knowledge economy) i lucrtor bazat pe cunoatere (knowledge worker).
Economia bazat pe cunoatere (knowledge economy) reprezint acea form de
organizare a activitii economice n care cunotinele reprezint activul principal.
Motorul economiei bazate pe cunoatere este inovaia. n economia bazat pe
cunoatere informatic joac rolul central deorece puterea provine din informaia
deinut.
n cartea sa Al Treilea Val Alvin Toffler explic diferenele dintre tipurile de
economii care au existat de-a lungul istoriei i impactul social al fiecruia dintre
ele. Astel, n perioada dintre anii 7000 . Hr. i sec al XVII-lea economia a avut un
caracter preponderent agricol numit de Toffler societatea agricol. Oamenii erau
organizai n sate, construite n jurul unor biserici, iar satele erau organizate n
principate sau voievodate conduse de prini/voievozi. Economia era bazat aproape
exclusiv pe agricultur.
Principala instituie din societatea agricol era cea biologic. Lucrrile erau
efectuate cu ajutorul muchilor oamenilor sau ai animalelor. Lumea agricol avea
ca instituie dominant biserica, care acumulase majoritatea proprietilor acelei
perioade. Pn i legile erau istituite cu ajutorul bisericii.
Odat cu perfecionarea mainii cu abur de ctre James Watt, lumea a trecut la o
form de organizare a activitii bazate pe industrie denumit societatea industrial.
Aceast lume a nceput s se creeze la sfritul deceniului al XVIII-lea i este n
proces de nlocuire astzi. Bazat pe maini, societatea industrial a necesitat
schimbri profunde n societate pentru a putea fi funcional. Au aprut astfel
oraele, fabricile, colile, spitalele, familiile de mici dimensiuni, grdiniele pentru
copii i mijloace mecanizate de trasnport.
Lumea industrial a fost un progres semnificativ pentru societate. S-a trecut de la o
lume n care perioada de via era de 30-40 de ani la una n care sperana medie de
via a depit 70 de ani. Probleme cum ar fi foametea, au fost rezolvate n cadrul
rilor cu un anumit grad de industrializare prin folosirea tehnologiilor alimentare.
Istituia care a stat la baza societii industriale este fabrica bazat pe linii de
asamblare. Conceptul de linii de asamblare este fundamental n industrialism
deoarece pe el se bazeaz ntregul sistem economic industrial. Fr a organiza
activitatea n linii de asamblare nu se poate obine o eficien optim a activitii
industriale. Mai multe detalii despre lumea industrial se pot obine din cartea
Al treilea val de Alvin Toffler.
Dei a produs progrese socio-economice majore, industrialismul este departe de a fi
un sistem optim. n plus, din punct de vedere al mediului nconjurtor
industrialismul nu este un sistem economic sustenabil. Combustibilii fosili care
stau la baza societii industriale nu sunt regenerabili i au efecte neplcute asupra
vieii oamenilor prin bolile pe care le faciliteaz. Exist o multitudine de alte
dezavantaje ale lumii industriale care dezumanizeaz i abrutizeaz indivizii.
ncepnd cu anii 60 rile industrializate i-au pus problema gsirii unui sistem
care s elimine dezavantajele societii industriale fr a pierde ns beneficiile.
Aa a aprut teoria societii informaionale redenumit ulterior soecietatea bazat
pe cunoatere care are o economie bazat pe cunoatere.
n principiu, societatea informaional sau bazat pe cunoatere pleac de la
principiul eliminrii muncii de rutin, al ierarhiilor stricte i al sincronizrii
absolute, nlocuindu-le cu creativitate, spirit antreprenorial i flexibilitate. Acest
lucru se poate obine doar prin folosirea pe scar larg a computerelor care i
elibereaz pe oameni de munca de rutin i rigorile industrialismului.
Calculatoarele au capacitatea de a efectua munca de rutin, de a controla roboi i
de a obine rezultate exacte prelund o mare parte din munca oamenilor de pe
liniile de asamblare. n felul acesta, graie calculatoarelor bazate pe
microprocesoare, rolul oamenilor se transform din supraveghetori de maini n
programatori de calculatoare.
Evident aceast trasformare a rolului lucrtorului n economie atrage dup sine o
serie de schimbri profunde n ceea ce privete modul de lucru i modul de via al
oamenilor care activeaz n cadrul economiei bazate pe cunoatere. Trebuie spus c
economia bazat implic un contact constant i compex cu calculatorul. Omul din
economia bazat pe cunoatere este nconjurat de calculatoare i lucreaz prin
intermediul lor.
n momentul de fa ne aflm n perioada incipient a economiei bazate pe
cunoatere. Uniunea European urmrete Agenda de la Lisabona prin care i
propune s devin cea mai puternic economie bazat pe cunoatere din lume.
Preocupri similare exist i n SUA, Asia, Rusia i America de Sud.
ncepnd cu anii 70 economiile occidentale au nceput un proces de ndeprtare de

economia industrial ca prim faz n procesul de tranziie spre economia bazat pe
cunoatere. n acei ani s-au realizat o mutare a activitilor non-creative, repetitive
spre Asia, n special n China. Dintre rile asiatice, China a sesizat cel mai bine
aceast tendin i a reuit s o fructifice.
Dup vreo cteva decenii, lumea occidental a ajuns s nu se mai ocupe de
industrie. Acest fenomen a avut loc i n rile ex-comuniste din estul Europei.
Tranziiile nu sunt ns niciodat simple i omenilor nu le place schimbarea. Criza
pe care o trim acum este un pas din acest proces de trecere de la economia
industrial la economia bazat pe cunoatere.
rile occidentale au fcut un exces de investiii n zone conformabile ale
economiei, cum sunt imobiliarele, neacordnd suficient atenie invaziei
tehnologice, robotizrii i informatizrii. Acest fenomen previzibil a condus la
criza pe care umanitatea o triete ncepnd cu 2008.
Trebuie ns spus c aceast situaie de criz este mai degrab un incident de
parcurs, care dac nu e scpat de sub conrol, va fi depit i economiile din UE i
SUA i vor reveni. n urma revenirii ecomomice este de ateptat s se produc un
val i mai mare de investiii n inovaie. Inovaia i-a dovedit de nenumrate ori
enorma valoare economic. Dup cum artam n prima parte a acestui capitol,
compania Apple a ajuns n iulie 2001 s aib mai multe disponibiliti financiare
dect Trezoreria SUA.
Procesul de tranziie spre economia bazat pe cunoatere este unul ireversibil i va
mai dura cteva decenii. Este important s adugm c la captul acestei tranziii,
unele dintre rile care erau favorizate n vremea industrialismului i vor pierde
privilegiile n societatea informaional cu o economie bazat pe cunoatere. Noii
privilegiai vor fi acele ri ai cror tineri i vor nsui rapid tehnologii informatice
pe care s le pun n valoare.
Societatea romneasc este bine poziionat n procesul de tranziie spre economia
bazat pe cunoatere. Tinerii din Romnia au produs succese notabile n domeniul
informaticii. Continund procesul de pregtire de specialiti n informatic,
socieatea romneasc i poate fructifica ansa istoric de a fi poziionat n
plutonul frunta la captul procesului de tranziie spre economia bazat pe
cunoatere.
Un lucrtor n economia bazat pe cunoatere, denumit n limbajul utilizat
internaional, knowledge worker, este o persoan care folosete tehnologia
informaiei i comunicaiilor pentru a crea, capta, procesa, sintetiza, disemina,
analiza i utiliza infomaia pentru a fi mai productive [Monk 2006].
Un knowledge worker este opus industrialului task worker prin felul cum lucreaz.
Persoanele care opereaz n calitate de knowledge worker soluioneaz probleme
pentru care nu exist proceduri predefinite. Ele se adapteaz din mers la nevoile
situaiei cu care se confrunt i iau msurile necesare pentru a face fa n mod
dinamic problemelor care apar.
Un knowledge worker nu ar trebui confundat cu un specialist n informatic.
Managerii, oamenii de vnzri, marketing, producie, analitii financiari,
consultanii sunt tot attea exemple de knowledge worker din lumea de astzi.
Munca bazat pe cunoatere are o serie de particulariti. Una dintre cele mai
complexe este faptul c informaiile sunt n general nestructurate. Este de datoria
celui care lucreaz s le selecteze i s extrag din ele informaiile pe care le
consider necesare. Informaiile structurate sunt insuficiente pentru a duce la bun
sfrit activitile din cadrul proceselor economice.
Un task worker este o persoan care efectueaz o munc repetitiv pe baza unor
proceduri clar definite. Spre exemplu, receioner(ul)/(a) este un task worker. n
munca lor recepionerii tiu exact care le sunt sarcinile i nu se confrunt n mod
uzual cu situaii n care s nu aib informaiile necesare pentru a-i ndeplini
sarcinile ce le revin. Task worker-ul este anagajatul tipic al lumii industriale. Un
task worker va preui rutina bine gndit, dispoziiile clare din partea efilor i
punctualitatea.
Un knowledge worker se confrunt n mod uzual cu situaii n care nu deine toate
informaiile necesare pentru a-i putea ndeplini sarcinile. El trebuie s se adapteze
din mers i s i caute singur informaiile. Spre exemplu, atunci cnd o companie
de telefonie mobil are dificulti n a promova un produs n raport cu concurena,
managerul companiei va angaja un product manager cruia i va da sarcina s fac
un produs competitiv. Product manager-ul este un knowledge worker. El nu va
primi o rutin dup care s fac produsul, nu i se vor da dispoziii clare n legatur
cu ce are de fcut i nici nu va avea un program impus. Product manager-ul va
trebui doar s aduc rezultatul n condiiile bugetului oferit.
n lumea informaticii exist o diferen foarte clar ntre: date, informaii i
cunotine. Studenii care citesc aceast carte vor ajunge mai devreme sau mai
trziu s lucreze n economia bazat pe cunoatere. Prin urmare, este foarte
important ca ei s fac distincia ntre cele trei concepte.
Datele reprezint simboluri plasate pe un anumit suport. Ele pot sau nu s aib sens
pentru ochiul uman. Suportul poate fi orice mediu inscripionabil de la hrtie i
piatr pn la discuri optice. Datele trebuie intepretate pentru a putea fi folosite. n
lipsa unei interpretri datele sunt inutile.
Informaiile sunt acele date care au caracter de noutate i utilitate. n lipsa noutii
i utilitii datele nu devin informaii. Cel mai important aspect legat de informaii
este faptul c ele trebuie s aduc o noutate. n lipsa unei nouti, nu putem vorbi
de informaii. Viaa informaiilor este scurt, deoarece caracterul de noutate dispare
rapid.
Cunotinele sunt acele informaii care dup pierderea caracterului de noutate i
pstreaz caracterul de utilitate ntr-un anumit context. Spre exemplu, legile lui
Newton reprezint cunotine. Ele au fost cndva informaii pentru fiecare din noi,
ns au rmas utile n contextul fizicii chiar i dup ce nu au mai fost noi.
Un knowledge worker opereaz cu date, informaii i cunostine. El trebuie s tie
s selecteze din proprie iniiativ informaiile, s intuiasc unde s le caute i s
sintetizeze cunotinele att la nivel individual, ct i la nivel de grup. Pentru a fi
eficient, n calitate de knowledge worker, trebuie s ntelegei unde sunt generate
datele care prezint interes i s le captai.
O diferen fundamental ntre un knowledge worker i un task worker este faptul
c primul are nevoie s neleag imaginea de ansamblu a organizaiei n care
lucreaz, pe cnd al doilea poate fi eficient i cunoscnd doar partea din organizaie
cu care vin n contact. n lipsa unei imagini de ansamblu un knowledge worker nu
poate s intuiasc n mod eficient unde s caute datele de care are nevoie.
n conformitate cu [Monk2006] un knowledge worker trebuie s ndeplineasc
cteva condiii pentru a putea face fa provocrilor cu care se confrunt n mod
constant. Aceste condiii sunt:
Gndirea strategic. Abilitatea de a vedea i de a nelege imaginea de ansamblu a
organizaiei, felul cum funcioneaz i sursele de date.
Alfabetizarea informaional, capacitatea de a folosi tehnologii informatice n mod
liber pentru a determina care sunt informaiile necesare, unde pot fi gsite i cum
trebuie folosite.
Comunicarea i colaborarea. Abilitatea de a funciona n mod eficient ca parte a
echipei de proiect unde fiecare i nelege rolul lui i rolurile celorlali. Majoritatea
cunotinelor sunt tacite, adic nu sunt verbalizate, ci se afl n creierul oamenilor
din echipele de proiect. Prin urmare, capacitatea de a colabora este esenial pentru
a extrage aceste cunotine.
n mod concret n lumea sistemelor ERP avem trei categorii de lucrtori:
consultanii;
programatorii;
utilizatorii.
Cei mai numeroi sunt utilizatorii. Acetia sunt acei angajai sau colaboratori ai
unei organizaii care folosesc sitemul ERP pentru activitatea lor zilnic. De la
manageri pn la casieri, toi sunt utilizatori. Un utilizator folosete n general
cteva tranzacii i rapoarte cu care obine datele i informaiile de care are nevoie
pentru a-i ndeplini sarcinile curente. El nu este un specialist informatic i nici nu
trebuie s cunoasc sistemul ERP n mod amnunit. O categorie aparte de
utilizatori sunt utilizatorii cheie, key users. Acetia au cunotine mai ample despre
sistemul ERP i asist ali utilizatori.
Consultanii sunt cea mai important categorie de specialiti ERP. Ei se ocup att
cu implementarea iniial a sistemului, cu training-ul utilizatorilor i cu mentenana
sistemelor ERP odat ce acestea au fost puse n funciune. Consultanii cel mai des
ntlnii sunt cei funcionali.
Un consultant funcional cunoate foarte bine unul sau dou module ale unui sistem
ERP i este n msur s customizeze aplicaia astfel nct ea s corespund
nevoilor organizaiei n care este implementat. Consultanii funcionali sunt
orientai pe module. ntlnim astfel consultani SAM FI, SAP MM, SAP SD, SAP
CO, SAP HR i aa mai departe. Un consultant funcional trebuie s cunoasc att
aplicaia, ct i procesele de business. Prin urmare, consultanii funcionali pot fi
att specialiti informatici care au nvat procesele de business, ct i economiti,
ingineri sau alte categorii profesionale care au nvat aplicaii. Sunt rare cazurile
cnd un consultant stpnete dou module datorit complexitii foarte mari a
aplicaiilor.
Customizarea este procesul prin care consultantul funcional modific parametrii
aplicaiei astfel nct aceasta s corespund nevoilor utilizatorilor. Dup cum
spuneam sistemele ERP vin sub forma unor aplicaii gata scrise pe care consultanii
funcionali le parametrizeaz astfel nct ele s ajute utilizatorul.
Pe lng consultanii funcionali mai exist i consultani strategici i
organizaionali. Acetia se folosesc n proiectele mai ample. Rolul lor este s
maximizeze beneficiile strategice i organizaionale ale companiilor care
implimenteaz sitemele ERP.
Consultanii organizaionali gestioneaz n special aspectele de business process
re-engineering (BPR). Prin BPR se nelege activitatea de regndire i reproiectare
a proceselor organizaionale din cadrul companiilor astfel nct acestea s
funcioneze mai bine. Spre exemplu, mutarea unor activiti de la departamentul
contabilitate la depozit este o activitate de BPR. Instalarea sistemelor ERP n
organizaiile mari determin regndirea multor procese de afaceri. Rolul
consultantului organizaional este s se ocupe de acest lucru.
Consultanii strategici sunt necesari doar n companiile foarte mari i identific

optimizri cu caracter strategic. Spre exemplu, nchiderea de ctre Apple a
fabricilor din Singapore i Irlanda i mutarea produciei n China a fost rezultatul
unor analize cu caracter strategic. Consultanii strategici sunt rari i extrem de
scumpi.
Ca mod de lucru, consultanii sunt pltii n funcie de numrul de ore lucrate.
Consultanii sunt de obicei grupai n firme de consultan care ofer servicii de
consultan integrate. Unoeri consultanii pot lucra i independent (free-lancers).
Este ns dificil pentru un cosultant independent s lucreze full time deoarece un
om nu poate istala singur un ERP. Un free-lancer va trebui s caute proiecte unde
segmentul su de specializare este necesar. Ca urmare, timpii de trecere de la un
proiect la altul devin lungi deoarece el nu poate s i lucreze i s caute proiecte n
acelai timp.
Companiile de consultan grupeaz consultani cu specializri diferite astfel nct
s poat oferi servicii complete n privina implementrii unui anumit produs
informatic. O companie de consultan poate avea de la 10 la 300.000 de
consultani. Tariful orar perceput de o companie de consultan este n general
mare i depinde de zona geografic n care se afl compania de consultan. Spre
exemplu, n Estul Europei un consultant funcional cost, la nivelul lui 2012, ntre
30 i 60 de Euro pe or pentru o tehnologie larg folosit. La acest pre se adaug i
cheltuielile cu transportul i cazarea dac e cazul. Tariful crete n zonele
occidentale sau pentru tehnologii mai rare folosite putnd ajunge i la
80-200 EURO/or. Consultanii organizaionali i strategici au tarife mult mai mari
care pot depi i o mie de EURO pe or.
Programatorii reprezint acea categorie de specialiti ERP care scriu cod atunci
cnd consultanii funcionali nu pot obine prin parametrizare funcionalitile
dorite de utilizatori. Orict de bine ar fi gndit un sistem ERP el nu poate oferi
prin simple parametrizri tot ceea ce dorete un client. Rolul programatorului este
s schimbe codul surs al aplicaiei astfel nct aceasta s ofere funcionaliti
ce nu pot fi obinute prin parametrizri. Programatorii ERP sunt exclusiv specialiti
informatici i au costuri similare cu ale consultanilor funcionali sau chiar mai
mari.
Capitolul 2
LUCRUL CU SISTEMUL SAP
Sistemul ECC 6.0 este un pachet de programe care pot informatiza complet
activitatea unei companii indiferent de dimensiunile acestiea. De la companii de
dimensiuni medii pn la companii foarte mari, toate pot folosi sistemul SAP. El
este folosit ns cu precdere de companii de dimeniuni mari i foarte mari datorit
capacitii sale de a gestiona eficient tranzaciile din astfel de organizaii.
Pentru un nceptor n lucrul cu SAP cartea de fa prezint o serie de operaiuni
simple care stau la baza lucrului n sistemul SAP. Intenia este aceea de a oferi
studenilor ansa de a lucra concret n cadrul sistemului SAP. Din acest motiv
cartea de fa conine o multitudine de capturi de ecran. n plus sunt prezentate
schematic i pricipalele concepte ale sistemului SAP. Materialele preluate din
cadrul documentaiei SAP au fost reproduse cu permisiunea scris a companiei
SAP prevazut ntr-un contract semnat n 2005 ntre SAP AG Viena i Academia
de Studii Ecnomice din Bucureti.
Cartea este destinat celor care vor s cunoasc sistemul SAP la nivel de utilizator.
Paginile urmtoare sunt utile studenilor, cadrelor universitare, managerilor i
tutror celor care vor s tie mai multe despre lucrul cu sistemul SAP care cunoate
o larg rspndire.
Paginile care urmeaz descriu att dezvoltarea sistemului SAP de-a lungul
timpului, ct i modul cum se fac o serie de tranzacii de baz din modulele
logistice ale sistemului SAP. n lucrul cu SAP se are n vedere nelegerea
conceptelor de baz care sunt prezentate dintr-o perspectiv didactic.
2.1 Versiuni ale SAP
Sistemul SAP este folosit din anii 70 i, prin urmare, are mai multe versiuni care
au fost lansate de-a lungul timpului; n rndurile urmtoare vom discuta pe larg
aceste versiuni. Compania n sine a fost fondat n anul 1972 sub denumirea
Systemanalyse und Programmentwicklung (Analiza de sistem i dezvoltare de
programe) care a fost schimbat ulterior n Systeme, Anwendungen und Produkte
in der Datenverarbeitung (Analiza de sistem, aplicaii i produse de gestionare a

datelor) [SAPHIST 2012].
n timp, SAP a cunoscut mai multe versiuni, fiecare din acestea specifice
contextului tehnologic de pe piaa de IT a anilor n care fiecare din ele au fost
dezvoltate. Lista de mai jos preluat din [SAPHIST 2012] reprezint o relatare
succint a acestor versiuni:
1972
Cinci foti angajai ai companiei IBM infiineaz o companie de informatic pe
care o denumesc SAP Systemanalyse und Programmentwicklung. Soluia era
destinat procesrii n timp real a tranzaciilor cu date. Sediul iniial al companiei
era n Wenhiem ns persoanele care au fondat compania i petreceau marea parte
a timpului n centrul de calcul al Imperia Chemical Industries in Ostringen. Primul
an a fost ncheiat cu un profit de 625.000 DM. Despre Hasso Plattner, unul din cei
cinci fondatori i preedinte pn n 2003, exist dovezi c are origini n zona Sibiu
[RL2007], de unde provenea tatl su, medic oftalmolog. ncepturile SAP au fost
modeste chiar i din punct de vedere juridic. Iniial SAP a fost nregistrat ca o
asociere privat ntre cinci persoane i nu ca i societate cu rspundere limitat.
1973
SAP realizeaz primul program de contabilitate financiar numit RF. Acest sistem
st la baza primei vresiuni de SAP denumit R/1. n aceast perioad se extinde
numrul de client ai SAP. Versiunea R/1 era ns departe de ceea ce este astzi
SAP, avnd o funcionalitate foarte limitat.
1974-1976
SAP se extinde n ceea ce privete funcionalitatea i sistemele de operare pe care
ruleaz. Compania nregistreaz o serie de succese ajungnd la o cifr de afaceri de
3,81 DM. Tot n aceast perioad se schimb forma de nregistrare juridic a
companiei n vederea pregtirii unei expansiuni ulterioare.
1977-1978
SAP i mut sediul n Waldorf, locaia actual a companiei, i ncepe un proces de
internaionalizare. Primele instalri n afara rii sunt realizate n Austria. De
asemenea, compania John Deere dezvolt o versiune n limba francez a SAP n
cadrul unui proiect in-house.
Lucrul cu sistemul SAP 41
1979-1980
SAP continu procesul de consolidare achiziionnd primul su calculator, un
SIEMENS 7738. n epoca respectiv calculatoarele erau extrem de scumpe, motiv
pentru care SAP a folosit n primii apte ani de existen calculatoarele clienilor.
Tot n aceast perioad SAP i ncepe procesul de construire a unei cldiri proprii
n Waldorf. Dup mutarea n noul sediu, SAP achiziioneaz un al doilea calculator
IBM 370, nlocuit rapid cu un model mult mai puternic de la IBM care avea 4MB
de RAM. Analiznd tehnologia bazelor de date de la IBM, SAP ncepe deja s
pun bazele sistemului SAP R/2.
1981-1983
SAP produce o versiune stabil a sistemului R/2 i ncepe un proces de cretere
accelerat. Cifra de afaceri a companiei depete 24 milioane DM, iar numrul de
anagajai ajunge la 100. Majoritatea clienilor folosesc SAP pentru a gestiona
procese de afaceri. Apar i primele nenelegeri ntre partenerii fondatori, unul
dintre acetia ieind din companie.
1984-1986
Eforturile SAP de cretere a companiei continu. n aceast perioad se adaug
noi funcionaliti soluiei software, iar cifra de afaceri crete rapid ajungnd la
100 milioane de mrci germane la sfritul anului 1986. Se deschide i primul
birou al SAP din afara rii n Elveia urmat de unul n Austria. Compania ajunge
s aib 300 de angajai. Se realizeaz i primul modul de resurse umane din cadrul
pachetului oferit de SAP.
1987-1988
Sunt ani de cretere rapid i internaionalizare a companiei SAP. Se deschid
primele birouri n ri care nu vorbeau limba german i compania ajunge s
depeasc 1000 de clieni. SAP avea n acel moment 940 de angajai i genera o
cifr de afaceri de 245 milioane de EURO. n Walldorf, SAP deinea acum cinci
cldiri i se pregtea de o expansiune pe scar larg, fiind listat la bursa unde au
fost emise 1,2 milioane de aciuni a cte 750 DM fiecare.
1989-1991
Compania SAP ncepe s investeasc masiv n cercetare n vederea realizrii unei noi
versiuni a produsului su. Investiiile n cercetare au fost foarte mari ajungnd pn la
85 milioane DM/an, adic aproximativ o treime din cifra de afaceri a companiei.
Numrul de filiale ajunge la 12 i se ntinde pe mai multe continente. Treptat ia natere

noua versiune de SAP denumit R/3 care are la baz limbajul de programare ABAP/4.
SAP R/3 este prezentat public pentru prima oar la Hanovra n 1991 unde a fost foarte
bine primit. La sfritul lui 1991, compania avea 707 milioane DM cifr de afaceri i
2700 de angajai care deserveau 2200 de clieni.
1992-1993
Creterea companiei intr ntr-o nou dimensiune datorit succesului versiunii R/3.
Cifra de afaceri a SAP depete un milliard de DM n aceast perioad. Creterile
sunt intensificate i de introducerea unei reele de parteneri care foloseau logo-ul
SAP pentru a vinde soluia companiei. SAP i focalizeaz atenia pe business-ul
din afara Germaniei, compania realiznd peste 50% din cifra sa de afaceri n ri
din afara Germaniei. De asemenea, se inaugreaz un centru n Silicon Valley.
Compania SAP ncepe s conlucreze cu Microsoft n vederea rulrii sistemului
SAP pe platforma Windows.
1994-1996
Este realizat prima versiune a SAP care ruleaz pe Windows NT. Parteneriatul cu
Microsoft se dovedete un succes existnd numeroase companii care adopt noua
soluie. SAP reuete chiar s implementeze SAP n cadrul companiei Microsoft. n
Germania compania Deutsche Telecom ajunge s aib 30.000 de staii de lucru
care ruleaz simultan sistemul SAP. Un alt client fanion al SAP devine compania
Coca-Cola. La sfritul lui 1996, compania SAP nregistreaz o cifr de afaceri de
3,7 milioane DM avnd 9202 angajai.
1997-1998
La aniversarea a 25 de ani, SAP realizeaz o petrecere somptuoas la care particip
chiar i cancelarul german Helmuth Kohl. SAP continu s ctige noi clieni de
renume i ajunge chiar s fie listat la bursa din New York. Este un moment
important n evoluia companiei deoarece prin aceast listare dobndete o
reputaie global i ncepe s creasc n ritm accelerat. Profitul brut ajunge la
4,3 miliarde EURO o sum. Este momentul n care versiunea R/3 ncepe s fie
centrat pe utilizator, iar funcionalitile sale sunt rescrise pentru a ine cont de
importana tot mai mare a Internet-ului.
1999-2001
Sunt anii n care este lansat platforma mySAP disponibil pe site-ul mySAP.com.
Perioada este caracterizat de aa-numita revoluie dorcom n care i fac apariia
numeroase companii care foloseau Internet-ul ca mediu de afaceri. Fondurile de

investiii au injectat sume enorme n companiile noii economii. Fenomenul a fost
de fapt o clasic bul speculativ ce promova tehnologii moderne. Foarte multe
site-uri de web au fost foarte generos finanate cu zeci sau sute de milioane de
dolari n aceast perioad, iar majoritatea nu au reuit s rmn n afaceri. SAP a
inut pasul cu vremea, i a profitat de tendina de mutare a afacerilor pe zona online
lansnd platforma mySAP.com care a devenit un succes. Chiar i cnd bula s-a
spart, SAP a reuit s nregistreze un profit de 17%, deoarece era, n esen, o
companie de software industrial de care clienii chiar aveau nevoie.
2002-2003
SAP nregistreaz o expansiune favorabil extinzndu-se n multe din rile
emergente. i deschide chiar centre de dezvoltare n multe din aceste ri.
Compania nregistra la nivelul anului 2003 nu mai puin de 30.000 de angajai.
Soluia software de mare succes se extinde i la nivelul unor companii de
dimensiuni medii unde obine rezultate bune. Hasso Plattner prsete echipa de
management rmnnd pe un rol consultativ. Este ultimul dintre cei cinci fondatori
care iese din echipa de management a companiei. n aceast perioad, SAP
realizeaz un re-branding al produsului su lansnd SAP Netweaver, o evoluie a
lui mySAP.com.
2004-2007
SAP Netweaver este prezentat clienilor care i nlocuiesc vechile sisteme cu noul
produs. Proiectele de upgrade reprezint n principal sursa de venit a companiei
SAP din aceast perioad. Datorit costului foarte mare al soluiei SAP, clienii
care i permiteau s instaleze produsul se cam epuizaser. SAP ncearc i o
strategie de abordare a clienilor mici i mijlocii care ns nu d rezultatele
ateptate. Cu toate acestea, compania continu s nregistreze profituri record i i
extinde baza de clieni i reeaua de parteneri. Tot n aceast perioad ncepe o
etap de achiziie de noi soluii. Principala slbiciune a SAP era segmentul de
Business Intelligence, motiv pentru care SAP anuna intenia de a cumpra
Business Objects, una din cele mai renumite soluii de BI ale momentului.
2007-2009
Are loc un proces de consolidare al companiei care ncheie un numr mare de
achiziii i ncearc s le integreze ntr-un pachet unic pe care s l propun
clienilor. ncercarea de consolidare reuete ns ntr-o mic msur deoarece
soluiile achiziionate sunt foarte eterogene i realizate pe platforme tehnologice
diferite. Cu toate acestea clienii adopt n continuare tehnologiile SAP pe fondul

creterii economice intense caracteristic acestei perioade. Multiplele investiii
imobiliare conduc la o cretere a consumului, inclusiv n sectorul sistemelor ERP
unde SAP ajunge lider de pia. Au loc mai multe schimbri la varful companiei
SAP.
2009-2012
O perioad dificil carcaterizat de scderi economice pe fondul politicii de
austeritate impus de Germania rilor din UE i care se rsfrnge puternic asupra
mediului de afaceri. Compania SAP ncepe s nregistreze dificulti n a gsi noi
clieni i se reorienteaz spre sectorul IMM unde ns nu se impune. Apar noi
versiuni de SAP testate discret de ctre companie pe un numr limitat de clieni
care nu au ns succesul ateptat. Pentru a-i menine cifra de afaceri SAP mizeaz
att pe tehnologii noi precum HANA, ct i pe sectorul de servicii, absorbind din
ce n ce mai mult din business-ul partenerilor si tradiionali.
2.2 Modelul Client/Server al SAP
Dup cum se poate observa din subcapitolul anterior, versiunile actuale ale
sistemului SAP au la baz o arhitectur de tip clinet/server cu trei niveluri
(three-tier). Este modelul clasic de arhitectur n care nivelul de date este separat de
nivelul aplicaie care este separat de cel de interfa.
Interfaa cu utilizatorul este o aplicaie denumit SAP FRONT END (figura 2.1)
care este folosit pentru conectare la serverul de SAP. Prin intermediul acestei
aplicaii utilizatorul are acces la platforma SAP i poate folosi toate aplicaiile
disponibile per server. Aplicaia SAP FRONT END ruleaz pe partea de client
fiind folosit de utilizator (user). Din acest punct de vedere sistemul SAP este
similar cu toate celelalte sisteme ERP elaborate ncepnd cu anii 80 cnd a devenit
popular modelul client/server.
n versiunile actuale ale SAP interfaa este disponibil n majoritatea limbilor de pe
glob, inclusiv n limba romn. Recomandm totui studenilor s navigheze n
limba englez deoarece traducerea nu este ntotdeauna sugestiv. Prin folosirea
limbii engleze se poate face referire i mai usor la documentaie.
SAP dispune de o vast documentaie care este foarte bine structurat n module
codificate. Codurile conine litere i cifre (de exemplu, AC040). Literele
simbolizeaz un anunit modul, n timp ce cifrele indic nivelul de dificultate al
cursului. Documentaia nu este public i obinerea ei presupune acordul companiei
SAP. n paginile urmtoare vom folosi, cu permisiune, fluxul logic al modulului
SCM600 care se refer la partea de vnzri i distribuie (Sales and Distribution).
Pentru a exersa n lucrul cu sistemul SAP este nevoie de a avea date ncrcate n
baza de date. nvarea produsului fr un set complet de date referitoare la o
companie real, sau potenial real, nu este posibil deoarece tranzaciile au nevoie
de date pentru a putea funciona. n acest scop compania SAP furnizeaz pentru
training aa-numitul SAP IDES. Acesta este un sistem SAP n care sunt ncrcate
datele ce aparin unei companii imaginare numite IDES Holding AG. Pentru a
putea face exerciii folosind datele companiei IDES, este nevoie s nelegem i
structura acesteia. Prin urmare, n cele ce urmeaz vom discuta i cteva elemente
ce in de felul cum se definete o companie n cadrul sistemului SAP.
Prin urmare, n cadrul acestui capitol ne propunem s discutm urmtoarele:
procedura de log-in n cadrul sistemului SAP;

navigarea n cadrul sistemului SAP;
organizarea ariei de vnzri i distribuie n cadrul SAP IDES;
exemplificarea a trei tranzacii din aria vnzri i distribuie.
Prin parcurgerea acestor materiale studenii i celelalte categorii de cititori vor
nelege principiile utilizrii sistemului SAP i vor avea un minim de elemente
pentru a putea studia mai departe pe cont propriu. Trebuie specificat c n lipsa
unui sistem SAP IDES aceste materiale nu pot fi studiate. Cititorului i va fi absolut
necesar s aib o conexiune la un sistem SAP IDES funcional. Un sistem SAP
care nu este IDES va avea date diferite i va fi nevoie de alte coduri pentru a rula
tranzaciile.
Materialul de fa este gndit ca unul pur introductiv. Principalul su rol este acela
de a-i permite cititorului s neleag complexitatea fr precedent a sistemui SAP.
Cei care cunosc lumea informaticii, fr a fi avut ns contact cu SAP sau sisteme
similare, vor intui cu greu ct este de complex un sistem ERP, n general, i SAP,
n special. Pentru acetia intrarea n lumea interioar a sistemului SAP va fi o
surpriz. Un sistem ERP este infinit mai complex dect alte pachete software cum
ar fi: mediile de dezvoltare, sistemele de business intelligence, programele de
contabilitate, portalurile i altele asemenea. De fapt, un sistem ERP le include pe

toate acestea i multe altele ntr-un singur pachet.
2.2.1 Procedura de log-in
Pentru a naviga n sistemul SAP este necsar ca mai nti s ne conectm la acesta.
n vedera concetrrii sunt necesare o serie de informaii dintre care cteva sunt
absolut obligatorii pe toate mainile care ruleaza SAP, iar unele se folosesc doar
per anumite configuraii.
Principalele informaii care sunt necesare n vederea conectrii la SAP sunt:
adresa serverului;
system number (de obicei 00);
system id (de obicei des)
sap router string (pe unele maini);
user;
parola;
numrul de client (frecvent 801 sau 800).
Adresa serverului este un URL cu ajutorul cruia ne putem conecta la server.
Aceasta este dat frecvent sub forma unei adrese de IP. Odat pornit aplicaia SAP
Front End utilizatorul trebuie s specifice toi parametrii de mai sus i eventuali
alii cerui de sistem. n funcie de versiunea de SAP pot exista mici diferene n
ceea ce privete aspectul aplicaiei de log-on. Principiile sunt ns neschimbate.
Prin System number se nelege un identificator al sistemului SAP care are n
general valoarea 00. Acest parametru de conectare este furnizat de
administratorul de sistem i el trebuie cunoscut n avans.
Acelai lucru este valabil i pentru parametrul System Id care are n general
valoarea DES. Ea poate ns s fie diferit pe alte sisteme i poate fi aflat tot de la
adiministratorul de sistem.
SAP router string realizeaz o rutare n cazul n care dup log-in se folosete de
fapt o alt main dect cea la care se face conectarea iniial.
Fereastra de log-on arat ca n figura de mai jos:
Figura 2.1. SAP Log-on
Pentru a configura o conexiune se va face click pe butonul New Item. n cazul n

care conexiunea exist deja i se dorete modificarea parametrilor se va alege
butonul Change Item. tergerea unei conexiuni se face cu Delete Item. n
fingura 2.2 se pot observa parametrii descrii mai sus plasai n mod corect.
Figura 2.2 Specificarea parametrilor principali de conectare la un sistem SAP

Dup cum se poate observa exist i dou tab-uri suplimentare denumite

Network i Code page care specific parametrii suplimentari. n anumite
versiuni de SAP aceste dou seciuni nu sunt prezente n forma de mai sus.
Seciunea Network (vezi figura 2.3) indic elementele caracteristice configurrii
de reea. Orice calculator care se conecteaz la un server are nevoie de o serie de
parametrii de reea. Unii din acetia sunt specificai la nivelul sistemului de
operare, ns alii sunt introdui n aceast seciune.
Seciunea Code page permite selectarea limbii n care se face afiarea datelor i a
sistemului de codificare folosit pentru schimbul de date. Recomandm
utilizatorului s nu modifice sistemul de codificare dect n cazul n care acest
lucru este cerut explicit.
Figura 2.3 Opiunile de reea
Dup efectuarea procesului de introducere a datelor cerute, utilizatorul poate

efectua log-on n sistemul SAP printr-un simplu click pe butonul Log-on. n
acest caz se va stabili o conexiune la sistemul SAP i va aprea o fereastr de
log-on.
Figura 2.4 Opiunile cu privire la limba de lucru i codificare
Pentru a efectua corect procedura de log-on, utilizatorul are nevoie de un user i

parola care pot fi obinute de la persoana care se ocup de sistemul SAP. Pe lng
aceti parametrii de log-on obinuii, este necesar i specificarea unui numr de
client. Valoarea uzual a acestui parametru este 801 sau 800. El este caracteristic
sistemului SAP i trebuie n mod obligatoriu specificat la momentul de log-on.
Dup efectuarea operaiunii de log-on, utilizatorul are posibilitatea de a naviga n
cadrul sistemului SAP. Ferestrele sistemului SAP au o funcionalitate uor diferit
de a ferestrelor Windows, motiv pentru care unii utilizatori nceptori ar putea s
fie uor derutai.
Cea mai uoar modalitate de a naviga este prin intermediul arborelui din partea
stnga. Acesta permite regsirea oricrei tranzacii disponibile n cadrul sistemului
SAP. Fiind un sistem tranzacional care capteaz date din procesele economice,
lucrul cu SAP nseamn de fapt, apelarea acestor tranzacii n funcie de nevoile
utilizatorului.
n mod uzual, un utilizator folosete un numr limitat de tranzacii. Muli utlizatori
ai SAP nu folosesc niciodat mai mult de 10-15 tranzacii. De aceea, fiecare din
tranzacii are un cod i poate fi apelat prin scrierea acestui cod n csua din partea
stnga-sus a ecranului. Un cod este format ntotdeauna din litere i cifre. Un
exemplu de tranzacie este VA21.
2.2.2 Structura IDES
Dup cum am spus mai devreme, sistemul SAP folosit n mod uzual pentru training
este ncrcat cu datele unei companii imaginare numite IDES Holding AG. Fr
aceste date, studenii i celelalte categorii de cititori nu ar putea s execute
tranzacii.
Pentru a putea lucra n SAP un cititor trebuie, n primul rnd, s cunoasc cteva
elemente de baz despre structura companiei IDES. Acesta este un exerciiu
interesant i din punct de vedere non-informatic, deoarece pot fi nelese principiile
de organizare ale unei companii funcionale.
Vom exeplica, n continuare, componena de achiziii a companiei IDES dup care
vom oferi cititorilor un set de exerciii rezolvate. Aceste elemente sunt standard, i
vor fi construite pe baza documentaiei oficiale a SAP, modulul SCM500
[SCM500]. Modulul la care ne vom referi n continuare se numete SAP Material
Management [SAP MM]. Rezolvrile sunt realizate ntr-o manier intuitiv care s
permit studenilor s reproduc aceste exerciii n timpul studiului individual.
Conform standardului SAP, procesul de achiziii presupune urmtoarele entiti:
Client
Cod
companie
Fabrica
Depozit
Organizaie
de achiziii/
grup de
achiziii
Figura 2.7 Entiti n SAP MM

Surs: [SCM500]
Fiecare din aceste entiti este implementat n cadrul sistemului SAP i trebuie
folosit corect n tranzacii. Vom prezenta pe scurt caracteristicile fiecreia dintre
entiti.
Client
n sistemul SAP un client are un set de tabele care i aparine i un set de date de
baz (master records). Aceste elemente trebuie cunoscute de utilizatorul care
dorete s ruleze tranzacii n SAP.
Cod de companie (company code)
Reprezint o organizaie sau sub-organizaie care depune un bilan propriu.
Conform filozofiei SAP un cod de companie poate fi alocat doar unei entiti care
depune un bilan contabil.
Fabrica (Plant)
Este o entitate productoare n care intr materii prime, materiale i servicii i, sau
din care rezult bunuri i/sau servicii. Chiar dac de obicei fabrica are i o existen
fizic, ea poate fi implementat i doar la nivel conceptual (spre exemplu, n cazul
unei agenii de turism).
Depozit (Storage location)
Reprezint locul unde se stocheaz rezultatele procesului de producie nainte de a
fi vndute. De asemenea, se stocheaz i materiile prime sau produsele aflate n
execuie.
Organizaia de achiziii (purchasing organization)
Are rolul de a negocia cu funizorii bunurile i serviciile achiziionate i, de
asemenea, de a ncheia contractele cu acetia. n cadul unei organizaii de achiziii
se pot defini grupuri de achiziii care se ocup exclusiv cu anumite activiti de
achiziii.
n SAP IDES exist creat client, coduri de companii i celalte entiti menionate
mai sus. Fiecare din acestea are cte un cod. Aceste coduri sunt foarte importante
n lucrul cu tranzacii, deoarece trebuie notate i specificate corect n cadrul
interfeelor sistemului.
n cazul n care utilizatorul introduce coduri greite, vor aprea mesaje de eroare
din partea sistemului care va valida n mod minuios corelaiile dintre valorile
introduse.
Redm mai jos valorile existente n cadrul sistemului SAP IDES. Recomandm
studenilor s rein aceste valori i s le foloseasc ntocmai pe parcursul
exerciiilor ce vor fi prezentate n continuare.
IDES
HOLDING
AG
IDES DEUTSCHLAND IDES GREAT BRITAIN

1000 2000
HAMBURG BERLIN DRESDEN HEATHROW

1000 1100 1200 2000
FRANKFURT STUTTGART
1300 1400
Materii prime Produse finite Operating supplies Depozit central

0001 0002 0003 0008
Figura 2.8. Coduri ale companiei IDES Holding AG

Surs: [SCM500]
2.2.3 Exerciii rezolvate SAP MM
Exerciiile de mai jos sunt extrase din setul standard de exerciii recomandat de
compania SAP n documentaia sa oficial [SCM500]. Exerciiile se refer la
modulul SAP Material Management (SAPMM). Rezolvrile sunt oferite cu
explicaii i capturi de ecran. Recomadm studenilor s citeasc capitolele
anterioare nainte de a parcurge rezolvrile acestor exerciii.
Creare CDO
Exerciiu:
Creai CDO pentru o cantitate de 100 buci din materialul T-RM2## de la
urmtorii furnizori: Introducei CDO sub numrul colectiv GR##.
Ai auzit de un furnizor nou cu care nu ai mai lucrat (furnizor ocazional). Trimitei
o CDO pentru materialul dvs. pentru a vedea ct de eficient este acest furnizor
(vendor). Trimitei, de asemenea, nc o CDO ctre precedentul furnizor principal
T-K500A##. De asemenea, creai o CDO pentru furnizorul T-K12B##.
Folosii urmtoarea informaie:
Data CDO: Data curent
Data final acceptare ofert: Data curent + 2 saptmni
Departamentul de aprov.: 1000
Grup aprov.: SCM500-## (T##)
Data livrare: Data curent + 1 lun
Unitate logistic: (Fr)
Dac creai o CDO pentru o unitate logistic aparte, i folosii oferta ca referin
cnd creai o comand de aprovizionare, nu se va mai putea modifica unitatea
logistic din comanda de aprovizionare (fiind copiat din ofert). n CDO, ar trebui
specificat unitatea logistic numai dac nu intentionai s aprovizionai materialul
pentru alte uniti logistice.
n ecranul cu adresa furnizorului:

Furnizorul 1: 1950 (furnizor ocazional)
Introducei o adres pentru furnizorul ocazional.
Exemplu: Compania
Schmidt Beleuchtungswerke GmbH
Himmelsgasse 7
67346 Speyer
Numr CDO: 6000000228
Furnizorul 2: T-K500A## (Motolux GmbH Gr.##)

Numr CDO: 6000000229
Furnizorul 3: T-K12B## (Rasch Gr.##)

Numr CDO: 6000000230
Afiare i tiprire CDO
Exerciiu: Afiai CDO pentru principalul dvs. furnizor T-K500A## ca

previzualizare la tiprire (mesaj) pe ecranul dvs. Tiprii CDO. Putei s tiprii i
celelalte dou CDO dac dorii.
Introducere oferte
Exerciiu: Ai primit ofertele la CDO dumneavoastr i trebuie s ntreinei

cotaiile n sistem. Asigurai-v c indicatorul actualizare info din ecranul detalii
poziie, are valoarea C.
Executai dublu clic pe item
Aceasta permite crearea unei nregistrri info pentru fiecare ofert. Dac o
nregistrare info deja exist, condiiile de pre vor fi actualizate cu cele din ofert.
Furnizor ocazional:
Cost material: 79 EURO/buc
Condiii: Discount la preul de gros (RA01) 3 %
Transport valoare absolut (FRB1) 100 EURO
Data livrare: [Data curent + 6 sptmni]
Executai clic pe $100

Furnizor T-K500A## (Motolux GmbH Gr.##):

Pre material: 90 EURO/buc
Data livrare: [Data curent + 1 lun]
Furnizor T-K12B## (Rasch Gr.##):

Cost material: 82 EURO/buc
Data livrare: [Data curent + 1 lun]
Comparaie de preuri
Exerciiu: Comparai preurile ofertelor pentru a determina cel mai rezonabil
furnizor.
COMANDA ME49
Selectai ofertele pentru comparare folosind numrul colectiv GR## i
departamentul de aprovizionare 1000.
Afiati valoarea medie a ofertelor folosind lista de comparare pre oferte i alegei
preul efectiv. Determinai oferta cea mai rezonabil.
Furnizor:_____ T-K12B21__________ Pre efectiv:________ 73,80________
Deoarece furnizorul T-K500A## a trimis informaia ca datorit cererii, timpul de

livrare este 6 sptmni n loc de 1 lun, modificai oferta. Pentru a realiza acest
lucru mergei direct din lista de comparare pre n ofert n cauz i modificai data
livrrii.
Dup ce ai verificat ofertele din nou, setai indicatorul de respingere pentru cele
dou oferte pe care nu le dorii.
Dublu click pe ptrelul cu numrul care corespunde locului ocupat de furnizor
pentru respingere (rank).
Tiprire scrisoare de respingere

Exerciiu: Trimitei una din cele dou scrisori de respingere. Vizualizai
scrisoarea pe ecran nainte s o tiprii. Scrisoarea este marcat ca scrisoare de
respingere? Dac nu, reverificai indicatorul de respingere la fel ca n exerciiul
anterior.
ME9A logistics -> material management->purchasing->rfq / quotation -> request
for quotation ->messages-> print/transmit
Comanda de aprovizionare cu referire la cerere de ofert

Exerciiu: Pentru unitile logistice 1000 (Hamburg) i 1200 (Dresden), avei
nevoie de 100 buci din materialul T-RM2##, headlamp extra bright-##.
Creai comanda de aprovizionare cu referin la cea mai rezonabil ofert pentru
organizaia de aprovizionare IDES (1000) i unitatea logistic 1000 (Hamburg).
Sistemul propune toate datele coninute n ofert, precum i cantiti i preuri.
Adugai o a doua linie n comand pentru 100 de buci din acelai material pentru
unitatea logistic 1200 (Dresden). Celelalte date sunt aceleai ca cele utilizate
pentru linia 10 (lamp standard).
Asigurai-v c indicatorul pentru nregistrarea info este setat pentru ambele linii
din comand.
Salvai comanda de aprovizionare.

Numrul comenzii de aprovizionare: 4500016643
Aflarea strii mesajului

Exerciiu: Afiai comanda de aprovizionare i determinai dac comanda de
aprovizionare a fost emis sub form de mesaj. Dac mesajul nu a fost nc emis,
tiprii documentul i apoi verificai din nou starea mesajului.
Modificare comand de aprovizionare

Exerciiu: Angajatul responsabil al vnztorului v-a informat la telefon c preul
a fost redus din nou. n aceast comand preul brut pentru T-RM2## este de
80 EURO,. celelalte condiii rmnnd nemodificate. Modificai comanda de
aprovizionare n mod corespunztor.
Capitolul 3
BUSINESS INTELLIGENCE CONCEPTE I FUNDAMENTE
3.1 Definiii i obiective
Business Intelligence este un termen ce nglobeaz i mbin arhitecturi, aplicaii i

baze de date, fcnd posibile accesul n timp real, interactiv, analizele i
manipularea informaiilor, astfel nct ele pot avea un impact pozitiv asupra
strategiei, tacticilor i operaiilor din cadrul unei companii [Stair, Reynolds,
2008]. Ca urmare, n ultimii ani asistm la investiii din ce n ce mai mari n acest
domeniu, dar i la sporirea a eforturilor de cercetare.
Business Intelligence (BI) se refer la abiliti, procese, tehnologii, aplicaii i
practici folosite pentru a sprijini procesul decizional. BI nseamn utilizarea tuturor
datelor de care dispune o firm, pentru a mbunti procesul decizional. [Power,
2007].
BI presupune accesul la date, analiza lor i descoperirea de noi oportuniti de
utilizare a acestora. Astfel, un sistem de BI, poate fi vzut ca un sistem suport de
decizie (DSS). Termenul de Business Intelligence este adesea folosit ca sinonim
pentru competitive intelligence (informaii competitive).
ntr-un articol din 1958, cercettorul IBM Hans Peter Luhn a utilizat termenul de
Business Intelligence. El a definit inteligena ca i capacitatea de a surprinde
interdependena dintre faptele prezentate n aa fel nct acestea s susin
obiectivul dorit.
n 1989 Howard Dresner (mai trziu analist la Gartner Group) a propus BI ca un
termen umbrel pentru a descrie conceptele i metodele de mbuntire a
procesului de luare a deciziei, prin utilizarea faptelor bazate pe sisteme suport.
Aceast utilizare a termenului a nceput s fie larg rspndit abia la nceputul
anilor 1990.
Business Intelligence [WWW1] (Inteligena afacerii BI) se refer la tehnici i
metode folosite pentru a identifica, extrage i analiza datele de business ca venituri
din vnzri pe fiecare produs n parte sau cheltuielile pe departamente.
Tehnicile BI asigur vizualizri istorice, curente sau predictive asupra operaiilor
de business. Funcii generale ale tehnologiilor de BI sunt: raportare, OLAP
(OnLine Analytical Processing), analiz, data mining, business performance

management, benchmarking, text mining i analiz predictiv. Procesul BI este
bazat pe transformarea datelor n informaii apoi n decizii i n final n aciuni.
Business Intelligence intete spre a furniza o mai bun platform procesului de
luare a deciziilor. Astfel, un sistem BI poate fi numit un sistem suport de decizie. i
firma IBM definete conceptul de BI pe pagina sa Web oficial ca: BI nseamn
utilizarea tuturor datelor de care dispune o firm, pentru a mbunti procesul
decizional. BI presupune accesul la date, analiza lor i descoperirea de noi
oportuniti de utilizare a lor.
n climatul competiional al zilelor noastre este vital pentru organizaii s ofere
acces rapid la informaii, s minimizeze costurile, s furnizeze informaiile
necesare pentru un numr ct mai mare i mai variat de utilizatori. Soluia la
aceast problem este un sistem BI, care ofer un set de tehnologii i produse
software ce livreaz utilizatorilor informaiile necesare pentru a rspunde la
ntrebrile ce apar n procesul decizional:
Nevoia de a crete veniturile i de a reduce costurile
Spre deosebire de perioadele precedente n care utilizatorii finali puteau gestiona i
planifica activitile utiliznd rapoarte lunare i organizaiile IT aveau mult timp la
dispoziie, pentru a implementa noi aplicaii, astzi firmele trebuie s dispun rapid
de aplicaii, s ofere utilizatorilor acces rapid i uor la informaiile ce reflect
schimbrile mediului de afaceri. Sistemele BI pun accentul pe accesul i livrarea
rapid a informaiilor la utilizatori.
Nevoia de a gestiona i modela complexitatea mediului de afaceri curent
n ultimii ani nelegerea i gestionarea unui mediu de afaceri complex i
maximizarea investiiilor au devenit mult mai dificile. Sistemele BI ofer mai mult
dect mecanisme de interogare i raportare, ele ofer instrumente de analiz a
informaiilor complexe i de data mining.
Nevoia de a reduce costurile IT
Investiia n sistemele informatice, astzi, constituie un procent semnificativ din
cheltuielile firmelor i nu este necesar numai s se reduc aceste cheltuieli, ci s se
obin beneficii maxime de la informaiile gestionate de sistemele IT. Noile
tehnologii informatice ca Intranetul i arhitectura pe trei niveluri, reduc costul
de utilizare a sistemelor BI de ctre o mare varietate de utilizatori, n special
manageri.
Business intelligence concept i fundamente 81
ntr-o firm se colecteaz volume mari de date n tranzaciile zilnice: date despre
comenzi, stocuri, facturi, vnzri, clieni etc. De asemenea, firmele au nevoie i de
informaii externe (de exemplu, informaii demografice). Capabil de a consolida i
a analiza aceste date poate conduce adesea la un avantaj competiional (creterea
vnzrilor, reducerea costurilor de producie, mbuntirea activitii de desfacere,
descoperirea unor noi surse de venit etc.). Toate acestea sunt posibile, dac exist
aplicaii corespunztoare i instrumente necesare pentru a analiza datele i mult
mai important, dac datele sunt ntr-un format corespunztor pentru a fi analizate.
Tehnologiile de BI furnizeaz opinii istorice, curente, precum i de predicie a

operaiunilor de afaceri. Funcii comune ale BI sunt:
de raportare;
OLAP;
analytics;
data mining;
managementul performanei afacerii (business performance managment);
evaluarea (benchmarking);
text mining;
Predictive Analytics.
Obiectivele cele mai importante ale Business Intelligence sunt:
colectarea i analiza unui volum foarte mare de date i informaii extrase fie din
bazele de date operaionale, fie din depozitele de date ale organizaiei;
obinerea unor previziuni privind indicatorii strategici ai organizaiei;
combinarea proceselor de managementul cunotinelor cu procesele decizionale;
exploatarea tehnologiilor moderne suport pentru procesul decizional (tehnici de
analiz complexe, instrumente OLAP, instrumente de tip data mining etc.) n
vederea obinerii unor informaii complexe i competitive destinate
managerilor;
acces rapid i uor la informaiile firmei pentru un numr mare i variat de
utilizatori;
oferirea unui mediu de lucru deschis i scalabil.
3.2 Evoluia sistemelor de business intelligence
Modul tradiional de abordare a BI s-a schimbat n timp, deoarece analizele

necesare a fi realizate sunt din ce n ce mai complexe. Putem vorbi de trei generaii
ale Business Intelligence, pe parcursul crora modul n care companiile au utilizat
depozitele de date s-a schimbat.
Prima generaie avea ca scop nelegerea fenomenelor din trecut. Primele sisteme
informatice pentru afaceri foloseau aplicaii a cror ieiri implicau volume uriae
de hrtie, pe care utilizatorii trebuiau s le citeasc, pentru a obine rspunsurile
dorite. Aplicaiile client/server cu clieni de tip terminal permiteau un acces mai
rapid la date, dar erau totui greu de utilizat i cereau acces la baze de date
operaionale complexe. Aceste sisteme informatice pentru afaceri erau folosite
numai de analiti. Managerii i directorii executivi puteau foarte rar s utilizeze
aceste sisteme. [Power, 2007]
A doua generaie avea ca scop analiza motivului care a determinat apariia
anumitor fenomene i, pe baza acestora, emiterea de recomandri pentru viitor. A
doua generaie de sisteme informatice pentru afaceri a aprut odat cu depozitele
de date, care au o serie de avantaje fa de sistemele din prima generaie:
depozitele de date sunt proiectate pentru a satisface nevoile managerilor i nu a

aplicaiilor tranzacionale;
informaia din depozitele de date este curat, consistent i este stocat ntr-o
form pe care managerii o neleg;
spre deosebire de sistemele operaionale care conin numai date de detaliu
curente, depozitele pot furniza att informaii istorice, ct i agregate;
utilizarea unei arhitecturi client/server ofer utilizatorilor de depozite de date
interfee mbuntite i instrumente suport de decizie mai puternice.
Noua generaie, a treia, are ca scop s pun informaii la dispoziia angajailor
aflai n dialog cu clientul.
n primele dou generaii, sistemele trebuiau s ofere suport pentru un numr
limitat de persoane care rulau interogri analitice complexe, de mari dimensiuni.
Noua generaie trebuie s ofere suport nu numai pentru interogri analitice
complexe, ci i pentru o ncrcare mult mai mare care const n mii de utilizatori ce
ruleaz diferite interogri, care folosc un subset relativ redus de date din depozitul
de date.
Interogrile analitice i cele tranzacionale solicit n mod diferit motoarele de

cutare. Aceast problem a fost rezolvat nc de la nceputurile BI prin separarea
sistemelor tranzacionale de cele analitice, copierea datelor tranzacionale n
depozitul de date i restructurarea lor pentru a permite ca interogarea analitic s se
realizeze n mod mai eficient.
Schimbarea performanelor depozitelor de date actuale a fost indus de trei
elemente majore: procesarea paralel masiv; interogri procesate n memorie;
managementul ncrcrii (distribuirea resurselor disponibile pentru interogrile
individuale, astfel nct interogrile pentru care timpul de rspuns este critic s aib
la dispoziie suficiente resurse pentru o completare rapid).
Managementul ncrcrii a devenit un aspect vital, de exemplu, n cadrul
companiei HP, 25% din personele implicate n dezvoltarea bazelor de date lucreaz
la managementul ncrcrii.
O alt tendin care se remarc n aceast a treia generaie a BI este c asistm la o
deplasare dinspre utilizarea elitist a instrumentelor de BI spre BI pentru mase.
nc din 1993, Gartner Group emitea un scenariu conform cruia, n loc de a avea
un numr redus de experi dedicai analizei datelor, toi managerii dintr-o companie
trebuiau s petreac 5-10% din timpul de lucru folosind instrumente de BI pentru a
obine rapid informaii i analize relevante i o mbuntire a deciziilor.
Un depozit de date nu este totui o soluie complet pentru nevoile managerilor. Un
punct slab al soluiilor ce folosesc depozitele de date este c specialitii pun
accentul pe tehnologie i mai puin pe soluii manageriale (business solutions).
Dei productorii de depozite de date ofer instrumente puternice pentru
construirea i accesarea unui depozit de date, aceste instrumente cer un volum
semnificativ de munc pentru implementare. De asemenea, se pune prea mult
accent pe procesul de construire a depozitului i mai puin pe accesul la datele din
depozit. Multe organizaii consider c dac construiesc un depozit de date i ofer
utilizatorilor instrumente corecte, problema este rezolvat. De fapt este tocmai
nceputul. Dei informaia din depozit este complet documentat i uor de accesat,
complexitatea va limita utilizarea depozitului de ctre manageri, principalii
beneficiari. Sistemele pentru inteligena afacerii pun accentul pe mbuntirea
accesului i livrrii de informaii utile att la consumatorii de informaii, ct i la
cei care ofer informaii. Un sistem informatic pentru inteligena afacerii trebuie s
ofere scalabilitate i s fie capabil s suporte i s integreze instrumente software
de la mai muli fabricani. Un depozit de date este una din sursele de date ale unui
sistem BI. De asemenea, exist un volum mare de informaii pe serverele de Web

ale Intranetului, pe Internet i n format de hrtie. Sistemele informatice pentru
inteligena afacerilor sunt proiectate pentru a permite acces la toate formele de
informaii, nu numai cele stocate ntr-un depozit de date. [Power, 2007]
n concluzie, un sistem BI este un sistem informatic pentru afaceri din generaia a
treia care are trei avantaje cheie:
i) include n arhitectura sa cele mai avansate tehnologii informatice;
ii) pune accentul pe accesul i livrarea de informaii la utilizatorii finali i ofer
suport att pentru specialiti, ct i pentru utilizatorii finali;
iii) permite acces la toate formele de informaii, nu numai cele stocate ntr-un
depozit de date.
3.3 Sisteme de asistare a deciziei
O mulime de factori contribuie pentru a crea o explozie de informaii. Prin

intermediul unor noi tipuri de informaii de genul celor digitale i/sau senzoriale
cantitatea de informaii dintr-o companie este n continu cretere. Dar n cretere
este i numrul regularizrilor internaionale privind diferite mecanisme, iar
globalizarea necesit ca aceast informaie s fie stocat ntr-un mediu sigur i
disponibil oricui, oricnd. n acelai timp, costul stocrii datelor a sczut n mod
considerabil, permind astfel organizaiilor s stocheze din ce n ce mai multe date
pentru fiecare dolar investit. Utilizatorii pot s se mite foarte uor prin muni de
date fr mari eforturi pentru a gsi informaii relevante. De asemenea, acetia
doresc s foloseasc informaia pe orice dispozitiv i cu programe pe care le
folosesc n mod curent ca cele din suita Microsoft Office. Managementul acestei
explozii de date i creterea ateptrilor utilizatorilor creeaz destule probleme
companiilor.
Conceptul de sistem suport de decizie (SSD) este extrem de larg i definiia sa
variaz n funcie de punctul de vedere al celui care a formulat-o. Printre cele mai
concludente definiii a fost cea dat de Efraim Turban care definete un SSD ca
un sistem informatic interactiv, flexibil i adaptabil, special proiectat pentru a
oferi suport n soluionarea unor probleme manageriale nestructurate sau
semistructurate, cu scopul de a mbunti procesul decizional. Sistemul utilizeaz
date (interne i externe) i modele, ofer o interfa simpl i uor de utilizat,
permite decidentului s controleze procesul decizional i ofer suport pentru toate

etapele procesului decizional.
Printre caracteristicile principale ale unui SSD sunt [Velicanu, .a,, 2000]:
conine o baz de cunotine ce descrie unele aspecte ale lumii decidentului (de
exemplu, cum se realizeaz diferite activiti ale procesului decizional);
are abilitatea de a achiziiona i gestiona cunotine descriptive i alte tipuri de
cunotine (proceduri, reguli);
are abilitatea de a prezenta cunotinele ad-hoc sau sub form de rapoarte
periodice;
are abilitatea de a selecta un subset de cunotine pentru a fi vizualizate sau
pentru a deriva alte cunotine necesare procesului decizional;
poate interaciona direct cu decidentul i i permite acestuia flexibilitate n
alegerea soluiilor i a gestiunii cunotinelor.
n ultimii ani, noile tehnologii informatice au determinat apariia de noi criterii de
clasificare a sistemelor suport de decizie moderne. Astfel o nou clasificare (la
nivel conceptual) a SSD-urilor este [Suduc, 2009]:
SSD-uri orientate pe comunicaie (Communication-Driven DDS);

SSD-uri orientate pe date (Data-Driven DSS);
SSD-uri orientate pe documente (Document-Driven DDS);
SSD-uri orientate pe cunotine (Knowledge-Driven DDS);
SSD-uri orientate pe modele (Model-Driven DDS);
SSD-uri bazate pe Web (Web-based DSS);
SSD-uri specializate (Function-specific DSS/industry-specific DDS);
SSD-uri inter-organizaionale sau intra-organizaionale (Inter-organizational /
Intraorganizational DSS).
Sistemele suport de decizie orientate pe date (SSDOD) au captat atenia
managerilor, deoarece aceste sisteme pot furniza un acces mai uor la colecii
foarte mari de date. ntr-o lume a competiiei acerbe i a comunicrii electronice,
managerii doresc s gseasc propriile rspunsuri la ntrebrile ce apar n domeniul
afacerilor. Managerii sunt utilizatorii direci i cei mai vizai ai acestor sisteme.
Ei trebuie s identifice mpreun cu proiectantul, datele necesare pentru analiz i
relevante pentru procesul decizional.
Un SSDOD [Muntean, 2004a] este un sistem informatic interactiv care-i ajut pe

manageri s utilizeze baze de date de dimensiuni foarte mari ce conin date preluate
din surse interne i externe ale organizaiilor.
Sisteme suport de decizie orientate pe date SSDOD sunt:
sisteme informatice executive;

sisteme suport de decizie spaiale;
sisteme suport de decizie care utilizeaz depozite de date;
sisteme OLAP;
sisteme BI.
Dei sistemele OLAP (On-Line Analytical Processing) au fost incluse n sistemele

suport de decizie orientate pe date, totui ele sunt mai exact sisteme suport de
decizie hibride, deoarece utilizeaz tehnici analitice simple (analiza
multidimensional a datelor) pentru a analiza seturi mari de date. Majoritatea
specialitilor sunt de acord c depozitele de date (data warehouse) mpreun cu
instrumentele OLAP ofer posibilitatea de a transforma cantitile uriae de date ce
exist n firme, n informaii utile procesului decizional. De asemenea, folosirea
tehnicilor analitice oferite de instrumentele OLAP mpreun cu depozitele de date
i facilitile oferite de Web, permit un acces mai uor i mai rapid la informaiile
necesare procesului decizional modern. Aceste sisteme au reuit s ofere
managerilor o informaie de calitate i noi moduri de interpretare a informaiilor,
astfel eficacitatea procesului decizional s-a mbuntit.
Intranet, Web, sisteme informatice pentru

inteligena afacerilor
Anii ' 90
Sisteme OLAP, depozite de date
Sisteme expert, sistemeinformatice

executive
Sistemesuport de decizie
1985
Sistemeinformaticepentruconducere (MIS)
Sisteme pentru prelucrarea tranzaciilor

(OLTP)
Figura3.1 Reprezentarea grafic a evoluiei sistemelor de asistare a deciziei
3.4 Componentele de baz a ale unui sistem de business intelligence
Componentele principale ale unui sistem BI se pot mpri n 4 categorii:

- Sursele de date: se refer la aplicaii folosite n cadrul companiei care conine
date eterogene referitoare la diverse procese. De exemplu, o aplicaie CRM va
conine informaii despre clienii unei companii i vnzrile obinute de la
fiecare, iar un sistem ERP va conine informaii despre stocurile existente n acel
moment i capitalul fix;
- Integrarea datelor: se refer la procese ETL (Extraction, Transformation and
Loading)prin intermediul crora se extrag datele din sisteme surs i se
transform ntr-un tip de date unitar. Acesta este procesul de agregare a
informaiilor din toate sisteme surs i de ncrcare a acestora ntr-un depozit de
date unic;
- Depozitarea datelor: se refer de obicei la un Data Warehouse un depozit

central de date care este actualizat n mod regulat. n mod normal datele ntr-un
Data Warehouse sunt stocate sub forma unei scheme stea dar pot fi stocate i ca o
baz de date relaional normalizat sau un hibrid ntre cele dou modele;
- Analiza datelor: pe baza datelor existente n depozitele de date se realizeaz data
mart-uri i cuburi de date, iar acestea vor putea fi folosite ca surs de date n
instrumentele de analiz de la nivelul companiei. Instrumentele de analiz
folosite pot fi de interogare, de raportare, OLAP, data mining, dashboard sau
scorecard.
Figura 3.2. Componentele unui sistem BI
3.5 Soluii de business intelligence
Soluiile BI pot fi folosite n diverse domenii i pentru diferite departamente din

cadrul companiei [Muntean, 2004b]. Pot fi folosite pentru analiza vnzrilor pe o
perioad de timp sau pe un departament sau un produs, pot fi folosite pentru a
desfura analize de marketing n scopul mbuntirii ofertei companiei, pot fi
folosite pentru planificare, forecasting (prognozare), consolidare financiar,
bugetare i analiza profitabilitii totul pentru eficientizarea resurselor economice
de care firma dispune.
O grupare a utilitarelor de BI existente pe pia ar fi urmtoarea:

Foi de calcul (Spreadsheets)
Acestea sunt reprezentate de programe de calculator care simuleaz o bucat de
hrtie, o foaie de calcul contabil. Aceste programe afieaz mai multe celule ntr-o
matrice bidimensional format din linii i coloane. Cel mai cunoscut program de
acest tip este Microsoft Excel, dar mai exist, de asemenea, i OpenOffice.org
Calc, IBM Lotus Symphony, KSpread, Apple iWork Numbers.
Utilitare de raportare i interogare
Aceste utilitare sunt folosite pentru a extrage, sorta, rezuma i prezenta datele
dintr-o surs de date. Piaa pentru aceste utilitare este destul de diversificat i
cuprinde soluii ca Business Objects, Cognos BI, Clarity Systems (recent
achiziionat de IBM), Crystal Reports, SAS i SQL Server Reporting Services.
OLAP: OnLine Analytical Processing
Aceast tehnologie este folosit pentru a rspunde cerinelor de analiz
multidimensional ale companiilor. Este parte a suitei de Business Intelligence i
include tehnologii pentru raportare, marketing, managementul proceselor de
business, bugetare, prognozare i raportare financiar. Cei mai mari vnztori din
acest domeniu sunt Microsoft, Hyperion, Cognos, Business Objects, SAP i Oracle.
Tablouri de bord digitale (digital dashboards)
Aceste tablouri sunt sisteme de informare pentru managementul unei companii,
cuprind doar informaiile eseniale pentru conducerea companiei i sunt destul de
uor de citit i interpretat. n general, majoritatea companiilor care furnizeaz
software OLAP sau de raportare furnizeaz i soluii pentru tablouri de bord
digitale.
Data mining
Este o alt component a Business Intelligence i este reprezentat de procesul de
extragere a modelelor, abloanelor din cantiti mari de date folosind metode
statistice, de inteligen artificial i de management al bazelor de date. Cei mai
importani competitori pe aceast pia sunt SAS, SPSS i Statistic.
Ingineria deciziei (decision engineering)

Se refer la o platform care unific mai multe metode folosite n procesul
decizional organizaional. Software-ul asociat cu aceast ramur este reprezentat de
sistemele suport de decizie, iar exemple pot fi Analytica, Decision Lab sau
SelectPro.
Process mining
Spre deosebire de data mining acest proces are specificul c analizeaz procesele
de business din cadrul unei organizaii bazndu-se pe evenimente trecute. Cele mai
importante aplicaii sunt Process Mining, ProM Framework, Futura Reflect.
Managementul procesului de business (Business performance management)
Cuprinde o serie de procese analitice i de management care dau posibilitatea
managementului unei companii s i ating unul sau mai multe eluri predefinite.
Majoritatea proceselor prezentate anterior se ncadreaz n aceast categorie, dar
mai sunt i altele ca, de exemplu, SEMS (strategic enterprise management
software) sau BPO (business performance optimization).
Sistem local de informare (Local information systems)
Este un domeniu recent aprut i nu foarte dezvoltat. Principalul scop al acestuia
este de a furniza o raportare geografic adic date dependente de circumstanele
spaiale ale locului unde se realizeaz procesul de business. Exemple ar fi Cumbria
Intelligence Observatory (CIO) sau Oxfordshire Data Observatory.
3.5.1 Importana folosirii aplicaiilor BI
Platformele speciale de business intelligence au avantajul c pot s proceseze un

volum mare de informaii culese din mai multe surse. Rapoartele de analiz sunt
reutilizabile i prezint un nivel ridicat de flexibilitate i maleabilitate, iar timpul
rezervat pentru obinerea datelor necesare este redus, ceea ce ajut la luarea rapid
a unor decizii.
Foarte important de tiut i neles este faptul c aplicaiile de business
intelligence nu nlocuiesc oameni, ci le permit angajailor s se ocupe de probleme
mult mai importante ce aduc profit mai mare companiei, bineneles bazndu-se
Business intelligence conccept i fundamennte 91
pe informaaiile rapid extrase

e din bazele de date
d prin inttermediul plaatformei de
business inntelligence.
n general, business intelligence
i presupune existena
e unnor surse dee informaii
coerente ii stabile din care se culeeg informaiii n mod coonstant desprre aspectele
relevante ale
a activitiii de zi cu zi.z n unele companii, o aplicaie de d business
intelligencee preia compplet datele dinn activitatea de zi cu zi.
Business inntelligence are,
a de obiceei, dou niveeluri de utilizzare. Unul este e tactic i
valorific regulat, de obicei ziln nic, informaaii colectatee n mod continuu
c n
sistemele trranzacionalee ale organizzaiei. Cel dee-al doilea este strategic.. Acesta are
loc de obiccei mai rar, uneori
u constaant, alteori nn mod ad-hooc, i de obiccei combin
informaii culese
c constaant cu inform
maii culese ocazional
o sauu la cerere.
3.5.2 Clasif
ificarea proggramelor de business
b inteelligence
Programelee de business intelligencce pot fi impprite n douu categorii. Una dintre

acestea estte cea a sisttemelor de raportare
r i analiz (proogramele sub b form de
tabele, preccum Microsooft Excel).
A doua caategorie de programe
p de business inntelligence este cea a sisstemelor de
raportare, analiz
a i msurare
m a peerformaneloor companieii, prin uneltte specifice.
Acestea suunt programee de tip OLLAP (Online Analytical Processing),, care ofer
informaii prelucrate.
p
Acest tip de
d sistem se aeaz
a ca o umbrel
peeste mai mullte baze de date
d diferite,
existente nn companie (ERP, CRM M, SFA, WM MS, soluie de salarizarre) de unde
extrag datee, care sunt agregate i sunt prezenntate sub divverse forme n interfee
web-based..
Start-up-urrile folosesc,, de obicei, soluiile dee liceniere gratuite
g din zona open
source, carre ns au cappaciti limittate, astfel c i aceste fiirme au un acces
a limitat
la business intelligencee.
Analizele rezultate
r d performann, grafice 3D, analize
pott fi rapoarte,, indicatori de
complexe de forecast i what if f, alerte auttomate, anallize clasice de vnzri,
stocuri, sollduri sau proofitabilitate, studii de resurse umanee, analize dee consum i
randament media n puublicitate, annalize de caliificare a porrtofoliului dee clieni sau
produse, mecanisme
m dee prioritizare automat a plilor
p scadeente i depite etc.
Informaiile sunt prezentate de obicei ntr-un mod vizual sintetic: tabele ierarhice,
grafice avansate sau rapoarte interactive. Toate programele (aplicaiile) de business
intelligence au ca prim scop s permit accesul rapid la informaie sintetic, dar i
de detaliu, pe care se pot face analize dintr-o baz de date foarte bogat.
Informaiile sunt prelucrate cu uurin i se pot afia ntr-un mod intuitiv.
n tehnologiile tradiionale de business intelligence, bazate pe tehnologii OLAP,
pentru schimbarea unui singur parametru ntr-un raport, se crea un alt raport de la
zero. Tehnologiile moderne permit valorificarea cvasi-instantanee a informaiilor
culese din mai multe surse. De multe ori, se folosesc indicatori de performan
predefinii (formule complexe), ns aplicaiile moderne de business intelligence
sunt flexibile i utilizatorii ii pot reformula analizele n funcie de context. n cazul
tehnologiilor moderne de business intelligence, rapoartele de analiz sunt
reutilizabile, prezint un nivel ridicat de flexibilitate i maleabilitate, seturile de
date din spatele analizelor putnd fi schimbate foarte uor. Tendina curent a
aplicaiilor de business intelligence este de a automatiza complet procedurile de
procesare a setului de date i de a aduce la un numitor comun cele mai intlnite
tipuri de baze de date prin crearea unor machete multicompatibile.
3.5.3 Avantajele folosirii tehnologiei BI
Un avantaj n folosirea aplicaiilor de business intelligence este utilizarea n mod

agregat a unui volum mare de date, acumulate din diverse programe informatice, i
care sunt transformate n informaii pentru dezvoltarea afacerii.
Aplicaiile de business intelligence reduc timpul rezervat pentru a procesa
datele, ajut la luarea rapid a unor unor decizii i la scderea riscului decizional.
Iar accesul la informaii relevante i reale, sintetice sau de detaliu este
cvasi-instantaneu.
Un alt avantaj este scderea rotaiei personalului, deoarece eliminarea rutinei i
utilizarea unor unelte software performante genereaz un grad de satisfacie crescut
al angajailor.
Un sistem BI are trei avantaje-cheie:
include n arhitectura sa cele mai avansate tehnologii informatice;

pune accentul pe accesul i livrarea de informaii la utilizatorii finali i ofer

suport att pentru specialiti, ct i pentru utilizatorii finali;
permite acces la toate formele de informaii, nu numai cele stocate ntr-un
depozit de date.
Ca urmare a acestor avantaje oferite de un sistem BI se poate obine o raportare
mai rapid i mai coerent, se poate mbunti procesul decizional, se pot
mbunti serviciile oferite clienilor i, de asemenea, se pot crete vnzrile.
n ciuda tuturor acestor avantaje, un sistem BI vine i cu anumite dezavantaje:
costul ridicat pentru unele companii mici i medii;

nivelul ridicat de complexitate al unui sistem care poate veni n dezavantajul
unor companii;
sistemul BI are utilizri limitate, nu poate fi regndit pentru a oferi multe
altefuncionaliti;
implementarea dureaz uneori mult timp.
3.5.4 Criterii de alegere a aplicaiilor BI
Preul sau bugetul, interfaa prietenoas cu utilizatorul, uneltele flexibile de

dezvoltare intern a rapoartelor i analizelor, tehnologia utilizat n dezvoltarea
sistemului i referinele sau experiena celui care face implementarea sunt cteva
dintre criteriile de selecie a aplicaiilor de business intelligence.
Un criteriu important este timpul necesar de la nceperea unui proiect de business
intelligence i pn la accesul la primele analize i rapoarte. Conteaz i timpul de
rspuns n efectuarea calculelor i usurina n adoptare (att din punct de vedere
ergonomic, ct i ca necesar de buget de pornire).
Alte criterii de care trebuie s se in cont sunt legate de flexibilitatea dezvoltrii
ulterioare, volumul de date care poate fi procesat, capacitatea de a integra
informaii din mai multe surse, posibilitatea de a testa conceptele n proiecte pilot
sau beneficiile aduse de tehnologiile nglobate.
3.6 Proiectarea soluiilor de business intelligence
Soluiile de Business Intelligence sunt proiectate n maniera evolutiv. Ciclul de

dezvoltare al unei astfel de soluii este incremental i iterativ. Aceasta nseamn c
etapele realizrii unui sistem informatic sunt parcurse ciclic rezultnd o dezvoltare
gradual a soluiei. Figura 3.2 indic ciclul continuu de dezvoltare a unei soluii
de BI:
ANALIZ
MSURARE BI REFLEXIE
ACIUNE
Figura 3.2. Ciclul continuu
Analiza presupune parcurgerea urmtoarelor etape:

- Ce date s fie colectate i ce analize s fie realizate?
- Date din surse multiple selectarecontient i filtrare subconstient a ceea ce e
important;
- MODEL MENTAL tot ce credem c tim despre cum funcioneaz ceva; ne pot
mpiedica s vedem i altceva;
- VIZIUNE liderii companiei trebuie s imagineze o nou organizare care s
mbunteasc performanele;
- STRATEGIE viziune mprtit;
- Sisteme BI n stil liber permit interogri ad-hoc, construire de noi modele.
Reflexia (INSIGHT) are urmtoarele carcateristici:
poate fi la diverse nivele;

- operaional cauza variaiei preurilor;
- strategic ctigarea de abonai telefonici prin oferire de telefoane gratis;
este rezultatul unei analize largi, descoperirea de modele, pe care doar omul le
poate percepe ca utile.
Aciunea curinde urmtoarele puncte:
decizii bine fundamentate cu ajutorul BI => aciunea, cu mai mult ncredere i

curaj;
mai clar n obiective i detalii;
obine un suport organizaional mai important pentru implementare;
decizii mai bune n timp mai scurt => reducerea ciclului de aciune.
Msurarea are n vedere urmtoarele:
BI=>urmrire mai bun a rezultatelor n comparaie cu standardele cantitative

=> alt ciclu BI aciuni corective;
BI permite fixarea de standarde i benchmark pentru monitorizarea
performanelor i oferirea de feedback, n toate ariile funcionale, utiliznd
msuri care depesc cu mult msurile financiare tradiionale utilizate n
planificarea financiar;
se masoar ceea ce este important (metrici, rate, ali indicatori), Key
performance indicators KPI.
Tablul 3.1 cuprinde cteva exemple de indicatori cheie de performan.

Exemple de KPI
Tabelul 3.1
Arie funcional KPI
Operaional Capacitatea de utilizare Costul stocrii mrfurilor
Uniti produse Aderena la planul de producie
% de rebuturi Respectarea planului de ctre
Nr. de uniti de stocare vnztor
Raportul chelt. directe/chelt. Nr. de refuzuri
indirecte Profitul
Timpul mediu de ateptare Nr. de vnztori
Vnzri/ Uniti de vnzare Nr. de cereri clieni / cantitatea
Marketing/ Preul mediu de vnzare vndut
Serviciu clieni Valoarea medie pe client Nr. de clieni
Raportul rezervri/ facturri Nr.de produse pe client
Vnzri pe agent de vnzri Nr. de produse pe comand
Vnzri pe angajat
Financiar Abaterea de la buget Abaterea fa de prognozat
% de abatere % de vnzri
% de profit % adaos comercial
3.7 BI n contextual actual
3.7.1 Contexul actual
Piaa de Business Analytics a crescut cu 12% n 2012, potrivit firmei de cercetare

de pia IDC. De-a lungul urmtorilor cinci ani, vnzrile sunt ateptate s continue
s creasc la o rat compus anual de cretere de 7,2%.
ncepnd din 2009, i continund pn n 2013, piaa n domeniul Business
Analytics va fi orientat ctre nevoile corporaiilor ce asigur suportul decizional
pentru a ajuta la reducerea costurilor, achiziionarea i pstrarea clienilor, precum
i de respectarea proceselor, potrivit unui recent raport prezentat de ctre analitii:
Dan Vesset, Mary Wardley i Brian McDonough.
n 2008, Oracle a condus piaa global, urmat n ordine de: SAP, IBM, SAS, i
Microsoft. Companiile care au mai completat acest top 10 au fost: Teradata, Fair
Isaac, Informatica, Infor i MicroStrategy.
IDC mparte piaa de software de analiz de business n patru segmente principale:
aplicaii analitice, instrumente de business intelligence, depozite de date (data
warehousing), precum i instrumente de informare spaial analitic.
Dac analizm companiile din top 10, observm c Oracle este prezent n toate
segmentele de pia cu un portofoliu larg de instrumente de business intelligence,
aplicaii analitice, precum i data warehousing. Ca rezultat, Oracle are cea mai
mare diversitate de oferte.
Pentru SAP, cota de pia a fost ajutat de achiziionarea n 2008 a Business
Objects, combinat cu alte achiziii i dezvoltarea de produse interne. Ca rezultat,
vnztorul are un portofoliu larg de instrumente de BI, aplicaii analitice i
instrumente de data warehousing. n ciuda poziiei sale al doilea loc, SAP a avut
cel mai mare impuls dintre toi vnztorii din acest domeniu.
Poziia de frunte pe care este situat compania IBM a fost impulsionat de
finalizarea acordului de achiziie a Cognos, care a adugat instrumente de BI i
aplicaii analitice companiei deja puternic pe piata de BI. IBM a fost situat a
treia, n clasamentul diversitii, a patra n impuls, i a avut mai puin de 25%
dependena de software de afaceri, conform IDC.
Ocupanta locului patru, SAS, are un portofoliu ce se ntinde pe toate segmentele
acestui tip de business. Aceast companie are produse dedicate exclusiv la aceast
pia. Compania conduce n segmentul de instrumente de analiz avansate i este
n primii doi furnizori n dou alte segmente de pia, conform IDC. [Henschen,
2009]
Microsoft, a cincea companie ca i cot de pia, a fost aleas prin poziia sa n data
warehousing i segmente ale piee de BI. Cu toate acestea, productorul de
software trebuie, de asemenea, s se concentreze mai mult pe aplicaiile analitice,
prin divizia sa de software Dynamics. Microsoft a fost a cincea pe clasamentul
diversitii, dar a treia n impuls, a spus IDC. Indicatorul din urm este un
testament puternic al ratei de cretere al companiei pe piaa de profil din 2008.
Teradata s-a clasat a asea cu un portofoliu solid de gestionare a datelor n depozit
(data warehousing), mpreun cu instrumente de extragere de date i aplicaii
analitice pentru sprijinirea CRM i a managementului proceselor de aprovizionare
(supply-chain management).
FICO a obinut poziia a aptea deoarece beneficiaz de o ncredere foarte mare pe
industria serviciilor financiare. n plus, compania a condus piaa pe segmentul de
aplicaii, i pune la dispoziie instrumente avansate de analiz.
Informatica a avut cea mai mare rat de cretere din top 10 furnizori, n 2008.
Prezena sa n pia se datoreaz software-ului su de integrare a datelor utilizate
pentru generarea de depozite de date.
Poziia nou a companiei Infor se datoreaz n primul rnd portofoliului de aplicaii
analitice, n principal aplicaiile de performane financiare i cele de strategie de
management. De asemenea, compania ofer instrumente de interogare proprii,
instrumente de raportare precum i instrumente de analiz.
MicroStrategy nchide topul primilor 10 vnztori de software. Compania obine
veniturile sale pe piaa de interogare, raportare, precum i segmentul de analize de
pia.
Primii 10 furnizori de software sumarizeaz 66% din veniturile software-ului de
analize de afaceri, lsnd restul de 34% sutelor de furnizori de software
independenti din ntreaga lume. Unii furnizeaz un instrument unic sau o aplicaie
singular, n timp ce alii ofer software care se ntinde pe mai multe segmente de
pia, a spus IDC. Unii dintre aceti furnizori sunt foarte concentrai pe procesele
de afaceri specifice, i / sau industrii, n timp ce alii ofer tehnologii orizontale
aplicabile n ntreaga pia. [Henschen, 2009]
Clasamentul IDC de la locurile11 i pn la 35 este condus de SPSS, Omniture,
Integraph, Information Builders, ESRI, si Sybase. Cu toate acestea, n termeni de
impact asupra pieei, vnztorii ce conduc acest top sunt Netezza, QlikTech,
Salesforce.com, Omniture, Sybase, i TIBCO.
3.7.2 Influena crizei economice asupra segmentului BI
Business Intelligence a fost perceput, n mod tradiional, ca o tehnologie

complex, destinat, n majoritatea cazurilor, companiilor de dimensiuni mari i a
crei menire este de a furniza top managementului instrumente de analiz care s
permit luarea deciziilor strategice sau tactice. Altfel spus, un concept abstract, cu
arie de aciune ntr-un orizont nelimitat de timp, amplasat ntr-o zon greu
accesibil muritorilor de rnd, respectiv companiilor de dimensiuni medii, care
nu dein un buget solid de investiii i/sau un departament IT de proporii. Percepia
s-a schimbat accelerat n ultima perioad, criza economic mondial oblignd
vendorii de soluii s se orienteze ctre companiile de dimensiuni medii, care au
nevoie de instrumente de analiz n timp real pentru a face fa provocrilor pieei.

[Ghitulescu, 2009]
Contextul economic mondial a produs o reorientare vizibil a editorilor de soluii
de Business Intelligence, care, n ultimii doi ani, au atacat mult mai concentrat
sectorul reprezentat de Small & Medium Enterprises, ncercnd s drme mitul
conform cruia aplicaiile de BI sunt accesibile doar marilor companii, care
vehiculeaz volume uriae de date i au departamente IT de proporii. Pentru
aceasta, oferta cu care sunt adresate SMB-urile s-a diversificat simitor, ncercnd
s rspund principalelor reprouri pe care potenialii clieni din categoria
companiilor medii le aduc.
Astfel, conform rezultatelor analizelor de pia, n topul principalelor piedici n
dezvoltarea unui proiect de Business Intelligence n cadrul unei companii sunt:
constrngerile bugetare;
durata de implementare a proiectului;
educaia/training-ul end-user-ilor i capacitatea propriului departament IT de a
gestiona un astfel de proiect.
Din 2008 ns, lucrurile s-au schimbat i nu n bine n ceea ce privete interesul
companiilor fa de noi proiecte IT, criza financiar reducnd drastic apetitul de
investiii n noi tehnologii, mai ales pe piaa local. Totodat, acelai context
economic a mai impus o necesitate stringent: rentabilizarea investiiei ntr-un
interval de timp ct mai scurt posibil (ROI este o metric financiar complex, care
include recuperarea investiiei, costul total de deinere etc.). Reversul situaiei este
c, aceste condiii dificile, respectiv aceeai criz economic, a impus tuturor
companiilor imperativul adaptrii rapide la noile provocri aprute n pia,
coroborat cu nevoia eficientizrii operaionale i a rentabilizrii la maximum a
tuturor resurselor. Demers greu de realizat la momentul actual, fr a apela la
suportul soluiilor IT i, mai ales, al soluiilor de Business Intelligence.
[Ghitulescu, 2009]
La toate aceste cereri venite din partea pieei, vendorii tradiionali de soluii de BI,
dar i ali editori de aplicaii software, au ncercat s ofere un rspuns optim prin
adaptarea ofertei existente pe nivelul cerinelor.
Vendorii consacrai de BI au ncercat s rspund ateptrilor menionate anterior,
prin reducerea costurilor i a complexitii proiectelor (cu efect inerent asupra
duratei de implementare a proiectului, gradului de specializare a utilizatorilor etc.).
Promovarea conceptelor de Pervasive BI i BI operaional a fost completat cu

o ofert puternic de soluii BI on-demand. Pentru a mri plaja de poteniali
clieni, s-a realizat o reorientare a conceptului de BI, de la tradiionalul data-
centric spre mai pragmaticul process-centric, menit s permit un rspuns mai
agil la provocrile din pia aprute ca urmare a crizei economice. Astfel,
aplicaiile de BI nu mai sunt rezervate doar analitilor de business din top
management, ci sunt accesibile i directorilor executivi, managerilor i
utilizatorilor finali cu putere decizional, care pot interpreta i analiza rapid
informaii relevante, pe baza crora pot emite decizii viabile. Toi marii juctori
mondiali din piaa de Business Intelligence Oracle, prin Hyperion, IBM, prin
Cognos, SAP, prin Business Objects, Microsoft etc. s-au nscris n acest trend,
ncercnd s vin cu oferte ct mai atractive pentru sectorul SMB. Aceast
reorientare nu reprezint ns un curent nou (dovad succesul repurtat n ultimii ani
de un vendor precum QlickView, editor specializat de soluii de BI), ci o ncercare
(reuit) de valorificare a unui sector de pia parial neglijat de ctre marii juctori.
De cealalt parte, vendori de soluii IT au introdus instrumente de BI ca add-on-uri
n oferta iniial, exemplul mixului Business Intelligence EnterpriseResource
Planning regsindu-se bine ilustrat i pe piaa local. Nu doar n oferta unor
vendori consacrai, precum partenerii SAP sau Microsoft, ci i a juctorilor locali,
care au sesizat oportunitatea upgrade-ului soluiilor deja implementate cu
instrumente de BI (Wizrom, Siveco Romnia, TotalSoft etc.). Evident, nici n acest
caz nu se poate spune c asistm la apariia unui trend nou pe piaa de Business
Intelligence analitii de la Forrester Research estimau nc de acum trei ani c
instrumentele de BI au nceput s devin o extensie logic a aplicaiilor de tip ERP,
pentru c permit valorificarea superioar i rapid a datelor tranzacionale i
istorice cumulate (piaa ERP local se poate luda cu o oarecare vechime), ceea ce
ajut companiile s neleag mult mai bine necesitile clienilor i s rmn
competitive.
Evoluia pieei locale de Business Intelligence este greu de schiat se vorbete de
cretere, ns nu se pot identifica motoarele reale ale acestei creteri (este aceasta
generat doar de proiectele din categoria large enterprise sau contribuie la trendul
ascendent i companiile medii etc.). Declaraiile vendorilor de soluii BI menionai
anterior fac referire din ce n ce mai frecvent la un interes sporit fa de astfel de
aplicaii. Afirmaiile sunt confirmate de o analiz generic prezentat de Eugen
Schwab-Chesaru, Managing Director Pierre Audoin Consultants pentru Europa de
Est (cu ocazia prezentrii celei de a patra ediii a studiului ERP Romnia), care
prefigureaz o cretere accelerat a pieei locale de BI n urmtorii doi ani.

Conform sursei citate, valoarea total a pieei de BI va fi n 2010 de 15,5 milioane
de euro (fa de 11,6 milioane de euro, ct s-a nregistrat n 2009 i 10,7 milioane
n 2008), iar n 2011 depind pragul de 20 de milioane de euro. Din pcate, dei
este vorba de o cretere semnificativ, Eugen Schwab-Chesaru a precizat c Pierre
Audoin Consultants nu va realiza un studiu complet dedicat pieei locale de
Business Intelligence, n lipsa unei cereri consistente n acest sens. [Ghitulescu,
2009]
n lipsa unui asemenea instrument de evaluare, singura referin asupra
necesitilor pieei locale rmne un studiu regional IDC (n al crui eantion a fost
inclus i Romnia, alturi de alte ri din regiune) realizat n 2007 i care a fost
focalizat pe identificarea criteriilor de achiziie a soluiilor BI i beneficiile
urmrite. Conform acestuia, principalele trei criterii de achiziie a unei soluii BI
sunt:
competenele i cunotinele n acest domeniu;

suportul post implementare;
performana produsului versus produsul concurenei.
3.7.3 Piaa de Business Intelligence
Performanele anterioare nu ofer garania rezultatelor viitoare. Aceast formulare

nu a fost mai potrivit pentru mediul de afaceri, n general, dect acum, n acest
post-financiar-colaps, de economie de pre-recuperare. Acum, mai mult ca oricnd,
executivii de top, directori de corporaii, i n general pieele financiare nu doresc
surprize. Deci, este destul de clar de ce iniiativele n domeniul Business
Intelligence continu s fie prioriti pentru CIO, dup cum directorii din slile de
consiliu cer o mai bun vizibilitate a business-ului n general. Problema este c de
multe ori BI-ul nu a satisfcut aceste cerine, oferind cunoatere n trecut, dar nu i
informaii de moment, sau perspective de viitor. BI-ul i trei factori principali l
detaeaz: rspndirea Predictive Analytics, mai mult n timp real de monitorizare
a performanei, i de analiz mult mai rapid,datorit tehnologiei in-memory a
BI-ului.
Al patrulea factor, software ca i serviciu, promite s dezvolte i mai mult piaa de
BI, ajutnd companiile s aib acces la resurse mai rapid ntr-un mod optimal.
Predictive Analytics este un segment fierbinte, care s-a dezvolatat i mai mult
odat cu decizia IBM de a cumpra pentru 1,2 miliarde dolari SPSS, o companie
care utilizeaz algoritmi i combinaii de calcule pentru a depista tendine, riscuri i
oportuniti n moduri care nu erau posibilile cu raportrile istorice. ntre cele dou
extreme rearview-mirror reporting i Predictive Analytics avem la mijloc
monitorizarea n timp real. [Ciornei, 2005]
Managerii i directorii tind s doreasc s tie ce se intampl cu busniness-ul lor
chiar n momentul respectiv, i nu ceea ce s-a intmplat ieri sau chiar i acum
10 minute. Acest lucru este specific n cazul n care fluxul de tehnologii de
prelucrare se mut n afara industriei de ni. Monitorizarea n timp real detecteaz
evenimente sau modele de evenimente pe msur ce fluxul de date trece prin
intermediul sistemelor tranzacionale, reelelor sau sistemelor de comunicaii.
Tehnologiile de prelucrare a informaiilor n timp real ofer capabiliti pe care
tehnologiile convenionale de BI nu le pot atinge.
Predicia i analiza n timp real nu sunt concepte BI noi, dar tehnica de procesare
in-memory le face mai practice. Pn s apar aceast generaie de produse in-
memory, de obicei era nevoie de cuburi pre-compilate, interogri pre-definite,
rezumate de date, precum i de interogri de lung durat pentru analize de tipul
Ce se ntmpl dac (What if Analisys). Toate aceste cerine au ngropat tehnica
de explorare spontan a datelor. Produsele bazate pe arhitectura in-memory, spre
deosebire de instrumente care s analizeze datele istorice de pe hard, ncarc seturi
mari de date n memoria RAM astfel nct oamenii s poat efectua interogri n
secunde pe cnd cu instrumentele convenionale ar dura minute sau chiar ore.
Al patrulea factor al noii generaii de BI se adreseaz altui loc n care viteza de
execuie este necesar: faza de implementare. Cu opiunea de software ca i
serviciu, BI nu necesit ntotdeauna distragerea ateniei pe termen lung n ideea de
a construi un depozit de date sau o aplicaie de tipul Data Mart. Aceast urmtoare
generaie de tehnologii BI este nc n evoluie i vine cu o multime de riscuri.
Predicia de obicei necesit o expertiz statistica care este rar i scump.
Monitorizarea n timp real a fluxului tehnologic de procesare poate fi un atuu, dar
numai dac se poate reaciona ct de repede pentru a detecta o oportunitate sau un
risc. Instrumentele de analiz in-memory sunt foarte utile, ns acestea cer
companiilor s i imbunateasc infrastuctura informatic pentru a face fa
cerinelor determinate de arhitectura pe 64 bii.
Elementul ce va schimba BI este analiza mult mai rapid care este posibil
prin utilizarea calculelor cu ajutorul tehnologiei in-memory. Uneltele in-memory
pot felia i analiza seturi de date mari, fr a recurge la date rezumate, cuburi
pre-compilate, sau baze de date. [Ciornei, 2005]
Produse cum ar fi Spotfire (dobndite de ctre TIBCO), Applix TM1 (dobndite de
ctre IBM, acum IBM Cognos TM1), precum i QlikTech au fost pionieri n
aceast categorie; n ultimele luni din ce n ce mai muli productori s-au alturat
revoluiei in-memory sau i-au plnuit s fac acest lucru.
Puterea i accesul produselor in-memory au crescut n ultimii ani pe msur ce
tehnologiile multicore, multithreaded i tehnologiile server pe 64-bii au devenit
mai frecvente i la preuri accesibile.
Aceste progrese hardware permit produselor in-memory s analizeze echivalentul
mai multor data marts sau chiar depozite mici de date n RAM. Aceast tehnologie
elimin, de asemenea, sau cel puin minimizeaz nevoia de a aranja extensiv datele
i de a optimiza performanele de IT. SAP a produs un oc datorit abordrii sale a
tehnologiei in-memory n primvara anului trecut cu SAP Business Objects
Explorer, care amestec interogarea n stilul Internet search cu interfaa sa Polestar
i cu o analiz in-memory a aplicaiei Business Warehouse Accelerator. Produsul
este disponibil cu sau fr tehnologia pe 64 bii, dar fr ea, produsul nu reprezint
dect un instrument de interogare.

BIBLIOGRAFIE
1. [Ciornei, 2005] Andrei Ciornei, Business Intelligence ntre opiune i

necesitate, Market Watch, 14 iulie 2005, http://www.marketwatch.ro,
consultat n decembrie 2012
2. [Ghitulescu, 2009] R. Ghitulescu, Criza economic dinamizeaz piaa local
de Business Intelligence, Marketwatch nr. 121, decembrie 2009,
http://www.marketwatch.ro/articol/5553/Criza_economica_dinamizeaza_piata
_locala_de_Business_Intelligence/, consultat n aprilie 2012
3. [Henschen, 2009] Doug Henschen, The Future of BI , Information Week
Analytics, 18 septembrie 2009, http://reports.informationweek.com/
abstract/81/1271/business-intelligence-and-information-management/alert-the-
future-of-bi.html, consultat n noiembrie 2011
4. [Muntean, 2004a] Mihaela Muntean, Iniiere n tehnologia OLAP teorie i
practic, Editura ASE, 2004, pp. 16-17
5. [Muntean, 2004b] Mihaela Muntean, Integrarea tehnologiei relaionale
cu tehnologia OLAP, Revista Informatic Economic, nr. 1 (29), 2004,
pp. 116-120
6. [Power, 2007][HIST2007] D.J. Power, A Brief History of Decision Support
Systems, DSSResources.COM, 10 martie 2007, http://dssresources.com/
history/dsshistory.html, consultat n august 2012
7. [Stair, Reynolds, 2008] Ralph M. Stair, George W. Reynolds, Fundamentals
of Information Systems, 5th Edition, Course Technology, 2008, p. 143
8. [Suduc, 2009] Ana-Maria Suduc, Sisteme Suport pentru Decizii. Utilizare.
Tehnologie. Construire, referat de doctorat publicat de Academia Romn,
Secia tiina i Tehnologia Informaiei, Institutul de Cercetri pentru
Inteligena Artificial, Bucureti, 2009
9. [Velicanu, a, 2000] Manole Velicanu, Ion Lungu, Mihaela Muntean, Studiul
i analiza realizrii unui sistem suport de decizie ntr-o agenie imobiliar,
Revista Informatic Economic, nr. 4 (16), 2000, pp. 97-103
10. [WWW1] http://www.businessdictionary.com/definition/business-intelligence-
BI.html, Definiia Business Intelligence conform "BusinessDictionary.com",
consultat n decembrie 2011
11. [HIST2003] Power, D.J., A Brief History of Decision Support Systems.
DSSResources.COM, World Wide Web, http://DSSResources.COM/ history/
dsshistory.html, version 2.8, may 31, 2003
12. [MWBI2012]http://www.marketwatch.ro Business Intelligence ntre opiune
i necesitate consultat ultima oar n decembrie 2012
13. [AMR2011]***Studiu al Panorama Consulting publicat la whatiserp.com, site

consultat pe 1 august 2011
14. [Captal2011]***Revista CAPITAL, disponibil online la www.capital.ro, site
consultat pe 30 iulie 2011
15. [MAGAL2009] S. Magal, J. Word, Essentials of Business Processes and
Information Systems, John Wiley & Sons, Hoboken, NJ, USA,
ISBN 978-0-470-23059-6, pp. 1-80
16. [monk2006] E. Monk, B. Wagner, Concepts in Enterprise Resource
Planning, Thomson Course Technology, Boston, MA, USA,
ISBN 0-619-21663-8, 2006, p. 1-30
17. [RL2007] http://www.romanialibera.ro/exclusiv-rl/investigatii/hasso-plattner-
cel-mai-bogat-roman-din-lume-104103.html, site consultat ultima oar n
19 noiembrie 2012
18. [SAPHIST2012] http://www.sap.com/corporate-en/our-company/history/
1972-1981.epx, site consultat ultima dat per 9 noiembrie 2012
19. [wylie2004] L. Wylie, "A Vision of Next Generation MRP II", Scenario
S-300-339, Gartner Group, april 12, 1990
ABSTRACT
The book makes a synthesis of what is needed to know in order to start working
with ERP systems. It is intended to be read by students, researchers, professors and
managers. The main intention of the book was to be practical and concise. By this
it makes a good contribution to the current literature in the field. ERP systems have
been substantially disseminated in the business environment since the mid 1990s.
However, the Romanian literature available is quite limited and not always of
practical value.
The main advantage of this book is that it is based on the real-life experience of the
authors who have almost 10 years of experience with ERP systems. The reader
may find a well organized and very concise text that reflects the understanding of
persons that have combined business consulting, sales activities, project
management, academic research and training in the area of ERP technologies in
Romania and Europe for over a decade.
In the first chapter the reader is introduced to fundamental concepts necessary in
understanding the area of ERP systems. There are a number of subjects being
described: business processes, enterprise structures, success stories and knowledge
workers. All these concepts are correlated with the local realities of the Romanian
and European ERP consulting market. By the reading this chapter, one can also
obtain an overview of the local consulting market quite familiar to the authors.
The second chapter is a set of exercises from the standard SAP documentation.
They are very useful to students and professors looking to learn more about SAP.
All these exercises are solved and a detailed description of the log-on procedure
and the standard SAP IDES company structures is also available. The exercises are
based on the SAP MM module.
The last chapter of the book is related to business intelligence. Nowadays Business
Intelligence(BI) and ERP systems are deeply related subjects. Most organizations
will have a BI system on top of an ERP system. The need for data analysis has
increased strongly in the last years and, as of 2013, there is a strong BI demand on
the consulting market in Europe.
By reading this book one can quickly obtain a valuable introduction to the ERP
sector. The book has been written with the modern reader in mind. Nowadays,
readers tend to have less time to dedicate to long books. This is why it is very
concise. The authors have tried as much as possible to extract the essential
information from the current literature and from their own experience.

CONTENTS

FORWARD..............................................................................................................7
Chapter1
CONCEPTSANDFUNDAMENTALS.........................................................................9
1.1ERPSystems.Descriptionandevolution..........................................................9
1.2BusinessProcessesvs.Functionaldepartments............................................11
1.3Successstory.TheApplecase........................................................................17
1.4TypesofERPsystemsandtheircost..............................................................19
1.6TypesofERPjobs.Knowledgeworkers.........................................................32
Chapter2
WORKINGWITHSAP...........................................................................................39
2.1VersionsofSAP..............................................................................................39
2.2Client/ServerSAPmodel................................................................................44
2.2.1Loginprocedure....................................................................................46
2.2.1IDESstructure........................................................................................50
2.2.1SAPMMexercises..................................................................................52
CreateRFP............................................................................................................53
DisplayandprintRFP...........................................................................................61
Maintainquotation..............................................................................................62
Printingrejectionletter........................................................................................67
Pricecomparisonlist.............................................................................................69
Displayingthestatusofthemessage...................................................................72
Createpurchaseorder..........................................................................................77
Modifypurchaseorder........................................................................................78
Chapter3
BUSINESSINTELLIGENCECONCEPTSANDFUNDAMENTALS...........................79
3.1Definitionsandobjectives..............................................................................79
3.2Evolutionofbusinessintelligencesystems....................................................82
3.3Decisionsupportsystems..............................................................................84
3.4Basiccomponentsofbusinessintelligencesystems......................................87
3.5Businessintelligencesolutions......................................................................88
3.5.1TheimportanceofusingBIapplications................................................90
3.5.2Classificationofbusinessintelligencesystems......................................91
3.5.3AdvantagesofusingBItechnologies.....................................................92
3.5.4CriteriaforchoosingaBIsolution..........................................................93
3.6Designingbusinessintelligencesolutions......................................................94
3.7BIinthecurrentcontext................................................................................96
3.7.1Thecurrentcontext...............................................................................96
3.7.2TheimpactofeconomiccrisisonBI.....................................................98
3.7.3TheBusinessIntelligencemarket........................................................101
BIBLIOGRAPHY...................................................................................................105
ABSTRACT..........................................................................................................107
CONTENTS..........................................................................................................109

Sisteme Erp

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Sisteme Erp

Încărcat de

Drepturi de autor:

Formate disponibile

Sisteme

Copyright 2012, Editura ASE

Descrierea CIP a Bibliotecii Naionale a Romniei

I. Lupu, Ana Ramona

Autorii i asum ntreaga responsabilitate pentru ideile exprimate, pentru originalitatea

CONCEPTE I ELEMENTE DE BAZ

1.1 Sistemele ERP. Caracteristici i evoluie

Sistemele de tip Enterprise Resource Planning (ERP) realizeaz managementul

au nceput s integreze i aplicaii de Business Intelligence (BI), Customer

specialitate nu pot fi improvizate. Pe parcursul acestei lucrri se vor prezenta

1.2 Procese de afaceri versus Departamente functionale

Companiile moderne sunt organizate astzi pe baz de procese de afaceri. Un

cadrul orgaanizaiei. See obin astfel o serie de departamennte (achiziii, producie,

Organizaiaa bazat pe departamente

Odat ce au fost incapabile s concureze cu companiile japoneze, s-a pus problema

un numr mare de interaciuni n cadrul ipoteticului magazin online menionat

O consecin fireasc a implentrii unui model departamantal este instituirea unui

Vnzri Depozit Contabilitate

Primirea Pregtire Facturare

Trimitere hrtii Expediie ncasare

Completare Completare Completare

ntrziere ntrziere ntrziere

Figura 1.2 Un proces neinformatizat bazat pe hrtii

Hrtia induce ntrzieri i inexactiti. Prin urmare, gradul de eficien al unei

Majoritatea organizaiilor socio-economice care funcioneaz astzi sunt n

1.3 Exemplu de succes. Cazul Apple

o msur deosebit de curajoas i controversat nchiznd parctic aproape toate

1.4 Categorii de sisteme ERP i costul acestora

Epicor, Sage, Infor,

Figura 1.3 Tipuri de sisteme ERP

Cu toate c numrul de sisteme ERP este foarte mare, un numr redus de

Figura 1.4 Principalii furnizori de sisteme ERP

Se observ c n general soluiile Tier I provin de la companii foarte mari, care au

O practic frecvent ntlnit n lumea sistemelor ERP este achiziionarea juctorilor

Cotele de pia ale sistemelor ERP n 2010

Figura1.5 Cotele de pia ale sistemelor ERP n 2010

necesit mentena i upgrade, ceea ce face ca s existe n continuare un volum

1.5 Arhitectura sistemelor ERP

Sistemele ERP au o structur modular. Ele urmresc s informatizeze ariile

Nivel aplicaie (business logic)

Figura 1.6 Arhitectura Three tier caracteristic sistemelor ERP

Figura1.7 Modulele principale ale sistemului ERP SAP R/3

Figura 1.8 Modulele sistemului SAP dispuse n jurul nucleului aplicaiei

FI (Financial) este un modul folosit pentru a informatiza activitatea

companii pentru a asigura o bun desfurare a produciei. Se folosete doar n

SCM Sistem ERP CRM

Figura 1.9 Enterprise Application Suite (EAS)

Business Intelligence (BI) reprezint soluii software prin intermediul crora se

Avantajul soluiilor de BI este c datele sunt agregate n cuburi multidimensionale

Figura 1.10 SAP SCM n contextul arhitecturii SAP

CRM (Customer Relationship Management) reprezint o categorie de aplicaii prin

Figura1.11 Procesul de vnzri n SAP CRM

SCADA (Supervisory Control And Data Acquisition) sunt pachete software

Figura 1.12 Un sistem SCADA prezentat schematic (imagine public)

1.6 Profesii n domeniul ERP. Knowledge workers

ncepnd cu anii 70 economiile occidentale au nceput un proces de ndeprtare de

Consultanii strategici sunt necesari doar n companiile foarte mari i identific

LUCRUL CU SISTEMUL SAP

2.1 Versiuni ale SAP

in der Datenverarbeitung (Analiza de sistem, aplicaii i produse de gestionare a

Numrul de filiale ajunge la 12 i se ntinde pe mai multe continente. Treptat ia natere

numeroase companii care foloseau Internet-ul ca mediu de afaceri. Fondurile de

diferite. Cu toate acestea clienii adopt n continuare tehnologiile SAP pe fondul

2.2 Modelul Client/Server al SAP

Furnizor:_ T-K12B21 Pre efectiv: 73,80__