Plone ed ERP
Scopriamo quando Plone e ERP sono l'accoppiata vincente. Quali sono i casi in cui conviene scegliere questa strada e quando no. Alcuni esempi e suggerimenti
Plone è uno strumento molto flessibile e si adatta ad un gran numero di casi d'uso. Tra questi mi capita sovente di occuparmi di funzionalità di tipo ERP.
Per chi non lo sapesse un ERP (Enterprise Resource Planning) è un software che ha il compito di gestire ed organizzare le risorse dell'azienda. Ovviamente in questa definizione ricadono necessità molto diverse tra loro.
Vediamo insieme per quali di queste funzionalità Plone è un buon ERP. Iniziando dalle macro aree possiamo identificare: la collaborazione tra gli utenti, la gestione e l'aggregazione tra contenuti di diverso tipo e l'integrazione con altri strumenti aziendali per leggere o generare flussi di dati.
Quindi alcuni sviluppi che possono sfruttare queste potenzialità sono ad esempio: la gestione dei progetti, la gestione dei flussi di approvazione dei documenti della qualità, l'archiviazione di documenti generati da applicativi gestionali, la gestione del flusso delle richieste interne all'azienda (es.: ferie, acquisti, ordini di servizio, ecc...), modifica e consultazione delle schede del personale.
Dove invece Plone non penso possa dare una mano è nell'ambito della contabilità pura, che spesso viene confuso come sinonimo di ERP, perché ciò richiederebbe sviluppi specifici per legislazioni di paesi diversi che dovrebbero essere manutenuti nel tempo allineati con la normativa ed esistono già parecchi software che lo fanno bene.
Sicuramente avrò dimenticato qualcosa, mi farebbe perciò piacere ricevere le osservazioni di chi legge in merito alle sue esperienze in soluzioni di tipo ERP con Plone. Commentate!
Limiti e scelte :)
Con Plone è abbastanza semplice fare una piattaforma di TT con annessa collaboration. Poi è da capire se quella fatta con i prodotti classici di Plone è esattamente quella che soddisfa le tue necessità.
Come hai fatto notare tu Plone è il mago della flessibilità e quindi si adatta a quel che vuoi, ma parte da una base più semplice rispetto a quella di software specifici che però ovviamente sono meno flessibili.
Qui la scelta è sempre la solita: adatto il software o mi adatto io? :)
Contabilità o non contabilità questo è il problema
Quello che è più complesso è gestire tutto il contorno, per esempio l'elenco dei prodotti che magari sono associati ad una gestione magazzino oppure quel che è legato alle normative.
Con complesso non intendo difficile, solo che c'è una quantità di lavoro non banale da fare per ottenere un prodotto simile ad uno dei mille applicativi di contabilità che si vendono in ogni negozio.
Quindi finora, che io sappia, nessuno si è buttato nel mondo della contabilità utilizzando Plone come framework. A dire il vero non ne conosco neppure granché in PHP, ma la maggior parte sono sviluppati con tecnologia Microsoft.
Solo per pochi ... forse
- Plone è l'esempio migliore di dinamicità nel software
- Plone copre, rispetto ad altri sistemi, un maggior numero di servizi per le aziende
- Plone è stabile e sicuro
- Plone è supportato da una comunità incredibile, dinamica e professionale
Okay tutte motivazioni che spingono fortemente a favore di Plone. Ma allora come mai Plone rimane un software adottato solo da grandi realtà aziendali, e di conseguenza con budget elevati per investire in sviluppi personalizzati e integrati con altre piattaforme, parlo di intranet o ERP, no di siti web.
Non credete che tutte le peculiarità che rendono Plone questo magnifico strumento di sviluppo per applicazioni web, possano essere rese molto più accessibili anche alla miriade di sviluppatori che ora lavorano su framework tipo Symfony o .Net
Sinceramente è un pò frustrante vedere che Plone può risolvere molti problemi ma che per farlo bisogna avere una software house con i migliori GURU del mondo Plone/Python.
Con altri sistemi si riesce a lavorare, rinunciando ad alcune peculiarità, in modo comunque professionale, ma più veloce e soprattutto in libertà.
L'augurio per Plone 4 è di essere finalmente più orientato agli sviluppatori in generale :)
Pingback
vero, ma...
premetto che sono uno che dubita che esista un software in grado di eccellere in qualsiasi campo lo si utilizzi.
Plone è un fantastico CMS, ma se dovessi immaginare di metter su una soluzione ERP / Plone mi si rizzerebbero i capelli (che non ho :D).
E' vero che Plone mi permetterebbe di riutilizzare molti moduli utili come autenticazione e gestione dei permessi, ma la struttura prettamente tabellare/griglia delle varie componenti di una realtà ERP male si sposa con Plone-the-framework.
Certo, se avessi una software house con 20 sviluppatori plone tutti ad alto livello FORSE potrei cimentarmi, ma se la scelta dovessi farla oggi allora mi orienterei su tecnologie diverse ;)
Vito
stravero, ma...
Nel post e nei commenti ho proprio voluto evidenziare quel che dici tu e cioè che non vale la pena far fare queste cose a Plone perchè puoi comprare per pochi euro software che già fanno bene queste cose.
Però tipicamente ci sono tante realtà in cui non c'è bisogno di aver il software ERP monolitico perché tanto non farà mai tutto quello che servirà e la suddivisione tra gli utenti permette anche una suddivisione tra i servizi. Perciò l'approccio cambia e si va verso la intranet che eroga servizi di tipo ERP e Plone questo lo sa fare molto bene.
Ovviamente non gestirà contabilità e paghe, ma magari permetterà di fare le ricerche sui prodotti in magazzino, gestirà i progetti (task e scadenze) e i relativi documenti e comunicherà automaticamente al software di contabilità che un progetto è chiuso ricevendo indietro la fattura in PDF da archiviare, gestirà il flusso delle richieste degli utenti (ferie, acquisti, ecc...) e della dirigenza (ordini, disposizioni, avvisi, ecc...), controllerà le schede di manutenzione degli strumenti e degli impianti avvisando il responsabile quando è ora di fare una revisione, ecc... Tutti esempi di servizi ERP che ho visto realizzarsi con successo e che immagino tu sappia molto bene come realizzare con Plone.
Confermo
Nella software selection che abbiamo fatto in azienda è risultato il migliore, ovviamente escludendo i programmi di contabilità che abbiamo da anni e che sono intoccabili.
Limiti o scelte?
dal tuo post rimango molto confuso e cerco di spiegarti il perché.
Plone viene definito come uno fra i CMS migliori al mondo prendendo in considerazione diversi aspetti come la flessibilità, il db, la sicurezza, etc...
Tu ora parli di ERP indicando come un aspetto fondamentale la collaborazione fra gli utenti, ovviamente concordo con te. Ma mi viene subito spontaneo chiederti, se per esempio ho un software con cui erogo l'assistenza tecnica ai miei clienti, il classico trouble ticket, e in quel software voglio inserire la collaborazione fra i vari tecnici che si occupano del cliente, secondo la tua visione, dovrei usare Plone affiancato al software di TT.
Ma mi sembra una soluzione troppo dispendiosa e poco usabile nella realtà. Io implementerei in Plone una gestione di TT personalizzata con affianco una anagrafica clienti.
Non credi?
Alle fine dici che secondo te Plone non è adatto ad una gestione fiscale dell'azienda. Credo che tu intenda con questo la gestione di servizi come prima nota. E qui sono ancora d'accordo con te, ma allora mi chiedo un'altra cosa:
secondo te Plone può essere usato, oltre alla gestione documentale, anche per la gestione delle attività come emissione fatture, ddt, ordini etc... ?
Quello che io intendo e avere un sistema in cui collaboro alla vita aziendale (CMS puro e semplice), gestisco i servizi con i clienti (trouble ticket), amministro i miei servizi, fatturo ai clienti, emetto ordini ai fornitori, ddt per i tecnici.
Non capisco perché queste operazioni vengano definite da molti sviluppatori Plone come troppo complesse per un CMS, e parlo anche a livello di costi di sviluppo. Scusa ma con PHP queste cose si fanno da anni, a costi decenti e molto inferiori rispetto a soluzioni Plone o JSP.
Scusa se sono andato fuori tema.
Ciao.