Re: Gestionale Hotel
Inviato: martedì 23 settembre 2014, 18:45
Al momento lo schema è il seguente:
CLIENTI -> NUOVO ORDINE -> NUOVA PRENOTAZIONE -> CAMERA -> PRESENZA -> ANAGRAFICA
(il livello PRENOTAZIONI è ora superfluo, ma è stato utile per gestire una vecchia modalità di pagamento di alcune agenzie)
I passaggi sono:
- registro il CLIENTE (tab. CLIENTI);
- inserisco nuovo ORDINE (tab. ORDINI);
- inserisco nuova/nuove PRENOTAZIONI (tab. PRENOTAZIONE): numero prenotazione / fonte (agenzia, etc.) / data / ...;
- inserisco nuova/nuove CAMERE (tab. CAMERE): in / out / numero camera / tipologia / ...;
- con rif. alla CAMERA, registro PRESENZA ospiti (tab. PRESENZE) pescando i dati da una scheda ANAGRAFICA e "traducendoli" nei codici richiesti dalla Questura.
[/list]
è proprio quest'ultimo punto che genera casini, perché le presenze sono legate ai dati di occupazione (in / out /...) definiti nel record CAMERA e non possono quindi essere modificati a seconda, ad esempio, del caso postato nella mia risposta precedente.
quando devo affrontare un situazione del genere, fortunatamente succede di rado, scompongo il record CAMERA in più record CAMERA corrispondenti ai singoli micro periodi. è uno stratagemma ma non una soluzione corretta perché volendo (è vi garantisco che agli ospiti la fantasia non manca!) le variabili che potrebbero cambiare di giorno in giorno sono numerose (colazione sì/no, tassa di soggiorno sì/no, ...).
per uscirne definitivamente, avrei bisogno di inserire la CAMERA come articolo dell'ordine e ottenere in automatico la creazione di tot record quanti sono i giorni dell'intera prenotazione in una tabella CAMERA DETTAGLIO dove poter selezionare tutte le variabili possibili.
Esiste un modo semplice per farlo?
Per riprendere l'esempio iniziale:
record notte del 15:
presenza: A+B; A fa colazione, B non la fa;
record notte del 16:
presenza: A+B; A e B fanno colazione;
record notte del 17:
presenza: A+B+C; A e B fanno colazione, C no; C non paga la tassa di soggiorno (gli ospiti si possono rifiutare);
record notte del 18:
...
record notte del 19:
...
grazie
FileMaker Ad 13
CLIENTI -> NUOVO ORDINE -> NUOVA PRENOTAZIONE -> CAMERA -> PRESENZA -> ANAGRAFICA
(il livello PRENOTAZIONI è ora superfluo, ma è stato utile per gestire una vecchia modalità di pagamento di alcune agenzie)
I passaggi sono:
- registro il CLIENTE (tab. CLIENTI);
- inserisco nuovo ORDINE (tab. ORDINI);
- inserisco nuova/nuove PRENOTAZIONI (tab. PRENOTAZIONE): numero prenotazione / fonte (agenzia, etc.) / data / ...;
- inserisco nuova/nuove CAMERE (tab. CAMERE): in / out / numero camera / tipologia / ...;
- con rif. alla CAMERA, registro PRESENZA ospiti (tab. PRESENZE) pescando i dati da una scheda ANAGRAFICA e "traducendoli" nei codici richiesti dalla Questura.
[/list]
è proprio quest'ultimo punto che genera casini, perché le presenze sono legate ai dati di occupazione (in / out /...) definiti nel record CAMERA e non possono quindi essere modificati a seconda, ad esempio, del caso postato nella mia risposta precedente.
quando devo affrontare un situazione del genere, fortunatamente succede di rado, scompongo il record CAMERA in più record CAMERA corrispondenti ai singoli micro periodi. è uno stratagemma ma non una soluzione corretta perché volendo (è vi garantisco che agli ospiti la fantasia non manca!) le variabili che potrebbero cambiare di giorno in giorno sono numerose (colazione sì/no, tassa di soggiorno sì/no, ...).
per uscirne definitivamente, avrei bisogno di inserire la CAMERA come articolo dell'ordine e ottenere in automatico la creazione di tot record quanti sono i giorni dell'intera prenotazione in una tabella CAMERA DETTAGLIO dove poter selezionare tutte le variabili possibili.
Esiste un modo semplice per farlo?
Per riprendere l'esempio iniziale:
record notte del 15:
presenza: A+B; A fa colazione, B non la fa;
record notte del 16:
presenza: A+B; A e B fanno colazione;
record notte del 17:
presenza: A+B+C; A e B fanno colazione, C no; C non paga la tassa di soggiorno (gli ospiti si possono rifiutare);
record notte del 18:
...
record notte del 19:
...
grazie
FileMaker Ad 13