3.7.5

ΠΡΕΠΕΙ ΑΠΑΡΑΙΤΗΤΑ ΝΑ ΓΙΝΕΙ ΜΕΤΑΤΡΟΠΗ ΤΗΣ ΒΑΣΗΣ και του FirebirdServer ΣΕ ΝΕΑ ΕΚΔΟΣΗ (οδηγίες πιο κάτω)

• Αναβάθμιση του Firebird Server στην έκδοση 2.5
  Για να το πετύχουμε, πρέπει να ακολουθήσουμε τα εξής βήματα:
  α) Με την παλιά έκδοση του προγράμματος, κάνουμε ένα αντίγραφο της βάσης (από Ρυθμίσεις -> Γενικές Ρυθμίσεις -> Αντίγραφα ασφαλείας)
  β) τερματίζουμε το κεντρικό πρόγραμμα (καλό θα ήταν να τερματίσουμε και τα τερματικά)
  γ) Μετονομάζουμε το αρχείο της βάσης δεδομένων σε κάτι διαφορετικό π.χ. data_old.fdb (Για να γίνει η αναβάθμιση της βάσης με τη διαδικασία που περιγράφουμε, δε θα πρέπει να έχουμε καθόλου βάση δεδομένων, δηλαδή δε θα πρέπει να υπάρχει το αρχείο data.fdb)
  δ) Κάνουμε απεγκατάσταση του Firebird Server έκδοση 1.5
  ε) Κάνουμε εγκατάσταση του Firebird 2.5
  στ) Εγκαθιστούμε τη νέα έκδοση του προγράμματος. Με τη νέα έκδοση, εγκαθίσταται και νέα έκδοση του fb_restore.exe (6.2 και μεγαλύτερη). Με τη νέα αυτή έκδοση (του fb_restore), κάνουμε RESTORE από το αντίγραφο που πήραμε πιο πριν (στο βήμα α) και θέτουμε DEST FILE το DATA.FDB.
  ΠΡΟΣΟΧΗ: θα πρέπει
• να επιλέξουμε "Να χρησιμοποιηθεί το gbak.exe"
• να εντοπιστεί στον κατάλογο που έγινε εγκατάσταση του firebird 2.5
• να επιλέξουμε "αναβάθμιση βάσης"
• Στο παράθυρο των groups το κουμπί "Get List" θα κρύβεται όταν έχουν επιλέξει "Κλείδωμα των πεδίων που ενημερώνονται από FIAS". Η λειτουργία "Get List" δεν έχει πια νόημα, αφού όλες οι εγγραφές πελατών έρχονται με το πρωτόκολλο FIAS.
  
• Μπήκε παράμετρος στις ρυθμίσεις FIAS "Θα δημιουργούνται νέα δωμάτια από εντολές FIAS". Αυτό έγινε, επειδή το πρόγραμμα Protel, εκτός από πραγματικά δωμάτια, τηρεί και λογαριασμούς (για groups, πρακτορεία κλπ), τα οποία έρχονται μέσω FIAS στο TalosNet. Για να μη γεμίζει η οθόνη μας με άχρηστα για το TalosNet "δωμάτια", επιλέχθηκε αυτή η λύση.
  Οταν δεν είναι επιλεγμένη, θα αγνοούνται οι εντολές FIAS που αφορούν δωμάτια που δεν υπάρχουν ήδη καταχωρημένα στο TalosNet. Για εντολές δημιουργίας κλειδιών (KR) σε τέτοια δωμάτια, θα στέλνω refusing KA
• Νέα επιλογή (checkbox) σε κάθε δωμάτιο. PMS Enabled
  Σε όσα δωμάτια δεν είναι επιλεγμένη, οι εντολές από FIAS θα αγνοούνται και τα πεδία θα μένουν ανοιχτά (όπως παλιά). Έτσι επιτυγχάνουμε το να έχουν καταχωρημένα τα δωμάτια των υπαλλήλων, τα οποία όμως δεν επιτρέπουμε να τα κινεί το PMS System (π.χ. Protel), αλλά τα διαχειριζόμαστε με τον παραδοσιακό τρόπο !!!
  _Στα δίδυμα δωμάτια αυτό το συγχρονίζω να είναι ίδιο !!!
• Από την έκδοση firmware (rom 766 - η τελευταία έκδοση είναιη 769) και μετά, τα δωμάτια δε γίνονται πλέον καθαρά με είσοδο καθαρίστριας, αλλά με κλειδί καθαρίστριας μέσα και πάτημα του πλήκτρου DND (όπως εξηγείται παρακάτω). Στις Γενικές ρυθμίσεις μπήκε μια απενεργοποιημένη ρύθμιση για να τονίσουμε την αλλαγή αυτή (δεν υπάρχει δυνατότητα επιστροφής στον παλιό τρόπο λειτουργίας)
  
• Μπήκε επιλογή στις ρυθμίσεις
  "Master cleaner key = Supervisor Cleaner".
  
  Όταν επιλεχθεί, τα κλειδιά των δικτυακών καθαριστριών, διαχωρίζονται λειτουργικά από τα κλειδιά των Master Cleaner ως εξής:
  Κλειδί δικτυακής καθαρίστριας: Με το κλειδί στο internal και πατώντας το DND, διώχνουμε τη σκούπα αλλά μπαίνει ένδειξη με κίτρινο χρώμα (cleaning in progress)
  Κλειδί master καθαρίστριας: Με το κλειδί στο internal και πατώντας το DND, αν υπάρχει σκούπα, φεύγει. Η ένδειξη γίνεται πράσινο+checked.
  Dirty
  Clean (Yellow)
  Clean + Checked
  
  Αν δεν το επιλέξουμε, τότε όλα τα κλειδιά καθαριστριών (δικτυακά και master καθαρίστριας) με πάτημα DND κάνουν το δωμάτιο Clean + Checked (πράσινο με checkmark)
  Και στις δυο περιπτώσεις (ενεργοποιημένη η λειτουργία προϊσταμένης ή όχι), αν έχουμε ενεργοποιημένο το FIAS και το δωμάτιο γίνει Clean+Checked, τότε όσοι πελάτες βρεθούν στο δωμάτιο με ημέρα αναχώρησης ίση με την τρέχουσα (Protel Date), τότε τους διώχνουμε από το δωμάτιο. Κατόπιν ελέγχεται αν πρέπει να μπει κάποιος από την Arrival List (πελάτης με ένδειξη OnHold - δηλαδή πελάτης που έπρεπε να μπει επειδή μας ήρθε GI από FIAS, αλλά επειδή το δωμάτιο ήταν νοικιασμένο και βρώμικο δεν τον βάλαμε στο δωμάτιο αλλά στην Arrival List με Onhold ένδειξη).
• Όταν έρχεται εντολή GI (CheckIn) από το FIAS για πελάτη που φαίνεται να έρχεται την τρέχουσα ημέρα (τρέχουσα ημέρα του Protel), και το δωμάτιο βρεθεί "νοικιασμένο και βρώμικο", ο πελάτης δε μπαίνει στο δωμάτιο, αλλά καταχωρείται στην Arrival List (αν δε βρίσκεται ήδη εκεί), με ένδειξη OnHold (εικονίδιο με χέρι). Μόλις η MasterCleaner πατήσει DND και το δωμάτιο γίνει καθαρό (με ένδειξη πράσινο+checked), όσοι πελάτες βρεθούν στην Arrival List για το δωμάτιο αυτό με ένδειξη OnHold, μεταφέρονται αυτόματα στο δωμάτιο (και τα κλειδιά που ίσως είχαμε φτιάξει γι'αυτούς). Αν κατά τη μεταφορά διαπιστωθεί ότι δεν υπάρχει αρκετός διαθέσιμος χώρος για τα κλειδιά των μεταφερόμενων πελατών, τότε αυτοί παραμένουν στην Arrival List με την ένδειξη OnHold.
• Σε δωμάτιο που μένουν πελάτες τα στοιχεία των οποίων ήρθαν μέσω FIAS (PMS customers), πατώντας Ctrl + rightClick, εμφανίζεται παράθυρο με τα στοιχεία τους (καθώς και τα κλειδιά τους). Στο παράθυρο αυτό, υπάρχει η δυνατότητα χειροκίνητης αποχώρησης ή μεταφορας σε άλλο δωμάτιο.
  Λαμβάνονται υπόψη τα δικαιώματα πρόσβασης, επεξεργασίας του δωματίου.
  
• Μπήκαν επεξηγήσεις στο παράθυρο των δικαιωμάτων χειριστών (στην περίπτωση που έχουμε επιλέξει MultiUser System από τις ρυθμίσεις).
• Η εμφάνιση των εγγραφών στο παράθυρο Ημερολογίου συμβάντων, γίνεται πιο γρήγορα.
  
• Στο παράθυρο "Move to other room" όπου κάποιος επιλέγει δωμάτιο για να μετακομίσει ο πελάτης, εμφανίζονται πλέον και τα δωμάτια σουίτας.
• Αν κατά τη μεταφορά (μέσω FIAS) πελάτη σε άλλο δωμάτιο διαπιστωθεί ότι δε χωράνε τα κλειδιά του, ο πελάτης αυτός μπαίνει στην Arrival List με ένδειξη OnHold.
• Διορθώθηκε ένα BUG. Όταν στέλναμε κλειδιά (λόγω μετακόμισης από FIAS ή άλλες περιπτώσεις) σε άλλο δωμάτιο και το δωμάτιο δεν ήταν online, τότε τα κλειδιά που βρισκόταν σε εκκρεμότητα δεν αποθηκεύονταν (τα πακέτα) στη βάση, με αποτέλεσμα όταν έκλεινε το πρόγραμμα και ξανάνοιγε να μην τα αντιστοίχιζε με τον PMS cstomer !!!
  ΔΙΟΡΘΩΘΗΚΕ
• Διορθώθηκε ένα bug: Κατά την αποσύνδεση δίδυμων δωματίων σουιτας, στην οποία έμεναν δύο PMS customers και είχαν και κλειδιά, μετά το σπάσιμο, αλλού παρέμεναν τα κλειδιά, και αλλού οι πελάτες !!! - ΔΙΟΡΘΩΘΗΚΕ
• Δεν αφήνουμε αναβάθμιση σε περισσότερα από 50 δωμάτια ταυτόχρονα !!!
  Επίσης, δίπλα στο όνομα δωματίου-συσκευής προς αναβάθμιση, εμφανίζεται πλέον και ο αριθμός έκδοσης firmware που έχει το καθένα.
  
• Στην εισαγωγή ARRIVAL CUSTOMER δεν επιτρέπουμε να εμφανίζονται στη λίστα δωματίων και τα δύο δωμάτια μιας σουίτας, ώστε να μη δημιουργούνται καταχωρήσεις που μπερδεύουν την κατάσταση.
• Στα Groups, η MoveToRooms δεν έστελνε τα κλειδιά και στο δίδυμο δωμάτιο !!!!!
  (ελέγθηκε και η απλή περίπτωση και με FIAS - ΔΙΟΡΘΩΘΗΚΕ)
• Μερικές φορές επιτρεπόταν να εισαχθεί ίδιο όνομα σε δωμάτιο και σε κάποια άλλη συσκευή !!!- ΔΙΟΡΘΩΘΗΚΕ
• Στο κεντρικό μόνο: Τρία νέα κουμπιά στο παράθυρο δωματίου για να γίνεται μαζική αντιγραφή των "Όροφος", "PMS_ENABLED", "offset θερμοκρασίας"
  
  
  
  
• Στις εκτυπώσεις->"Τεχνικά χαρακτηριστικά"
  α) εκτυπώνουμε και όροφο, PMS_ENABLED και offset θερμακρασίας
  β) χωράνε περισσότερα στοιχεία σε μια σελίδα εκτύπωσης
  γ) μπήκε εικονίδιο με μπριζάκι στην περίπτωση που υπάρχει πρόβλημα με το xport ή τον controller του δωματίου.
• Η εντολή μαζικά σκούπα (Alt-Click στην επικεφαλίδα DIRTY), όπως ερχόταν από τα τερματικά, είχε ανάποδα τις παραμέτρους.
  Επίσης, όταν γίνονται αυτόματα dirty τα δωμάτια στέλνουμε την κατάσταση κάθε δωματίου και στο FIAS για όλα τα δωμάτια (εκτός των αποσυνδεδεμένων) ώστε να είναι συγχρονισμένο.
• Μπήκαν δικαιώματα χειριστών για το πάτημα σκούπας και OutOfOrder καθώς και προειδοποιητικό μήνυμα πριν γίνει η ενέργεια.
• Στους υπαλλήλους δώθηκε η δυνατοτητα να μένουν και σε δεύτερο δωμάτιο (open also) ώστε να εξυπηρετήσουμε τις κοινές πόρτες που μπορεί να έχουν δύο δωμάτια.
• Τα εικονίδια σε μερικά παράθυρα (δωματίου και σε κάποια που εμφανίζονται τα κλειδιά) σε μερικές κάρτες γραφικών εμφάνιζαν άσπρο background (έχαναν το transparency). - ΔΙΟΡΘΩΘΗΚΕ