ARGOMENTO: Workflow di vendita semplificato

'sera..

sto cercando di raccogliere e analizzare i requisiti per realizzare un flusso di vendita semplificato per le microrealtà italiane.

Il documento è disponibile qui http://wiki.openerp-italia.org/doku.php/area_utente/requisiti/workflow_semplificato, chiunque voglia dire la sua si faccia avanti

non posso che essere contento del fatto che la community italiana si sta svegliando anche dal punto di vista sviluppo e consulenza e non solo per quanto riguarda gli utilizzatori finali

cercherò sicuramente di contribuire al documento, anche se in questo caso...la parola dovrebbe andare proprio agli utilizzatori finali.

Eccomi qui, io potrei essere uno di quegli utenti finali a cui la cosa interessa

Prima di tutto una breve descrizione della mia realtà per contestualizzare la cosa.
Nn paio di operatori che seguono l'ordine di vendita in tutte le loro fasi dall'inserimento dei dati del cliente/prodotto fino ad inscatolare l'ordine per spedirlo.
Nella mia realtà ( micro-realtà ) si possono togliere tutti quei meccanismi di OpenERP di suddividere l'ordine in mille passaggi da fare in uffici distinti.

Esempio è la spedizione che prevede ( mi pare in maniera tassativa ) che ci sia chi conferma l'ordine, chi lo impacchetta, chi lo verifica e chi lo spedisce... per me questa cosa, nelle piccole realtà, è da semplificare al massimo, nel caso di spedizione ci sono solo:
Conferma Ordine che genera il DDT ( che in automatico significa che il materiale è impacchettato ) -> Conferma spedizione ( scarico magazzino ).

...ora vado di fretta, domani spero di trovare il tempo per definire meglio i fari punti ma mi servirebbe qualcuno che conosca già OpenERP che mi scriva l'attuale workFlow così da ragionare su come modificarlo e non inventare nulla di assurdo...

ciao a tutti
Mauro

Ciao,

attualmente ci possono essere 4 diversi processi che portano alla chiusura della vendita e dipendono da quello che viene selezionato in "Politiche di spedizione".
Ho appena tradotto l'help di quel campo in modo da chiarire questi comportamenti: translations.launchpad.net/openobject-ad...le/it/150/+translate

La mia idea sarebbe quella di creare una nuova opzione (da creare, ad esempio “Fatturazione e consegna automatica”) per “Politiche di spedizione”. Con questa opzione attivata, al momento della conferma dell'ordine verrebbe automaticamente creata la fattura e fatta uscire la merce. (http://wiki.openerp-italia.org/doku.php/area_utente/requisiti/workflow_semplificato)

Per un cliente sto seguendo la semplificazione del worflow dell'approvvigionamento.

ovviamente i due flussi (vendite e approvvigionamento) si incontrano più volte nelle realtà manifatturiere.
Penso possa avere senso descrivere in UML i due wf semplificati per ragionarci un po' sopra ed eventualmente fare un modulo unico con un wizard all'installazione che permette di scegliere cosa semplificare o meno.

...ok, questo sicuramente può essere un buon metodo.
Quando confermo l'ordine posso ancora modificare quella voce?

Altro problema è non perdere di vista l'origine della modifica, rendere la procedura semplice per l'utente, per assurdo può essere più conveniente spostare "Politiche di spedizione" in un Pop-Up che si apre quando confermi l'ordine.
Si aggiunge un passaggio ma è un passaggio obbligato che una persona non può ignorare e non deve perdere tempo a pensare dove trovare la voce e/o ricordarsi di modificarla.
Essendo una decisione che determina in maniera pesante il workflow dell'ordine ( non mi pare sia modificabile una volta confermato ) a mio avviso conviene incanalare l'utente.

Ciao!