ARGOMENTO: Provvigioni

eLBati ha scritto:Inoltre anche il "Product Manager" di un prodotto è associato ad un utente e non ad un employee. Sembra che evitino sempre di usare gli employee. Ci sarà un motivo?

fp dice che un salesman in generale può non essere un employee e che gli utenti possono essere associati ad employee ed a partner, solo che io non ho capito come associare un utente ad un partner...

Ciao, la mia idea sulle provvigioni, che tra l'altro e' come viene gestita dal gestionale mexal di passepartout, e' questa:

il valore della provvigione e' il numero che si trova dall'intersezione di una tabella dove il numero di colonna e' data dal numero specificato nel partner e la riga dal campo specificato che c'e' nel prodotto.


In questo modo e' possibile variare la provv. a seconda del partner e a seconda del prodotto.

ciao

Quindi in quel gestionale il venditore è un partner? In generale, ed è per questo che il "salesman" di openerp è un user, il venditore può essere un partner come un employee.

Fabien mi diceva che usare user non è una limitazione perchè puoi associare gli utenti sia agli employee (e questo so come farlo) che ai partner (e questo non ho capito come farlo).

Comunque, supponendo di poter associare gli utenti ai partner, la tabella di cui parli potrebbe essere associata agli utenti e tramite quella si potrebbe facilmente calcolare la provvigione dell'ordine

No, l'agente fa parte di un conto diverso dai clienti, anche se a mio avviso non cambia nulla.

Fatta la tabella, e' necessario poi specificare per ciascun cliente l'agente relativo.

Secondo me, l'agente dovrebbe essere trattato come un normalissimo partner dove ha una sua ragione sociale, potrebbe avere dei contatti se e' un'agenzia. Meglio partner che users.

ciao

lucasub ha scritto:Allora, in questo modo, non prevedi che gli employee possano avere provvigioni. Caso tipico: un dipendente a cui paghi uno stipendio fisso + una provvigione su ciò che vende.

Secondo me le provvigioni dovrebbero poter essere calcolate sia per employee che per partner. Quindi il venditore ("salesman"), in generale, non è sempre un partner o sempre un employee. E quindi trovo giusto che il salesman in openerp sia un res.user associabile ad un partner o ad un employee.