Newsgroup: it.lavoro.informatica
Titolo: Curiosità: SAP...

Ciao,
    un mio collega lavorava in SAP e gli ho chiesto per semplice 
curiositï¿œ, cosa cribbio avesse di speciale questo prodotto.
Mi ha risposto che ï¿œ il piï¿œ longevo su vari ambiti etc etc....
Alchï¿œ mi ï¿œ parso strano: io sento parlare di SAP da meno di 10 anni a 
livello enterprise, invece lui mi dice che come minino ne ha 20/25 forse 
  di piï¿œ, perchï¿œ era stato sviluppato come gestionale interno per 
SIEMENS, e poi chi lo aveva fatto lo ha venduto ad altri, diventando 
ricchissimo....
Insomma, sulla tempistica qualcosa non mi torna, mi pare esagerato 25 
anni, e poi ribadisco la domanda: un gestionalone cosi complesso e 
difficile da gestire, che valore aggiunto potrebbe dare?
(tolto il fatto che i dati presenti li potresti usare come vuoi tu?)
E' pura curiositï¿œ, non dico che un cattivo prodotto, semplicemente pare 
la MANNA dal cielo, ma a quel prezzo sono bravi tutti :)

 Alchè mi è parso strano: io sento parlare di SAP da meno di 10 anni ..
SAP R/1 è del 1973, ma in effetti non ne ho mai visti (ma a mia moglie
credo sia capitato un paio di volte di lavorare nell'implementazione
di ERP che andavano a sostituire sistemi non SAP rilasciati prima di R/
1).
SAP R/2 è del 1979, e ne ho visti, e ce ne sono ancora in giro.
SAP R/3 è del 1992, ed il mondo ne è pieno.
Questo premesso, la storia non è quella del tuo collega, nel senso che
SAP è stata fondata da 5 ex dipendenti tedeschi (il più famoso è Hasso
Plattner) di IBM.
--
ale
http://ale.riolo.co.uk

 difficile da gestire, che valore aggiunto potrebbe dare?
Devi anche vedere cosa c'era prima di SAP, che è un "pacchetto
pronto" (esagero un pò).
Secondo me non c'era nulla di paragonabile a livello di integrazione e
standardizzazione tra i vari settori aziendali.
C'era tanta roba fatta in casa, magari in Cobol.
Poi chiaramente le capacità di marketing hanno dato una ulteriore
bella spinta.

 standardizzazione tra i vari settori aziendali.
Ok... ho posto la seguente domanda a due persone che "lavorano" su SAP e 
la pongo anche a voi: sapreste dirmi che cosa � SAP in 100 parole ?

 la pongo anche a voi: sapreste dirmi che cosa SAP in 100 parole ?
In 20:
SAP è una multinazionale fondata e con sede centrale in Germania, che
produce software e fornisce servizi di consulenza informatici.
--
ale
http://ale.riolo.co.uk

 la MANNA dal cielo, ma a quel prezzo sono bravi tutti :)
In quelle zone le Software house si sprecano : a Weiterstadt c'ï¿œ la sede 
europea della Computer Associates, anch'essa senzaltro longeva perchï¿œ me 
la ricordo dagli anno 80.
E poi c'ï¿œ la Software AG, creatrice del prodotto Adabas, concorrente 
(piu o meno, non conosco i dettagli) dello stesso SAP.
Tre grandi case, il tutto in un raggio di 40 Km.

 difficile da gestire, che valore aggiunto potrebbe dare?
oggi ti dico sinceramente: niente.
allargando il discorso agli erp in generale, anni fa il concetto di 
gestionale aziendale monolitico rappresentava l'uovo di colombo per 
integrare fra loro i processi aziendali, tant'ï¿œ che anche le pmi ne 
venivano attratte (esisteva sap business one, non so se esiste ancora). 
oggi non ï¿œ piï¿œ cosï¿œ e infatti la tua perplessitï¿œ sui costi/benefici ï¿œ 
legittima. giï¿œ ai tempi di quando lavoravo sui gestionali erp si 
discuteva non solo sulla loro intrinseca rigiditï¿œ ma anche sul modo di 
interpretare la gestione, tipicamente fatta di funzioni verticali e 
stagne, quando invece le aziende lavorano per processi orizzontali 
ciascuna fra l'altro con il proprio. le tecnologie hanno fatto grandi 
passi avanti sul fronte integrazione (architetture soa, bpel, esb, 
etc...) e sempre meno aziende si sognano di mettersi in casa un mattone 
con su scritto "dio c'ï¿œ" qual'ï¿œ un erp, mentre sap nello specifico resta 
confinato (si fa per dire) nelle realtï¿œ pachidermiche dove le decisioni 
vengono prese decine di piani sopra a chi lavora.

 confinato (si fa per dire) nelle realtà pachidermiche ..
Mia moglie per ora lavora in un'azienda che fattura 100 miliardi di
dollari annui (e l'utile operativo è suppergiù l'1.5%, quello netto
addirittura negativo ..).
--
ale
http://ale.riolo.co.uk

 produce software e fornisce servizi di consulenza informatici.
Riformulo la domanda: sapreste dirmi che cosa � e fa SAP R/3 in 100 parole ?
E' un ERP non basta... quando leggo di SAP leggo di molti $$$, di anni 
passati a customizzarlo, della necessit� di avere esperti veramente 
esperti...
allora mi chiedo: � un gestionale o un ambiente di programmazione ? come 
pu� gestire "tutto" ? come pu� gestire le regole fiscali italiane e 
delle altre nazioni con la dovuta precisione ?

 delle altre nazioni con la dovuta precisione ?
Quasi tutti i grandi economisti (almeno quelli di cui ho notizia) sono
d'accordo che la superinflazione (inflazione tra il 50% ed il 100%
annui) non è che una condizione instabile, che in breve tempo si
avvita verso una iperinflazione (oltre il 500% annuo) o converge verso
una normalizzazione dell'inflazione (meno del 20% annuo). In Turchia
l'hanno avuta per anni, una vera e propria anomalia, che ha stimolato
per anni la curiosità della comunità scientifica. Ebbene, anni fa mia
moglie è stata coinvolta nell'implementazione del modulo fornito da
SAP per la gestione delle problematiche della superinflazione Turca ..
--
ale
http://ale.riolo.co.uk

 lancia e gestisce programmi scritti in ABAP/4) ed il database."
Ok, raffinamento ulteriore....
in pratica quando "compro" SAP mi compro un DB, un "application server", 
una libreria di presentazione.
Immagino inoltre che io compri un modulo gestionale "semi-lavorato", 
cio� prendo la contabilit� italiana e mi danno un programma che gira in 
quell'ambiente e che consente di tenere la contabilit�... poich� per� � 
un modulo generico e lo strumento lo permette, me lo posso (far) 
customizzare a piacimento... giusto ?
Francesco
PS: il resto lo leggo domani

 oggi ti dico sinceramente: niente.
Le grandi aziende hanno bisogno di database per
-) magazzini
-) Personale
-) Clienti
-) Paghe
-) Contabilita
-) listini
..............
e po procedure sui dati
Possono
a.) Scrivere tutto da capo
b.) partire da un prodotto
Io personalmente,  e come addetto IT preferirei il contrario, sono a
favore della strada b., e come me mezzo mondo, perche' non ha senso
riscrivere e testare l'universo
scelta la strada b. SAP e' il leader di mercato, quasi senza concorrenti,
e lo hanno N ( N enorme ) aziende e' ben testato, se c'e' una modifica
viene fatta per tutti ecc.
Poi si personalizza
I costi di licenza per aziende enorme sono irrilevanti.
ciao Nicola
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 delle altre nazioni con la dovuta precisione ?
Quel che conosco è che: gira su Windows (anche o solo? non lo so); ha
il suo linguaggio di programmazione proprietario (Abap); qui dove sto
io, ente pubblico italiano, lo usano per la gestione di contabilità,
personale, ed anche datawarehouse.
Naturalmente hanno fatto una notevole personalizzazione.

 I costi di licenza per aziende enorme sono irrilevanti.
Non credo questa affermazione sia vera.
I costi sono minori di rifarlo, e senza garanzia di successo, ma non 
sono irrilevanti.
Inoltre, forse � legenda, forse no, in Yomo so di grossi problemi 
nell'installazione.

 nell'installazione.
SAP aveva 1/3 del mercato ERP delle aziende in Fortune 500 nel 1998,
10 anni fa. Ad un certo punto ha passato il 50%, e sono quasi certo di
avere letto (non ho ritrovato la fonte :)) che era oramai al 75% di
quel segmento di mercato (a cui bisogna aggiungere ad esempio oltre il
20% del segmento Business Intelligence, e chi sa quante altre quote in
altri segmenti).
Mia moglie e tanti suoi amici, conoscenti, colleghi vecchi e nuovi
lavorano spesso all'implementazione di SAP nelle varie filiali delle
multinazionali che li assumono. Uno scenario tipo: la multinazionale A
si espande per accrezione, usa cioè parte dei profitti (o debiti) per
acquistare (o creare) altre società, dopodichè decide di integrarne (o
estendere) i sistemi informativi, per cui affidano al team SAP questo
compito (dalla A alla Z). A volte queste filiali sono delle
multinazionali globali, con delle filiali che a loro volta possono
essere multinazionali e via di questo passo (nel caso corrente, la
casa madre è una multinazionale globale, che fattura $100 miliardi, la
cui filiale è a sua volta una multinazionale globale, fatturato $5
miliardi, le cui filiali sono perlopiù aziende continentali, con
filiali nei vari paesi Europei), ed i SAPisti vanno in giro ad
implementare, configurare ed adattare (ed educare gli utenti) i vari
moduli di SAP sito per sito. Per quel che ho visto, non riescono ad
andare dietro alla velocità di evoluzione dell'organismo primario (nel
senso che tra il momento dell'accrezione della nuova filiale e il go
live di SAP spesso passano anni).
Se immagini in quante aziende sia stato installato del software SAP,
quello che sorprende è che in Italia si faccia sempre e soltanto il
nome di Yomo come caso di implementazione problematica. Immagino ce ne
siano molti altri.
--
ale
http://ale.riolo.co.uk

 I costi di licenza per aziende enorme sono irrilevanti.
i costi di licenza neanche si considerano, magari te li regalano pure. il 
peggio sono le centinaia di anni uomo che l'azienda paga per il progetto 
con risultati più disastrosi di quanto traspare. ricordo le parole del 
responsabile it di una azienda nostra cliente che parlava del suo 
prodotto (non era sap, se non erro jd edwards, ma il succo è lo stesso) 
il quale dopo tre anni di progetto erano riusciti a coprire solo il 30% 
dell'attività dell'azienda, mentre per le restanti attività l'azienda 
funzionava ancora col software pregresso con enormi difficoltà di 
integrazione perché poi questi mondi non si parlano neanche con le 
cannonate...

 difficile da gestire, che valore aggiunto potrebbe dare?
Da un valore politico.
Il responsabile it che sceglie SAP, e magari fa gestire il progetto da
accenture cosa ottiene:
probabilmente sforerà con i tempi
forse sforerà il budget
magari avrà problemi.
Ma ha scelto realtà potenti, quindi ha operato una scelta politica che
i suoi responsabili non gli potranno recriminare.
Far sviluppare un gestionale apposito da una software house esterna
sarebbe forse più veloce ed economico, ma è una scelta rischiosa (da
più punti di vista) e difficilmente difendibile.
Non voglio fare di tutta l'erba un fascio, ma in molte realtà che ho
visto la scelta è stata soprattutto politica (non in tutte per
fortuna).
Ciao,
Lucazeo.

 siano molti altri.
Non sorprende, secondo me.
In Italia, quali sono le realt� che se lo possono permettere?
Ecco, sono poche, e su quelle poche ne freghi una, sei di norma col 
sedere in terra.
In questo caso,l'Italia � davveor un psoto fantastico, se permette di 
superare pure queste difficolt�... :)
Ti ringrazio delle info, era per capire come mai la gente si riempie la 
bocca con questo prodotto.
Adesso mi � chiaro !
:)

 In Italia, quali sono le realt� che se lo possono permettere?
darmalat auto ibeco
sono quelle societa' dove i db oracle, da me installati :),
venivano in contatto con sap, ma sono fermo appunto ad auto, 2001.
posso dire con sicurezza anche zanichelli,
forse coop adriatica, gradarolo
felice&pago
c'e' crisi
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 sono irrilevanti.
Io porto la mia esperienza... Azienda di ~1500 dipendenti, quattro sedi 
nazionali, introduzione di SAP in quasi tutti i processi aziendali: 2 
anni di lavoro di 2-3 consulenti a tempo pieno e alcuni milioni di EUR 
spesi tra licenze e consulenze.
SAP non e' sempre la panacea di tutti i mali, e a volte e' anche un po' 
rigido, magari perche' chi ha diretto il progetto di implementazione non 
ha operato una sufficiente raccolta di requisiti da quelli che sono gli 
utenti finali.
Pero' alla fine funziona, ha una grande base di installato ed e' ben 
supportato. Non oso pensare quanti soldi siano andati in tasca agli 
ideatori originali ;-)
TheStar

 
Per certo posso dire anche Telecom e anche diversi big della moda (Gucci, 
Prada)
-- 
LORENZO MAINARDI
Email: 
lorm...@gmail.com
Linux Registered User: 461615
Key Fingerprint: AC63 5C15 562F 71AF C853  4D4A C03F 75EB 52F4 A0D0

 In Italia, quali sono le realt che se lo possono permettere?
Rimanendo nel settore pubblico/parapubblico, la famosa "azienda di
cinque lettere" di Marcoxx e Morpher ce l'ha, lo so per certo :-)
L'ente dove lavoro io ce l'ha, pur essendo medio-piccolo.
Non ho idea se ce l'abbiamo ministeri, altre entità tipo Camera,
Senato, Inps, Inpdap, ecc. Ma non me ne stupirei.


inail e penso inps (sono entità correlate) ha il concorrente di sap,
oracle application (l'ERP della oracle)
Ciao


io ne sono venuto in contatto nel 91, quindi
intorno ai 20 anni sicuramente, 25 � possibile,
probabilmente nei primi anni si � diffuso solo
in germania.

 Key Fingerprint: AC63 5C15 562F 71AF C853 4D4A C03F 75EB 52F4 A0D0
ciao
Nicola


siano molti altri.
Premetto che lavoro su SAP da 6 anni nell'ambito della Business 
Intelligence.
Il caso  Yomo l'ho gia' sentito citare... ma le cause di un progetto 
fallimentare secondo me molto difficilmente sono da ricercare soltanto nel 
prodotto... tra clienti incompetenti, IT mal strutturati, manager inventati 
, consulenti improvvisati le variabili in gioco sono molteplici direi. Credo 
che possa succedere a prescindere dalla piattaforma utilizzata... o sbaglio?
Stef 

> In Italia, quali sono le realt� che se lo possono permettere?
Coca Cola, Poste Italiane, Telecom, ENI, Ferrovie, World Food Programme, 
Enel, SIAE, Merloni, Indesit, WIND e sicuramente tante altre.
Stef

Senato, Inps, Inpdap, ecc. Ma non me ne stupirei.
Inps e Inpdap se non erro ce l'hanno.
Stef 

 personale, ed anche datawarehouse.
In realt� inizia a penetrare anche Java, specie sul middleware di 
integrazione conosciuto col nome XI/PI (che, se non dico castronerie, � 
nato gi� con un'anima Java).

> In Italia, quali sono le realt� che se lo possono permettere?
Pi� di quanto tu possa pensare. Anche "piccole" multinazionali il cui 
marchio o la cui ragione sociale non � diffusa come potrebbe essere un 
Prada, Ferrero, Eni, Enel, Fiat, etc.
Inoltre SAP � usato anche da grossi enti pubblici o semi pubblici o 
"istituzionali" anche se non pubblici quali INPS, INPDAP, Ferrovie dello 
Stato, Banca d'Italia, etc.

 gui tramite Wine.
LOL :)
ftp://ftp.sap.com/pub/sapgui/java/710r11/
--
ale
http://ale.riolo.co.uk

cannonate...
ricordo anni fa' (lavoravo come dipendente allora) il caso di una
azienda metalmeccanica che seguimmo, il prodotto era un'altro (le ACG
dell'IBM) e doveva subentrare agli ennemila sw pre-esistenti,
praticamente l'azienda si fermo' per due mesi (uno per la produzione
coperto con la cassa integrazione) di Luglio e Agosto, poi riprese,
una scelta coraggiosa e anomala (da matti per dirla tutta) eppure
ebbero ragione, visto che ancora oggi utilizzano quel software e
stanno in piedi. 

 resto, nativa per Windows.
Ma la parte server è anche Windows?

 Ma la parte server è anche Windows?
Come la GUI, ce ne sono diverse versioni, Windows, Unix, Linux e così
via, ma per riconoscerti il supporto, SAP richiede che le
installazioni avvengano su specifiche piattaforme certificate.
Quindi probabilmente potresti tentare ad installere SAP R/3 su
tantissime distribuzioni Unix o Linux, ma quelle su cui vale la pena
farlo sono molto meno.
Io l'ho installato su Windows 2000 server, e su un paio di
distribuzioni di Linux, ma tanto tempo fa, non ricordo minimamente
quali :)
--
ale
http://ale.riolo.co.uk

 fronteggiare in questi anni...
ovvero, si riassume il vecchio motto: alla gente si fa prima a 
metterglielo nel culo che nel capo ;)
alla resa dei conti anche l'ipotesi che con un unico prodotto tu riesca a 
raggiungere l'obiettivo di garantire quello di cui sopra è assolutamente 
teorico. anch'io ho combattuto per anni con un gestionale dalle 
caratteristiche vendute per "certamente fattibili" e che poi non glie le 
puoi garantire. faccio un paio di esempi banali: per un magazzino della 
gda ci sono problematiche come il picking, riordino fornitore, 
ottimizzazione trasporti, etc... che sono *altamente* critiche ma che 
richiedono competenze specifiche (anche teoriche) per cui ci sono 
software house specializzate praticamente solo su quello e che vendono 
prodotti che fanno solo quello. che una software house che sviluppa 
genericamente gestionali possa pensare di coprire tutte le aree in 
concorrenza con prodotti specifici è semplicemente folle, anche se 
(purtroppo) molti commerciali non la pensano così. considera che molte 
funzionalità critiche fra essere fatte bene ed essere improvvisate ci 
corre qualche decina di punti percentuali di fatturato per il cliente: 
immaginati un magazzino grande quanto sei campi di calcio se al 
preparatore non fai fare percorsi ottimizzati, o se la procedura di 
riordino per un pezzo ti fa perdere uno sconto a quantità... 
poi sicuramente i clienti sap avranno una capacità di spesa tale da 
pilotare le scelte di progetto, ma guardacaso proprio nell'azienda dove 
lavora mio fratello (gruppo finmeccanica) ho visto fare le pianificazioni 
con i fogli excel.

 nato gi� con un'anima Java).
XI se non erro serve per integrare dati da diverse sorgenti.
Stef 

 siano molti altri.
In realt� quasi tutti i progetti SAP R/3 sono dei fallimenti clamorosi se 
giudicati sotto l'aspetto
del non rispetto delle pianificazioni, aspettative non soddisfatte, costi e 
risultati operativi.
Il problema � che non vengono dichiarati come tali per il semplice fatto che 
data la mole del sangue
versato e dei soldi bruciati nessuna delle persone coinvolte si azzarda a 
farlo.
L'ultimo progetto in cui sono stato testimone ha richiesto 5 anni di lavoro 
per partorire un topolino che funzionalmente per il settore produttivo che 
deve gestire non regge il passo di un gestionale fatto in cantina.
 

 forse coop adriatica, gradarolo
Zi zi, anche aziende con case studies su zap dove zap non � manco stato 
ancora installato :-)
 

 
NO!
oltre a questo SAP ha dei veri e propri prodotti sviluppati nel suo 
ambiente che sono moduli che compri a parte e che hanno nomi strani: 
fi-aa, fi-co bw pm sd mm hr (e sono questi il vero valore aggiunto di SAP).
Ora, usare SAP significa usare i suoi moduli e adattare quindi la 
propria modalit� di lavoro alle sue best-practice (che non sono proprio 
male), chi per� non � ben conscio di ci� cerca di adattare SAP al 
proprio modo di lavorare (e lo pu� fare perch� SAP � un framework vero e 
proprio) e non sono proprio i consulenti SAP a dire di no, e qui inizia 
la sua rovina!
SAP o lo usi al 99% cos� com'� o usi altro.

 
Appunto ï¿œ un middleware di integrazione, ciï¿œ non toglie che uno dei suoi 
2 stack sia in Java (l'altro ï¿œ ABAP). Se vuoi crearti il tuo adapter 
module custom lo sviluppi in Java.
Stesso discorso nel mapping interno che ti permette, detto "terra 
terra", di manipolare e trasformare l'XML in ingresso. Qui uno dei 
diversi modi di creare regole di mapping ï¿œ quello di buttare giï¿œ codice 
Java.
Al di fuori di XI ma sempre in ambito SAP, trovi anche webdynpro Java, 
che come le sorelle in abap, sono usate per lo sviluppo di interfacce 
per applicazioni web.

 Ma la parte server � anche Windows?
La trovi implementata su piu' piattaforme...solitamente viene usato 
as400. Su windows x86/linux x86  diciamo sta un po stretta...:)

 as400. Su windows x86/linux x86  diciamo sta un po stretta...:)
Ma LOL :)
BTW, quando l'ho letto non ci credevo, poi ho trovato questo:
http://www.redbooks.ibm.com/redbooks/SG244672.html
Ma anche:
http://archive.midrange.com/midrange-l/200510/msg00497.html
--
ale
http://ale.riolo.co.uk


La SAP Gui gira su Windows ma anche su Linux tramite una versione Java
(anche su Mac penso).
Il lato server gira invece su quasi tutti i sistemi operativi e dbms
presenti sul mercato. Ci sono versioni per AIX, HP-UX, Solaris, Linux
(e alcune distribuzioni sono supportate ufficialmente, tanto che SAP
distribuisce una versione demo gratuita del prodotto Netweaver 2004s
su una virtual machine Red Hat se non mi ricordo male) e anche
Windows. I database supportati sono Oracle, DB2, My-SQL, MS-SQL...
Uno dei punti di forza di SAP all'uscita fu proprio l'adattabilità
all'hardware installato, non ti obbligava a comprare una nuova
macchina ma potevi usare quella già esistente (pensate anche al caso
di un'acquisizione tra aziende).

 
non penso sia cos� raro.
Lo usano nella ditta dov'ero prima.
Il ragionamento � stato: sono 20 anni che usiamo as/400, non vogliamo 
roba m$ in casa e unix non lo conosciamo.
Pregio, hanno recuperato competenze as400 e la scatola funziona, difetto 
hanno pi� difficolt� ora a voler dare in outsorcing ferro e applicazioni 
poich� il fornitore chiede unix o m$.


Infatti non e' un caso raro sopratutto nel settore industriale dove IBM 
ne ha venduti parecchi di AS400 30 anni fa. E tutto sommato ti diro' che 
non e' neanche male come ambiente. Un po ostico ma sono dei trattori; 
sono stati studiati per esserlo. Nel mondo x86 dove windows e' la 
piattaforma di riferimento le features di affidabilita' che implementano 
  negli anni 90 se le sognavano.
Per quanto riguarda SAP cambia poco che OS  usi sotto; il kernel e' una 
  virtual machine platform indipendent quindi qualsiasi fornitore che 
abbia competenze SAP applicative  puo' gestirlo a livello applicativo. 
Il discorso cambia leggermente se lo vedi dal punto di vista 
sistemistico e di integrazione con sistemi esterni.

 TheStar
Si concordo con la tua esperienza, il problema sta nella direzione e 
raccolta di requisiti e  analisi dei progetti  e prescinde dalla 
piattaforma/applicativo utilizzato.
Se non e' chiaro  quali siano gli obiettivi da raggiungere e quali sono 
  i processi da automatizzare  si spenderanno fiumi di soldi in 
refactoring degli applicativi.
Per quanto riguarda SAP e' stato sviluppato con una certa visione dei 
processi aziendali che uno puo' condividere o no.
Se uno cerca di adattarlo al suo modello chiaramente dovra' essere 
pronto a pagarne il prezzo in termini di tempo e soldi  in funzione di 
quanto questi diverge da  quello dei moduli di SAP che vuole implementare.