wiki:BozzaAnalisiFunzionale

Version 35 (modified by lfranc, 4 years ago) (diff)

revisionato il processo di Ordine per adattarlo alla versione 34 del Vocabolario. Vedi anche il ticket #28.

Processo di Ordine e Consegna

Nota: All'interno di questo documento, ogni riferimento ad un'entità soggettiva (Produttore, Gasista, Turnista, Motore ecc.) va letta come un riferimento a chi riveste il corrispondente ruolo all'interno della piattaforma informatica, che non coincide necessariamente con l'entità stessa. Ad esempio, quando si parla di "Produttore che aggiorna il listino", si intende colui che svolge questa operazione da parte del Produttore (che può essere il Produttore stesso, ma anche il figlio o il ReferenteProduttore...)

Inizializzazione

In questa sezione riportiamo le procedure che devono essere eseguite in via preliminare (una tantum) per consentire il regolare svolgimento delle attività connesse ai processi di Ordine e Consegna.

  • il Produttore crea e popola il suo CatalogoProduttore (valido per ogni GAS)
  • il Produttore definisce il suo ListinoProduttore valido per ogni GAS specificando, per ogni prodotto del suo CatalogoProduttore, il prezzo base
  • il Produttore sottoscrive il PattoDiSolidarietà con un GAS

Eventi

In questa sezione riportiamo gli eventi che possono verificarsi nel corso del processo di Ordine e Consegna, in maniera asincrona (indipendente) rispetto al workflow definito nella sezione successiva.

il Produttore aggiorna il prezzo di un Prodotto nel ListinoProduttore

Il Produttore, in qualsiasi momento, può aggiornare il suo ListinoProduttore (ovvero modificare i prezzi base applicati a tutti i GAS); in questo caso:

  • Il Produttore:
    • modifica il prezzo di un Prodotto
    • specifica la motivazione della variazione
  • Il Sistema:
    • registra il nuovo prezzo e la causale di modifica nello storico dei prezzi relativo al Produttore in questione (condiviso tra tutti i GAS)
    • per ogni GAS che gestisce:
      • notifica la variazione al ReferenteProduttoreGAS
      • aggiorna il ListinoProduttoreGAS e (di conseguenza) il ListinoProduttoreGasista
      • verifica se è aperto un OrdineProduttore per il Produttore in questione; in caso affermativo:
        • modifica le VociDiCarrello interessate dalla variazione
        • modifica gli OrdiniGasista (confermati) interessati dalla variazione
        • notifica la variazione ai Gasisti che hanno già inserito nel Carrello uno o più Prodotti toccati dalle variazioni di prezzo; se un Gasista non accetta la variazione, può rimuovere la relativa VoceDiCarrello; (sarebbe anche opportuno che il Sistema evidenziasse visivamente eventuali Prodotti che hanno subito variazioni di prezzo al momento della conferma dell'OrdineGasista)
        • notifica la variazione ai Gasisti che hanno già effettuato OrdiniGasista toccati dalle variazioni di prezzo; se un Gasista non accetta la variazione, può modificare o revocare l'OrdineGasista corrispondente.
definire che succede se l'!OrdineProduttore è stato inviato ma non ancora consegnato

Si diceva che fa fede la fattura. Riconducendo tutto a questo caso si potrebbe dire che l'OrdineProduttore inviato ma non consegnato può essere modificato. Tuttavia, non credo opportuno implementare questa politica per tutti, ma anzi che sia strategico relegare questa decisione ai singoli GAS. Per questo propongo che il "punto di non ritorno" di modifica dei prezzi dei Prodotti di un OrdineProduttore, non dell'OrdineGasista, siano configurabili nel PattoDiSolidarietà.

Meglio usare 4 campi (2 gruppi: ordinato e consegnato). 2 per l'importo e della quantità ordinati e 2 per l'importo e la quantità consegnati. I primi 2 non possono essere modificati dopo la disposizione, gli altri 2 si. Questa implementazione riflette la realtà.

Nota: il legame di solidarietà reale (non gestito dalla piattaforma :)) fra GAS e Produttore evita che accadano eventi spiacevoli (ritocchi al rialzo dei prezzo "ad orologeria"); in caso contrario, il GAS può stracciare il Patto di Solidarietà.

il Produttore inserisce un nuovo Prodotto nel CatalogoProduttore

L'aggiunta, da parte di un Produttore, di un nuovo Prodotto al suo CatalogoProduttore non può causare una modifica automatica dei relativi Cataloghi/Listini a livello di GAS, in quanto è richiesta, eventualmente, una modifica preliminare al PattoDiSolidarietà tra il Produttore e ciascun GAS gestito dal Sistema, e questo comporta, ovviamente, un'approvazione da parte del GAS; tale processo può comunque essere assistito dalla piattaforma informatica.

Quando un Produttore inserisce un nuovo Prodotto nel CatalogoProduttore:

  • il Sistema:
    • notifica il ReferenteProduttoreGAS di ogni GAS gestito dal Sistema, che abbia stipulato un PattoDiSolidarietà con il Produttore
  • il ReferenteProduttoreGAS di ogni GAS gestito dal Sistema, che abbia stipulato un PattoDiSolidarietà con il Produttore:
    • notifica il GAS del nuovo Prodotto
  • Il GAS:
    • valuta il nuovo Prodotto, e decide se includerlo nel CatalogoProduttoreGAS

In caso affermativo:

  • il ReferenteProduttoreGAS effettua le opportune modifiche al PattoDiSolidarietà (che si riflettono automaticamente sul CatalogoProduttoreGAS e il ListinoProduttoreGAS)

il Produttore rimuove un Prodotto dal CatalogoProduttore

La rimozione, da parte di un Produttore, di un Prodotto dal suo CatalogoProduttore comporta una modifica del PattoDiSolidarietà per tutti i GAS, gestiti dal Sistema, che annoverino il Produttore tra i loro fornitori. Dovrebbe comunque trattarsi di un evento sporadico e preceduto da una comunicazione, da parte del Produttore, nei confronti di tutti i ReferentiProduttoreGAS interessati; tale processo può comunque essere assistito dalla piattaforma informatica.

Quando un Produttore rimuove un Prodotto dal suo CatalogoProduttore:

  • il Sistema:
    • notifica il ReferenteProduttoreGAS di ogni GAS gestito dal Sistema, che abbia stipulato un PattoDiSolidarietà con il Produttore
    • apporta le necessarie modifiche al CatalogoProduttoreGAS (quindi, indirettamente, al PattoDiSolidarietà) e le sottopone al ReferenteProduttoreGAS per conferma
  • verifica se è aperto un OrdineProduttore per il Produttore in questione; in caso affermativo:
    • elimina gli OrdiniGasista in cui compare il Prodotto rimosso (siano essi CONFERMATI o NON_CONFERMATI, ovvero VociDiCarrello)
    • notifica i Gasisti delle modifiche apportate

il Produttore aggiorna la disponibilità dei Prodotti nel ListinoProduttoreGAS

il Produttore, in qualsiasi momento, può aggiornare la quantità disponibile dei Prodotti che compaiono nel ListinoProduttoreGAS (vedi la discussione sulla gestione della disponibilità dei Prodotti); in questo caso, va definito cosa succede ai Gasisti che hanno inserito nel loro Carrello dei Prodotti la cui disponibilità sia stata rivista al ribasso; alcune strategie possibili:

  • definire un algoritmo che adegui i Carrelli alla nuova situazione (magari in base a criteri di equità/solidarietà tra Gasisti ;-)); può anche essere sufficiente il metodo del consenso
  • effettuare comunque l'OrdineProduttore senza interventi preliminari, notificando i Gasisti che il loro OrdineGasista potrebbe non essere soddisfatto in toto (la rettifica può comunque avvenire in fase di Ritiro o di Consegna)

Quest'ultima è la scelta più opportuna per il primo anno: implementare l'opzione "politica di riduzione della disponibilità per gli OrdiniGasista" nel PattoDiSolidarietà prevedendo quest'ultimo comportamento di default per il primo anno. Consideriamo come funzionerebbe senza disponibilità quantitativa.

Un caso particolare di questa problematica è quello in cui si modifica la disponibilità "assoluta" di un Prodotto (SI/NO, contrapposta a quella "relativa" in cui si modifica la quantità ma il Prodotto rimane comunque disponibile); ci sono due casi possibili:

  1. il Prodotto passa da NON DISPONIBILE (quantità = 0) a DISPONIBILE (quantità > 0)
  2. il Prodotto passa da DISPONIBILE (quantità > 0) a NON DISPONIBILE (quantità = 0)

Caso 1) Il Produttore:

  • incrementa la disponibilità di un Prodotto per un determinato GAS (modificando il relativo ListinoProduttoreGAS) da 0 ad un valore > 0

Il Sistema:

  • verifica se è aperto un OrdineProduttore per il Produttore in questione; in caso affermativo:
    • notifica il ReferenteProduttoreGAS e i Gasisti della disponibilità di un nuovo Prodotto (il ListinoGasista viene aggiornato automaticamente)

Quest'ultimo punto è sbagliato se decidiamo di associare una lista statica di prodotti ad ogni ordine. Se prendiamo questa strada non è possibile aggiornare automaticamente i ListinoGasista. Propongo una soluzione per questo problema: nel CatalogoProduttoreGAS ogni prodotto abbia associato un "flag": "lo voglio sempre", "non lo voglio mai", "se è disponibile mostramelo al momento dell'ordine che scelgo". Meglio un peso: 100, 50, 10 così è estendibile e filtrabile. Nel PattoDiSolidarietà si mette un'opzione di default per il peso dei nuovi Prodotti nel CatalogoProduttoreGAS. Ritornando al problema principe di associare i prodotti ad un ordine il 90% dei GAS rimmarrà con il valore di default di peso 100 come preferenza nel CatalogoProduttoreGAS, mentre i più scettici lo abbasseranno (ovviamente per loro non sarà un numero) e potranno decidere di volta in volta. Mi fanno più paura gli sforzi dell'utente, più che quello dei programmatori.

Caso 2) Il Produttore:

  • annulla la disponibilità di un Prodotto per un determinato GAS (modificando il relativo ListinoProduttoreGAS)

Il Sistema:

  • verifica se è aperto un OrdineProduttore per il Produttore in questione; in caso affermativo:
    • elimina gli OrdiniGasista in cui compare il Prodotto rimosso (siano essi CONFERMATI o NON_CONFERMATI, ovvero VociDiCarrello)
    • notifica i Gasisti delle modifiche apportate
    • notifica il ReferenteProduttoreGAS e i Gasisti della indisponibilità del Prodotto

L'OrdineProduttore viene annullato (non verrà consegnato)

Si elimina tutto quello che riguarda l'OrdineProduttore: Carrello + OrdiniGasista + listini e lo si notifica.


Workflow di ordine e consegna

In questa sezione riportiamo il workflow di base che fornisce un'implementazione del processo di Ordine e Consegna. Alcune delle azioni descritte nel workflow sono a carico del Sistema, altre richiedono un intervento umano; comunque, il confine è sfumato e dipende anche dalle scelte organizzative di ogni singolo GAS (ad es., GAS diversi potrebbero decidere di fare un uso più o meno esteso della piattaforma informatica di cui dispongono).


Nota preliminare: al fine di modellizzare il processo di ordine e di consegna, è possibile partire da assunzioni diverse:

  1. si può assumere che le interazioni GAS-Produttori avvengano in maniera sincrona, cioè siano scandite da un "clock" condiviso tra GAS e Produttori; in questo caso, il processo di ordine e consegna sarebbe un ciclo che si compie a cadenza fissata, ad esempio settimanale (l'ordine si apre il Lunedì e si chiude il Venerdì per tutti i Produttori che servono un GAS)
  2. si può assumere che le interazioni GAS-Produttori avvengano in maniera asincrona, ovvero che il GAS e i Produttori interagiscano in modo non necessariamente coordinato. Ad esempio, diversi ReferentiProduttore possono aprire e chiudere gli Ordini in autonomia, i Produttori possono variare i prezzi di listino in qualsiasi momento, ecc.

Nel nostro caso, riteniamo che il secondo scenario sia più realistico nei contesti operativi dei GAS. Da notare che l'assenza di sincronizzazione a priori non esclude la sussistenza di meccanismi di coordinamento intra-GAS (e inter-GAS, in uno scenario di Retina); anzi, è probabile (e auspicabile) che questi meccanismi sorgano spontaneamente come buone pratiche a livello di GAS (o di Retina), ma il Sistema non cerca in alcun modo di imporli.


Nota: in una prima fase si può semplificare la gestione delle disponibilità dei Prodotti limitandosi ai due stati "disponibile" e "non disponibile".

Un ReferenteProduttoreGAS apre un nuovo OrdineProduttore

All'interno di un GAS, in ogni momento un ReferenteProduttoreGAS può aprire un nuovo OrdineProduttore (relativo al Produttore che gli compete), definendo:

  • la data di apertura dell' OrdineProduttore
  • la data di chiusura dell' OrdineProduttore
  • le modalità di ritiro della merce ordinata (vanno concordate con il Produttore, eventualmente in un secondo momento)
  • le modalità di consegna (ritiro della merce ordinata da parte dei Gasisti); per definirle il ReferenteProduttoreGAS può:
    1. creare un nuovo appuntamento di Consegna (vedi sotto)
    2. selezionare un appuntamento di Consegna già fissato da un altro ReferenteProduttoreGAS (oppure l'appuntamento di Consegna di default)
  • una nota informativa per i Gasisti (può servire per comunicazioni specifiche relative all' OrdineProduttore) [opzionale]
  • l'importo minimo da raggiungere affinchè l' OrdineProduttore possa essere inviato [opzionale]

Prima di confermare l'operazione, il ReferenteProduttoreGAS valida il ListinoGasista (vedi sotto).

Nota: il Sistema evidenzia eventuali altri OrdiniProduttore aperti, ma non impedisce l'apertura di un nuovo OrdineProduttore.

A questo punto l' OrdineProduttore è aperto e i Gasisti possono iniziare ad ordinare.

Un ReferenteProduttoreGAS crea un nuovo appuntamento di Consegna

Se necessario e opportuno, all'interno di un GAS in ogni momento un ReferenteProduttoreGAS può aprire un nuovo appuntamento di Consegna, definendo:

  • il PuntoDiConsegna
  • la data della Consegna
  • l'ora di inizio e fine della Consegna
  • il Turnista (o i Turnisti) responsabili della Consegna; è compito del ReferenteProduttoreGAS verificare l'effettiva disponibilità del Turnista/i

Il Sistema:

  • notifica i Gasisti a cui è stato assegnato il ruolo di Turnista per il nuovo appuntamento di Consegna
    È necessario/utile implementare un meccanismo di conferma/accettazione dell'incarico da parte dei Turnisti ?
    

Un ReferenteProduttoreGAS valida il ListinoGasista

Prima di confermare l'apertura di un nuovo OrdineProduttore, il ReferenteProduttoreGAS può avere la necessità di validare (ed eventualmente ritoccare) il ListinoProduttoreGasista associato all' OrdineProduttore (questo passaggio aggiuntivo può essere eliminato a seconda delle esigenze del GAS, in fase di configurazione del Sistema).

Il ReferenteProduttoreGAS:

  • visualizza lo stato attuale del ListinoProduttoreGAS (in particolare, il Sistema mostra solo i Prodotti attualmente disponibili ed evidenzia le eventuali variazioni di prezzo rispetto al precedente OrdineProduttore)
  • il Sistema visualizza il ListinoProduttoreGasista, (generato a partire dal ListinoProduttoreGAS, applicando le eventuali modifiche ai prezzi)
  • il ReferenteProduttoreGAS applica le eventuali modifiche al ListinoProduttoreGasista (ad es. ritoccando i prezzi???, impostando una quantità massima ordinabile in caso di scarsa disponibilità del Prodotto, eliminando alcuni Prodotti, ..)
  • il ReferenteProduttoreGAS conferma il ListinoProduttoreGasista, e il Sistema lo associa al nuovo OrdineProduttore

Un Gasista effettua un OrdineGasista

In ogni momento un Gasista può effettuare degli OrdiniGasista; è il Sistema a farsi carico del compito di presentargli la situazione aggiornata in tempo reale (mostrando solo i Prodotti relativi agli OrdiniProduttore aperti, filtrando i Prodotti attualmente non disponibili, visualizzando i prezzi aggiornati, ecc.).

Per effettuare un OrdineGasista, un Gasista:

  • accede alla sua area privata all'interno del Sistema
  • visualizza il ListinoGasista attuale (nota: la visualizzazione può essere fatta in forma aggregata per Produttore o per altri parametri (ad esempio la data di consegna) oppure come lista "flat"; questo comportamento può essere definito a livello di sistema o di utente (?), in base alle specifiche esigenze/sensibilità del GAS)
  • il Gasista seleziona alcuni Prodotti tra quelli disponibili, indicando per ciascuno di essi la quantità desiderata (nota: il Sistema si occupa di implementare eventuali restrizioni sulle quantità ordinabili (minima/step_incremento/massima))
  • il Sistema aggiunge al Carrello i Prodotti selezionati, aggiornando il totale corrente
  • se il Gasista è soddisfatto di una data VoceDiCarrello (cioè un OrdineGasista NON_CONFERMATO ), può confermarla (fino a quando il relativo OrdineProduttore è aperto); il Sistema cambia in CONFERMATO lo stato dell'OrdineGasista, la VoceDiCarrello scompare dal Carrello e ricompare tra gli OrdiniGasista confermati
  • Quando un OrdineProduttore si chiude, gli OrdiniGasista confermati entrano nello stato FINALIZZATO e non sono più modificabili

Note:

  • il Gasista può modificare in ogni momento il contenuto del Carrello (in aggiunta o in sottrazione), ma solo per quelle VociDiCarrello associate a OrdiniProduttore aperti (quando un OrdineProduttore si chiude, le VociDiCarrello rimaste in sospeso vengono cancellate, magari notificando il Gasista)
  • il Gasista può modificare in ogni momento le disposizioni di ordine inviate al Sistema (OrdiniGasista CONFERMATI) modificando le quantità e/o eliminando dei Prodotti, ma limitatamente a quelle associate a OrdiniProduttore aperti (quando un OrdineProduttore si chiude, i relativi OrdiniGasista CONFERMATI non sono più modificabili
  • a seconda delle specifiche esigenze di un GAS, la necessità di confermare una VoceDiCarrello può essere eliminata (nella fase di configurazione del Sistema); ovvero, in questo caso, la transizione NON_CONFERMATO -> CONFERMATO avviene automaticamente, e ogni Prodotto messo nel Carrello genera una disposizione di ordine da parte del Gasista

Un ReferenteProduttoreGAS chiude un OrdineProduttore

Quando la finestra temporale per un OrdineProduttore si chiude, i Gasisti non sono più in grado di effettuare OrdiniGasista per quel Produttore (fino all'apertura di un nuovo OrdineProduttore). A questo punto, gli OrdiniGasisti relativi all'OrdineProduttore in questione vengono aggregati dal Sistema: per ciascun Prodotto presente nel ListinoGasista associato all'OrdineProduttore viene mostrata la quantità totale ordinata, e l'importo complessivo dell'ordine. In questa fase, il ReferenteProduttoreGAS, coadiuvato dal Sistema, valuta se finalizzare l'ordine (inviandolo al Produttore), riaprirlo o annullarlo (nel caso in cui ci sia un vincolo di soglia non soddisfatto, come un importo minimo o una quantità minima per determinati Prodotti).

Il Sistema:

  • notifica il ReferenteProduttoreGAS che un OrdineProduttore è chiuso

Il ReferenteProduttoreGAS:

  • visualizza la situazione corrente dell'OrdineProduttore: unità di prodotto ordinate, importo complessivo dell'ordine, eventuali vincoli non soddisfatti
  • a questo punto:
    1. se ritiene che che l' OrdineProduttore sia OK, lo finalizza.
      • se non l'ha fatto in precedenza, il ReferenteProduttoreGAS definisce con il Produttore le modalità di consegna della merce
      • il Sistema genera una disposizione di ordine per il Produttore (un report sintetico degli OrdiniGasista associati all'OrdineProduttore; a seconda delle modalità operative, possono essere suddivisi per Gasista (se il Produttore consegna la merce in "pacchi famiglia") o aggregati in base al Prodotto (se il Produttore consegna "in blocco"))
      • il Sistema invia l'OrdineProduttore al Produttore
      • lo stato dell'OrdineProduttore cambia in INVIATO
    2. se lo ritiene opportuno, può riaprire l' OrdineProduttore in via temporanea (ad es. per consentirne il soddisfacimento di eventuali vincoli posti dal Produttore); vedi sotto,

Note:

  • Il Sistema dovrebbe consentire al ReferenteProduttoreGAS di inviare un OrdineProduttore anche se alcuni dei vincoli non sono soddisfatti; in questo modo, si evita di irrigidire eccessivamente il Sistema.

Un ReferenteProduttoreGAS riapre un OrdineProduttore

In certi casi, un ReferenteProduttoreGAS può avere necessità di riaprire, in via temporanea, un OrdineProduttore (ad es. per consentire il soddisfacimento di eventuali vincoli posti dal Produttore). In questo caso:

  • Il ReferenteProduttoreGAS riapre l' OrdineProduttore, posticipando la data di chiusura
  • Il Sistema:
    • notifica i Gasisti della riapertura dell'OrdineProduttore
    • cambia lo stato degli OrdiniGasista pertinenti da FINALIZZATO a CONFERMATO

Processo di Consegna

  • il Produttore consegna la merce relativa all' OrdineProduttore secondo le modalità stabilite in precedenza
  • se necessario, qualcuno del GAS si occupa del trasferimento della merce dal PuntoDiRitiro al PuntoDiConsegna

TODO: definire una procedura di validazione della consegna da parte del Produttore (gestione delle eccezioni: prodotti mancanti o difformi,..)

  • in prossimità di una (appuntamento di) Consegna, il Sistema invia una notifica/reminder a:
    • i Gasisti che devono ritirare dei Prodotti nel corso della Consegna (in base agli OrdiniGasista che hanno eseguito)
    • il Turnista incaricato a gestire la Consegna
  • durante al Consegna, presso il PuntoDiConsegna, il Turnista coordina il ritiro della Partita (risultato dell'aggregazione degli OrdiniProduttore assegnati alla Consegna in oggetto) osservando la seguente procedura:
    • per ogni Gasista che si reca al PuntoDiConsegna:
      • il Sistema genera la lista dei Prodotti/quantità ordinati dal Gasista
      • preleva i Prodotti nella lista e li consegna al Gasista
      • chiede al Gasista di validare il ritiro e, in base all'esito, aggiorna lo stato della consegna:
        • se il Gasista conferma che il ritirato corrisponde (in quantità e qualità) all'ordinato, il Turnista marca i Prodotti corrispondenti come consegnati (con l'ausilio del Sistema)
      • se si presentano difformità (in quantità e qualità) tra il ritirato e l'ordinato, il Turnista inserisce nel Sistema le anomalie (gestione delle eccezioni; definire meglio i dettagli!)

Note:

  • in uno scenario inter-GAS, per condividere entità come Produttori, Prodotti, PuntiDiConsegna, PuntiDiRitiro è necessario definire degli ID univoci (UUID); quelli "interni" al Sistema per ogni GAS non sono sufficienti;
  • per il momento, la gestione degli Stock a disposizione dei GAS è a carico del Produttore;
  • sarebbe auspicabile gestire a livello inter-GAS gli Stock messi a disposizione dai produttori; altrimenti, potrebbe accadere che in un GAS lo Stock si esaurisca, mentre in un altro rimanga un invenduto. Si potrebbe ovviare con un sistema di notifiche al Produttore nel caso un GAS abbia esaurito lo Stock a sua disposizione in modo che il Produttore aggiusti "dinamicamente" la suddivisione (oppure un meccanismo di adattamento in base allo storico).

OrdiniPeriodici

Al fine di semplificare al massimo la vita del Gasista, è importante implementare un meccanismo che consenta la pianificazione (scheduling) degli Ordini ricorrenti (che avvengono periodicamente con cadenze fissate). Il Gasista dovrebbe poter inserire nel Sistema gli Ordini che si trova ad eseguire periodicamente (OrdiniPeriodici), specificando:

  • prodotto
  • # di unità da ordinare
  • cadenza dell'ordine
  • (opzionale) data di inizio e fine della validità dell' OrdinePeriodico in questione

Workflow

  1. Il GasistaAcquirente inserisce uno o più OrdiniPeriodici
  2. ogni giono, il Sistema
    1. verifica se ci sono OrdiniPeriodici previsti per il giorno corrente
    2. per ogni OrdinePeriodico
      1. verifica se l' OrdinePeriodico può essere soddisfatto (ovvero, per ogni Prodotto indicato nell' OrdinePeriodico, esiste almeno uno Stock "attivo" e non vuoto in grado di soddisfare la richiesta)
      • se l' OrdinePeriodico può essere soddisfatto:
        • genera e invia un OrdineGasista (senza chiedere conferma al GasistaAcquirente)
        • invia una notifica al GasistaAcquirente
      • se l' OrdinePeriodico può essere soddisfatto (parzialmente o in toto)
        • invia una notifica al GasistaAcquirente

Gestione Multi-GAS (livello di Retina)

TODO

Scratch

  • L' UM dovrebbe permettere di calcolare in automatico il prezzo per Kilo o litro quando possibile)
  • gestione degli storici (prezzi, ordini, ..)