Category: AI Act

  • AI Act: Κατάταξη για ρομπότ ξενοδοχείων

    Τα ρομπότ ξενοδοχείων δεν αποτελούν αυτομάτως συστήματα τεχνητής νοημοσύνης υψηλού κινδύνου. Η ταξινόμηση αφορά το συγκεκριμένο σύστημα ΤΝ και τον επιδιωκόμενο σκοπό του, όχι απλώς το γεγονός ότι ένα μηχάνημα ονομάζεται ρομπότ ή λειτουργεί κοντά σε επισκέπτες. Ο δεσμευτικός κανονισμός για την ΤΝ, Κανονισμός (ΕΕ) 2024/1689, στο άρθρο 6, προβλέπει δύο οδούς ταξινόμησης: συγκεκριμένες περιπτώσεις που συνδέονται με την ασφάλεια προϊόντων βάσει του άρθρου 6 παράγραφος 1 και καταγεγραμμένες χρήσεις βάσει του άρθρου 6 παράγραφος 2 και του παραρτήματος III.

    Στο ζήτημα «AI Act και ρομπότ ξενοδοχείων», ο πρακτικός έλεγχος ακολουθεί επομένως διαδοχικά στάδια: προσδιορίστε αν το επιμέρους στοιχείο αποτελεί σύστημα ΤΝ· εξετάστε αν αποτελεί κατασκευαστικό στοιχείο ασφάλειας που χρησιμοποιεί ΤΝ ή αυτοτελές προϊόν, το οποίο καλύπτεται από νομοθεσία του παραρτήματος I που απαιτεί αξιολόγηση συμμόρφωσης από τρίτο μέρος· στη συνέχεια ελέγξτε αν η επιδιωκόμενη χρήση περιλαμβάνεται στο παράρτημα III. Η πλοήγηση και η αποφυγή εμποδίων σε ένα ρομπότ παραδόσεων δεν το καθιστούν αυτομάτως σύστημα υψηλού κινδύνου βάσει του παραρτήματος III. Ωστόσο, εξακολουθεί να απαιτείται ανάλυση της οδού του άρθρου 6 παράγραφος 1 που αφορά την ασφάλεια προϊόντων. Το σχέδιο κατευθυντήριων γραμμών της Επιτροπής για την ταξινόμηση εξηγεί αυτές τις δύο οδούς χωρίς να αντικαθιστά τον κανονισμό.

    1. Ταξινομήστε τις λειτουργίες των ρομπότ ξενοδοχείων

    Η ίδια εγκατάσταση ρομπότ μπορεί να συνδυάζει λογισμικό πλοήγησης, διεπαφή συνομιλίας, απομακρυσμένη διαχείριση στόλου και αναλύσεις δεδομένων για εργαζομένους. Οι λειτουργίες αυτές δεν έχουν κατ’ ανάγκη την ίδια ταξινόμηση. Πριν αποδεχθεί τη συνολική κατηγοριοποίηση του προμηθευτή, η ομάδα προμηθειών πρέπει να προσδιορίσει τα όρια κάθε συστήματος ΤΝ, συμπεριλαμβανομένων των υπηρεσιών υπολογιστικού νέφους και των προαιρετικών λειτουργιών.

    Ξεκινήστε από τον επιδιωκόμενο σκοπό που δηλώνεται στις οδηγίες, στην τεχνική τεκμηρίωση, στο υλικό πωλήσεων και στις συμβατικές προδιαγραφές. Το άρθρο 3 ορίζει τον επιδιωκόμενο σκοπό με αναφορά στη χρήση για την οποία προορίζει το σύστημα ο πάροχος, συμπεριλαμβανομένων του πλαισίου και των συνθηκών χρήσης. Οι συχνές ερωτήσεις της Επιτροπής για τον κανονισμό για την ΤΝ εξηγούν επίσης ότι η ταξινόμηση εξαρτάται από τον επιδιωκόμενο σκοπό και τους τρόπους χρήσης. Σημασία έχει η πραγματική διαμόρφωση στο ξενοδοχείο, όχι μόνο το ενημερωτικό φυλλάδιο του προϊόντος.

    Καταγράψτε μια συγκεκριμένη περιγραφή χρήσης: για παράδειγμα, μεταφορά σφραγισμένων παραγγελιών εξυπηρέτησης δωματίου μέσω χαρτογραφημένων διαδρόμων, χωρίς αξιολόγηση προσωπικού ή ταυτοποίηση επισκεπτών. Στη συνέχεια καταγράψτε τις εξαιρούμενες χρήσεις και τους ελέγχους πρόσβασης που διασφαλίζουν ότι οι εξαιρέσεις εφαρμόζονται στην πράξη. Μια απενεργοποιημένη λειτουργία βαθμολόγησης εργαζομένων δεν πρέπει να ενσωματωθεί απαρατήρητα στη λειτουργία του συστήματος μέσω μεταγενέστερης ενημέρωσης του πίνακα διαχείρισης.

    Διατηρήστε σαφή την ιεραρχία των πηγών. Οι κατευθυντήριες γραμμές της Επιτροπής δημοσιεύθηκαν στις 19 Μαΐου 2026 και επικαιροποιήθηκαν στις 23 Ιουλίου 2026, αλλά παραμένουν σχέδιο χωρίς δεσμευτική ισχύ και τα παραδείγματά τους δεν είναι εξαντλητικά. Οι συχνές ερωτήσεις, που επικαιροποιήθηκαν στις 7 Αυγούστου 2026, παρέχουν επεξηγηματική καθοδήγηση. Καμία από τις δύο πηγές δεν υποκαθιστά τον δεσμευτικό κανονισμό για την ΤΝ.

    2. Πρώτο βήμα: προσδιορίστε το σχετικό σύστημα ΤΝ

    Ζητήστε από τον προμηθευτή να προσδιορίσει ποια επιμέρους στοιχεία πληρούν τον ορισμό του άρθρου 3 σημείο 1: ένα μηχανικό σύστημα που λειτουργεί με διαφορετικά επίπεδα αυτονομίας και συνάγει, από τα δεδομένα εισόδου, πώς να παράγει αποτελέσματα, όπως προβλέψεις, περιεχόμενο, συστάσεις ή αποφάσεις που επηρεάζουν φυσικά ή εικονικά περιβάλλοντα. Η προσαρμοστικότητα μετά τη θέση σε λειτουργία είναι πιθανό χαρακτηριστικό, όχι υποχρεωτικό γνώρισμα κάθε συστήματος ΤΝ. Χρησιμοποιήστε τον ορισμό και την αιτιολογική σκέψη 12, αντί να βασίζεστε στην ύπαρξη ενός εμπορικού χαρακτηρισμού όπως «με τεχνητή νοημοσύνη».

    Ζητήστε έναν χάρτη των επιμέρους στοιχείων που διακρίνει την αντίληψη βάσει μηχανικής μάθησης, τον σχεδιασμό διαδρομών, την παραγωγή γλώσσας, τους σταθερούς κανόνες και τους συμβατικούς μηχανισμούς ελέγχου ασφάλειας. Το συνηθισμένο λογισμικό δεν αποτελεί αυτομάτως ΤΝ, ενώ ένα μοντέλο που παραμένει αμετάβλητο μπορεί να εμπίπτει στον ορισμό. Ο προμηθευτής πρέπει να εξηγεί τον μηχανισμό συναγωγής σε επαρκή βαθμό ώστε να τεκμηριώνεται η ταξινόμηση, χωρίς να χρειάζεται το ξενοδοχείο πρόσβαση στον πηγαίο κώδικα.

    Το αποτέλεσμα πρέπει να είναι μια απογραφή συστημάτων συνδεδεμένη με τις εκδόσεις του προϊόντος και τις ενεργοποιημένες υπηρεσίες. Όταν ένα μοντέλο υποστηρίζει περισσότερες λειτουργίες, προσδιορίστε κάθε επιδιωκόμενο σκοπό και τις διεπαφές του. Έτσι αποτρέπεται η χρήση μιας επαρκώς τεκμηριωμένης αξιολόγησης πλοήγησης, χωρίς νέο έλεγχο, για μια λειτουργία διαχείρισης προσωπικού που προστίθεται αργότερα.

    3. Δεύτερο βήμα: ελέγξτε την οδό της ασφάλειας προϊόντων

    Το άρθρο 6 παράγραφος 1 απαιτεί τη σωρευτική συνδρομή δύο προϋποθέσεων. Πρώτον, το σύστημα ΤΝ πρέπει να προορίζεται να χρησιμοποιηθεί ως κατασκευαστικό στοιχείο ασφάλειας προϊόντος ή να αποτελεί το ίδιο προϊόν που καλύπτεται από τη νομοθεσία εναρμόνισης του παραρτήματος I. Δεύτερον, το συγκεκριμένο προϊόν πρέπει να υπόκειται σε υποχρεωτική αξιολόγηση συμμόρφωσης από τρίτο μέρος βάσει αυτής της νομοθεσίας. Το γεγονός ότι πρόκειται για μηχάνημα ή ότι περιέχει ΤΝ δεν αρκεί από μόνο του. Βλ. άρθρο 6 παράγραφος 1 και παράρτημα I.

    Για ένα κινητό ρομπότ ξενοδοχείου, εξετάστε τι αποτρέπει στην πράξη τις επικίνδυνες συγκρούσεις ή την ανεξέλεγκτη κίνηση. Έχει ανατεθεί λειτουργία ασφάλειας στην αντίληψη που βασίζεται σε ΤΝ; Θα μπορούσε η αστοχία ή η δυσλειτουργία της να θέσει σε κίνδυνο ανθρώπους ή περιουσιακά στοιχεία; Ή μήπως η προστατευτική λειτουργία παρέχεται από μια αρχιτεκτονική ασφάλειας της οποίας η επάρκεια τεκμηριώνεται ανεξάρτητα, ενώ η ΤΝ αναλαμβάνει πλοήγηση που δεν επιτελεί λειτουργία ασφάλειας; Τα ερωτήματα αυτά απορρέουν από τον ορισμό του κατασκευαστικού στοιχείου ασφάλειας στο άρθρο 3 σημείο 14 του κανονισμού. Οι ονομασίες των υπομονάδων δεν αρκούν για να τα απαντήσουν.

    Ο κανονισμός για τα μηχανήματα, στα άρθρα 3 και 25 και στο παράρτημα I, έχει σημασία επειδή τα κατασκευαστικά στοιχεία ασφάλειας μπορούν να είναι ψηφιακά, συμπεριλαμβανομένου του λογισμικού. Το μέρος Α του παραρτήματος I αφορά ειδικά κατασκευαστικά στοιχεία ασφάλειας με πλήρως ή μερικώς αυτοεξελισσόμενη συμπεριφορά που χρησιμοποιούν προσεγγίσεις μηχανικής μάθησης και διασφαλίζουν λειτουργίες ασφάλειας, καθώς και μηχανήματα που ενσωματώνουν τέτοια συστήματα υπό τις προϋποθέσεις που ορίζονται εκεί. Αυτές οι κατηγορίες απαιτούν συμμετοχή τρίτου μέρους μέσω των εφαρμοστέων διαδικασιών αξιολόγησης της συμμόρφωσης.

    Μην μετατρέπετε αυτή την ειδική διάταξη σε κανόνα ότι κάθε ρομπότ που χρησιμοποιεί μηχανική μάθηση χρειάζεται κοινοποιημένο οργανισμό. Ζητήστε από τον κατασκευαστή την κατηγορία του προϊόντος, την κατανομή των λειτουργιών ασφάλειας και την επιλεγμένη διαδικασία αξιολόγησης της συμμόρφωσης, συμπεριλαμβανομένης της αιτιολόγησης για το αν απαιτείται ή όχι αξιολόγηση από τρίτο μέρος. Ο κανονισμός για τα μηχανήματα εφαρμόζεται κατά γενικό κανόνα από τις 20 Ιανουαρίου 2027. Το άρθρο 6 παράγραφος 1 του κανονισμού για την ΤΝ και οι αντίστοιχες υποχρεώσεις εφαρμόζονται από τις 2 Αυγούστου 2027 βάσει του άρθρου 113. Διαχωρίστε τις ισχύουσες υποχρεώσεις από τα σχέδια μελλοντικής προμήθειας και τροποποίησης.

    Για τις συνέπειες στη διαδικασία προμήθειας, δείτε την ανάλυση της Ergasa για τα ρομπότ υπηρεσιών και τον έλεγχο από κοινοποιημένο οργανισμό και την ενημέρωση για τον κανονισμό για τα μηχανήματα και τα ελληνικά ξενοδοχεία.

    4. Τρίτο βήμα: ελέγξτε το παράρτημα III και τις απαγορευμένες χρήσεις

    Στη συνέχεια, συγκρίνετε κάθε επιδιωκόμενη χρήση με το παράρτημα III. Οι λειτουργίες ενός ξενοδοχείου μπορεί να εμπίπτουν σε πεδία όπως η απασχόληση και η διαχείριση εργαζομένων, η βιομετρική ταυτοποίηση, η βιομετρική κατηγοριοποίηση και η αναγνώριση συναισθημάτων. Το εργαλείο της Επιτροπής για την περιήγηση στο παράρτημα III είναι χρήσιμο βοήθημα, αλλά καθοριστική είναι η ακριβής διατύπωση του κανονισμού. Αξιολογήστε κάθε λειτουργία χωριστά:

    Λειτουργία στο ξενοδοχείο Ερώτημα ταξινόμησης Τεκμήρια που πρέπει να ζητηθούν
    Παράδοση παραγγελιών στα δωμάτια Η μεταφορά και η πλοήγηση δεν περιλαμβάνονται αυτομάτως στο παράρτημα III. Αξιολογήστε τις λειτουργίες ασφάλειας βάσει του άρθρου 6 παράγραφος 1. Όρια του συστήματος, αρχιτεκτονική προστασίας από συγκρούσεις και διαδικασία αξιολόγησης της συμμόρφωσης.
    Καθαρισμός Ο καθαρισμός δεν αποτελεί αυτομάτως χρήση του παραρτήματος III. Οι προστατευτικές λειτουργίες που συνδέονται με ΤΝ χρειάζονται έλεγχο βάσει της οδού ασφάλειας προϊόντων. Κατανομή των λειτουργιών ασφάλειας, όρια λειτουργίας και παραδοχές σχετικά με την πρόσβαση ανθρώπων στον χώρο λειτουργίας.
    Σύστημα συνομιλίας στην υποδοχή ή ψηφιακός βοηθός επισκεπτών Η συνήθης εξυπηρέτηση επισκεπτών δεν είναι αυτομάτως υψηλού κινδύνου. Ενδέχεται να εφαρμόζονται οι απαιτήσεις διαφάνειας του άρθρου 50 για την αλληλεπίδραση. Ενημέρωση επισκεπτών, επιτρεπόμενες εργασίες και μηχανισμοί παραπομπής σε αρμόδιο άνθρωπο.
    Προγραμματισμός εργασίας ή αξιολόγηση απόδοσης προσωπικού Το παράρτημα III μπορεί να καλύπτει την κατανομή καθηκόντων βάσει της ατομικής συμπεριφοράς και την παρακολούθηση ή αξιολόγηση εργαζομένων. Κριτήρια λήψης αποφάσεων, δεδομένα εισόδου που αφορούν εργαζομένους και συνέπειες των αποτελεσμάτων του συστήματος.
    Αναγνώριση συναισθημάτων Το παράρτημα III καλύπτει επιτρεπόμενες χρήσεις αναγνώρισης συναισθημάτων. Η χρήση στον χώρο εργασίας απαγορεύεται κατά γενικό κανόνα, με συγκεκριμένες εξαιρέσεις. Βιομετρικά δεδομένα εισόδου, συναισθηματικές καταστάσεις που συνάγονται, επηρεαζόμενα πρόσωπα και επικαλούμενη εξαίρεση.
    Βιομετρική ταυτοποίηση ή έλεγχος πρόσβασης Η εξ αποστάσεως βιομετρική ταυτοποίηση μπορεί να εμπίπτει στις καταγεγραμμένες χρήσεις. Η επαλήθευση που επιβεβαιώνει αποκλειστικά μια δηλωθείσα ταυτότητα εξαιρείται από τη συγκεκριμένη καταχώριση. Σχεδιασμός για ταυτοποίηση έναντι επαλήθευσης, διαδικασία αρχικής καταχώρισης και διαδικασία αντιστοίχισης.

    Οι διακρίσεις αυτές προκύπτουν από τα σημεία 1 και 4 του παραρτήματος III και τα άρθρα 5 και 50. Μια λειτουργία βιομετρικού ελέγχου πρόσβασης δεν θεωρείται αποδεκτή απλώς επειδή ο προμηθευτής την αποκαλεί επαλήθευση. Εξακριβώστε αν επιβεβαιώνει μόνο μια δηλωθείσα ταυτότητα ή αναζητά την ταυτότητα ενός προσώπου μεταξύ περισσότερων προσώπων. Τα ζητήματα προστασίας δεδομένων παραμένουν επίσης αυτοτελή σε σχέση με την ταξινόμηση υψηλού κινδύνου.

    Ελέγξτε πρώτα τις απαγορεύσεις, προτού αντιμετωπίσετε μια λειτουργία ως επιτρεπόμενη χρήση υψηλού κινδύνου. Το άρθρο 5 απαγορεύει κατά γενικό κανόνα τη χρήση ΤΝ για τη συναγωγή συναισθημάτων στους χώρους εργασίας, εκτός εάν προορίζεται για ιατρικούς λόγους ή λόγους ασφάλειας. Ένα ξενοδοχείο δεν πρέπει να αντιμετωπίζει την «παρακολούθηση διάθεσης» εργαζομένων ως πρακτική που μπορεί να νομιμοποιηθεί με τη συνήθη συμπλήρωση εγγράφων συμμόρφωσης. Η αναγνώριση συναισθημάτων επισκεπτών απαιτεί αυτοτελή αξιολόγηση του πεδίου εφαρμογής, της επιτρεπόμενης χρήσης και της διαφάνειας βάσει των άρθρων 3, 5 και 50 και του παραρτήματος III.

    Για τα συστήματα του παραρτήματος III, το άρθρο 6 παράγραφος 3 προβλέπει περιορισμένη εξαίρεση όταν το σύστημα δεν ενέχει σημαντικό κίνδυνο, μεταξύ άλλων επειδή δεν επηρεάζει ουσιωδώς το αποτέλεσμα της λήψης αποφάσεων, και πληροί τις συγκεκριμένες προϋποθέσεις. Τα συστήματα που αναφέρονται στο παράρτημα III και εκτελούν κατάρτιση προφίλ φυσικών προσώπων εξακολουθούν να θεωρούνται υψηλού κινδύνου. Ο πάροχος που επικαλείται την εξαίρεση οφείλει να τεκμηριώσει την αξιολόγηση και να συμμορφωθεί με τη σχετική απαίτηση καταχώρισης βάσει των άρθρων 6 παράγραφοι 3 και 4 και 49 παράγραφος 2. Η εξαίρεση αυτή δεν αίρει την ταξινόμηση βάσει του άρθρου 6 παράγραφος 1.

    5. Καθορίστε τις ευθύνες παρόχου και φορέα εφαρμογής

    Ένα ξενοδοχείο που χρησιμοποιεί σύστημα προμηθευτή υπό τη δική του ευθύνη θα είναι συνήθως φορέας εφαρμογής. Αντίστοιχα, πάροχος είναι η οντότητα που αναπτύσσει το σύστημα ή αναθέτει την ανάπτυξή του και το διαθέτει στην αγορά ή το θέτει σε λειτουργία υπό τη δική της επωνυμία. Πρόκειται για ορισμούς που βασίζονται στην πραγματική λειτουργία κάθε μέρους, όχι για χαρακτηρισμούς που μπορούν να αποδοθούν ελεύθερα σε μια εντολή αγοράς. Ελέγξτε τα σημεία 3 και 4 του άρθρου 3 σε σχέση με την πραγματική αλυσίδα εφοδιασμού.

    Για συστήματα υψηλού κινδύνου, το άρθρο 25 μπορεί να μεταφέρει τις υποχρεώσεις παρόχου σε διανομέα, εισαγωγέα, φορέα εφαρμογής ή άλλο τρίτο μέρος που θέτει τη δική του επωνυμία ή το δικό του εμπορικό σήμα στο σύστημα, με την επιφύλαξη της πρόβλεψης της διάταξης για συμβατικές ρυθμίσεις, ή που επιφέρει ουσιαστική τροποποίηση σε σύστημα το οποίο παραμένει υψηλού κινδύνου. Η αλλαγή του επιδιωκόμενου σκοπού ενός συστήματος που προηγουμένως δεν ήταν υψηλού κινδύνου, με αποτέλεσμα να καταστεί υψηλού κινδύνου, μπορεί επίσης να ενεργοποιήσει την ιδιότητα του παρόχου. Διαβάστε το άρθρο 25 σε συνδυασμό με τον ορισμό της ουσιαστικής τροποποίησης στο άρθρο 3 σημείο 23.

    Επομένως, ένα ρομπότ που φέρει στο περίβλημά του το εμπορικό σήμα του ξενοδοχείου αποτελεί αφορμή για διερεύνηση, όχι απόδειξη ότι κάθε ξενοδοχειακή επιχείρηση έχει γίνει πάροχος ΤΝ. Αλλαγές με μεγαλύτερες συνέπειες μπορεί να είναι η επαναχρησιμοποίηση δεδομένων τηλεμετρίας παραδόσεων για την αξιολόγηση εργαζομένων ή η τροποποίηση του συνόλου υποσυστημάτων ελέγχου που σχετίζονται με την ασφάλεια. Απαιτήστε έλεγχο των αλλαγών πριν από τη θέση τους σε λειτουργία. Η ανάλυση της Ergasa για την ιδιότητα και την ευθύνη του κατασκευαστή ρομπότ υπηρεσιών εξετάζει τα συναφή ζητήματα ρόλων βάσει της νομοθεσίας προϊόντων. Η ιδιότητα του κατασκευαστή και εκείνη του παρόχου ΤΝ δεν πρέπει να θεωρούνται ταυτόσημες.

    6. Συγκροτήστε τον φάκελο τεκμηρίωσης της προμήθειας

    Ζητήστε φάκελο τεκμηρίωσης πριν από την αποδοχή, όχι μια αστήρικτη δήλωση ότι το ρομπότ «συμμορφώνεται με τον κανονισμό για την ΤΝ». Ο ακόλουθος κατάλογος αποτελεί συνιστώμενο έλεγχο για την προμήθεια και όχι ισχυρισμό ότι κάθε αναφερόμενο έγγραφο είναι υποχρεωτικό σε όλες τις περιπτώσεις:

    • Απογραφή συστημάτων: εκδόσεις υλικού εξοπλισμού, λογισμικού, μοντέλων και υπηρεσιών υπολογιστικού νέφους, με τις ενεργοποιημένες και τις εξαιρούμενες λειτουργίες.
    • Δήλωση επιδιωκόμενου σκοπού: χρήστες, περιβάλλοντα, εργασίες, συνέπειες αποφάσεων και απαγορευμένες διαμορφώσεις.
    • Αξιολόγηση βάσει του ορισμού της ΤΝ: ποια επιμέρους στοιχεία εμπίπτουν στον ορισμό και ποια είναι η τεχνική βάση του συμπεράσματος.
    • Ανάλυση ασφάλειας προϊόντος: εφαρμοστέα νομοθεσία του παραρτήματος I, λειτουργίες ασφάλειας, συνέπειες αστοχίας και διαδικασία αξιολόγησης της συμμόρφωσης.
    • Αντιστοίχιση με το παράρτημα III: κάθε σχετική καταχώριση, λόγοι υπαγωγής ή μη υπαγωγής και τυχόν αξιολόγηση βάσει του άρθρου 6 παράγραφος 3.
    • Έλεγχος απαγορεύσεων και διαφάνειας: παρακολούθηση εργαζομένων, συναγωγή συναισθημάτων, βιομετρικά στοιχεία και αλληλεπίδραση με επισκέπτες.
    • Κατανομή ρόλων: ταυτότητα παρόχου, φορέα εφαρμογής, εισαγωγέα και υπευθύνου ολοκλήρωσης του συστήματος, καθώς και ευθύνη για ενημερώσεις και περιστατικά.
    • Έλεγχοι αλλαγών: περιπτώσεις που ενεργοποιούν υποχρέωση ειδοποίησης για νέα μοντέλα, σκοπούς, διασυνδέσεις, αλλαγές ασφάλειας και ρυθμίσεις χρήσης επωνυμίας ή εμπορικού σήματος.

    Το υπόμνημα ταξινόμησης πρέπει να προσδιορίζει τα κενά τεκμηρίωσης, τις παραδοχές και την ακριβή διαμόρφωση που εγκρίνεται για αγορά. Ως σύσταση διακυβέρνησης, ο εξουσιοδοτημένος εκπρόσωπος συμμόρφωσης του προμηθευτή πρέπει να υπογράφει τη θέση του προμηθευτή για την ταξινόμηση. Ο αρμόδιος υπεύθυνος προμήθειας ή θέσης σε λειτουργία του ξενοδοχείου πρέπει να υπογράφει την απόφαση αποδοχής, με τεκμηριωμένο έλεγχο από μηχανικούς ασφάλειας μηχανημάτων και ειδικούς νομικής υποστήριξης ή συμμόρφωσης. Συμπεριλάβετε τη διεύθυνση ανθρώπινου δυναμικού και τον υπεύθυνο προστασίας δεδομένων όταν οι λειτουργίες που αφορούν προσωπικό ή βιομετρικά στοιχεία δικαιολογούν τη συμμετοχή τους.

    Αυτή είναι μια συνιστώμενη δομή εγκρίσεων και υπογραφών, όχι ένας τύπος υπογραφής υπομνήματος ταξινόμησης που επιβάλλεται από τον κανονισμό για την ΤΝ. Δεν αντικαθιστά τις υποχρεώσεις παρόχων και φορέων εφαρμογής που προβλέπονται στα άρθρα 16, 25 και 26.

    7. Μετατρέψτε την ταξινόμηση σε κριτήριο αγοράς

    Ένα χρήσιμο συμπέρασμα είναι συγκεκριμένο: οι προσδιορισμένες λειτουργίες πλοήγησης και παράδοσης δεν περιλαμβάνονται στις χρήσεις του παραρτήματος III· η αξιολόγηση βάσει της οδού ασφάλειας προϊόντων υποστηρίζεται από συγκεκριμένα τεκμήρια ή παραμένει εκκρεμής· οι λειτουργίες που αφορούν προσωπικό και βιομετρικά στοιχεία εξαιρούνται ή αξιολογούνται χωριστά. Αποφύγετε έναν γενικό χαρακτηρισμό όπως «ρομπότ χαμηλού κινδύνου», ο οποίος αποκρύπτει αναπάντητα ερωτήματα.

    Εάν λείπουν τεκμήρια, θέστε την προσκόμισή τους ως προϋπόθεση αποδοχής αντί να εικάζετε το αποτέλεσμα. Επανεξετάστε την αξιολόγηση όταν αλλάζουν οι λειτουργίες, ο επιδιωκόμενος σκοπός ή η αρχιτεκτονική ασφάλειας. Ο πρακτικός στόχος είναι η ιχνηλασιμότητα: το ξενοδοχείο πρέπει να γνωρίζει τι αγοράζει, ποιος οργανισμός φέρει κάθε ευθύνη και ποιες αλλαγές θα αναιρούσαν το καταγεγραμμένο συμπέρασμα.

    8. Συχνές ερωτήσεις

    Είναι αυτομάτως υψηλού κινδύνου ένα ρομπότ εξυπηρέτησης δωματίου;

    Όχι. Η παράδοση και η πλοήγηση δεν αποτελούν αυτομάτως χρήσεις του παραρτήματος III. Αξιολογήστε τη χωριστή οδό ασφάλειας προϊόντων βάσει του άρθρου 6 παράγραφος 1.

    Η αποφυγή εμποδίων καθιστά την ΤΝ κατασκευαστικό στοιχείο ασφάλειας;

    Όχι μόνο λόγω της ονομασίας της. Εξετάστε την προβλεπόμενη λειτουργία ασφάλειας και τις συνέπειες αστοχίας με βάση το άρθρο 3 σημείο 14 και στη συνέχεια ελέγξτε και τις δύο προϋποθέσεις του άρθρου 6 παράγραφος 1.

    Είναι κάθε σύστημα συνομιλίας στην υποδοχή υψηλού κινδύνου;

    Όχι. Η συνήθης εξυπηρέτηση επισκεπτών δεν περιλαμβάνεται αυτομάτως στις καταγεγραμμένες χρήσεις. Ωστόσο, η άμεση αλληλεπίδραση με ΤΝ μπορεί να ενεργοποιεί απαιτήσεις ενημέρωσης βάσει του άρθρου 50.

    Μπορεί ένα ξενοδοχείο να χρησιμοποιεί ΤΝ για την αξιολόγηση των συναισθημάτων του προσωπικού;

    Η συναγωγή συναισθημάτων στον χώρο εργασίας απαγορεύεται κατά γενικό κανόνα, με εξαιρέσεις για ιατρικούς λόγους ή λόγους ασφάλειας που ορίζονται στο άρθρο 5 παράγραφος 1 στοιχείο στ). Η διαχείριση της απόδοσης δεν αποτελεί από μόνη της τέτοια εξαίρεση.

    Μπορεί η τροποποίηση ενός ρομπότ να καταστήσει το ξενοδοχείο πάροχο;

    Ναι, στις περιπτώσεις που ορίζει το άρθρο 25, συμπεριλαμβανομένων ουσιαστικών τροποποιήσεων που πληρούν τις προβλεπόμενες προϋποθέσεις ή αλλαγής του επιδιωκόμενου σκοπού που καθιστά ένα σύστημα υψηλού κινδύνου.

    Είναι δεσμευτικά τα παραδείγματα ταξινόμησης της Επιτροπής;

    Όχι. Το σχέδιο κατευθυντήριων γραμμών δεν είναι δεσμευτικό και τα παραδείγματά του δεν είναι εξαντλητικά. Η αξιολόγηση διέπεται από τον κανονισμό.

  • AI Act Classification for Hotel Service Robots

    Hotel service robots are not automatically high-risk AI systems. Classification attaches to the relevant AI system and its intended purpose, not simply to a machine being called a robot or operating near guests. The binding AI Act, Regulation (EU) 2024/1689, Article 6, establishes two routes: specified product-safety circumstances under Article 6(1), and listed uses under Article 6(2) and Annex III.

    For AI Act hotel service robots, the practical test is therefore sequential: identify whether the component is an AI system; examine whether it is an AI safety component, or itself a product, covered by Annex I legislation requiring third-party conformity assessment; then check whether its intended use appears in Annex III. Navigation and obstacle avoidance on a delivery robot do not automatically make it Annex III high-risk, but the Article 6(1) safety route still needs analysis. The Commission’s draft classification guidelines explain these two routes without replacing the Regulation.

    1. Classify the functions of hotel service robots

    A single robot deployment may combine navigation software, a conversational interface, remote fleet management and analytics about employees. These functions need not share one classification. Procurement should identify the boundaries of each AI system, including cloud services and optional features, before accepting a supplier’s overall label.

    Begin with the intended purpose stated in instructions, technical documentation, sales materials and contractual specifications. Article 3 defines intended purpose by reference to the use intended by the provider, including its context and conditions. The Commission’s AI Act FAQ also explains that classification depends on intended purpose and use modalities. A hotel’s actual configuration matters, not just the product brochure.

    Record a concrete use statement: for example, transporting sealed room-service orders through mapped corridors, without evaluating staff or identifying guests. Then record exclusions and access controls that keep those exclusions real. A disabled employee-scoring feature should not silently become part of the deployment through a later dashboard update.

    Keep the source hierarchy visible. The Commission guidelines were published on 19 May 2026 and updated on 23 July 2026, but remain draft and non-binding; their examples are non-exhaustive. The FAQ, updated on 7 August 2026, is explanatory guidance. Neither displaces the binding AI Act.

    2. Step one: identify the relevant AI system

    Ask the supplier which components meet the Article 3(1) definition: a machine-based system operating with varying autonomy that infers, from inputs, how to generate outputs such as predictions, content, recommendations or decisions influencing physical or virtual environments. Adaptiveness after deployment is possible, not a mandatory characteristic of every AI system. Use the definition and recital 12, rather than the presence of an “AI-powered” marketing label.

    Request a component map distinguishing learned perception, route planning, language generation, fixed rules and conventional safety controls. Ordinary software is not automatically AI, while a fixed model can still fall within the definition. The supplier should explain the inference mechanism sufficiently to support the classification, without the hotel needing source-code access.

    The output should be a system inventory tied to product versions and enabled services. Where one model supports several functions, identify each intended purpose and its interfaces. This prevents a defensible navigation assessment from being reused without examination for a newly introduced personnel-management feature.

    3. Step two: test the product-safety route

    Article 6(1) requires both conditions. First, the AI must be intended as a safety component of a product, or itself constitute a product, covered by Annex I harmonisation legislation. Second, that product must require third-party conformity assessment under that legislation. Being a machine, or containing AI, is insufficient by itself. See Article 6(1) and Annex I.

    For a mobile hotel robot, examine what actually prevents hazardous collisions or uncontrolled movement. Is AI perception credited with a safety function? Could its failure or malfunction endanger people or property? Or does an independently justified safety architecture provide the protective function while AI handles non-safety navigation? These questions follow the Act’s Article 3(14) safety-component definition; module names alone cannot answer them.

    The Machinery Regulation, Articles 3 and 25 and Annex I, matters because safety components can be digital, including software. Annex I, Part A specifically addresses safety components with fully or partially self-evolving behaviour using machine-learning approaches that ensure safety functions, and machinery embedding such systems in the circumstances specified there. These categories require third-party involvement through the applicable conformity-assessment procedures.

    Do not convert that specific provision into a rule that every machine-learning robot needs a notified body. Request the manufacturer’s product category, safety allocation and chosen conformity route, including why third-party assessment is or is not required. The Machinery Regulation generally applies from 20 January 2027; the AI Act’s Article 6(1) and corresponding obligations apply from 2 August 2027 under Article 113. Distinguish present obligations from future supply and modification plans.

    For the procurement implications, see Ergasa’s service robot notified-body analysis and Machinery Regulation briefing for Greek hotels.

    4. Step three: check Annex III and prohibited uses

    Next, compare each intended use with Annex III. Hotel operations can intersect with employment and worker management, biometric identification, biometric categorisation and emotion recognition. The Commission’s Annex III explorer is a useful navigation aid, but the precise wording in the Regulation controls. Assess each feature separately:

    Hotel function Classification question Evidence to request
    Room-service delivery Transport and navigation are not automatically listed in Annex III; assess Article 6(1) safety functions. System boundary, collision-protection architecture and conformity route.
    Cleaning Cleaning is not automatically an Annex III use; AI-linked protective functions need the product-safety test. Safety-function allocation, operating limits and human-access assumptions.
    Reception chatbot or concierge Ordinary guest assistance is not automatically high-risk; Article 50 interaction transparency may apply. Guest disclosure, permitted tasks and escalation controls.
    Staff scheduling or performance Annex III can cover individual behaviour-based task allocation and monitoring or evaluation of workers. Decision criteria, employee inputs and consequences of outputs.
    Emotion recognition Annex III addresses permitted emotion recognition; workplace use is generally prohibited, subject to specified exceptions. Biometric inputs, inferred states, affected people and claimed exception.
    Biometric identification or access Remote biometric identification can be listed; verification solely confirming a claimed identity is excluded from that entry. Identification versus verification design, enrolment and matching process.

    These distinctions come from Annex III points 1 and 4, Articles 5 and 50. A biometric access feature is not cleared simply because the supplier calls it verification: establish whether it only confirms a claimed identity or searches for an identity among people. Data-protection questions also remain separate from high-risk classification.

    Screen prohibitions before treating a feature as a permissible high-risk use. Article 5 generally prohibits AI used to infer emotions in workplaces, except where intended for medical or safety reasons. A hotel should not treat employee “mood monitoring” as something routine compliance paperwork can authorise. Guest-facing emotion recognition requires its own assessment of scope, permitted use and transparency under Articles 3, 5 and 50 and Annex III.

    For Annex III systems, Article 6(3) provides a limited exception where the system poses no significant risk, including by not materially influencing decision outcomes, and meets the specified conditions. Profiling natural persons remains high-risk for systems referred to in Annex III. A provider relying on the exception must document the assessment and comply with the relevant registration requirement under Articles 6(3), 6(4) and 49(2). This exception does not remove Article 6(1) classification.

    5. Establish provider and deployer responsibilities

    A hotel using a vendor’s system under its authority will commonly be a deployer, while the entity developing or having the system developed and marketing or putting it into service under its own name is the provider. These are functional definitions, not labels a purchase order can freely assign. Check Article 3(3) and 3(4) against the actual supply chain.

    For high-risk systems, Article 25 can shift provider obligations to a distributor, importer, deployer or other third party that applies its own name or trademark, subject to the provision’s contractual qualification, or substantially modifies a system that remains high-risk. Changing the intended purpose of a previously non-high-risk system so that it becomes high-risk can also trigger provider status. Read Article 25 alongside the Article 3(23) substantial-modification definition.

    A hotel-branded chassis is therefore a prompt for investigation, not proof that every hospitality operator has become an AI provider. More consequential changes might include repurposing delivery telemetry to evaluate employees or altering the safety-related control stack. Require change review before deployment. Ergasa’s service robot manufacturer analysis addresses the related product-law role questions; manufacturer and AI-provider status should not be assumed identical.

    6. Build the procurement evidence file

    Ask for an evidence pack before acceptance, not an unsupported declaration that the robot is “AI Act compliant”. The following is a recommended procurement checklist, not a claim that every listed document is universally mandatory:

    • System inventory: hardware, software, model and cloud-service versions, with enabled and excluded functions.
    • Intended-purpose statement: users, environments, tasks, decision consequences and prohibited configurations.
    • AI-definition assessment: which components qualify and the technical basis for that conclusion.
    • Product-safety analysis: applicable Annex I legislation, safety functions, failure consequences and conformity-assessment route.
    • Annex III mapping: each relevant entry, reasons for inclusion or exclusion, and any Article 6(3) assessment.
    • Prohibition and transparency screening: employee monitoring, emotion inference, biometrics and guest interaction.
    • Role allocation: provider, deployer, importer and integrator identities, plus responsibility for updates and incidents.
    • Change controls: notification triggers for new models, purposes, integrations, safety changes and branding arrangements.

    The classification memo should identify evidence gaps, assumptions and the exact configuration approved for purchase. As a governance recommendation, the supplier’s authorised compliance representative should sign its classification position. The hotel’s accountable procurement or deployment owner should sign the acceptance decision, with documented review from machinery-safety engineering and legal or compliance specialists. Add HR and the data-protection officer where personnel or biometric functions warrant their involvement.

    This is a recommended sign-off structure, not an AI Act-prescribed classification-memo signature form. It does not replace the provider and deployer obligations set out in Articles 16, 25 and 26.

    7. Make the classification a purchasing decision

    A useful conclusion is specific: identified navigation and delivery functions are not listed Annex III uses; the product-safety route is supported by named evidence or remains unresolved; personnel and biometric features are excluded or separately assessed. Avoid a blanket “low-risk robot” statement that hides unanswered questions.

    If evidence is missing, make its delivery an acceptance condition rather than guessing the outcome. Reopen the assessment when functions, intended purpose or safety architecture change. The practical objective is traceability: a hotel should know what it is buying, which organisation carries each responsibility and what would invalidate the recorded conclusion.

    8. Frequently asked questions

    Is a room-service robot automatically high-risk?

    No. Delivery and navigation are not automatically Annex III uses. Assess the separate product-safety route under Article 6(1).

    Does obstacle avoidance make the AI a safety component?

    Not by its name alone. Examine its intended safety function and failure consequences using Article 3(14), then test both Article 6(1) conditions.

    Is every reception chatbot high-risk?

    No. Ordinary guest assistance is not automatically listed. Direct AI interaction can nevertheless trigger disclosure requirements under Article 50.

    Can a hotel use AI to assess staff emotions?

    Workplace emotion inference is generally prohibited, with medical or safety exceptions specified in Article 5(1)(f). Performance management is not itself such an exception.

    Can modifying a robot make the hotel a provider?

    Yes, in the circumstances specified by Article 25, including qualifying substantial modifications or a changed intended purpose that makes a system high-risk.

    Are the Commission’s classification examples binding?

    No. The draft guidelines are non-binding and their examples non-exhaustive. The Regulation governs the assessment.