Come monitorare le fatture in Microsoft Access

[@mariosantini5675]

Grazie per il video

[@emanuelelana6834]

grazie a te per il feedback!

[@robertobraicovick6867]

Grazie!

[@milkovivaldi]

8:15 quindi possiamo anche fare 1 maschera x il semplice inserimento di new records nelle tabelle? Questa maschera però dovrà avere la visualizzazione predefinita: “Maschera singola” e un button che dia l’input x inserire il record…

[@emanuelelana6834]

non capisco la tua domanda

[@marcomisani6229]

complimenti. Sulla formattazione condiziinale, è possibile operare anche senza riferimento a numeri? cioè se voglio evidenziare pratiche che siano approvate, in elaborazione, bocciate coi colori, è possibile? Inoltre è possibile fare dialogare tra loro diversi db di acces?

[@emanuelelana6834]

grazie Marco. partiamo dal fondo. sì, più database possono dialogare tra loro. dipende per fare che cosa, nel senso che alcune caratteristiche tipo integrità referenziale tra le tabelle (evitare che siano inseriti record figli senza padri, tipo dettaglio fatture senza che esista una testata fattura) mi pare non siano possibili. tuttavia, è possibile per esempio leggere dati dal gestionale2015 e gestionale 2016 e poi fare statistiche tramite una sola interfaccia. sì, puoi applicare formattazione condizionale anche senza numeri. un po' simile a quello che fai in excel.

[@marcomisani6229]

Grazie per la riposta. Sulla formattazione condizionale, mi ero accorto poco fa, e proverò. Sul dialogo tra due db il mio caso è questo. Premetto che è il primo db che sto creando. Sto facendo un db per la gestione di un tipo di pratiche e quindi avrò come tabelle il committente, il rivenditore, il cliente, e la tbl pratiche e altre secondarie tbl. Se poi volessi fare un altro gestionale per generare le fatture di ogni tipo di pratica e non solo di quelle trattate col primo gestionale, e quindi prelevare i dai clienti e del tipo di pratica?

[@emanuelelana6834]

puoi collegare le tabelle (dati esterni , selezioni access, il db che le contiene e poi "colleghi" le tabelle che vuoi). puoi modificare, leggere, eliminare i dati come se fossi nello stesso db. creare maschere, query o report basate su di esse. dal punto di vista strutturale la domanda spontanea è: perché non puoi avere tutto nello stesso database? ma avrai le tue ragioni :-). se l'idea è di avere un db per ogni tipo di pratica, avrei qualche "concern"...