Data ultimo aggiornamento: 09/11/2012

Clicca per accedere al sito di NTS Informatica
Clicca per accedere all'argomentoClicca per accedere all'argomentoClicca per accedere all'argomentoClicca per accedere all'argomento
Clicca per accedere al sito di NTS Informatica

Unità di misura e prezzi

In alcuni settori merceologici si pone il problema di dover gestire a magazzino (giacenze, disponibilità, ecc...) certi materiali (e/o certi semilavorati) con una unità di misura che è diversa poi dall'unità di misura utilizzata dal fornitore per la applicazione dei prezzi in fattura (o dal terzista per la fatturazione di lavorazioni esterne).

Per esempio barre metalliche (ferro, alluminio, ecc...) vengono spesso gestite a magazzino in metri lineari (ML) oppure a pezzi (PZ) ma il fornitore le fattura a peso (KG). Idem per certe lavorazioni; per esempio un terzista che fa lavori di anodizzazione fattura il suo lavoro in (KG) anche se il cliente (la ditta che utilizza Business) gestisce quel materiale (in questo caso semilavorato) in pezzi (PZ).

In questi casi è utile/necessario poter riferire prezzi di acquisto/lavorazione (o listini fornitori) ad una unità di misura che è appunto diversa da quella indicata in anagrafica articolo come unità di misura principale.

In Business può essere abilitata una gestione dei prezzi riferiti ad unità di misura diversa dalla principale che consente di gestire prezzi unitari riferibili (anziché all'unità di misura dell'articolo) all'unità di misura secondaria, confezione o formula. Per essere attivata, tale gestione, occorre impostare l'opzione globale del Registro di Business AbilitaPrezzoUM con valore -1 (il default è zero).

I prezzi gestiti per unità di misura secondaria o confezione operano sia su ciclo attivo che ciclo passivo, mentre per i prezzi per unità di misura formula sono gestiti solo su offerte, ordini (eccetto produzioni) e documenti di magazzino (eccetto produzioni).

è possibile impostare prezzi riferiti ad unità di misura diversa da principale dai programmi anagrafica articoli, anagrafica articoli a varianti e anagrafica clienti/fornitori, che gestiscono i prezzi. A tal scopo nella griglia dei listini è disponibile ed editabile la colonna aggiuntiva Unità misura, che se non visibile deve essere resa visibile tramite la configurazione della griglia.

Per gli articoli che vengono acquistati/venduti (o lavorati) ad un prezzo riferibile ad unità di misura diversa da quella principale, settare nell'anagrafica articoli gli appositi campi U.M. prezzo vendita e/o U.M. prezzo acquisto.

A seconda del valore impostato nel campo U.M. prezzo acquisto, l'elaborazione MRP genera automaticamente proposte d'ordine (acquisto e produzione terzisti) con unità di misura pari a quella ivi indicata, e prezzo unitario riferita ad essa.

Il principale meccanismo è il seguente: nei documenti su cui è supportato (vedi sopra) in presenza su riga di 'Unità misura' corrispondente a 'U.M. prezzo di acquisto/vendita', il prezzo viene ricercato e proposto per quella unità di misura e moltiplicato per il campo colli anziché per il campo quantità (di quella riga); viene segnalata questa situazione (del calcolo valore riga effettuato su colli anziché su quantità) con un nuovo campo campo S/N (check-box non editabile) sulla riga documento (questo campo è utile e necessario per modificare nelle stampe il calcolo del valore di riga ove è necessario; è infatti a volte a livello di report rieffettuare il calcolo stesso moltiplicando colli per prezzo anziché quantità per prezzo).

Nella ricerca di un prezzo, nell'inserimento di una riga sui documenti che supportano la nuova funzione, viene prima cercato il prezzo riferito all'UM indicata sulla riga; in mancanza viene cercato il prezzo riferito all'UM principale e poi (se presente) convertito in base al coefficiente o divisore presente nell'anagrafica dell'articolo. Per il costo medio e ultimo viene preso il dato (unico) riferito all'UM principale e poi convertito in base al coefficiente o divisore presente sull'anagrafica dell'articolo.

Limiti non superabili

La gestione dei prezzi riferiti ad unità di misura diversa dalla principale ha le seguenti limitazioni:

  • non è presente alcuna gestione/memorizzazione autonoma di costi ultimi, medi ecc... riferiti ad unità di misura diverse dalla principale (la cosa è presente solamente nell'archivio dei listini);
  • in virtù del gioco degli arrotondamenti non è possibile fornire nessuna garanzia di quadratura della riga nel ricalcolo del prezzo sulle quantità espresse in unità di misura principale (differenze possono essere visibili/evidenziabili per esempio in stampa inventario di magazzino);
  • non c'è supporto in presenza del modulo Project Management, nel senso che una riga documento non può avere contemporamente il riferimento ad un task-id e prezzo con unità di misura diverso da UM principale;
  • su righe con unità di misura prezzo diversa da UM principale non è consentita la selezione lotti aperti;
  • su righe con unità di misura prezzo diversa da UM principale non è consentita la selezione ubicazioni aperte;
  • su righe con unità di misura prezzo diversa da UM principale non è attiva la funzione Ricalcolo prezzi;
  • su righe con unità di misura prezzo diversa da UM principale non è attiva la funzione Salva condizioni particolari;
  • su righe con unità di misura prezzo diversa da UM principale non è attiva la funzione Apri precedenti movimenti;
  • su righe con unità di misura prezzo diversa da UM principale non è attiva la funzione Visulaizza listini in vigore;
  • su righe con unità di misura prezzo diversa da UM principale non è attiva la possibilità di indicare articoli Kit;
  • non sono supportati i meccanismi descritti nei programmi che fanno parte dei modulo RDA/RDO;
  • nella funzione di import da terminale della gestione documenti/ordini di un articolo gestito a UM secondaria viene counque considerata sempre l'UM principale, cioè se per l'articolo sono impostati prezzi riferiti alla UM secondaria, la funzione importa righe da file terminale non implementa la gestione dei prezzi sulle UM secondarie.

NB: potrebbero esserci altre limitazioni qui non indicate e non ancora note, implicite nel funzionamento dell'implementazione.

ll calcolo del valore riga avviene rispettando la seguente formula:

Esempio dell'uso dell'unità di misura formula

Supponiamo di avere un articolo GRANO gestito come unità di misura principale in KG è di venderlo sfuso o in sacchi preconfezionati di 0,75 Kg e 4,5Kg. L'articolo in questione dovra essere così configurato (per informazioni relative a come compilare il campo formula dell'articolo vedi anagrafica articoli):

A questo punto proviamo ad usare l'articolo creato nel seguente esempio, poniamo di vendere, 12 sacchi di grano del peso di 0,75 kg l'uno, 2 sacchi di grano del peso di 4,5 kg l'uno e 0,5 kg di prodotto sfuso al banco, il documento dovrà essere cosi compilato:

Clicca per accedere al sito di NTS Informatica