Αν το κατάλυμά σας δουλεύει με WebHotelier, αυτή η σελίδα είναι η ειλικρινής τεχνική απάντηση στο «πώς θα δούλευε αυτό στην πράξη», όχι μια σελίδα πωλήσεων που κάνει ότι οι λεπτομέρειες δεν μετράνε.
Τι δίνει πραγματικά το API του WebHotelier
Το WebHotelier δημοσιεύει τη δική του τεκμηρίωση για developers στο docs.webhotelier.net, και στα χαρτιά η σύνδεση είναι απλή: είναι REST API, με αιτήματα προς endpoints κάτω από το rest.reserve-online.net. Η πιστοποίηση γίνεται με Basic HTTP auth, μέσω ενός λογαριασμού Hotelier API που είναι δεμένος με ένα συγκεκριμένο κατάλυμα. Οι απαντήσεις έρχονται από προεπιλογή σε XML, με JSON διαθέσιμο και προτεινόμενο για ό,τι επεξεργάζεται πρόγραμμα. Η ανάγνωση δεδομένων γίνεται με GET, ενώ η δημιουργία, αλλαγή ή ακύρωση με POST ή DELETE.
Οι μέθοδοι καλύπτουν πέντε περιοχές: στοιχεία καταλύματος (δωμάτια, τιμές, extras), διαθεσιμότητα (αναζήτηση για ένα ή πολλά καταλύματα, προβολή ημερολογίου), προσφορές και κρατήσεις (δημιουργία, ακύρωση, επιβεβαίωση, αναζήτηση), vouchers, και στατιστικά. Για έναν AI concierge μετράνε οι δύο: διαθεσιμότητα και κρατήσεις. Τα υπόλοιπα είναι back office.
Τι περιέχει πραγματικά μια κράτηση
Μια κράτηση ανακτάται με ένα απλό GET στο /reservation/{res_id}. Αυτό που επιστρέφει είναι πιο αναλυτικό απ' ό,τι μπαίνουν στον κόπο να δώσουν τα περισσότερα PMS: αριθμός επιβεβαίωσης, κατάσταση, τύπος δωματίου, τιμή, πληρότητα, ημερομηνίες check-in και check-out, πλήρης ανάλυση τιμής (υποσύνολο, extras, φόροι, χρεώσεις εκτός τιμής), στοιχεία επικοινωνίας του επισκέπτη, η ώρα της κράτησης σε ISO 8601 UTC, πολιτική ακύρωσης, και πρόγραμμα πληρωμών. Κρατήσεις που ήρθαν από κανάλι (Booking.com, Expedia και παρόμοια) μπορεί να έχουν και επιπλέον πεδία, όπως ειδικά αιτήματα, για τα οποία η τεκμηρίωση είναι σαφής: όποιο σύστημα συνδέεται πρέπει να τα αποθηκεύει και να τα εμφανίζει.
Αυτό το τελευταίο μετράει περισσότερο απ' ό,τι φαίνεται. Ένας επισκέπτης που έγραψε «ερχόμαστε με βρέφος, χρειαζόμαστε κούνια» στην κράτησή του στο Booking.com δεν πρέπει να χάσει αυτή τη σημείωση επειδή μια σύνδεση διαβάζει μόνο τα πεδία που περίμενε.
Πώς τα χρησιμοποιεί ο agent
Το μοτίβο είναι το ίδιο με τον AI Guest Concierge: ένα μήνυμα επισκέπτη ενεργοποιεί έναν agent, και ο agent έχει εργαλεία που μπορεί να καλέσει, όχι σενάριο που ακολουθεί. Πάνω στο WebHotelier συγκεκριμένα, μοιάζει έτσι.
Η Διαθεσιμότητα WebHotelier είναι αυτό που επιτρέπει στον agent να απαντήσει στο «έχετε δωμάτιο 14 με 17 του μήνα;» με πραγματικό έλεγχο στο απόθεμα του καταλύματος, αντί για ένα γενικό «θα ελέγξω και θα σας πω». Η αναζήτηση ή δημιουργία κράτησης είναι αυτό που μετατρέπει έναν επιβεβαιωμένο έλεγχο διαθεσιμότητας σε κάτι που βλέπει η ρεσεψιόν το επόμενο πρωί, με την ίδια δομή δεδομένων κράτησης που χρησιμοποιεί το ίδιο το WebHotelier. Η προώθηση στη ρεσεψιόν είναι το εργαλείο που μετράει περισσότερο: σε αυτό καταφεύγει ο agent τη στιγμή που ένα αίτημα αγγίζει κάτι που δεν πρέπει να αποφασίσει μόνος.
Πού πρέπει να μείνει άνθρωπος
Το πρόγραμμα πληρωμών και η πολιτική ακύρωσης είναι δύο από τα πιο αναλυτικά πεδία μιας κράτησης στο WebHotelier, και όχι τυχαία: είναι και δύο από τα σημεία όπου ένας αυτοματισμός δεν πρέπει να έχει τον τελευταίο λόγο. Ένας επισκέπτης που ζητά να μετακινήσει μια μη επιστρεπτέα κράτηση, ή που αμφισβητεί μια προκαταβολή, χρειάζεται άνθρωπο με την εξουσία να κάνει εξαίρεση, όχι έναν agent που καλεί ένα εργαλείο. Το ίδιο ισχύει για ό,τι μοιάζει με παράπονο, για αιτήματα VIP, και για ό,τι είναι πραγματικά αμφίσημο. Η προώθηση σε άνθρωπο δεν υπάρχει για να πιάνει ό,τι ξέφυγε από τον agent. Είναι σχεδιασμένο κομμάτι του συστήματος από την πρώτη έκδοση, όχι κάτι που προστέθηκε αφού κάτι πήγε στραβά.
Τι είναι αυτή η σελίδα, και τι δεν είναι. Περιγράφει το δημόσιο API του WebHotelier και την αρχιτεκτονική σύνδεσης που χτίζει η Attilus AI πάνω του. Δεν ισχυρίζεται ότι αυτό τρέχει σήμερα για πελάτη του WebHotelier που πληρώνει. Ο concierge είναι δοκιμασμένο demo, και το λέω ξεκάθαρα στη σελίδα About (στα αγγλικά). Σε ένα έργο για πελάτη, τα εργαλεία του demo αντικαθίστανται με τον πραγματικό λογαριασμό WebHotelier του καταλύματος και το πραγματικό inbox της ρεσεψιόν σας.
Οι τεχνικές λεπτομέρειες παραπάνω (διαδρομές endpoints, μέθοδος πιστοποίησης, μορφές δεδομένων, πεδία κράτησης) προέρχονται απευθείας από τη δημόσια τεκμηρίωση του WebHotelier για developers, όχι από εσωτερικές πληροφορίες.
Τι χρειάζεται ένα ξενοδοχείο για να ξεκινήσει
Τρία πράγματα, σε γενικές γραμμές: έναν λογαριασμό Hotelier API για το κατάλυμα (τον δίνει το WebHotelier, όχι η Attilus AI), ποια κανάλια επισκεπτών θέλετε πραγματικά να απαντώνται (WhatsApp, Instagram DM, το site σας, ή και τα τρία), και ποιος από το προσωπικό θα λαμβάνει τις προωθήσεις. Όλα τα υπόλοιπα, όπως ακριβώς ποια αιτήματα χειρίζεται ο agent και ποια δίνει σε άνθρωπο, διαμορφώνονται στη γνωριμία, με βάση το πώς λειτουργεί πραγματικά το κατάλυμά σας.
Οι τεχνικές λεπτομέρειες σε αυτή τη σελίδα προέρχονται από τη δημόσια τεκμηρίωση του WebHotelier για developers στο docs.webhotelier.net. Δείτε επίσης τις αναλύσεις για Guesty και Hostaway (στα αγγλικά). Το WebHotelier είναι προϊόν του αντίστοιχου κατόχου του. Η Attilus AI δεν συνδέεται με το WebHotelier.