Newsgroup: it.lavoro.informatica
Titolo: Openbravo ERP open source

Oggi ho installato per diletto il noto erp open source Openbravo. 
(ubuntu java tomcat postgresql phppgadmin)
Il prodotto si presenta con un'interfaccia carina e funzionale 
(interfaccia web) e secondo me (è un po' che mi documento a proposito) 
potrebbe essere un buon punto di partenza per verticalizzazioni su pmi 
italiane.
Giusto per aprire un dibattito (si spera) costruttivo, a parità di 
fattori quali fiduzia dei fornitori e della garanzia del supporto, quali 
sono secondo voi i motivi per cui una pmi italiana NON dovrebbe 
scegliere una soluzione di questo tipo rispetto ad una soluzione 
commerciale? Aggiungo anche a parità del fatto che in entrambi gli 
ambienti ci sarebbe attività di verticalizzazione.

 commerciale?
Bustarelle al produttore.
P

 commerciale? 
la mia opinione?
da quando conosco il mondo dell'informatica, l'adozione di un erp ha 
coinciso *sempre* con una delle inculate più sonore per l'azienda.
pur avendo lavorato per anni in quel settore, non mi sono mai dato una 
spiegazione sufficiente sul perchè una pmi si debba mettere in casa un 
erp. a maggior ragione oggi che anche la moda si è spostata verso 
l'integrazione di sistemi eterogenei (vedi i vari soa, bpel, esb e 
quant'altro).
detto questo, rispondo alla tua domanda: semplicemente perchè le 
soluzioni commerciali hanno la potenza commerciale necessaria e 
sufficiente per imporsi nel mercato del fuffware.

giorgi...@gmail.com
 ha scritto:

in che senso, tipo a zio bill?

rootkit ha scritto:

quindi un'azienda non deve scegliere una soluzione software della quale 
non paga licenze ma solo servizi perchè essa non ha sufficiente forza 
commerciale per imporsi.
Mmmh! non mi convince!

 in che senso, tipo a zio bill?
Hm... giusto... Ok, "al rivenditore"
Ti sei mai chiesto come mai la P.A. ha del software mostruosamente
antico?
Mi ricordo la fornitura (Tanti anni fa) di copiatrici al comune della
citta' in cui vivevo.
Ha vinto l'appalto che ha dato la bustarella piu' grossa.
P

giorgi...@gmail.com
 ha scritto:

Si ma questo prescinde dal prodotto che stai usando. La bustarella 
dovrebbe interessare chi ti farà il progetto e te la potrebbe dare anche 
chi ti propone un software open source.

Roberto C. wrote:
:: Giusto per aprire un dibattito (si spera) costruttivo, a parità di
:: fattori quali fiduzia dei fornitori e della garanzia del supporto,
:: quali sono secondo voi i motivi per cui una pmi italiana NON dovrebbe
:: scegliere una soluzione di questo tipo rispetto ad una soluzione
:: commerciale?
Se ha una struttura capace di erogare supporto e le funzionalità minime 
richieste dagli obblighi di legge non vedo il motivo per cui non possa 
essere usato. Considerando che molti dei mega ERP che vanno di moda (in 
sostanza ce ne stanno due al mondo...) queste funzionalità non ce le hanno 
di fabbrica direi che tutto può andare.
Saluti.

 vuole una forza commerciale particolarmente convincente in prevendita.
Non capisco. Per te un'azienda come deve gestire l'amministrazione,
magazzino, ciclo attivo e passivo, cicli di produzione, etc. ? Con i papiri
egiziani ? Se non usi un ERP cosa usi, in modo pratico ?
Senza polemica eh :-) Voglio capire il tuo punto di vista, qui non si
finisce mai di imparare !
PaF (che in passato ha lavorato 4 anni in una software house che vende un
ERP)

PaF wrote:
:: Non capisco. Per te un'azienda come deve gestire l'amministrazione,
:: magazzino, ciclo attivo e passivo, cicli di produzione, etc. ? Con i
:: papiri egiziani ? Se non usi un ERP cosa usi, in modo pratico ?
:: Senza polemica eh :-) Voglio capire il tuo punto di vista, qui non si
:: finisce mai di imparare !
Nella normale dialettica ERP=SAP/R3 o Oracle Application.
Ora anche il gestionali Finson si fregiano del titolo nobiliare ERP.

 
Forse io e te intendiamo la parola "erp" in maniera differente.

GdG ha scritto:

Capisco che il marketing ha l'abitudine di stravolgere il siginificat 
odelleparole ma erp ha un significato ben preciso e c'è una copiosa 
letteratura dietro in merito. non centra niente con sap ne oracle e non 
capisco cosa significhi 'normale dialettica', dialettica tra chi??

 un ERP)
e io figurati, ho lavorato 7 anni in una società che un erp lo ha scritto 
da zero... ah, quanti cadaveri ho sulla coscienza! :-)

 ovviamente con il software, ma non con l'erp.
guarda che per erp non si identifica con un prodotto commerciale singolo 
ma l'insieme degli strumenti per realizzare una integrazione piena di 
tutti i processi aziendali. Non usare l'erp significa non essere 
integrati, vuol dire che il magazzino non sa cosa fa la produzione che 
non sa cosa fanno le vendite.
Che poi la gente fa un suo programma in access e lo chiama erp è 
un'altra cosa.

 un'altra cosa.
non ho detto questo.

Roberto C. wrote:
:: Capisco che il marketing ha l'abitudine di stravolgere il siginificat
:: odelleparole ma erp ha un significato ben preciso e c'è una copiosa
:: letteratura dietro in merito. non centra niente con sap ne oracle e
:: non capisco cosa significhi 'normale dialettica', dialettica tra
:: chi??
Quindi per te ERP=Gestionale general purpose?

Roberto C. wrote:
:: guarda che per erp non si identifica con un prodotto commerciale
:: singolo ma l'insieme degli strumenti per realizzare una integrazione
:: piena di tutti i processi aziendali. Non usare l'erp significa non
:: essere integrati, vuol dire che il magazzino non sa cosa fa la
:: produzione che non sa cosa fanno le vendite.
Mmmm, se cosi fosse quasi il 100% delle aziende che usa SAP/R3 non usa un 
ERP.
Che poi il paradigma classico dell'ERP incarnato da SAP / Oracle sia ormai 
superato è un dato di fatto, tanto che pure SAP lo sa. Oracle ancora no, ma 
sono un po tardi a capire le cose.

GdG ha scritto:

Non so cosa significhi gestionale general purpose.
Per quanto riguarda erp condivido quanto dice wikipedia
http://it.wikipedia.org/wiki/Enterprise_Resources_Planning

Roberto C. wrote:
:: Non so cosa significhi gestionale general purpose.
:: Per quanto riguarda erp condivido quanto dice wikipedia
:: 
http://it.wikipedia.org/wiki/Enterprise_Resources_Planning
Guarda caso viene citato Sap.

GdG ha scritto:

quindi?

Roberto C. wrote:
:: GdG ha scritto:

Quindi Sap/R3 è una implementazione del paradigma ERP di prima (vabbe 
seconda) generazione.
Per cui, mi consenti, nella normale dialettica (quella usata normalmente 
dalle persone, anche operanti nel settore specifico) per ERP si intende un 
sistema come SAP/R3.
Saluti.

 Forse io e te intendiamo la parola "erp" in maniera differente.
può darsi ma non ne faccio certo una questione di termini. visto che hai 
citato wikipedia e hai detto che ne condividi la definizione, vai al 
paragrafo Disadvantages dove sono riportati gli stessi concetti che ho 
espresso io. 

 antico?
la pubblica amministrazione ha un erp?
e comunque mi pare parlasse di pmi, non di pubblica amministrazione. sono 
due universi totalmente opposti.

 sufficiente per imporsi nel mercato del fuffware.
Gia'. La impresa enorme e' abbastanza complessa da potersi permettere 
consulenze miliardiarie, la piccola impresa ha esigenze abbastanza 
limitate e se e' "sveglia" sa trovarsi le giuste risorse per farsi in 
casa quello che gli serve. 

 egiziani ? Se non usi un ERP cosa usi, in modo pratico ?
Che c'entra? l'obiettivo dell'ERP e' quella di gestire in modo integrato 
tutte le attivita' e i dati dell'impresa ...
Puoi benissimo usare un buon software di contabilita', integrarlo con 
quello che pianifica e controlla i cicli di produzione, etc etc ...
Quello che penso intenda dire rootkit e' che, piuttosto che mandare a 
farsi friggere i vari sistemi che stanno nell'azienda (perche' non e' 
detto che le imprese che non hanno ERP non hanno affatto software), 
magari funzionanti, testati per anni, che i clienti sanno gestire etc 
etc ... l'approccio piu' ragionevole in molti casi puo' essere quello 
dell'integrazione. Integrazione di sistemi eterogenei, piuttosto che 
mettersi in casa un sistema che fa di tutto, dalla A alla Z, ma non si 
sa bene come. E soprattutto che non si riesce mai a farlo funzionare 
come vuoi. Se nei progetti ERP di dimensione rilevanti almeno un 60%-70% 
del budget viene speso in customizzazioni (per quanto le licenze siano 
ben costose, e le spese per hardware pure non siano trascurabili), un 
motivo ci sara' ... 

 per disegnare processi. e funzionano.
ma non va a finire che è più costoso utilizzare N pezzi più un N
+1esimo che li deve incollare, e che poco non costerà, anche se non
conosco i SW cui ti riferisci... puoi farmi qualche nome?
bye!

 conosco i SW cui ti riferisci... puoi farmi qualche nome?
più che nomi propri si parla di tecnologie. soa (service oriented
architecture), bpm (business process management), bpel (business
process execution language).
al di la dei nomi altisonanti :-) si tratta di tecnologie che
prevedono la scrittura dei processi business e l'interazione con le
varie piattaforme aziendali tramite "connettori". per dirla breve, gli
utenti continuano ad utilizzare i loro programmi mentre chi si occupa
di sviluppare il processo deve soltanto scrivere i connettori.
esempio: se hai un software di magazzino che produce un ddt a fronte
di una vendita, tu puoi definire un connettore che fa il polling (via
db, via file sequenziale, etc...) sui ddt e un connettore che scrive i
ddt nel programma di fatturazione, quindi disegni un processo che fa
questo magari interponendo un'altro step che è (ad esempio)
l'autorizzazione del commerciale.
per quanto riguarda i software, so che ne esistono di varie marche, io
conosco di persona l'oracle soa suite e jbpm di jboss/redhat.

 process execution language).
taglio tutto il resto perchè non avevo capito, pensavo parlassi
proprio di un "robo" da comprare più o meno preconfezionato che
facesse quel mestiere. Se si parla di integrazione con componenti
personalizzati e tutto più chiaro, li facevamo già da prima che i
markettari si inventassero tutti questi nomi altisonanti per
chiamarli ;^)
bye!

 ambienti ci sarebbe attività di verticalizzazione.
in passato mi sono occupato di Compiere (altro erp open)
e ho capito che le pmi non hanno interesse a tali prodotti
meglio un S.. pagandolo
il motivo è che hanno un fornitore a cui far riferimento
e possono avere consulenti già preparati 
quindi piu' garanzie
un erp quando entra in un azienda ne monopolizza
l'attività, non è una scelta da fare risparmiando sul software
e legandosi mani e piedi ad una piccola società di servizi
poi concordo con chi dice che gli erp per le piccole aziende
sono una boiata galattica ma questo è un altro discorso
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ambienti ci sarebbe attività di verticalizzazione.
Perchè chi propone Openbravo non ha le competenze necessarie e/o non
ha esperienza e soliditià e/o pone l'accento su argomenti sbagliati.
Non c'è nessuna ragione per cui una PMI non dovrebbe usare Openbravo
se funziona, anzi sarebbe un vantaggio per il cliente.
Non vedo però nessun motivo (tranne l'ideologico) per una società di
software di lavorare e/o investire e/o proporre Openbravo.

enricoe ha scritto:

Siccome si parla di business l'ideologia la lasciamo a casa.
Un azienda che vuole proporre erp oggi ha 2 strade, verticalizzare un 
sistema di altri , farsi un prodotto proprio, scegliere la modalità open 
source.
Nel caso 1 sarebbe l'ennesimo consulente che in ogni momento può essere 
sostituito e non è il vero riferimento per il cliente. Quello che conta 
in questo caso è avere una buona visibilità commerciale e buone 
conoscenze. Non tutti hanno accesso a questo mercato: se qualcuno di voi 
decide di mettere su una società che verticalizza sap ad esempio, al 99% 
chiuderà i battenti entro l'anno a prescindere da quanto sia bravo a 
lavorare. Va da se che i clienti a questo livello sono di fascia alta 
perchè devono dar da mangiare a voi e a chi ha sviluppato il prodotto. 
Inoltre, scelti determinati brand, tutti i costi vengono amplificat idi 
conseguenza (sap costa di più, il consulente sap costa di più, lo 
sviluppo su sap costa di più, l'integrazione con sap costa di più, 
l'hardware certificato per sap costa di più ecc.). Il problema 
dell'azienda non è tanto che non riesce a sostenere il costo del 
progetto ma il fatto che non può permettersi di sbagliare perchè perde 
il controllo del proprio budget (sbagliare un progetto sap significa 
triplicare i costi e non tutti se lo possono permettere).
Nel caso 2 si investe sul prodotto ma fare questo oggi ha senso solo se 
il vero valore aggiunto è proprio l'originalità del prodotto. Chi fa 
questo secondo me non dovrebbe fare altro e lasciare ad altri l'attività 
di installazione/manutenzione e verticalizzazione. In molti fanno 
entrambe le cose e lo fanno, secondo me, male: cominciano con un 
software creato su commessa e lo riutilizzano poi da un altro cliente. 
Tale approccio che mira solo a risolvere una situazione contingente e di 
breve periodo, porta dopo qualche anno ad avere un prodotto praticamente 
da buttare in quanto ingestibile.
L'alternativa open source potrebbe essere conveniente se fatta nel modo 
adeguato:
Il vantaggio di avere un prodotto open source è dato dal fatto che 
raccoglie su di se un notevole interesse che si trasforma in visibilità 
per il prodotto e l'azienda che lo ha promosso e in contributi dalla 
comunità sia per il testing che per la documentazione, lo sviluppo le 
traduzioni ecc. Non ultimo per creare software open source puoi 
beneficiare di moltissimo codice open source che altrimenti non potresti 
usare.
Il prodotto è si gratuito, ma gratuitamente lo usa chi comunque non lo 
avrebbe mai comprato. Il vostro target di clienti è o dovrebbe essere 
dato da chi non ha interesse ad usarlo gratuitamente ma vuole qualcosa 
di funzionale a prezzi ragionevoli.
La società che ha sviluppato Openbravo fa business con il suo prodotto e 
non ha paura della concorrenza perchè sul suo territorio è imbattibile, 
e fuori non ci sarebbe mai arrivata. Il suo modello di business è così 
convincente che ha ricevuto l'anno scrorso un finanziamento di 5 milioni 
di euro.
Concludo con una domanda: se 2 o tre persone volessero mettere su una 
piccola attività informatica per assistere aziende in soluzioni 
gestionali, te la sentiresti di sconsigliare loro l'utilizzo di openbravo?