Libro giornale con Odoo

E’ stata aggiornata la stampa del libro giornale in Odoo, come ottenerla?

Dal menu Contabilità -> Reportistica -> Stampe Fiscali -> Reports di Contabilità -> Libro Giornale (come da immagine)
Report-giornale

si apre la procedura guidata, in cui va scelto l’anno fiscale di riferimento, la data iniziale (solo finchè non si procede alla prima “Stampa definitiva” in quanto poi verrà prelevata in automatico) e la data finale:
Report-giornale-wizard

Sempre nella procedura guidata è possibile deselezionare i sezionali da non stampare (per deselezionarli stabilmente impostare il flag presente nel sezionale) e l’ultima pagina stampata (da rilevare dalla precedente stampa):
Report-giornale-wizard-stampa

Ecco un esempio di stampa ottenuto nel 2016 relativo alle stampe del 2015:
Libro giornale report

Valutazione del magazzino in Odoo 8.0

Periodicamente le aziende con uno o più magazzini devono fare una valutazione del magazzino

con un inventario dei prodotti in stock, assegnando un valore ad ogni prodotto o categoria di prodotti secondo una delle modalità di valutazione previste dal Codice Civile (FIFO, LIFO o costo medio ponderato, per un dettaglio vedi l’articolo Giacenze_di_magazzino su Wikiversity).

Dalla versione 8.0 di Odoo la gestione del magazzino è stata notevolmente migliorata, in particolare:

  1. si può fare un inventario per periodo, per cui non è un problema farlo anche a posteriori per un qualsiasi periodo
  2. si può modificare a posteriori il tipo di valorizzazione dell’articolo: i movimenti già registrati vengono ricalcolati secondo la modifica fatta

Nel prodotto è possibile scegliere che la valutazione degli scarichi (n.b.: quella dei carichi è sempre al costo d’acquisto) sia fatta a:

    1. Standard price: con questo metodo il prezzo viene aggiornato manualmente, tipicamente a fine anno (in questo caso ci si prende la responsabilità di fare i conti manualmente della valorizzazione degli articoli secondo la normativa)
Tipo di valorizzazione del prodotto
Tipo di valorizzazione del prodotto
  1. Average price: in questo caso il prezzo viene aggiornato ad ogni acquisto alla media ponderata calcolata sulla quantità esistente a magazzino, la forma tecnica è “Costo medio ponderato per movimento”
  2. Real price: in quest’ultima situazione il prezzo viene inserito secondo il metodo FIFO (standard) o il metodo LIFO (continuo) se nella configurazione della categoria del prodotto è stato impostato il “Force removal strategy” (vedi immagine seguente).
Impostazione FIFO/LIFO categoria prodotto
Impostazione FIFO/LIFO categoria prodotto

Da questa impostazione si desume che si può scegliere il tipo di valorizzazione (LIFO o FIFO) solo per categoria di prodotti, che sembrerebbe un limite ma è molto più comodo da gestire in caso di variazioni.

Fin qui non fa una grinza, ma

dove si trova il valore totale del magazzino?

Il sistema previsto da Odoo è la creazione di un movimento contabile di entrata per ogni acquisto (o reso da clienti o surplus di inventario) e un movimento di uscita (o reso a fornitori o perdita di inventario) nel registro Stock Journal. Nella stessa schermata della categoria prodotto sono infatti configurabili 3 conti:

  1. Contabilità stock in ingresso
  2. Contabilità stock in uscita
  3. Conto valorizzazione di magazzino

Questa soluzione sarebbe perfetta (vedi successive note), in quanto si ha la possibilità di recuperare la valutazione del magazzino a qualsiasi giorno dal passato fino ad oggi, attraverso il saldo del conto inserito per la valorizzazione del magazzino alla data, senza tra l’altro dover fare alcuna registrazione contabile. Notare che il valore è ricavabile sia dalle righe di movimentazione del magazzino che dal conto contabile, in pratica con una ridondanza di dati (vedi immagini seguenti), per cui si può scegliere in piena autonomia se fare:

  1. registrare automaticamente un movimento contabile per ogni movimento di magazzino (possono essere anche decine di migliaia di righe per anno in una piccola azienda di produzione o commerciale, che non sono un granchè a livello di database);
  2. registrare manualmente una singola registrazione quando serve dai valori ricavati dal magazzino.
Valuazione inventario dal conto di contabilità
Valuazione inventario dal conto di contabilità
Valuazione inventario dal magazzino
Valuazione inventario dal magazzino
Nota1:

se viene cambiato il tipo di valorizzazione a livello di categoria prodotto da LIFO a FIFO o viceversa, non viene eseguita alcuna modifica sui movimenti, sia di magazzino che eventualmente contabili, già creati, per cui è importante che la scelta venga fatta e applicata all’inizio del periodo.

Nota2:

se viene cambiato il metodo di determinazione costi da Real price a Costo medio ponderato o Costo standard, i valori nei movimenti di magazzino vengono aggiornati, mentre non vengono toccati i movimenti contabili creati (dovrebbero in teoria essere eliminati). Vale quindi sempre la raccomandazione di scegliere se effettuare la valutazione con il metodo Tempo reale (automatico) all’inizio.

Nota3:

per avere un totale che coincida con i calcoli fatti sul sito Wikiversity nel caso “media ponderata”, utilizzare 3 decimali, vedi immagine seguente:

Impostazione decimali prezzo del prodotto
Impostazione decimali prezzo del prodotto

Marketing, pubblicità di software erp e mondo reale

Il marketing è una materia complessa e di cui vediamo particolarmente la parte relativa alla pubblicità. Personalmente di solito evito di guardarla, però a volte è intrigante, altre divertente, qualche volta perfino utile.

Nell’attività aziendale è necessario farne, e spesso nel messaggio si punta all’esagerazione per ottenere l’attenzione. Che va bene in alcuni casi, in altri meno, in altri per nulla.

Nel settore di cui si parla in questo blog non va bene esagerare, anzi non va bene dire nulla di più di quello che è. Il motivo è semplice, le funzionalità di un software partono da stampare un bel “Hello world!” sullo schermo, fino a… cosa? Non c’è un limite superiore che non si possa raggiungere con gli strumenti adatti (e gli investimenti relativi).

Per questo credo che il cambiamento di rotta che ha preso Fabien Pinckaers [fondatore e CEO di OpenERP SA] in un recente post sia molto importante e un segno di maturità: “It’s important to tell what WE DON’T DO, not only what we will do”.

Il messaggio è chiaro: dire quello che il nostro software erp non fa, specificarlo a chiare lettere subito, quando si ha il primo incontro con il cliente. Non limitarsi a dire quello che fa e lasciare il resto all’immaginazione del potenziale cliente.

Un software è specializzato per fare determinate cose, non può esserci un software specializzato a fare tutto (sarebbe un controsenso in termini, perchè sarebbe de-specializzato).

Completamente d’accordo.

A che serve un software erp?

Molti anni fa sono andato a fare il militare. Erano i primi anni ’90, avevo appena completato le superiori e prima di ricevere la famosa cartolina, avevo seguito un corso di computer (su a quei tempi potenti 486dx).

Quindi avevo imparato qualcosa in più di quello che passava la scuola statale. Mi ero perfino comprato un paio di manuali (su Lotus 1-2-3 e DBaseIV, che tenevo come oracoli).

Quindi, superato il primo periodo di CAR [addestramento reclute],  mi sono cimentato con l’inventario dello spaccio militare di una caserma da 800~1200 reclute, a seconda del periodo.

Tenuto ovviamente su efficientissimi registri cartacei, il tutto molto gestibile, dato anche l’abbondanza di manodopera a basso costo in caserma…

Cosa potevo fare io se non cimentarmi nel mio primo decente foglio di calcolo kilometrico? Mica mi  facevo scoraggiare dal pc (un 286), o dall’ambiente (chi te lo fa fare?), anche perchè almeno il Lotus 1-2-3 c’era, e quindi…

A questo serve il software: a semplificare e migliorare il lavoro d’ufficio.

Dei software d’ufficio, il software dedicato a gestire l’azienda nel suo complesso è il software erp, spesso integrato con altri strumenti esistenti. Mi vengono in mente alcune caratteristiche di questo software a cui non rinuncerei: intuitività, solidità, velocità, accessibilità.

Intuitivo vuol dire che se quel tasto sembra che funzioni così, deve funzionare così (almeno secondo il 9x% degli utenti).

Solido vuol dire che deve stare in piedi almeno per x mesi senza disturbare.

Veloce vuol dire che deve eseguire quello che impiegherei x tempo a fare con altri strumenti in una frazione di x.

Accessibile vuol dire che lo posso vedere da dove mi serve.

Ai tempi dei 286 non si poteva pensare a questi “dettagli”, ma ora non è più accettabile lavorare con strumenti senza queste qualità, e altre non meno importanti (sicurezza, gestione permessi, utenti, ecc.), perchè ci mettiamo fuori gioco, fuori da un mercato competitivo come non è mai stato.

Novità sulla verifica congruità fatture (localizzazione OpenERP)

Localizzazione OpenERP

In questo periodo c’è un sacco di carne al fuoco, quindi resta poco tempo per postare 🙂

Però segnalo uno degli aggiornamenti fatti sulla contabilità (per ora sulla 6.1, versione in produzione): la verifica della data e del numero della fattura del fornitore.

Intanto, il modulo interessato alle modifiche è stato l10n_it_account, che è stato reso dipendente da account_invoice_entry_date (che per questo motivo adesso è installato di standard): quest’ultimo modulo crea un campo di inserimento della data fattura del fornitore e ne verifica la congruità, cioè che non venga registrata una fattura con data successiva alla data della fattura stessa.

Fatto questo, il modulo l10n_it_account è stato modificato con l’aggiunta di un campo in cui inserire il numero della fattura del fornitore (nell’oggetto account.invoice) e quindi controllato secondo questi passaggi:

  1. verifica che non ci siano già fatture fornitori (o clienti) registrate con data superiore a quella di registrazione che stiamo inserendo, all’interno dei periodi collegati all’esercizio fiscale in corso;
  2. verifica che non ci siano già fatture fornitori registrate con stessa data e numero di emissione da parte del fornitore.
Controllo fatture
Data di registrazione e numero fattura del fornitore

La verifica sulle fatture clienti è stata migliorata rendendola basata sui periodi collegati all’anno fiscale in corso, evitando quindi possibili problematiche con gli altri anni fiscali.

ASAP queste modifiche saranno portate anche sulla 7.0. Stay tuned!

OpenERP e l’integrazione dei gestionali.

L’integrazione dei gestionali con Openerp

Alla nascita di un’azienda, solitamente, si acquistano le cose essenziali per il proprio business. Un software gestionale è necessario per fare DDT e fatture (anche la contabilità e il bilancio se si ha del personale adeguato). In seguito, se tutto fila liscio, ci si trova a dover gestire la produzione, o i cantieri, o gli autisti, con sistemi più o meno manuali, per cui si finisce con l’acquistare un altro gestionale, specifico per questa necessità.

struttura gestionali
struttura gestionali

Alla fine si possono arrivare ad avere due, tre, diversi gestionali per coprire esigenze specifiche della nostra attività. E’ evidente che non è il massimo, perchè molto dati sono comuni ai vari gestionali (anagrafiche soprattutto) e comportano un aumento dei tempi di gestione, come pure la possibilità di errori nell’inserimento doppio/triplo dei dati.

E, cosa non ultima, ci limitano (e di molto) la possibilità di avere dati aggiornati in tempo reale, anzi di solito non ce li danno proprio. Questo perchè i vari sistemi non dialogano tra di loro, a meno di soluzioni di integrazione.

Il passaggio successivo è infatti l’integrazione dei vari gestionali, che avviene solitamente con delle procedure automatiche eseguite una volta ogni tot tempo, tra i diversi database. Soluzione che ovvia ad alcuni problemi, ma che alla fine è solamente un rattoppo ad una situazione non ottimale.

struttura gestionali connessi
struttura gestionali connessi

L’integrazione con OpenERP non è a questo livello, ma è al livello successivo: i gestionali spariscono, l’ERP contiene tutte le funzionalità che avevamo nei precedenti software gestionali. Ciò è possibile tramite una personalizzazione dell’ERP, resa molto più comoda dalla struttura framework dell’ERP. Permette inoltre di avere i dati in tempo reale e di avere degli extra-dati aggiuntivi, che danno quel quid in più che spesso serve per prendere decisioni, anche di fondamentale importanza.

struttura erp
struttura erp

Software gestionali

Usabilità e test

I commerciali delle software-house sanno elencare in maniera esaustiva cosa fanno i loro software gestionali: vendite, acquisti, magazzino, crm, produzione, chi aggiunge la procedura d’assunzione e valutazione del personale, ecc.

Il “come” lo fanno possono provare a spiegarlo, almeno in maniera teorica: di solito i commerciali usano una parte molto limitata del gestionale. E’ anche un fattore logico e di economia: i test dei software gestionali sono affidati a chi fa la QA, o test di qualità, che spesso avviene con l’uso diretto misto ai test su diversi database, ed è eseguito da personale che ha esperienza delle stesse operazioni, maturata ovviamente anche su altri sistemi gestionali.

E’ in questo “come” e nel sistema di QA che si nota la differenza tra le aziende che producono software.

test software gestionali

Non è possibile testare e quindi vendere un software per la produzione se non si ha idea di cosa voglia dire gestire un magazzino. Né si può pensare di dare un gestionale per fare la contabilità se non si sa cosa sia una chiusura contabile.

E’ per questo motivo che aziende anche di un certo spessore si trovano impantanate in questioni banali (banali per chi non ne ha esperienza) come distinta base o registro IVA: perchè non hanno personale con un’esperienza in materia.

Il valore di un software gestionale sta nella capacità di ridurre l’intervento umano per generare valore aggiunto, riducendo il margine d’errore e guidando l’utente nei processi: ma se questa guida non è stata provata da persone che lo fanno di mestiere, che valore può avere?

Questo è il punto cruciale che abbiamo messo in cantiere per arrivare ad un gestionale usabile con un’ottica italiana, ma con uno spirito internazionale.

Stay tuned

Ispezione ISO9001 e apertura mentale

Apertura mentale

Oggi in un’azienda abbiamo superato l’abituale audit per il rinnovo della certificazione ISO9001: in questi momenti c’è sempre un po’ di tensione, anche se tutto è a posto, perchè magari non si conosce l’auditor, i suoi “gusti” in termini di burocrazia, e altre bazzecole del genere.

Però spesso l’audit ha dei momenti di rilassamento, in cui si può ragionare a mente fredda sulla strada che si sta facendo, e saltano fuori delle cose interessanti.

Intanto degli ispettori (nati nell’era pre-computer) ci fanno vedere che sono in grado di ammodernarsi: come redigere i report dell’audit su un tablet. Nulla di particolare, ma già dà un po’ di brio. Poi, scannerizzarsi i documenti dell’ispezionato con uno scanner portatile. Va bè, è solo un dettaglio. Però…

Però poi guarda i bei moduli cartacei per fare le check-list (e chi non le fa cartacee? dò un tablet a ogni magazziniere?) e mi suggerisce – caldamente – di farle con un form web in rete, magari su un software gestionale… Uau! E io che fatico a far passare qualsiasi proposta via web!

Pensavo fosse un problema d’età, invece è solo un problema di apertura mentale… e che ci posso fare? Trapano? 😉

apertura mentale
apertura mentale

Regole di riordino sul venduto

Modulo di riordino sul venduto

Grazie alla richiesta di un utente del forum italiano di OpenERP in questo thread
abbiamo sviluppato un piccolo modulo per il riordino sul venduto che è stato integrato nel branch stock-logistic-warehouse nella rev. 29.

La descrizione della funzione del modulo è questa (tradotta):
Questo modulo permette di migliorare le norme di riordino del modulo magazzino. Funziona prevedendo lo stock necessario per ogni prodotto per n giorni di vendita, con la successiva formula: ((quantità vendute in days_stats * (1 + forecast_gap)) / * days_stats days_warehouse) dove:
– days_stats = giorni sul quale calcolare le statistiche di vendita;
– forecast_gap = previsione di aumento / diminuzione delle vendite (%);
– days_warehouse = giorni di magazzino da tenere a magazzino.
Uso: inserire le variabili days_stats, forecast_gap e days_warehouse nel form del prodotto e creare una regola di riordino per lo stesso prodotto, senza inserire nulla (né la quantità massima né la minima sono obbligatorie). Il cron job viene eseguito tutti i giorni e aggiornerà il quantitativo massimo nella regola riordino (è possibile forzare il cron cambiando la data e l’ora di esecuzione). Questo modulo non ha bisogno del modulo purchase per funzionare, ma è utile con quel modulo.

In sostanza con questo modulo non è più necessario calcolare la quantità da tenere in magazzino per i vari articoli, che viene presunta in base al venduto tramite le variabili inserite.

riordino sul venduto
riordino sul venduto

Produttività e non

F1 e triciclo…

Mi dispiace, non ce la faccio… a non scrivere!

Il fatto: ho chiacchierato per caso con un tale, che poi si scopre essere il titolare di un’azienda. Dalla chiacchierata deduco che sono moderni, che lavorano bene e hanno un ufficio ben strutturato: insomma, ci tengono alla produttività.

f1

Allora comincio a farmi spiegare il loro workflow attuale, e qui viene il bello:

  1. per fare un preventivo usano un foglio di calcolo
  2. per stampare un preventivo usano un documento di testo
  3. per verificare quali preventivi sono in trattativa caricano i dati su un altro foglio di calcolo
  4. per fare un ordine fornitore usano un altro foglio di calcolo
  5. per fare una conferma d’ordine usano un altro documento di testo
  6. ecc. ecc.

risciò

Inutile dire che gli ho detto di integrare il tutto in un unico gestionale… siamo qua apposta 🙂