Ticket #153 (closed compito: sistemata)

Opened 3 years ago

Last modified 3 years ago

Unità di misura e di prodotto

Reported by: fero Owned by:
Priority: importante Milestone:
Component: sviluppo Keywords: step, ordine, amount, quantità, key
Cc:

Description

Varie cose di sono dette sull'unità di misura. C'è l'esigenza della conversione, di evitare la proliferazione delle unità di misura, e della elaborazione di un prezzo indicativo anche in caso di confezioni non standardizzate (il cui contenuto è solamente indicativo)

La soluzione proposta prevede:

  • Unità di misura (es: grammo)
  • Unità di prodotto (es: confezione)
  • Unità di misura per unità di prodotto (es: confezioni da 300 gr.)
  • flag "è indicativo"?

Nella visualizzazione dei totali si metterà un indicatore (es: "*") che segnala all'utente che è una stima nel caso i valori siano indicativi.

L'attributo order_step è riferito sempre alle unità di prodotto e per questo è un valore intero positivo.

I seguenti casi sono esempi gestiti:

  1. Bottiglia di vino di 70cl che costa 5€/bottiglia: unità_misura=cl, unità_prodotto=bottiglia, quantità_per_prodotto=70, prezzo=5,00
  2. Pagnotta di 200 gr: unità_misura=gr, unità_prodotto=pagnotta

Il prezzo al litro o al grammo si ricava con una property.

Change History

comment:1 follow-up: ↓ 2 Changed 3 years ago by dom_thual

In sostanza vengono creati 2 nuovi fields in più: unità_prodotto e quantità_per_prodotto?

quindi per dare altri esempi:
Ammorbidente neutralizzante busta rimballo di Lt 4.50:
unità_misura=cl, unità_prodotto=bottiglia, quantità_per_prodotto=450, order_step=1

Coniglio vivo di KG 2.70:
unità_misura=gr, unità_prodotto=pezzo, quantità_per_prodotto=2700, order_step=1

L'Unità di misura per unità di prodotto non può essere un decimal?

Gestione del volume per unità di misura

  • Unità di misura (es: Chilogrammo)
  • Unità di prodotto (es: confezione)
  • Unità di misura per unità di prodotto (es: confezioni da 1.3 kg.)

Gestione del acquisto per gasista (widget per prodotto)

  • gasmember_order_step
  • gasmember_order_minimum_amout

Gestione del acquisto per il gas (completa cartone per aggregazione di confezione di prodotto)

  • order_minimun_amount

comment:2 in reply to: ↑ 1 Changed 3 years ago by fero

Replying to dom_thual:

In sostanza vengono creati 2 nuovi fields in più: unità_prodotto e quantità_per_prodotto?

3 considerato il flag. Che è importante per sapere se la qpp è indicativa o precisa.
(es: indicativa per una cassetta di frutta, precisa per bottiglia da 4.5 lt)

quindi per dare altri esempi:
Ammorbidente neutralizzante busta rimballo di Lt 4.50:
unità_misura=cl, unità_prodotto=bottiglia, quantità_per_prodotto=450, order_step=1

Coniglio vivo di KG 2.70:
unità_misura=gr, unità_prodotto=pezzo, quantità_per_prodotto=2700, order_step=1

L'Unità di misura per unità di prodotto non può essere un decimal?

Sì, non vedo problemi su questo.

Gestione del volume per unità di misura

  • Unità di misura (es: Chilogrammo)
  • Unità di prodotto (es: confezione)
  • Unità di misura per unità di prodotto (es: confezioni da 1.3 kg.)

non capisco bene se vuoi aggiungere qualche elemento, ma mi sembra corretto. È quanto abbiamo detto.

Gestione del acquisto per gasista (widget per prodotto)

  • gasmember_order_step
  • gasmember_order_minimum_amout

Questo è scorretto. Mea culpa probabilmente dovuto a fretta/stanchezza, ma anche ad incompletezza della parte per cui è stato necessario questo ticket.

Valutando che:

  • è giusto che il fornitore possa decidere i suoi order_minimun_amount (minima quantità di ordine) e order_step (confezioni per cartone) e ha infatti gli attributi necessari per farlo;
  • è scorretto inserire la gestione di questi 2 parametri in un modello che riguarda il fornitore. A questo livello infatti non sa "a chi viene venduta la merce" e nemmeno sa "quale può essere la politica per il GAS";
  • grazie al completamento di questa parte abbiamo che il paventato gasmember_order_step, che costituirebbe il default per GASSupplierStock.order_step è ragionevolmente impostabile a 1 (v. esempi forniti)

annullo il ticket #151 che prevedeva l'introduzione di tali 2 campi. Rimane valida l'osservazione che il campo unit_per_box confonde le idee al fornitore. Quindi non aggiungiamo nemmeno quello.

NOTA: in GASSupplierStock si dovrebbe prevedere un order_maximum_amount per dire che un singolo gasista non può ordinare più di tot. quantità di prodotto.

Gestione del acquisto per il gas (completa cartone per aggregazione di confezione di prodotto)

  • order_minimun_amount

Come detto nel ticket #151:

Se ("quantità di prodotto ordinato da un GAS" - SupplierStock.order_minimum_amount) % (modulo) SupplierStock.order_step != 0 -> attiva la procedura di completamento dell'ordine

La procedura di completamento dell'ordine può avvenire anche in caso ("quantità di prodotto ordinato da un GAS" - SupplierStock.order_minimum_amount) < 0

comment:3 Changed 3 years ago by fero

  • Keywords step, ordine, amount, quantità added

Dominque ha portato un esempio concreto in cui i campi, prima messi, e poi tolti gasmember_order_step e gasmember_order_minimum_amount vengono utilizzati.

Quindi li ho ripristinati e cambiati di nome, insieme con altri campi.

Vedi assolutamente il ticket #151

comment:4 Changed 3 years ago by fero

  • Keywords quantità, key added; quantità removed
  • Status changed from new to closed
  • Resolution set to sistemata
Note: See TracTickets for help on using tickets.