Questo sito utilizza cookie per le proprie funzionalità e per inviarti pubblicità e servizi in linea con le tue preferenze. Chiudendo questo banner, scorrendo questa pagina o cliccando qualunque suo elemento acconsenti all’uso dei cookie.

Accedendo al link http://www.odoo-italia.org/index.php/home/cookie-policy puoi leggere in dettaglio le modalità di trattamento dei cookie da parte dell'Associazione Odoo Italia.

Benvenuto, Ospite
Nome utente: Password: Ricordami
  • Pagina:
  • 1
  • 2
  • 3

ARGOMENTO: Gestione Rimborsi Spese NON-Rimborsabili

Gestione Rimborsi Spese NON-Rimborsabili 5 Anni 2 Mesi fa #14316

  • enlightx
  • Avatar di enlightx
  • Online
  • Platinum Boarder
  • Messaggi: 6064
  • Ringraziamenti ricevuti 638
  • Karma: 85
mariachiara ha scritto:
OSError: [Errno 13] Permission denied: '/usr/lib/python2.6/site-packages/openerp-7.0_20131204_002457-py2.6.egg/openerp/addons/account_transfer'"

Come dice l'errore, openerp non ha il permesso di scrivere in quel percorso.

vi sconsiglio di installare openerp come modulo python, ovvero con "python setup.py install".
meglio seguire questa procedura:

wiki.openerp-italia.org/doku.php/area_te...ubuntu_12.04/openerp

o meglio ancora (opinione personale), usare questo:

docs.anybox.fr/anybox.recipe.openerp/1.8.1/
Davide Corio
Odoo Solution Architect
email: Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
web: www.davidecorio.com
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Gestione Rimborsi Spese NON-Rimborsabili 5 Anni 2 Mesi fa #14329

  • GDollorenzo
  • Avatar di GDollorenzo
  • Offline
  • Senior Boarder
  • Ingegnere Gestionale (non ufficiale), Appassionato
  • Messaggi: 47
  • Karma: 0
Abbiamo sfruttato uno script pronto... è un'installazione su server Centos 6.3 quindi non credo vada bene quella guida
Ing. Giuseppe Dollorenzo
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Gestione Rimborsi Spese NON-Rimborsabili 5 Anni 2 Mesi fa #14330

  • enlightx
  • Avatar di enlightx
  • Online
  • Platinum Boarder
  • Messaggi: 6064
  • Ringraziamenti ricevuti 638
  • Karma: 85
l'installazione da sorgenti funziona su tutti i sistemi operativi, io la uso su linux, mac e anche windows
Davide Corio
Odoo Solution Architect
email: Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
web: www.davidecorio.com
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Gestione Rimborsi Spese NON-Rimborsabili 5 Anni 6 Giorni fa #15642

  • iw3hxn
  • Avatar di iw3hxn
  • Offline
  • Gold Boarder
  • Messaggi: 252
  • Ringraziamenti ricevuti 93
  • Karma: 2
Ciao riprendo questa discussione perchè credo sia attinente.


Il modulo di gestione spese è ufficialmente conclamato in hr_expense

La particolarità di questo modulo è:
class product_product(osv.osv):
    _inherit = "product.product"
    _columns = {
        'hr_expense_ok': fields.boolean('Can Constitute an Expense', help="Determines if the product can be visible in the list of product within a selection from an HR expense sheet line."),
    }

    def on_change_hr_expense_ok(self, cr, uid, id, hr_expense_ok):

        if not hr_expense_ok:
            return {}
        data_obj = self.pool.get('ir.model.data')
        cat_id = data_obj._get_id(cr, uid, 'hr_expense', 'cat_expense')
        categ_id = data_obj.browse(cr, uid, cat_id).res_id
        res = {'value' : {'type':'service','procure_method':'make_to_stock','supply_method':'buy','purchase_ok':True,'sale_ok' :False,'categ_id':categ_id }}
        return res

che di fatto aggiunge nel prodotto un flag "è una spesa" e quando si selezione porta in automatico il prodotto a diventare un servizio, acquistabile, non vendibile e make_to_stock.

Chiedo ai più, ha senso questa cosa?

Volevo condividere un ragionamento:

In OpenERP di fatto esistono 2 tipologie di prodotti:
  1. Tangibili
  2. Intangibili

Vi è poi il Metodo Rifornimento
  1. Produrre
  2. Comprare

e fino a qui nulla di male.
Ma se si inizia a dare un senso alle cose si può tradurre i Tangibili come prodotti che si toccano con mano (Stoccabili o Consumabili) e gli Intangibili come Servizi/Attività (task)

E quindi un prodotto con Metodo Rifornimento impostato a Produrre DEVE per forza avere distinta base, altrimenti che si produce? E se è Produrre forse allora non è da acquistare.

E questo vale per i prodotti tangibili, e per gli Intangibili ?

In questa analisi ci aiuta anche il buon vecchio OpenERP dove quando si inserisce una distinta base si può inserire senza problemi prodotti di tipo Tangibili che Intangibili.

Ma vediamo in un altra ottica la Distinta Base BOM, magari con gli occhi di un Project Manager.
In questo caso non è più una BOM ma una WBS.

Quindi probabilmente gli ideatori della BOM di OpenERP avevano proprio in mente questo:

Creare una distinta base ibrida dove vengono inseriti sia i prodotti utilizzati che le attività degli operatori per farlo

Arrivando al dunque:

Il giochino sta in piedi ma installando hr_expense la cosa si rompe in quanto avendo delle spese come servizi li posso aggiungere in distinta base.

Questo ha senso?

Non converrebbe estendere quel modulo creando una nuova tipologia di prodotto? Ovvero i Prodotti Amministrativi

Che è una tipologia totalmente differente, che non entra in distinta base, che non sono vendibili, neppure acquistabili ma che aiutino i contabili all'attribuzione dei costi e dei rimborsi.

Ad esempio le Marche da Bollo, i Caffè, le spese Ristorante, Alberghi.....
Carlo Vettore
Presidente Odoo Italia
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo....
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Gestione Rimborsi Spese NON-Rimborsabili 5 Anni 6 Giorni fa #15644

  • marcofromsicily
  • Avatar di marcofromsicily
  • Offline
  • Expert Boarder
  • "Abbracciate i vostri sogni e seguiteli!" - Baggio
  • Messaggi: 92
  • Ringraziamenti ricevuti 8
  • Karma: 1
E se è Produrre forse allora non è da acquistare.

In linea generale si, è corretto.

Potrebbero esserci delle eccezioni, tipo aziende che in base alle condizioni di mercato decidono se è conveniente produrre internamente un prodotto o appaltare all'esterno la produzione.

La distinta base è necessaria perchè calcola il costo di produrre internamente, si deve poi paragonare quel costo col costo di mercato che fa il fornitore per decidere se produrre internamente o appaltare.
Quindi probabilmente gli ideatori della BOM di OpenERP avevano proprio in mente questo:

Creare una distinta base ibrida dove vengono inseriti sia i prodotti utilizzati che le attività degli operatori per farlo

Per me non è una distinta base ibrida ma semplicemente una distinta base.

La finalità della distinta base è calcolare il costo diretto della produzione di un bene.

Il costo diretto è definito come "costo imputabile in maniera certa ed univoca ad un solo oggetto di costo".

Il motivo per cui si calcola questo costo è che costituisce il prezzo minimo al di sotto del quale un'azienda non dovrebbe produrre e vendere un bene.

Prendiamo ad esempio la produzione di una sedia, per calcolarne il costo diretto nella distinta base dovremmo avere il dettaglio dei centri di produzione attraverso cui passa la sedia, con il dettaglio per ogni centro di produzione dei:

1) Tempi standard di lavorazione uomo
2) Tempi standard di lavorazione macchina
3) Consumo di materie prime

4)La percentuale di scarto per ogni centro di lavorazione, che serve a calcolare le quantità lorde dei punti 1-2-3 per ogni sedia prodotta.
Il giochino sta in piedi ma installando hr_expense la cosa si rompe in quanto avendo delle spese come servizi li posso aggiungere in distinta base.

Questo ha senso?

Il costo delle risorse umane ha senso che entri in distinta base se questo è un costo legato alla produzione, perchè come scritto in precedenza serve a calcolare il costo diretto totale del bene.

Nel caso della sedia ad esempio, se il tempo standard di lavorazione uomo nel centro di produzione per una sedia è di 4 ore, considerando per semplicità lo stipendio mensile di un operaio € 1.000 il calcolo sarà:

1000 / (40*4) = 6,25 --- > costo orario dell'operaio

dove 1.000 è lo stipendio mensile, 40 sono le ore di lavoro di una settimana e 4 le settimane di un mese.

Costo diretto da imputare alla sedia: 6,25 * 4 = € 25

dove 6,25 è il costo orario dell'operaio e 4 le ore di lavoro necessarie per produrre una sedia.
Non converrebbe estendere quel modulo creando una nuova tipologia di prodotto? Ovvero i Prodotti Amministrativi

Io chiamerei questi costi costi indiretti, ovvero quei costi che non sono imputabili in maniera certa alla produzione di una sedia, esempi:

- canone telefono ed internet
- stipendio impiegato amministrativo / commerciale
- energia elettrica consumata dall'ufficio amministrativo commerciale (l'energia elettrica consumata durante la produzione entra in disinta base).

Una volta calcolati i costi indiretti, questi andranno ribaltati sul prodotto secondo un criterio, il più famoso dei quali è l'ABC (ma è solo uno dei metodi che si possono usare e non ne esiste uno senza difetti ed universalmente riconosciuto).

Il ribaltamento dei costi indiretti sul prodotto permette di calcolare il costo totale di un prodotto, dato dalla somma dei costi diretti e di queli indiretti.

Il costo totale è da paragonare con il prezzo unitario di vendita per ottenere il ricavo di ogni singola vendita.

In definitiva il punto di partenza dell'analisi dovrebbe essere: quale costo vogliamo calcolare???
www.marcolombardo.com - Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
Ultima modifica: 5 Anni 6 Giorni fa da marcofromsicily.
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.
  • Pagina:
  • 1
  • 2
  • 3
Tempo creazione pagina: 0.145 secondi

Odoo Italia Associazione - C.F: 94200470485 - Sede: Viale dei Cadorna, 83 - Firenze - Italy

Protected by R Antispam