Newsgroup: it.comp.appl.access
Titolo: Maschera ordini, dettagli ordini e aggiunte ai prodotti madre

Mi spiego meglio, finora ho sviluppato la classica maschera ordini con sottomaschera dettaglio ordini (visualizzazione tabellare) all'interno della quale imposta i prodotti e quantità ottenendo negli altri campi il subtotale etc.
 
Fin qui tutto funziona.
 
Il problema è che i miei prodotti possono avere delle aggiunte ... potrei selezionare nella sottomaschera il prodotto pizza margherita ed in automatico mi lega il prodotto alla tabella dettaglio ordini riportandomi il prezzo, la quantità ed il totale riga.
 
Ora però potrei dover aggiungere o toliere qualche ingrediente a tale prodotto ad esempio ...aggiungo il crudo e tolgo il pomodoro!
 
Ho creato quindi una tabella prodottiaggiunte e l'ho popolata con le varie aggiunte possibili (cotto, crudo, grana, pomodoro, aglio, cipolla, etccc)
 
Poi ho creato una tabella tipoaggiunte dove ho inserito le voci (con, senza, molto, poco)
 
Ho poi creato una tabella aggiunte dove ho inserito idaggiunta, iddettaglioordine, idtipoaggiunta, idprodottoaggiunta
 
Con vari magheggi sono riuscito ad inserire una voce nel dettaglioordini che si chiama totaleaggiunte dove mi visualizza il valore totale delle aggiunte applicate a quella particolare riga che corrisponde ad un prodotto.
 
Ora vorrei creare un report che poi sarebbe uno scontrino dove mi viene riportato l'elenco dei prodotti di quell'ordine riportando il costo del prodotto (margherita) e delle rispettive aggiunte dandomi poi il totale del prodotto + aggiunte distinto per ogni prodotto (possono esserci prodotti con aggiunte ed altri senza che semplicemente restano invariati senza aggiunta di ingredienti).
 
Non riesco a creare il report e quant'altro occorre per visualizzare uno scontrino dettagliato con il totale complessivo oltre che nel dettaglio di ogni singola voce.
 
Qualcuno mi sa dare una mano? MI sembra di diventare matto!
 
Se qualcuno ha un'idea migliore mi dica! Non voglio aggiungere le aggiunte nella lista dei prodotti normali come se fossero prodotti in quanto voglio siano legate al prodotto madre a cui vengono applicati.
 
GRazie in anticipo.


sembra proprio una delle variazioni possibili del (classico) caso di come riuscire a definire prodotti (articoli) personalizzati (super-personalizzati in quanto variati anche di un solo componente rispetto ad un articolo pre-esistente)
 
La questione mi "tocca" personalmente, in un altro ambito: definizione scheda articoli per (piccole) aziende di confezione. Nel mio caso l'azienda presenta  articoli "base" e accetta (sul posto) qualsiasi modifica da parte di clienti (anche piccole modifiche: variazioni di bottoni, aggiunta di loghi ...) che di fatto diventano un nuovo articolo (prezzato seduta stante).
 
Per arrivare a questo la strada è semplice (e nota), in estrema sintesi:
1) definizione di tutti i componenti, con prezzo (tabella "componenti")
2) definizione dei prodotti (tabella "articoli", ma nel mio caso sono più di una): form in cui i componenti (sub-form componenti) si scelgono da combo. Nella form è possibile effettuare copie parziali (si richiamano i componenti di un altro articolo) e completamenti delle copie stesse (aggiunte o eliminazioni di componenti) per cui la definizione di "nuovi articoli" (poco, o anche molto, variati nei componenti rispetto ad un esistente) è agevole e veloce ("la fa il cliente" ...)
 
Penso che, procedendo in questo modo (SE non lo hai già fatto, considera l'impegno del "rifacimento") si evitino tutte le situazioni confusionarie (e labirintiche) in cui, a quanto appare, ti stai imbattendo e avviando


Grazie dei consigli, purtroppo è la terza volta che riparto da capo ed ormai manca poco perchè sia finito.
 
Mi rendo conto che quel che dici è corretto, la definizione "labirintico" non poteva essere più azzeccata!
 
In sostanza è come realizzare un programma di distinta base.


sì
con la possibile variante di tenere separati (tabella a parte) i prodotti di vendita dai componenti (che pure sono prodotti).
E con la prospettiva (facile a verificarsi in un caso come quello "food") che ci siano prodotti intermedi che possono essere contemporaneamente componenti e prodotti "di vendita".
Inoltre considera la necessità di una tabella a parte in cui inserire le "note di realizzazione" del prodotto di vendita (le possibili esigenze del cliente): sono diciture di descrizione della variazione richiesta (magari suddivise per i momenti più distinguibili delle fasi di realizzazione del prodotto)