ARGOMENTO: Alcuni appunti in ottica sviluppi

Ciao , Sappiamo che la localizzazione di oerp lato contabilita' ci da' diversi problemi (e sostengo che non e'deve essere il valore aggiunto di oerp ).

metto allora qui alcuni punti che secondo me servirebbero e NON so se sono gestiti su oerp , o forse mi sono sfuggiti, in rigoroso ordine sparso:
1) sconti su pagamenti anticipato
2) note varie di diversa tipologia combinabili in fase di stesura ordini , bolle fatture (questo in parte c'e' gia')
3) gestione dei periodi di esluclusione per le scadenze (ad esempio agosto e natale, possibilita' di gestire i termini di pagamento +n giorni)
4) gestione delle zone o aree di vendita
5) gestione dei codici interni alternativi , codici cliente alternativi , e codici fornitore alternativi.
6) Storico prezzi : possibilita' di interrogare (senza lanciare un report) i prezzi movimentati di un prodotto mentre lo sto inserendo in un ordine.
7) gestione dell'invio dei documenti via posta elettronica.
8) gestione delle destinazioni diverse (mi e' sfuggito , ora controllO)
9) gestione delle banche, la tabella banche non contiene i campi abi e cab. sarebbe interessante importare l'elenco delle banche italiane.


altre cose mi verranno in mente strada facendo e verranno pure organizzate

umibozu ha scritto:
In realtà sono solo problemi di usabilità e di mancanza, di default, di alcune stampe utili, che all'occasione però ognuno può farsi ad-hoc.

La contabilità di per se funziona.
cosa sarebbe?Si, ce lo chiedono spesso
Si
Ci sarebbero gli shop
Anche questo lo mettiamo spesso nelle customizzazioni dei clienti
Avevo visto un addon apposito
Powermail forever
Tutte quelle che vuoi
Anche questo lo facciamo spesso.

In questo periodo mi manca fisicamente il tempo di aggiornare la localizzazione con tante cose che ho già fatto per diversi clienti.
Ma spero vivamente di avere un po' di tempo libero con l'inizio dell'estate.
Male che vada facciamo uno sprint e mi date una mano

aggiungo:

gestione documenti . ogni erp serio ha una gestione documenti che dica che cosa fa il documento in oggetto (scarica magazziono, carica altro magazzino, evade l'ordine, ecc ecc)

c'e' qualcosa di simile in oe... devo gestirmi tutto con i wkf ?

tu cosa intendi per "documento"?

Il molti "gestionali", il documento è quello che per openerp è il "oggetto", ovvero in OpenERP abbiamo l'oggetto "account.invoice" che è la fattura, ma il documento che viene generato dalla stampa della fattura è un "allegato" dell'oggetto "account.invoice"

In effetti qui sta il problema: ho notato che in openerp i termini oggetto e modulo sono un tantino iflazionate in quanto usate in maniera intercambiabile tra oggetti OOP ed oggetti applicativi, vedi l'esempio che facevi tu prima, e questo può confondere parecchio chi non ha nozioni di Object oriented programming. Forse sarebbe il caso anche a livello di traduzione distinguere tra il livello applicativo e quello di programmazione usando termini diversi ed al limite creare un glossario nel wiki.
Idem dicasi dei moduli anche se qui c'è un po' meno confusione perchè un modulo operERP è a tutti gli effetti un modulo python.

N.B. Nell'accezione comune quando si implementa un ERP e si parla di documento non si intende solo la stampa ma l'insieme di dati che rappresentano un documento o un fatto aziendale: ad esempio la RIBA è a tutti gli effetti un documento che attesta un pagamento anche se non viene più stampata da anni.
Non so se umibozu intendesse la stessa cosa.

Confermo in pieno.

Spesso i clienti parlano di "documenti" intendendo la schermata di generazione del documento (solitamente un nuovo record su una o più tabelle del db) vero e proprio.

L'oggetto (concettualmente parlando) per loro è il documento.

Questo non risulta molto agevole in un ERP dove non esiste un vero e proprio focus sui dati, ma dove il tutto è invece improntato sul flusso di questi.