cms.ergasa.com

Blog

  • GDPR για ρομπότ: κάμερες, μικρόφωνα και ΕΑΠΔ

    Ο έλεγχος GDPR για ρομπότ ξενοδοχείων πρέπει να προηγείται της επεξεργασίας πληροφοριών πελατών ή εργαζομένων από κάμερα, μικρόφωνο ή υπηρεσία cloud. Η απόφαση προμήθειας είναι αν η προτεινόμενη διαμόρφωση εκτελεί την εργασία με τεκμηριωμένη και ελεγχόμενη ροή δεδομένων. Ο ΓΚΠΔ απαιτεί νόμιμη βάση επεξεργασίας και, όταν η επεξεργασία ενδέχεται να προκαλέσει υψηλό κίνδυνο, εκτίμηση αντικτύπου πριν αρχίσει.[11]

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

    Χαρτογραφήστε τους αισθητήρες πριν από τη διαδρομή

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

    Το άρθρο 4 ορίζει ευρέως την επεξεργασία, περιλαμβάνοντας συλλογή, χρήση και διαβίβαση, όχι μόνο μόνιμη αποθήκευση.[11] Οι κατευθυντήριες γραμμές του ΕΣΠΔ για τις βιντεοσυσκευές διακρίνουν πληροφορίες για ταυτοποιήσιμα πρόσωπα από εξόδους κάμερας που δεν επιτρέπουν άμεση ή έμμεση ταυτοποίηση.[1] Επομένως, η τοπική επεξεργασία μπορεί να περιορίζει την έκθεση χωρίς να θέτει αυτομάτως το σύστημα εκτός ΓΚΠΔ.

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

    Ενδεικτικές ερωτήσεις χαρτογράφησης για την προμήθεια
    Προτεινόμενη λειτουργία Τεκμήρια που ζητούνται Ερώτηση αποδοχής
    Τοπική πλοήγηση Έξοδοι αισθητήρων, προσωρινή μνήμη και ρυθμίσεις εξαγωγής Μπορεί το μηχάνημα να πλοηγείται χωρίς διατήρηση αναγνωρίσιμων εικόνων;
    Φωνητική αλληλεπίδραση Τρόπος ενεργοποίησης, προορισμός ήχου και πολιτική απομαγνητοφώνησης Μπορούν να εισέλθουν στην επεξεργασία συνομιλίες παρευρισκομένων;
    Απομακρυσμένη αποκατάσταση Διαδρομή πρόσβασης τεχνικού, χώρα και αρχείο συνεδρίας Μπορεί το ξενοδοχείο να εγκρίνει και να τερματίζει κάθε συνεδρία;
    Ιστορικό παραδόσεων Αναγνωριστικά, συνδέσεις με ξενοδοχειακά συστήματα και έλεγχοι διαγραφής Χρειάζεται η ταυτότητα του πελάτη στο λειτουργικό αρχείο;
    Αναλύσεις δεδομένων Παραγόμενα χαρακτηριστικά, παραλήπτες και σκοποί επαναχρησιμοποίησης Υπερβαίνει η χρήση το έργο της διανομής;

    Τεκμηριώστε χωριστά κάθε σκοπό

    Διαχωρίστε την πλοήγηση, την αλληλεπίδραση με πελάτες, τη διερεύνηση συμβάντων και τη βελτίωση προϊόντος. Η αιτιολόγηση ενός σκοπού δεν νομιμοποιεί αυτομάτως έναν άλλο. Το άρθρο 5 απαιτεί καθορισμένους σκοπούς και ελαχιστοποίηση δεδομένων, ενώ το άρθρο 6 ορίζει τις προϋποθέσεις νόμιμης επεξεργασίας.[11] Αντιστοιχίστε τον σκοπό και την προτεινόμενη νόμιμη βάση σε κάθε ροή δεδομένων, αντί να αποδίδετε μια γενική ετικέτα συμμόρφωσης στο ρομπότ.

    Αν προτείνεται έννομο συμφέρον, τεκμηριώστε το συμφέρον, την αναγκαιότητα και τη στάθμιση. Οι γραμμές του ΕΣΠΔ για τη βιντεοεπιτήρηση απαιτούν αξιολόγηση της συγκεκριμένης περίπτωσης και εξέταση ηπιότερων εναλλακτικών. Μια γενική φράση όπως «για την ασφάλειά σας» δεν προσδιορίζει επαρκώς τον σκοπό.[1] Ένα πεδίο συγκατάθεσης κατά την κράτηση δεν υποκαθιστά την αξιολόγηση για όλους όσοι ενδέχεται να συναντήσουν το ρομπότ.

    Οι ελληνικοί κανόνες βιντεοεπιτήρησης χρειάζονται χωριστό έλεγχο διαδρομής. Το άρθρο 17 της Οδηγίας 1/2011 της ΑΠΔΠΧ περιορίζει την επιτήρηση ξενοδοχείων σε συγκεκριμένους χώρους. Εξαιρεί, μεταξύ άλλων, χώρους εστίασης, διαδρόμους που οδηγούν σε δωμάτια και χώρους αναψυχής.[8] Η οδηγία αφορά συστήματα βιντεοεπιτήρησης και προηγείται του ΓΚΠΔ. Οι παλιές διατάξεις γνωστοποίησης δεν πρέπει να παρουσιάζονται ως σημερινή γενική υποχρέωση δήλωσης κάθε ρομπότ.

    Μην εξομοιώνετε μηχανικά κάθε κάμερα πλοήγησης με σταθερή κάμερα ασφαλείας. Μην θεωρείτε επίσης ότι η κινητικότητα παρακάμπτει τους περιορισμούς επιτήρησης. Αρμόδιος σύμβουλος πρέπει να εξετάσει την πραγματική λειτουργία, τη διαδρομή και τους εφαρμοστέους ελληνικούς κανόνες. Ως σύσταση προμήθειας, αποκλείστε περιττή επιτήρηση και συλλογή ήχου περιβάλλοντος. Το ΕΣΠΔ συνιστά ρητά την απενεργοποίηση μη αναγκαίων λειτουργιών βιντεοσυστήματος, περιλαμβανομένης της ηχογράφησης.[1]

    Αποδώστε ρόλους με βάση την πραγματική δραστηριότητα

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

    Προμηθευτής που εκτελεί τεχνική διάγνωση βάσει εντολών μπορεί να είναι εκτελών για εκείνη την πράξη. Αν χρησιμοποιεί ανεξάρτητα αναγνωρίσιμο υλικό για δική του εκπαίδευση μοντέλων ή έρευνα προϊόντος, εξετάστε τον ρόλο του για αυτή τη χωριστή δραστηριότητα. Η από κοινού ευθύνη προϋποθέτει εξέταση της κοινής συμμετοχής στον καθορισμό σκοπών και μέσων. Δεν προκύπτει αυτομάτως επειδή χρησιμοποιείται εξωτερική πλατφόρμα.[12]

    Όταν υπάρχει σχέση υπευθύνου και εκτελούντος, το άρθρο 28 απαιτεί δεσμευτική συμφωνία επεξεργασίας και επαρκείς εγγυήσεις. Ρυθμίζει επίσης την έγκριση υποεκτελούντων, την εμπιστευτικότητα, την ασφάλεια, τη συνδρομή και τη διαγραφή ή επιστροφή κατά τη λήξη υπηρεσιών.[11] Ζητήστε παράρτημα που κατονομάζει τη συμβαλλόμενη οντότητα, τον πάροχο φιλοξενίας και την αλυσίδα υποστήριξης. Ορίστε υπεύθυνο στο ξενοδοχείο για εγκρίσεις πρόσβασης και διαχείριση αιτημάτων.

    Κρατήστε αυτή την αξιολόγηση χωριστή από τη συμμόρφωση μηχανημάτων. Ο έλεγχος εγγράφων συμμόρφωσης της Ergasa αφορά τεκμήρια προϊόντος. Η ανάλυση συμβάσεων συνδεδεμένων ρομπότ καλύπτει συναφή ζητήματα προμήθειας. Κανένα από αυτά δεν αντικαθιστά την αξιολόγηση ιδιωτικότητας της συγκεκριμένης ξενοδοχειακής εγκατάστασης.

    Εξετάστε την ΕΑΠΔ πριν από πιλοτική λειτουργία

    Το άρθρο 35 απαιτεί εκτίμηση αντικτύπου πριν από επεξεργασία που ενδέχεται να προκαλέσει υψηλό κίνδυνο. Περιλαμβάνει ρητά τη μεγάλης κλίμακας συστηματική παρακολούθηση δημόσια προσβάσιμου χώρου. Η εκτίμηση περιγράφει την επεξεργασία, εξετάζει αναγκαιότητα και αναλογικότητα, αξιολογεί κινδύνους και καθορίζει μέτρα αντιμετώπισης.[11] Η γενική εκτίμηση προμηθευτή μπορεί να συνεισφέρει, αλλά δεν περιγράφει τις διαδρομές, τους χρήστες και τις συνδέσεις κάθε ξενοδοχείου.

    Ο κατάλογος της ελληνικής Αρχής βάσει του άρθρου 35 προσθέτει τοπικά κριτήρια ελέγχου. Καλύπτει παρακολούθηση μεγάλης κλίμακας, ορισμένες επεξεργασίες σχετικές με IoT και συστηματική παρακολούθηση θέσης ή επικοινωνιών εργαζομένων, με τους όρους και τις εξαιρέσεις του καταλόγου.[2] Μην το μετατρέπετε σε κανόνα «δύο κάμερες απαιτούν ΕΑΠΔ» ή «ένα ρομπότ εξαιρείται». Κανένα τέτοιο όριο δεν τεκμηριώνεται στις πηγές που χρησιμοποιούνται εδώ.

    Καταγράψτε αριθμό και κατηγορίες προσώπων, όγκο δεδομένων, διάρκεια και γεωγραφική έκταση επεξεργασίας. Εξετάστε παιδιά, την εξάρτηση εργαζομένων, ιδιωτικές συνομιλίες και πιθανή σύνδεση με κρατήσεις. Ο κατάλογος της ΑΠΔΠΧ προσδιορίζει αυτούς τους παράγοντες κλίμακας. Το συμπέρασμα πρέπει να προκύπτει από την πραγματική επεξεργασία και όχι από τον αριθμό μηχανημάτων.[2]

    Αν ο τεκμηριωμένος έλεγχος καταλήξει ότι δεν απαιτείται ΕΑΠΔ, κρατήστε τους λόγους και τα γεγονότα που επιβάλλουν επανεξέταση. Αν απαιτείται, ζητήστε τη συνδρομή του ΥΠΔ, εφόσον έχει οριστεί. Το άρθρο 36 απαιτεί προηγούμενη διαβούλευση με την εποπτική αρχή όταν η ΕΑΠΔ δείχνει υψηλό κίνδυνο ελλείψει μέτρων μετριασμού.[11] Η πιλοτική λειτουργία μεταξύ πελατών δεν αποτελεί τρόπο αναβολής της αξιολόγησης.

    Μετατρέψτε ελαχιστοποίηση και διαγραφή σε δοκιμές

    Οι γραμμές του ΕΣΠΔ για το άρθρο 25 αντιμετωπίζουν την προστασία δεδομένων ήδη από τον σχεδιασμό και εξ ορισμού ως υποχρέωση ανεξάρτητη από το μέγεθος του οργανισμού. Συνιστούν εξέταση της προστασίας από την αρχική σχεδίαση και συμμετοχή του ΥΠΔ στην προμήθεια, όπου υπάρχει.[5] Μετατρέψτε την απαίτηση σε τεκμήρια αποδοχής, όχι σε γενική συμβατική επιδίωξη.

    Ζητήστε επίδειξη απενεργοποιημένης καταγραφής περιβάλλοντος, περιορισμένων διαγνωστικών εξαγωγών και δικαιωμάτων που διατηρούνται μετά την επανεκκίνηση. Δοκιμάστε τι συμβαίνει όταν διακόπτεται η σύνδεση ή ο τεχνικός ενεργοποιεί λειτουργία αποκατάστασης. Ελέγξτε αν ενημερώσεις επαναφέρουν ευρύτερες προεπιλογές. Πρόκειται για προτεινόμενες δοκιμές, όχι για παραδοχή ότι κάθε ρομπότ διαθέτει αυτές τις ρυθμίσεις. Μην απενεργοποιείτε αναγκαία λειτουργία ασφαλείας χωρίς αρμόδια τεχνική αξιολόγηση.

    Καθορίστε χωριστά τη διατήρηση εικόνων, απομαγνητοφωνήσεων, αρχείων διανομής και τεκμηρίων συμβάντων. Το ΕΣΠΔ αναφέρει ότι το βίντεο γενικά πρέπει να διαγράφεται ύστερα από λίγες ημέρες και ζητά περισσότερη αιτιολόγηση για μεγαλύτερη διάρκεια, ιδίως πέραν των 72 ωρών.[1] Αυτό δεν είναι καθολική προθεσμία του ΓΚΠΔ ούτε άδεια διατήρησης κάθε συνόλου δεδομένων ρομπότ για τόσο χρόνο. Εξετάστε τους εφαρμοστέους ελληνικούς κανόνες και την αναγκαιότητα κάθε αρχείου.

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

    Δώστε ενημέρωση εκεί όπου τα πρόσωπα συναντούν την επεξεργασία. Το ΕΣΠΔ συνιστά πολυεπίπεδη ενημέρωση για βίντεο, με ουσιώδη στοιχεία πριν από την είσοδο στον επιτηρούμενο χώρο και προσβάσιμες λεπτομέρειες στη συνέχεια.[1] Για κινητή συσκευή, αξιολογήστε μαζί πινακίδες, εισόδους διαδρομών και εξηγήσεις προσωπικού. Μια μικρή ετικέτα ή ένας κωδικός QR μπορεί να μην αρκεί για να καταλάβει ο παρευρισκόμενος τι συμβαίνει.

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

    Η διεύθυνση διακομιστή στον ΕΟΧ δεν ολοκληρώνει τον έλεγχο διαβίβασης. Οι Συστάσεις 01/2020 του ΕΣΠΔ περιλαμβάνουν απομακρυσμένη πρόσβαση από οντότητα τρίτης χώρας και απαιτούν χαρτογράφηση περαιτέρω διαβιβάσεων.[10] Ζητήστε χώρες και οντότητες για φιλοξενία, αποκατάσταση, κλιμάκωση υποστήριξης και αναλύσεις. Διευκρινίστε αν οι τεχνικοί βλέπουν αναγνωρίσιμο υλικό ή μόνο διαγνωστικά με απόκρυψη στοιχείων.

    Όταν γίνονται διεθνείς διαβιβάσεις, προσδιορίστε τον εφαρμοστέο μηχανισμό του κεφαλαίου V. Αν χρησιμοποιούνται τυποποιημένες συμβατικές ρήτρες, επιλέξτε την κατάλληλη διάταξη και αξιολογήστε τις συνθήκες της διαβίβασης. Η καθοδήγηση της Επιτροπής αναφέρει ότι η ρήτρα 14 χρησιμοποιείται μαζί με τις αναλυτικές οδηγίες του ΕΣΠΔ.[7] Η υπογραφή ενός ασυμπλήρωτου παραρτήματος δεν τεκμηριώνει κάλυψη της πραγματικής διαδρομής υποστήριξης.

    Το ΕΣΠΔ υιοθέτησε την τελική έκδοση των Συστάσεων 01/2020 στις 18 Ιουνίου 2021.[6] Η μεθοδολογία απαιτεί αξιολόγηση της συγκεκριμένης περίπτωσης και, όπου χρειάζεται, αποτελεσματικά συμπληρωματικά μέτρα. Αν δεν μπορεί να εξασφαλιστεί επαρκής προστασία, η διαβίβαση πρέπει να αποφεύγεται, να αναστέλλεται ή να τερματίζεται.[10]

    Συνιστώνται ατομικοί λογαριασμοί τεχνικών, συνεδρίες εγκεκριμένες από το ξενοδοχείο και προσβάσιμος μηχανισμός ανάκλησης. Συμφωνήστε πώς λαμβάνει το ξενοδοχείο αρχεία πρόσβασης και στοιχεία συμβάντων. Το άρθρο 33 απαιτεί ενημέρωση υπευθύνου από εκτελούντα χωρίς αδικαιολόγητη καθυστέρηση μετά από παραβίαση προσωπικών δεδομένων. Η γνωστοποίηση του υπευθύνου στην εποπτική αρχή έχει χωριστό κανόνα 72 ωρών, με εξαίρεση βάσει κινδύνου.[11] Η εμπορική συμφωνία χρόνων υποστήριξης πρέπει να βοηθά την εκπλήρωση των υποχρεώσεων και όχι να εξαντλεί τον διαθέσιμο χρόνο απόκρισης.

    Κοστολογήστε την εγκεκριμένη διαμόρφωση

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

    Ένα σενάριο προμήθειας μπορεί να συγκρίνει διανομή με τοπική επεξεργασία και προαιρετική φωνητική υπηρεσία cloud. Κρατήστε σταθερό το έργο διανομής και λάβετε τα πρόσθετα κόστη συνδρομής, σύνδεσης, ελέγχου και αποχώρησης για τη φωνητική επεξεργασία. Αναγνωρίστε εξοικονόμηση εργασίας μόνο όταν μετρηθεί στην εγκεκριμένη ροή. Φθηνότερη προσφορά που εξαρτάται από μη εγκεκριμένη ροή δεδομένων δεν είναι ισοδύναμη εναλλακτική.

    1. Τεκμηριώστε την ακριβή διαμόρφωση αισθητήρων, λογισμικού και συνδέσεων.
    2. Αντιστοιχίστε σκοπό, προτεινόμενη νόμιμη βάση και υπεύθυνο σε κάθε ροή προσωπικών δεδομένων.
    3. Ελέγξτε διαδρομές πελατών και ελληνικούς περιορισμούς επιτήρησης με αρμόδιο σύμβουλο.
    4. Ολοκληρώστε τον έλεγχο αναγκαιότητας ΕΑΠΔ και κάθε απαιτούμενη εκτίμηση πριν από επεξεργασία.
    5. Συμφωνήστε ευθύνες εκτελούντων, υποεκτελούντες και όρους διεθνούς πρόσβασης.
    6. Δοκιμάστε ελαχιστοποίηση, διαγραφή, ενημέρωση, ανάκληση πρόσβασης και διαχείριση αιτημάτων.
    7. Κοστολογήστε την εγκεκριμένη διαμόρφωση και ορίστε ποιες αλλαγές απαιτούν νέα αξιολόγηση.

    Ερωτήσεις GDPR για ρομπότ πριν από την παραλαβή

    Η απενεργοποίηση καταγραφής καταργεί τις υποχρεώσεις ΓΚΠΔ;

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

    Κάθε κάμερα ρομπότ απαιτεί ΕΑΠΔ;

    Οι πηγές που εξετάστηκαν δεν θέτουν καθολικό όριο αριθμού καμερών. Εφαρμόστε το κριτήριο υψηλού κινδύνου του άρθρου 35 και τον κατάλογο της ελληνικής Αρχής στη συγκεκριμένη εγκατάσταση.[2] Τεκμηριώστε το συμπέρασμα πριν η δοκιμή επεξεργαστεί προσωπικά δεδομένα.

    Η συγκατάθεση κράτησης καλύπτει κάθε χρήση μικροφώνου;

    Μην το θεωρείτε δεδομένο. Μπορεί να καταγράφονται άλλοι πελάτες, επισκέπτες και εργαζόμενοι, ενώ η συγκατάθεση πρέπει να πληροί τους όρους του ΓΚΠΔ. Το ΕΣΠΔ επισημαίνει τις δυσκολίες συγκατάθεσης στη συστηματική παρακολούθηση και την ανισορροπία ισχύος εργοδότη και εργαζομένου.[1]

    Όλες οι εικόνες αποτελούν βιομετρικά δεδομένα ειδικής κατηγορίας;

    Όχι. Το ΕΣΠΔ διακρίνει το απλό υλικό από την ειδική τεχνική επεξεργασία για μοναδική ταυτοποίηση.[1] Η αναγνώριση προσώπου χρειάζεται χωριστή εξέταση των όρων του άρθρου 9, μαζί με νόμιμη βάση κατά το άρθρο 6.

    Τι πρέπει να αναστείλει την παραλαβή;

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

  • Hotel robot GDPR: cameras, microphones and DPIA

    A hotel robot GDPR review should happen before a camera, microphone or cloud dashboard starts processing guest or staff information. The procurement decision is whether the proposed configuration can perform the hotel’s task with a justified and controlled data flow. The GDPR requires a lawful basis for personal-data processing and, where the processing is likely to create high risk, an impact assessment before it begins.[11]

    Ask the supplier for a configuration-specific data map, not a brochure declaring the product compliant. A delivery robot that detects obstacles locally, a robot that streams images to a support technician, and a robot that identifies returning guests require different assessments. The examples below are procurement scenarios, not claims about any manufacturer’s product. This analysis reflects evidence checked on 9 October 2026 and is not legal advice.

    Map the sensors before the route

    Start with the actual machine and software version. Request an inventory covering navigation cameras, depth sensors, microphones, delivery identifiers, diagnostic logs and the hotel-system interfaces the proposed installation will use. For each input, ask what the device collects, what it derives, what it retains and who can receive it. Include temporary buffers and support exports. Do not treat a blank recording dashboard as proof that no processing occurs.

    Article 4 defines processing broadly, including collection, use and transmission; it is not limited to permanent recording.[11] The EDPB’s video guidance distinguishes information relating to identifiable people from camera outputs that cannot identify anyone directly or indirectly.[1] Consequently, local processing can reduce exposure without automatically taking a system outside the GDPR.

    A proposed obstacle detector might process only geometry. Another configuration might retain identifiable images or associate delivery timestamps with a named guest. Require the supplier to demonstrate which description applies. Assess identifiability in the complete deployment, including other records reasonably available to the hotel or recipient. Replacing a name with a room number does not establish anonymity if the records can still identify the guest.

    Illustrative data-map questions for procurement
    Proposed function Evidence to request Acceptance question
    Local navigation Sensor outputs, buffers and export settings Can the machine navigate without retaining identifiable images?
    Voice interaction Activation mode, audio destination and transcript policy Can nearby conversations enter the processing?
    Remote recovery Technician access path, country and session log Can the hotel authorise and terminate each session?
    Delivery history Identifiers, hotel-system links and deletion controls Is guest identity necessary for the operational record?
    Analytics Derived attributes, recipients and reuse purposes Does the proposed use exceed the delivery task?

    Give every purpose its own justification

    Separate navigation, guest interaction, incident investigation and product improvement. A justification for one purpose does not automatically authorise another. Article 5 requires specified purposes and data minimisation, while Article 6 supplies the conditions for lawful processing.[11] Record the purpose and proposed legal basis against each data flow rather than assigning a single compliance label to the robot.

    If the hotel proposes legitimate interests, document the interest, necessity and balancing assessment. The EDPB’s video guidance requires a case-specific assessment and consideration of less intrusive alternatives; a generic statement such as “for your safety” is insufficiently specific.[1] A consent checkbox in the booking process is not a practical substitute for evaluating everyone the robot may encounter.

    Greek surveillance rules deserve a separate route review. Article 17 of the HDPA’s Directive 1/2011 limits hotel surveillance to specified areas and excludes, among other places, dining areas, corridors leading to guest rooms and recreation spaces.[8] That directive concerns surveillance systems and predates the GDPR. Its old notification provisions must not be treated as a current general requirement to register every robot.

    Do not mechanically classify every navigation camera as a fixed security camera, or assume that mobility avoids surveillance restrictions. Have a qualified adviser assess the actual function, route and applicable Greek rules. As a procurement recommendation, exclude unnecessary surveillance and ambient audio collection from the proposed configuration. The EDPB explicitly recommends deactivating unnecessary video-system functions, including audio recording.[1]

    Assign roles by what each party does

    The hotel will often determine why personal data is processed in its operations, but the allocation must follow the facts. The EDPB describes controller and processor as functional concepts: contract wording helps, but actual decisions about purposes and essential means matter.[12] Owning the robot, holding the CE documentation or hosting the dashboard does not alone settle the privacy role.

    A supplier providing instructed troubleshooting may act as a processor for that operation. If it independently uses identifiable footage for its own training or product research, examine its role for that separate activity. Joint controllership requires an assessment of joint participation in determining purposes and means; it is not the default result of using an external platform.[12]

    Where a processor relationship exists, Article 28 requires a binding processing agreement and sufficient guarantees. It also regulates subprocessor authorisation, confidentiality, security, assistance and deletion or return at the end of the service.[11] Request a schedule that names the contracted entity, hosting provider and support chain. Identify an accountable hotel owner for approving access and handling requests.

    Keep this assessment distinct from machinery conformity. Ergasa’s CE document audit addresses product evidence; the connected-robot contract analysis covers a related procurement layer. Neither document replaces a privacy assessment of the hotel deployment.

    Screen for a DPIA before a live pilot

    Article 35 requires a DPIA before processing likely to result in high risk. It expressly includes large-scale systematic monitoring of a publicly accessible area. The assessment must describe the processing, examine necessity and proportionality, assess risks and set out the measures addressing them.[11] A supplier’s generic assessment can inform the work, but it does not describe every hotel’s route, users or integrations.

    The Greek authority’s Article 35 list adds important local screening criteria. It covers large-scale monitoring, specified IoT-related processing and systematic employee-location or communications monitoring, with conditions and exceptions stated in the list.[2] Do not reduce this to “two cameras require a DPIA” or “one robot is exempt”. Neither is an established threshold in the sources used here.

    Record the number and categories of people affected, data volume, processing duration and geographical reach. Consider children, employee dependence, intimate conversations and possible linkage to booking records. The HDPA list identifies these kinds of scale factors; the conclusion must follow the actual processing rather than the hardware count.[2]

    If the documented screening concludes that a DPIA is unnecessary, keep the reasons and review triggers. If one is required, involve the DPO where designated. Article 36 requires prior consultation with the supervisory authority where the DPIA indicates high risk in the absence of measures taken to mitigate it.[11] A live guest-area pilot is not a way to postpone that assessment.

    Make minimisation and deletion testable

    The EDPB’s Article 25 guidance treats data protection by design and default as a controller obligation regardless of organisational size. It recommends considering protection from the initial planning stages and involving the DPO in procurement where one exists.[5] Convert this into acceptance evidence rather than an aspiration in the contract.

    Request a demonstration of disabled ambient recording, restricted diagnostic exports and permissions that survive a reboot. Test what happens when connectivity fails or a technician starts recovery mode. Check whether updates restore broader defaults. These are suggested tests, not assumptions that every robot exposes these controls. Do not disable a necessary safety function without a competent technical assessment.

    Set retention separately for images, transcripts, delivery logs and incident evidence. The EDPB says video should generally be erased after a few days and requires more justification for longer periods, especially beyond 72 hours.[1] This is not a universal GDPR retention deadline or permission to keep every robot dataset for that period. Assess any applicable Greek rules and the necessity of each record.

    Require proof that deletion reaches the device, dashboards and relevant service copies, with a documented backup policy. For a specific incident, preserve only the justified material under controlled access and a review date. Test the guest-request process using a staged record rather than collecting real guest footage for convenience.

    Provide information where people encounter the processing. The EDPB recommends layered video notices, with essential information before entry into the monitored area and accessible detail afterward.[1] For a moving device, assess signs, route entrances and staff explanations together. A small label or QR code alone may leave people unable to understand what is happening.

    Trace remote access through the support chain

    An EEA server address is not the whole transfer assessment. The EDPB’s Recommendations 01/2020 include remote access by an entity in a third country and require mapping onward transfers.[10] Request the countries and entities involved in hosting, recovery, escalation and analytics. Ask whether support can view identifiable material or only redacted diagnostic data.

    Where international transfers occur, identify the applicable Chapter V mechanism. If relying on standard contractual clauses, select the appropriate arrangement and assess the relevant transfer conditions. The Commission’s SCC guidance says Clause 14 should be used with the EDPB’s detailed guidance.[7] Signing an uncompleted attachment does not establish that the actual support path is covered.

    The EDPB adopted the final version of Recommendations 01/2020 on 18 June 2021.[6] Its roadmap requires context-specific assessment and, where necessary, effective supplementary measures; if adequate protection cannot be achieved, the transfer must be avoided, suspended or terminated.[10]

    Recommend named technician accounts, hotel-approved sessions and an accessible revocation control. Agree how access records and incident details reach the hotel. Under Article 33, processors must notify controllers of personal-data breaches without undue delay; the controller’s supervisory notification has a separate, risk-qualified 72-hour rule.[11] A commercial support SLA should help the hotel meet its obligations rather than consume the available response time.

    Budget for the approved configuration

    Compare offers only after defining the allowed functions. Request separate prices for local processing, restricted cloud access, log export, retention controls and exit assistance where applicable. Add the hotel’s internal review, staff training, acceptance testing and periodic checks. These are cost categories to obtain from real quotations, not evidence of a fixed compliance price or guaranteed savings.

    A worked procurement scenario can compare a locally processed delivery configuration with an optional cloud voice service. Keep the delivery scope constant, then obtain the incremental subscription, integration, review and exit costs of voice processing. Credit labour savings only when measured for that approved workflow. A cheaper offer that depends on an unapproved data flow is not an equivalent alternative.

    1. Document the exact sensor, software and integration configuration.
    2. Assign a purpose, proposed lawful basis and owner to each personal-data flow.
    3. Review guest-area routes and Greek surveillance constraints with a qualified adviser.
    4. Complete DPIA screening and any required assessment before personal-data processing.
    5. Agree processor responsibilities, subprocessors and international-access conditions.
    6. Test minimisation, deletion, notices, access revocation and request handling.
    7. Cost the approved configuration and define which changes require reassessment.

    Hotel robot GDPR acceptance questions

    Does switching off recording remove GDPR duties?

    No, if identifiable personal data is still collected, used or transmitted. Article 4 covers those operations.[11] Ask for evidence about local buffers, live viewing and diagnostic exports before treating a configuration as outside scope.

    Does every robot camera require a DPIA?

    There is no universal camera-count rule in the sources reviewed. Apply Article 35’s high-risk test and the Greek authority’s list to the actual deployment.[2] Document the conclusion before the pilot processes personal data.

    Can booking consent cover all microphone use?

    Do not assume so. Other guests, visitors and employees may be captured, and consent must meet the GDPR’s conditions. The EDPB notes the difficulty of consent for systematic monitoring and the employer-employee power imbalance.[1]

    Are all camera images special-category biometric data?

    No. The EDPB distinguishes ordinary footage from specific technical processing used for unique identification.[1] Facial identification needs a separate assessment of the Article 9 conditions as well as a lawful basis under Article 6.

    What should stop acceptance?

    As a procurement recommendation, hold unresolved sensor flows, unexplained remote access or controls that the supplier cannot demonstrate. Obtain the missing evidence and finish the applicable assessment. A signed purchase order does not answer those operational questions or prove that a proposed processing activity is lawful.

  • Κόστος ρομπότ ξενοδοχείου: αγορά ή μίσθωση

    Το κόστος ρομπότ ξενοδοχείου πρέπει να απαντά σε μία απόφαση. Ποια προσφορά δίνει τη χαμηλότερη προσαρμοσμένη στον κίνδυνο ταμειακή απαίτηση για την υπηρεσία που χρειάζεται πράγματι το ξενοδοχείο; Η ονομασία της προσφοράς, αγορά, χρηματοδοτική μίσθωση, λειτουργική μίσθωση ή robotics-as-a-service (RaaS), δεν αρκεί. Μια χαμηλή μηνιαία χρέωση μπορεί να κρύβει μεγάλη προκαταβολή, ετήσιες άδειες λογισμικού, πληρωμένη υποστήριξη, αλλαγή μπαταρίας, ελάχιστη διάρκεια και ακριβή έξοδο. Μια φθηνή αγορά μπορεί να αφήσει στο ξενοδοχείο τον κίνδυνο εισαγωγής, συμμόρφωσης, διασύνδεσης και μεταπώλησης.

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

    1. Εξισώστε το αντικείμενο πριν συγκρίνετε τιμές

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

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

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

    2. Υπολογίστε την αγορά πέρα από το τιμολόγιο

    Η στήλη αγοράς αρχίζει από την τιμή του προμηθευτή, αλλά δεν τελειώνει εκεί. Προσθέστε μεταφορά, ασφάλιση φορτίου, αμοιβή εκτελωνιστή, δασμό, χρονισμό ΦΠΑ εισαγωγής, εσωτερική μεταφορά, εγκατάσταση, προετοιμασία χώρου, δικτυακές εργασίες, διασυνδέσεις, θέση σε λειτουργία και δοκιμές αποδοχής. Για απευθείας αγορά από τρίτη χώρα, η Επιτροπή αναφέρει ότι ο δασμός εξαρτάται από τη δασμολογική κατάταξη, τη δασμολογητέα αξία και την καταγωγή, όχι από έναν γενικό συντελεστή για «ρομπότ». Δείτε την επίσημη καθοδήγηση για τον υπολογισμό δασμών. Η συνήθης βάση για τη δασμολογητέα αξία είναι η αξία συναλλαγής, με τις προβλεπόμενες προσθήκες και αφαιρέσεις, σύμφωνα με την καθοδήγηση για τη δασμολογητέα αξία.

    Μην αντιμετωπίζετε τον εκτελωνισμό ως έγκριση προϊόντος. Η καθοδήγηση της Επιτροπής για την εισαγωγή αναφέρει ότι η θέση σε ελεύθερη κυκλοφορία ακολουθεί την πληρωμή των εφαρμοστέων δασμών και τον έλεγχο των σχετικών περιορισμών. Το ξενοδοχείο εξακολουθεί να χρειάζεται συνεπή φάκελο συμμόρφωσης και κατονομασμένο οικονομικό φορέα στην ΕΕ. Ο απευθείας εισαγωγέας μπορεί να αναλάβει υποχρεώσεις που σε μια ευρωπαϊκή διανομή ανήκουν στον διανομέα ή στον εισαγωγέα. Ο Κανονισμός (ΕΕ) 2023/1230 για τα μηχανήματα εφαρμόζεται γενικά από 20 Ιανουαρίου 2027 και ορίζει τους ρόλους. Ο εισαγωγέας πρέπει να ελέγχει τη διαδικασία συμμόρφωσης, τον τεχνικό φάκελο, τη σήμανση CE και τα συνοδευτικά έγγραφα πριν από τη διάθεση στην αγορά.

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

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

    3. Ελέγξτε μίσθωση και RaaS ως συμβάσεις

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

    Ρωτήστε ποιος έχει την κυριότητα σε όλη τη διάρκεια, ποιος είναι ο εισαγωγέας, ποιος φέρει τις υποχρεώσεις συμμόρφωσης και αν ο εκμισθωτής ή πάροχος μπορεί να αντικαταστήσει τον εξοπλισμό. Ορίστε μέτρηση διαθεσιμότητας, εξαιρέσεις προγραμματισμένης συντήρησης, χρόνους απόκρισης και αποκατάστασης, χρόνο παροχής μηχανήματος αντικατάστασης, πιστώσεις υπηρεσίας και δικαίωμα καταγγελίας μετά από επαναλαμβανόμενη αστοχία. Η φράση «περιλαμβάνεται υποστήριξη» δεν αρκεί χωρίς ώρες, γεωγραφική κάλυψη, ανταλλακτικά, εργασία, ταξίδια και κλιμάκωση.

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

    Η λογιστική και φορολογική αντιμετώπιση χρειάζεται δικό της έλεγχο. Η επισκόπηση χρηματοοικονομικής αναφοράς της Επιτροπής αναφέρει ότι τα ΔΠΧΑ είναι υποχρεωτικά για τις ενοποιημένες καταστάσεις εισηγμένων εταιρειών στην ΕΕ, ενώ για μη εισηγμένες και μικρές εταιρείες ισχύουν άλλες απαιτήσεις. Δημοσιευμένο αντίγραφο της εγκυκλίου Ε.2206/2020 της ΑΑΔΕ εξηγεί τις φορολογικές αποσβέσεις χρηματοδοτικών μισθώσεων με αναφορά στα ΔΠΧΑ που έχει υιοθετήσει η ΕΕ. Μην θεωρήσετε ότι η ονομασία του τιμολογίου καθορίζει λογιστική καταχώριση, απόσβεση ή έκπτωση. Στείλτε στον λογιστή ολόκληρη τη σύμβαση, το πρόγραμμα πληρωμών και την επιλογή εξαγοράς.

    4. Τιμολογήστε αδράνεια, εξάρτηση και έξοδο

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

    Για το λογισμικό, καταγράψτε κάθε υποχρεωτική συνδρομή και τι παύει να λειτουργεί όταν λήξει. Ρωτήστε αν παραμένουν διαθέσιμα χαρτογράφηση, ανάθεση εργασιών, αναλύσεις, API, απομακρυσμένη υποστήριξη και κλήσεις ανελκυστήρα. Καταγράψτε μορφές εξαγωγής δεδομένων, διατήρηση, διαγραφή, πρόσβαση διαχειριστή και βοήθεια μετάβασης. Ο Κανονισμός για τα δεδομένα περιέχει κανόνες για δεδομένα συνδεδεμένων προϊόντων και για αλλαγή υπηρεσιών επεξεργασίας δεδομένων, αλλά η εφαρμογή του εξαρτάται από τη συγκεκριμένη διάταξη προϊόντος και υπηρεσίας. Η σύμβαση πρέπει να περιγράφει πρακτικά την εξαγωγή και την έξοδο αντί να αρκείται σε γενική δήλωση συμμόρφωσης.

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

    5. Συγκρίνετε το κόστος ρομπότ ξενοδοχείου

    Χρησιμοποιήστε μηνιαίες ή τριμηνιαίες περιόδους και ίδιο ορίζοντα για κάθε επιλογή. Η συνολική μη προεξοφλημένη ταμειακή απαίτηση δείχνει τη ρευστότητα, ενώ το καθαρό παρόν κόστος δείχνει τον χρόνο. Αν χρησιμοποιείται προεξοφλητικό επιτόκιο, καταγράψτε ποιος το ενέκρινε και δοκιμάστε εύρος. Μην υιοθετείτε ποσοστό ROI του προμηθευτή.

    Γραμμή κόστους ή κινδύνου Αγορά Μίσθωση RaaS Απαιτούμενο τεκμήριο
    Υπογραφή και παράδοση Προκαταβολή και εξόφληση Αρχικό μίσθωμα και τέλη Εγκατάσταση και πρώτη χρέωση Υπογεγραμμένη προσφορά και πρόγραμμα
    Εισαγωγή και συμμόρφωση Ξενοδοχείο ή εισαγωγέας Ρητά κατονομασμένο μέρος Ρητά κατονομασμένο μέρος Ταυτότητα εισαγωγέα και φάκελος
    Λογισμικό και σύνδεση Άδεια και ανανεώσεις Εντός ή εκτός πακέτου Συνήθως περιοδικό, με έλεγχο Κατάλογος ενοτήτων και τιμών
    Συντήρηση και ανταλλακτικά Στο ξενοδοχείο μετά την εγγύηση Ανάλογα με το πακέτο Ανάλογα με το SLA SLA, εξαιρέσεις, κατάλογος μερών
    Μπαταρία Αλλαγή και χρόνος αδράνειας Έλεγχος αν περιλαμβάνεται Έλεγχος ορίου και κάλυψης Εγγύηση, όριο, χρόνος παράδοσης
    Έξοδος Μεταπώληση ή διάθεση Επιστροφή και πρόωρη λύση Λύση και μετάβαση Δεσμευτικοί όροι εξόδου
    Υπολειμματική αξία ή εξαγορά Τεκμηριωμένη αξία Επιλογή εξαγοράς Καμία, εκτός αν ορίζεται Εγγύηση αξίας ή τίμημα

    Παράγετε τρεις εξόδους για το κόστος ρομπότ ξενοδοχείου: συνολικά μικτά μετρητά, μετρητά μετά τον χρονισμό του ανακτήσιμου ΦΠΑ και καθαρό παρόν κόστος. Κρατήστε χωριστό μητρώο κινδύνων για υποχρεώσεις που δεν μπορούν ακόμη να τιμολογηθούν. Ένα κενό κελί δεν είναι μηδέν· είναι εκκρεμές εμπορικό σημείο.

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

    6. Εφαρμόστε λίστα απόφασης πριν την έγκριση

    1. Κλειδώστε κοινή διαμόρφωση ρομπότ, λειτουργικό αντικείμενο, ορίζοντα και νόμισμα.
    2. Χαρτογραφήστε κάθε πληρωμή κατά ημερομηνία, πληρωτή, φορολογικό χειρισμό και αναπροσαρμογή.
    3. Κατονομάστε κύριο, πωλητή, εκμισθωτή, πάροχο, εισαγωγέα και οικονομικό φορέα στην ΕΕ.
    4. Επιβεβαιώστε εγκατάσταση, διασυνδέσεις, εκπαίδευση, υποστήριξη, μέρη, μπαταρίες και λογισμικό.
    5. Γράψτε μετρήσιμους όρους διαθεσιμότητας, απόκρισης, αποκατάστασης και αντικατάστασης.
    6. Μοντελοποιήστε ΦΠΑ εισαγωγής, όρια έκπτωσης και λογιστικό χειρισμό με τον λογιστή.
    7. Θέστε μηδενική υπολειμματική αξία αν δεν υπάρχει δεσμευτική ή ανεξάρτητη τεκμηρίωση.
    8. Τιμολογήστε έξοδο, επιστροφή, απεγκατάσταση, εξαγωγή, διαγραφή και μετάβαση δεδομένων.
    9. Τρέξτε βασικό, δυσμενές, μπαταρίας και πρόωρης εξόδου σενάριο χωρίς υποθετική εξοικονόμηση εργασίας.
    10. Αναστείλετε την έγκριση αν ατιμολόγητη υποχρέωση μπορεί να αλλάξει την κατάταξη.

    7. Καταγράψτε την αβεβαιότητα και αποφασίστε

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

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

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

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

    Είναι το RaaS πάντα λειτουργική δαπάνη;

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

    Πρέπει να εξαιρεθεί ο ανακτήσιμος ΦΠΑ;

    Δείξτε τον χωριστά. Μπορεί να μην είναι τελικό κόστος, αλλά να δημιουργεί σημαντική ταμειακή απαίτηση πριν την ανάκτηση. Μικτές ή απαλλασσόμενες δραστηριότητες μπορεί επίσης να περιορίζουν την έκπτωση.

    Η μίσθωση αφαιρεί τις υποχρεώσεις εισαγωγέα;

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

    Πώς μπαίνει η εξοικονόμηση εργασίας στο μοντέλο;

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

    Ποια είναι ασφαλής παραδοχή υπολειμματικής αξίας;

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

  • Hotel Robot Total Cost: Buy, Lease or RaaS?

    A hotel robot total cost comparison should answer one decision: which offer gives the hotel the lowest risk-adjusted cash requirement for the service it actually needs? The label on the proposal—purchase, finance lease, operating lease or robotics-as-a-service (RaaS)—does not answer that question. A low monthly fee can hide a large deposit, annual software charges, paid support, battery replacement, minimum terms and an expensive exit. A cheap purchase can leave the hotel carrying import, conformity, integration and resale risk.

    Build one model for every offer, using the same operating period, scope and assumptions. Keep recoverable VAT separate from cost, show it as a cash-timing item, and do not enter labour savings until a measured pilot supports them. This article provides a procurement model, not a vendor price list, accounting opinion or legal advice.

    1. Normalise the offers before comparing price

    Start with a one-page scope sheet. Name the robot model and configuration, charger, batteries, attachments, software modules, mapping, lift or door integration, fleet console, connectivity, installation, training, support hours, response times and planned operating period. If one offer includes lift integration and another excludes it, their headline prices are not comparable.

    Then classify each payment rather than accepting the supplier’s commercial label. Record the signing deposit, delivery payment, acceptance payment, recurring rental, software subscription, usage charge, support package, travel, consumables, insurance, return transport and end-of-term purchase option. Ask whether quoted amounts are fixed, indexed, usage-based or subject to foreign exchange. State who pays when the robot is unavailable and whether the monthly fee continues during repair.

    For an EU purchase, check the supplier’s VAT treatment and the hotel’s deduction position. The European Commission’s cross-border VAT guidance explains that a business acquisition from another Member State is normally declared in the buyer’s country and can usually be deducted where the conditions are met. A non-EU purchase generally creates import VAT at the border. Deduction does not remove the funding gap between payment and recovery, and exempt or mixed activities may restrict recovery. The hotel’s accountant should confirm the actual treatment before the model is approved.

    2. Model a purchase as more than the invoice

    The purchase column begins with the supplier price but should not end there. Add transport, cargo insurance, customs broker fees, duty, import VAT timing, inland delivery, installation, site preparation, network work, interfaces, commissioning and acceptance testing. For a direct non-EU purchase, the Commission states that customs duty depends on tariff classification, customs value and origin, not on a universal rate for “robots”; see its guidance on calculating customs duties. The normal starting point for customs value is transaction value, subject to specified additions and deductions, according to the Commission’s customs valuation guidance.

    Do not treat customs release as product approval. The Commission’s importation guidance says release for free circulation follows payment of applicable duty and checks against relevant restrictions. The hotel still needs a coherent conformity file and a named EU economic operator. A direct importer may take on obligations that an EU-distributed offer leaves with the distributor or importer. The Machinery Regulation (EU) 2023/1230, which applies generally from 20 January 2027, defines importer and distributor roles and requires importers to check the conformity route, technical documentation, CE marking and accompanying documents before placement on the market.

    Ownership also means lifecycle exposure. Budget preventive maintenance, call-outs beyond warranty, spare parts, tyres or wheels, cleaning materials, batteries, software support, cybersecurity work, insurance and internal administration. The EU Batteries Regulation makes battery category, information, replacement and spare-part availability relevant questions, but it does not tell a buyer the service life or price of a particular robot battery. Obtain a written battery specification, warranty threshold, replacement procedure, lead time and price basis.

    Finally, estimate residual value cautiously. Use zero unless there is evidence of an active secondary market, a guaranteed buy-back or a binding trade-in formula. A supplier’s sales estimate is not cash. Deduct only a value the finance team is willing to defend, and show the result again with zero residual value.

    3. Test lease and RaaS terms as contracts, not slogans

    A lease or RaaS offer may reduce the initial cash payment and transfer some technical risk, but only where the contract actually does so. The EIB records a signed NBG Leasing facility for eligible Greek SMEs and mid-caps. That confirms a financing route exists; it does not mean a particular hotel, robot or supplier qualifies, nor does it set the hotel’s commercial terms.

    Ask who owns the robot throughout the term, who is the importer of record, who carries conformity obligations, and whether the lessor or service provider can substitute equipment. Specify uptime measurement, planned-maintenance exclusions, response and resolution clocks, replacement-unit timing, service credits and the right to terminate after repeated failure. “Support included” has little value unless the contract defines hours, geography, parts, labour, travel and escalation.

    Separate finance from service. A finance lease may fund an asset while leaving maintenance, batteries, software and compliance with the hotel. An operating lease may bundle more services but impose condition charges, usage caps and return obligations. RaaS may be a genuine managed service or merely a rental plus subscriptions. Put each obligation into the same cost rows, then mark who carries it.

    Accounting and tax treatment need their own gate. The Commission’s financial-reporting overview says IFRS is mandatory for consolidated statements of EU listed companies, while other rules apply to non-listed and small companies. A published copy of AADE circular E.2206/2020 explains Greek tax depreciation for finance leases by reference to IFRS as adopted by the EU. Do not assume the invoice label determines accounting, depreciation or deductibility. Send the complete contract, payment schedule and purchase option to the hotel’s accountant.

    4. Price downtime, software lock-in and exit

    Availability is an economic variable, but it should not be converted into invented revenue or labour savings. Model downtime in operational units first: unavailable hours, missed delivery runs, staff interventions and guest-impact incidents. Assign a euro amount only from the hotel’s own payroll, contractor, refund or operational data. Run at least a base case and a stress case.

    For software, record every mandatory subscription and what stops working if it ends. Ask whether mapping, dispatch, analytics, API access, remote support and lift calls remain available. Record data export formats, retention, deletion, administrator access and transition support. The EU Data Act contains rules on connected-product data and contractual switching for data-processing services, but its application depends on the product and service arrangement. The contract should still state the practical export and exit process rather than relying on a generic compliance promise.

    Exit costs belong in the original approval. For a purchase, include de-installation, data removal, transport, storage and disposal or resale fees. For a lease, include early-termination charges, remaining rentals, damage standards, return freight, restoration, data extraction and deletion evidence. For RaaS, add transition support and any cost of rebuilding maps, interfaces or workflows with another provider.

    5. Compare hotel robot total cost in one table

    Use monthly or quarterly periods and one analysis horizon for every option. The total undiscounted cash requirement is useful for liquidity; net present cost is useful for timing. If the hotel uses a discount rate, document who approved it and test a range. Do not borrow a vendor’s ROI percentage.

    Cost or risk row Purchase Lease RaaS Evidence required
    Signing and delivery cash Deposit and balance Advance rent and fees Setup and first service fee Signed quote and payment schedule
    Import and conformity Hotel or named importer Named party in contract Named party in contract Importer identity and conformity file
    Software and connectivity Licence plus renewals Included or separate Usually recurring; verify scope Module and price schedule
    Maintenance and parts Hotel carries after warranty Depends on package Depends on service level SLA, exclusions and parts list
    Battery Replacement and downtime Check inclusion Check inclusion and threshold Warranty, threshold, lead time
    Exit Resale or disposal Return and early termination Termination and transition Binding exit clauses
    Residual or buy-out Evidence-backed residual Purchase option if any Usually none unless stated Guaranteed value or option price

    Build three outputs for hotel robot total cost: gross cash paid, cash paid after recoverable VAT timing, and net present cost. Add a separate risk register for obligations that cannot yet be priced. A blank cell is not zero; it is an unresolved commercial point.

    This model complements, rather than replaces, Ergasa’s landed-cost and importer-duty model. Before any acceptance payment, use the CE document audit to connect the commercial model to the delivered machine and its evidence.

    6. Use a decision checklist before approval

    1. Freeze one common robot configuration, operating scope, analysis horizon and currency.
    2. Map every payment by date, payer, tax treatment and indexation rule.
    3. Name the owner, seller, lessor, service provider, importer and EU economic operator.
    4. Verify what is included for installation, integrations, training, support, parts, batteries and software.
    5. Write measurable uptime, response, resolution and replacement-unit terms.
    6. Model import VAT timing, deduction limits and accounting treatment with the accountant.
    7. Set residual value to zero unless a binding or independently supported value exists.
    8. Price exit, return, de-installation, data export, deletion and transition work.
    9. Run base, downtime, battery and early-exit stress cases without assumed labour savings.
    10. Hold approval where an unpriced obligation could change the ranking between offers.

    7. Record uncertainty and make the decision

    The model will not remove uncertainty. Battery degradation, software pricing, spare-part lead times, operational fit and resale value are future variables. Make them visible. Assign each one an owner, evidence request, decision date and stress-test value. Where the supplier will not give a fixed price, use a stated range and show the effect on the ranking.

    Buying often deserves closer review when the configuration is stable, the hotel can support the asset, the supplier provides durable parts and software terms, and the model remains sound with zero residual value. Leasing can fit when cash preservation matters and financing terms are competitive. RaaS can fit when a credible provider accepts measurable availability, replacement and exit duties. None is automatically cheaper.

    Regulatory, tax and accounting conclusions depend on the exact contract, transaction chain and hotel. Obtain professional advice before signing or importing.

    8. Frequently asked questions

    Is RaaS always an operating expense?

    No. The commercial name does not determine the accounting or tax result. Rights of use, control, term, payment structure, options and the applicable accounting framework matter. Give the signed contract to the hotel’s accountant.

    Should recoverable VAT be excluded from the comparison?

    Show it separately. Recoverable VAT may not be a final cost, but it can create a material cash requirement before recovery. Mixed or exempt activities can also restrict deduction.

    Does a lease remove importer obligations from the hotel?

    Not automatically. The transaction chain and the party placing the robot from a third country on the EU market matter. The contract should identify the importer and the responsible EU economic operator, and the evidence should match that allocation.

    How should labour savings enter the model?

    Use measured task data from a representative pilot. Record staff intervention, exceptions and downtime. Do not convert vendor claims or theoretical robot hours into payroll savings without an operational plan that can actually realise them.

    What is the safest residual-value assumption?

    Zero is the conservative base unless there is a binding buy-back, fixed purchase option or independently supported secondary-market evidence. A separate upside case can show a higher value without making approval depend on it.

  • Ελεγχος εγγραφων CE για ρομποτ ξενοδοχειων

    Ο ελεγχος εγγραφων CE ξεκινα επειδη το σημα CE πανω σε ενα ρομποτ ξενοδοχειου δεν αρκει για να αποδεσμευτει η τελικη πληρωμη. Πριν απο την παραλαβη, ο αγοραστης συνδεει τη δηλωση, την πινακιδα, το τιμολογιο, τα εγχειριδια, τα πιστοποιητικα και το πραγματικο μηχανημα με το ιδιο νομικο προϊον. Ο ελεγχος δεν πιστοποιει το ρομποτ και δεν αντικαθιστα την αξιολογηση συμμορφωσης του κατασκευαστη. Ειναι δικλιδα προμηθειας: οι ανεπιλυτες αντιφασεις μενουν σε καταλογο εξαιρεσεων και η πληρωμη ή η λειτουργια αναστελλεται μεχρι ο υπευθυνος να προσκομισει αξιοπιστα στοιχεια.

    Η ημερομηνια ειναι κρισιμη. Τα μηχανηματα που διατιθενται στην αγορα της ΕΕ πριν απο τις 20 Ιανουαριου 2027 υπαγονται στην οδηγια 2006/42/ΕΚ. Ο ενοποιημενος κανονισμος (ΕΕ) 2023/1230 για τα μηχανηματα εφαρμοζεται γενικα απο τις 20 Ιανουαριου 2027 και καταργει την οδηγια απο την ιδια ημερομηνια. Ο φακελος προμηθειας πρεπει να καταγραφει την ημερομηνια διαθεσης και τη νομοθετικη πραξη που επικαλειται ο προμηθευτης, χωρις να αναμειγνυει εγγραφα απο τα δυο καθεστωτα.

    1. Οριστε την παραλαβη πριν φτασει το ρομποτ

    Γραψτε τους ορους τεκμηριωσης στην παραγγελια. Ο προμηθευτης πρεπει να γνωριζει οτι η τελικη παραλαβη εξαρταται απο ενα πληρες και εσωτερικα συνεπες πακετο για το μοντελο και τη διαμορφωση που παραδοθηκαν. Ετσι ο ελεγχος εγγραφων CE δεν μετατρεπεται σε αιτημα της τελευταιας στιγμης, αφου το ρομποτ εχει ηδη εγκατασταθει, χαρτογραφηθει και συνδεθει με τα συστηματα του ξενοδοχειου.

    Οριστε τουλαχιστον τεσσερις πυλες. Η εμπορικη πυλη ελεγχει τον συμβαλλομενο, την περιγραφη του προϊοντος και τους σειριακους αριθμους. Η νομικη πυλη ελεγχει τη δηλωση και τον υπευθυνο οικονομικο φορεα στην ΕΕ. Η τεχνικη πυλη ελεγχει εγχειριδια, ορια ασφαλειας, προτυπα και καθε πιστοποιητικο τριτου μερους που απαιτει πραγματικα η επιλεγμενη διαδικασια. Η φυσικη πυλη συγκρινει το ρομποτ, τον φορτιστη, τα παρελκομενα, την εκδοση λογισμικου και τις σημανσεις με τα εγγραφα.

    Μην απαιτειτε αυτοματα ολοκληρο τον εμπιστευτικο τεχνικο φακελο του κατασκευαστη. Η νομοθεσια απαιτει να υπαρχει και να διατιθεται στις αρχες, αλλα ο αγοραστης χρειαζεται συνηθως αρκετα ελεγχομενα στοιχεια για να εξετασει ταυτοτητα και συνεπεια. Αν ο προμηθευτης δεν μπορει να δωσει δηλωση, οδηγιες, στοιχεια ιχνηλασιμοτητας ή αξιοπιστη προσβαση στον υπευθυνο του φακελου, δεν προκειται για απλο τυπογραφικο θεμα.

    2. Αντιστοιχιστε τη δηλωση με το μηχανημα

    Ξεκινηστε απο τη δηλωση και οχι απο το λογοτυπο. Με την ισχυουσα οδηγια, ο κατασκευαστης πρεπει να καταρτισει τον τεχνικο φακελο, να παρεχει οδηγιες, να εφαρμοσει την καταλληλη διαδικασια συμμορφωσης, να συνταξει τη δηλωση ΕΚ συμμορφωσης και να τοποθετησει τη σημανση CE. Η δηλωση πρεπει να προσδιοριζει τον κατασκευαστη, το μηχανημα, το προσωπο που ειναι εξουσιοδοτημενο να καταρτιζει τον τεχνικο φακελο, τη σχετικη νομοθεσια και τα προτυπα, καθως και τον υπογραφοντα. Τα απαιτουμενα στοιχεια βρισκονται στο παραρτημα II της οδηγιας 2006/42/ΕΚ.

    Συγκρινετε καθε πεδιο ταυτοτητας με την πινακιδα και τη συμβαση: νομικη επωνυμια και διευθυνση κατασκευαστη, μοντελο, τυπο, εμπορικη ονομασια, σειριακο αριθμο ή παρτιδα, ετος κατασκευης και καθε συνδυασμο ρομποτ και φορτιστη. Μια δηλωση για οικογενεια προϊοντων καλυπτει την παραδοση μονο αν η συγκεκριμενη διαμορφωση εντασσεται αναμφισβητητα στην οικογενεια. Η παρομοια εμπορικη ονομασια δεν ειναι αποδειξη.

    Συγκρινετε επισης γλωσσα, υπογραφες και ημερομηνιες. Η σαρωμενη υπογραφη δεν ειναι αυτοματα ελαττωματικη, ουτε μια ασυνηθιστη μορφη ειναι αυτοματα εγκυρη. Καταγραψτε ποιος υπεγραψε, ποια ιδιοτητα δηλωνει και ποτε εκδοθηκε η δηλωση. Εξεταστε αν το εγγραφο προηγειται ανεξηγητα της παραγωγης ή αν μεταγενεστερη αναθεωρηση συνδεεται με αλλαγη λογισμικου ή υλικου. Ζητηστε ελεγχομενο ιστορικο αναθεωρησεων οταν οι ημερομηνιες συγκρουονται.

    Ο νεος κανονισμος χρησιμοποιει τον ορο δηλωση συμμορφωσης ΕΕ και περιλαμβανει επικαιροποιημενο περιεχομενο στο παραρτημα V. Η πυλη της Επιτροπης για τα μηχανηματα επιβεβαιωνει την εφαρμογη απο τις 20 Ιανουαριου 2027. Μην απορριπτετε μηχανημα πριν απο την ημερομηνια αυτη επειδη ακολουθει την οδηγια. Μην δεχεστε ομως μηχανημα μετα την ημερομηνια αυτη με προτυπο αποκλειστικα της οδηγιας χωρις νομικο ελεγχο των πραγματικων δεδομενων της μεταβασης.

    3. Επαληθευστε κατασκευαστη, εισαγωγεα και επαφη ΕΕ

    Η επωνυμια ενος εργοστασιου εκτος ΕΕ δεν απαντα ποιος φερει υποχρεωσεις στην Ενωση. Για τα προϊοντα του αρθρου 4 του κανονισμου (ΕΕ) 2019/1020, πρεπει να υπαρχει υπευθυνος οικονομικος φορεας εγκατεστημενος στην ΕΕ. Αναλογα με την αλυσιδα εφοδιασμου, μπορει να ειναι κατασκευαστης στην ΕΕ, εισαγωγεας, εξουσιοδοτημενος αντιπροσωπος με καταλληλη γραπτη εντολη ή, σε περιορισμενες περιπτωσεις, παροχος υπηρεσιων διεκπεραιωσης παραγγελιων.

    Καταγραψτε νομικη επωνυμια, καταχωρισμενη διευθυνση και στοιχεια επικοινωνιας ακριβως οπως εμφανιζονται στο προϊον, στη συσκευασια, στο δεμα ή στα συνοδευτικα εγγραφα. Ζητηστε μετα γραπτη επιβεβαιωση οτι η οντοτητα αποδεχεται τον δηλωμενο ρολο για το συγκεκριμενο μοντελο. Οι κατευθυντηριες γραμμες της Επιτροπης για το αρθρο 4 εξηγουν οτι ο υπευθυνος φορεας πρεπει να μπορει να υποστηριξει αιτηματα και συνεργασια με τις αρχες. Η ευρωπαϊκη διευθυνση ενος μεταπωλητη δεν αρκει αν ο ιδιος αρνειται οτι ειναι εισαγωγεας ή υπευθυνος φορεας.

    Κρατηστε τους ρολους χωριστα. Ο κατασκευαστης εχει την ευθυνη για την αξιολογηση και τη δηλωση συμμορφωσης. Ο εισαγωγεας εκτελει τους εφαρμοστεους ελεγχους πριν διαθεσει προϊον τριτης χωρας στην αγορα. Ο διανομεας ενεργει με τη δεουσα προσοχη και δεν πρεπει να διαθετει προϊον οταν εχει λογο να πιστευει οτι δεν συμμορφωνεται. Το ξενοδοχειο ειναι συνηθως τελικος χρηστης, αλλα η αμεση εισαγωγη, η διαθεση με δικη του επωνυμια, η ουσιωδης τροποποιηση ή η δημιουργια νεου συνολου μπορουν να αλλαξουν τη θεση του. Η αναλυση της Ergasa για το ποιος θεωρειται κατασκευαστης εξηγει αναλυτικοτερα αυτα τα ορια.

    4. Ελεγξτε προτυπα και πιστοποιητικα

    Ενας καταλογος προτυπων εχει αξια μονο οταν δινει τις ακριβεις εκδοσεις και τις συνδεει με τους σχετικους κινδυνους. Τα προτυπα ειναι γενικα προαιρετικα, αλλα ενα εναρμονισμενο προτυπο του οποιου η αναφορα δημοσιευεται στην Επισημη Εφημεριδα μπορει να παρεχει τεκμηριο συμμορφωσης για τις απαιτησεις που καλυπτει. Η Επιτροπη διατηρει την επισημη σελιδα εναρμονισμενων προτυπων μηχανηματων. Τον Σεπτεμβριο 2026 ο καταλογος τροποποιηθηκε με την εκτελεστικη αποφαση (ΕΕ) 2026/2015, επομενως ενα παλιο υπολογιστικο φυλλο προμηθευτη δεν αποτελει τον τρεχοντα νομικο καταλογο.

    Για καθε προτυπο καταγραψτε πληρη αναφορα, εκδοση και σκοπο. Ζητηστε ποιους κινδυνους και ποιες ουσιωδεις απαιτησεις υποστηριζει. Ενα γενικο πιστοποιητικο ISO για το συστημα ποιοτητας του εργοστασιου δεν ειναι πιστοποιητικο συμμορφωσης προϊοντος. Μια εργαστηριακη εκθεση μπορει να αποδεικνυει μια δοκιμη χωρις να καλυπτει ολο το ρομποτ. Πιστοποιητικο για φορτιστη, ραδιομονάδα ή μπαταρια δεν αποδεικνυει τη συμμορφωση του συναρμολογημενου μηχανηματος.

    Η συμμετοχη τριτου μερους δεν ειναι υποχρεωτικη για καθε μηχανημα. Η εφαρμοστεα πραξη, η ταξινομηση και η διαδικασια συμμορφωσης κρινουν αν απαιτειται κοινοποιημενος οργανισμος. Αν η δηλωση κατονομαζει οργανισμο ή ο προμηθευτης παρουσιαζει πιστοποιητικο εξετασης τυπου ΕΕ, επαληθευστε τον αριθμο και το ακριβες πεδιο κοινοποιησης στον επισημο καταλογο NANDO. Αντιστοιχιστε κατοχο, μοντελο, ενοτητα, κατηγορια προϊοντος, ημερομηνια, κατασταση και περιορισμους. Ο οδηγος της Ergasa για το ποτε απαιτειται κοινοποιημενος οργανισμος εξηγει γιατι η σημανση CE μονη της δεν δινει την απαντηση.

    5. Ελεγχος εγγραφων CE και συμφωνια αποδειξεων

    Ο ισχυροτερος ελεγχος ειναι η συγκριση μεταξυ εγγραφων. Δημιουργηστε εναν πινακα με γραμμες για ταυτοτητα, οικονομικους φορεις, νομοθεσια, προτυπα, διαμορφωση, λογισμικο, εξαρτηματα και γλωσσα. Βαλτε σε στηλες τη δηλωση, τη φωτογραφια πινακιδας, το εγχειριδιο, το πιστοποιητικο, το τιμολογιο, τη λιστα συσκευασιας και τις προδιαγραφες αγορας. Οι αντιφασεις φαινονται αμεσως.

    Στοιχειο ελεγχου Αποδειξεις προς συγκριση Λογος αναστολης πληρωμης
    Ταυτοτητα προϊοντος Δηλωση, πινακιδα, τιμολογιο, σειριακοι αριθμοι Ανεξηγητη αποκλιση μοντελου, τυπου ή σειριακου
    Νομικα προσωπα Κατασκευαστης, εισαγωγεας, υπευθυνος ΕΕ Καμια επαληθευσιμη οντοτητα δεν αποδεχεται τον ρολο
    Εφαρμοστεες πραξεις Δηλωση, ημερομηνια διαθεσης, λειτουργιες Ελλειψη πραξης ή μικτα εγγραφα χωρις αιτιολογηση
    Προτυπα Ακριβεις εκδοσεις, κατασταση ΕΕ, δοκιμες Γενικες ή αποσυρμενες αναφορες ως πληρης αποδειξη
    Διαδικασια Ταξινομηση, ενοτητα, πεδιο οργανισμου Ο εκδοτης ή το πεδιο πιστοποιητικου δεν επαληθευεται
    Διαμορφωση Ρομποτ, φορτιστης, φορτιο, αισθητηρες, λογισμικο Η παραδοση διαφερει απο την αξιολογημενη διαμορφωση
    Οδηγιες Ελληνικες οδηγιες, συντηρηση, ορια ασφαλειας Δεν ειναι δυνατη η ασφαλης εγκατασταση και χρηση

    Οι οδηγιες ειναι ουσιαστικες, επειδη εκει βρισκεται συχνα το ασφαλες πεδιο: επιτρεπτες κλισεις, φορτια, ταχυτητες, αποστασεις, συνθηκες φορτισης, διαστηματα συντηρησης, απαγορευμενες χρησεις και ανακτηση εκτακτης αναγκης. Αν η εγκατασταση στο ξενοδοχειο απαιτει παραβιαση αυτων των οριων, η εκπαιδευση προσωπικου δεν λυνει το προβλημα. Μπορει το προϊον να ειναι ακαταλληλο για τον χωρο ή να χρειαζεται νεα αξιολογηση.

    Αναζητηστε μαρκα, μοντελο και τυπο προϊοντος στο Safety Gate, γνωριζοντας οτι η απουσια αποτελεσματος δεν αποδεικνυει συμμορφωση. Το συστημα ειναι χρησιμο για γνωστες ειδοποιησεις και μετρα, οχι ως βαση πιστοποιητικων. Η πυλη απαιτησεων προϊοντων της ΕΕ βοηθα επισης να εντοπιστει αλλη νομοθεσια για ραδιοεξοπλισμο, ηλεκτρικη ασφαλεια, ηλεκτρομαγνητικη συμβατοτητα, μπαταριες ή αλλα μερη.

    6. Χρησιμοποιηστε λιστα πληρωμης με υπευθυνους

    Αναθεστε καθε εξαιρεση σε κατονομασμενο προσωπο και οριστε προθεσμια. Η φραση «ο προμηθευτης θα διορθωσει το CE» ειναι ασαφης. Μια χρησιμη ενεργεια λεει ποιος πρεπει να δωσει ποιο ελεγχομενο εγγραφο, για ποιο μοντελο και σειριακο ευρος, και ποιος στο ξενοδοχειο ή στον εισαγωγεα θα το ελεγξει. Φυλαξτε το πακετο σε μονιμο φακελο προμηθειας και οχι σε προσωπικα email.

    1. Παγωστε υλικα, μοντελο, σειριακους αριθμους, παρελκομενα και εκδοση λογισμικου.
    2. Λαβετε τη δηλωση και τις οδηγιες για την ακριβη διαμορφωση.
    3. Φωτογραφιστε πινακιδα και σημανσεις πριν απο την εγκατασταση.
    4. Επαληθευστε τον νομικο κατασκευαστη και τον εισαγωγεα ή υπευθυνο φορεα ΕΕ.
    5. Συνδεστε καθε νομοθετικη πραξη και προτυπο με λειτουργιες και διαδικασια.
    6. Επαληθευστε αριθμο κοινοποιημενου οργανισμου και πεδιο απευθειας στο NANDO.
    7. Συμφωνηστε ημερομηνιες, ονοματα, διευθυνσεις, μοντελα και υπογραφες.
    8. Καταγραψτε καθε κενο ως αποδεκτο, διορθωμενο, κλιμακωμενο ή δεσμευτικο πληρωμης.
    9. Αποδεσμευστε την τελικη πληρωμη μονο με τη συμφωνημενη εγκριση και κρατηστε ιχνος.

    Η εμπορικη κριση παραμενει αναγκαια. Ενα τυπογραφικο λαθος μπορει να διορθωθει χωρις απορριψη, ενω ψευδης ταυτοτητα κατασκευαστη, μη επαληθευσιμο πιστοποιητικο ή αποκλιση διαμορφωσης μπορει να υπονομευσει ολο τον ισχυρισμο συμμορφωσης. Το πρακτικο ελεγχου πρεπει να εξηγει γιατι ταξινομηθηκε μια εξαιρεση και ποιος αποδεχθηκε τον υπολειπομενο κινδυνο.

    7. Ορια, αβεβαιοτητα και αποφαση αποδεσμευσης

    Η ομαδα προμηθειων ενος ξενοδοχειου δεν μπορει να διαπιστωσει πληρη νομικη συμμορφωση μονο απο εγγραφα. Συνηθως δεν μπορει να εξετασει υπολογισμους σχεδιασμου, πηγαιο κωδικα, επικυρωση ή ελεγχους παραγωγης του κατασκευαστη. Μια αψογη δηλωση μπορει να συνοδευει μη ασφαλες μηχανημα, ενω ενα ατακτο πακετο μπορει να εχει διορθωσιμα γραφειοκρατικα λαθη. Ο ελεγχος εγγραφων CE ειναι φιλτρο και οχι τελικη ετυμηγορια.

    Ζητηστε εξειδικευμενη γνωμη οταν αμφισβητειται η ταξινομηση, ο προμηθευτης επικαλειται ημιτελες μηχανημα, το ρομποτ εχει τροποποιηθει ουσιωδως, λειτουργια ασφαλειας βασιζεται σε μηχανικη μαθηση, ενδεχεται να απαιτειται κοινοποιημενος οργανισμος ή η πραγματικη χρηση υπερβαινει το εγχειριδιο. Μπορει να χρειαζεται νομικος, μηχανικος ασφαλειας ή οργανισμος με καταλληλο πεδιο. Ο Γαλαζιος Οδηγος του 2022 βοηθα στην ερμηνεια κοινων εννοιων, αλλα ειναι καθοδηγηση και οχι η δεσμευτικη τομεακη πραξη.

    Η αποφαση πρεπει να ειναι συντομη και ελεγξιμη: αποδεκτη, αποδεκτη με κατονομασμενες εξαιρεσεις ή σε αναστολη. Συνδεστε την με τον πινακα αποδειξεων και την εξουσιοδοτηση πληρωμης. Μην βαφτιζετε «εκκρεμη χαρτια» μια ελλειψη που εμποδιζει την ταυτοποιηση του κατασκευαστη, της διαδικασιας ή του παραδοθεντος προϊοντος.

    Συχνες ερωτησεις

    Αποδεικνυει η σημανση CE οτι το ρομποτ ειναι ασφαλες;

    Οχι. Ειναι η σημανση συμμορφωσης του κατασκευαστη και οχι εγκριση της Ευρωπαϊκης Επιτροπης. Ο αγοραστης πρεπει να ελεγξει δηλωση, ταυτοτητα, ρολους, διαδικασια και συνεπεια της παραδοσης.

    Πρεπει να δοθει ολοκληρος ο τεχνικος φακελος στο ξενοδοχειο;

    Συνηθως οχι ως τυπικο παραδοτεο. Ο φακελος πρεπει να υπαρχει και να διατιθεται στις αρμοδιες αρχες. Η συμβαση μπορει να ζητα συγκεκριμενα στοιχεια ή προσβαση για το κλεισιμο συγκεκριμενου κινδυνου.

    Χρειαζεται πιστοποιητικο κοινοποιημενου οργανισμου για καθε ρομποτ;

    Οχι. Η απαιτηση εξαρταται απο τη νομοθεσια, την ταξινομηση και τη διαδικασια. Οταν προβαλλεται πιστοποιητικο, ελεγξτε την τρεχουσα κοινοποιηση και το ακριβες πεδιο στο NANDO.

    Τι γινεται αν δηλωση και πινακιδα εχουν λιγο διαφορετικο μοντελο;

    Καταγραψτε εξαιρεση και ζητηστε ελεγχομενη εξηγηση που αποδεικνυει την καλυψη της διαμορφωσης. Παρομοια ονοματα ή εμπορικη μαρκα δεν αρκουν.

    Μπορει το ξενοδοχειο να πληρωσει και να διορθωσει τα εγγραφα αργοτερα;

    Ειναι εμπορικη αποφαση κινδυνου, αλλα μειωνει τη διαπραγματευτικη ισχυ. Αν το κενο αφορα ταυτοτητα, υπευθυνο φορεα ΕΕ, διαδικασια ή διαμορφωση, η αναστολη του συμφωνημενου μερους πληρωμης ειναι ασφαλεστερος ελεγχος.

  • CE Document Audit for Hotel Robots

    A CE logo on a hotel robot is not enough to release final payment. Before acceptance, the buyer should run a CE document audit that ties the declaration, nameplate, invoice, manuals, certificates and actual machine to the same legal product. The audit does not certify the robot and does not replace the manufacturer’s conformity assessment. It is a procurement control: unresolved contradictions stay on an exception list, with payment or deployment held until the responsible party supplies credible evidence.

    The legal cut-off matters. Machinery placed on the EU market before 20 January 2027 remains under Directive 2006/42/EC. The consolidated Machinery Regulation (EU) 2023/1230 applies generally from 20 January 2027 and repeals the Directive from that date. A procurement file should record the placement date and the legal act claimed by the supplier rather than mixing documents from both regimes.

    1. Decide what acceptance means before the robot arrives

    Write the evidence conditions into the purchase order. The supplier should know that final acceptance depends on a complete, internally consistent package for the delivered model and configuration. This prevents the CE document audit from becoming a last-minute request after the robot has been installed, mapped and connected to hotel systems.

    At minimum, define four gates. The commercial gate checks the contracting entity, product description and serial numbers. The legal gate checks the declaration and the responsible economic operator in the EU. The technical gate checks manuals, risk-related limits, standards and any third-party certificate that the chosen conformity route actually requires. The physical gate checks the delivered robot, charger, accessories, software version and markings against those documents.

    Do not ask for the manufacturer’s entire confidential technical file as a routine buyer deliverable. Under the machinery rules, that file must exist and be available to authorities, but the buyer normally needs enough controlled evidence to test identity and consistency. If the supplier cannot provide a declaration, instructions, traceability data or a credible route to the responsible file holder, that is not a minor formatting issue.

    2. Match the declaration to the machine in front of you

    Start with the declaration, not the logo. Under the current Directive, the manufacturer must prepare the technical file, provide instructions, carry out the applicable conformity procedure, draw up the EC declaration of conformity and affix CE marking. The declaration should identify the manufacturer, the machinery, the person authorised to compile the technical file, the applicable legislation and standards, and the person signing for the manufacturer. The precise required particulars are in Annex II of Directive 2006/42/EC.

    Compare every identity field with the nameplate and contract: legal manufacturer name, postal address, model, type, commercial designation, serial number or production batch, year of construction and any robot-plus-charger combination. A declaration for a product family may be valid only if the delivered configuration is unambiguously inside that family. Similar branding is not proof.

    Then compare language and signatures. A scanned signature is not automatically defective, and an unfamiliar format is not automatically valid. Record who signed, their stated function and the declaration date. Check whether the document appears to have been issued before the machine’s production date, or whether a later revision explains a software or hardware change. Ask for the controlled revision history when dates conflict.

    The new Regulation changes terminology to an EU declaration of conformity and includes updated content in Annex V. The Commission’s machinery portal confirms the 20 January 2027 application date. Do not reject a pre-cut-off machine merely because its declaration follows the Directive, and do not accept a post-cut-off machine on a Directive-only template without legal review of the transition facts.

    3. Verify the manufacturer, importer and EU contact

    A non-EU factory name does not answer who carries obligations inside the Union. For products covered by Article 4 of Regulation (EU) 2019/1020, there must be a responsible economic operator established in the EU. Depending on the supply chain, this may be an EU manufacturer, importer, authorised representative with an adequate written mandate, or in limited circumstances a fulfilment service provider.

    Record the legal name, registered address and contact details exactly as shown on the product, packaging, parcel or accompanying document. Then ask the named entity to confirm in writing that it accepts the stated role for the exact model. The Commission’s Article 4 implementation guidance explains that the responsible operator must be able to support authority requests and cooperation. A reseller’s EU address is not enough if that reseller denies being the importer or responsible operator.

    Keep roles separate. The manufacturer owns the product’s conformity assessment and declaration. An importer must perform its applicable checks before placing a third-country product on the market. A distributor must act with due care and should not make a product available when it has reason to believe the product is non-compliant. The hotel is usually an end user, but direct import, own-name supply, substantial modification or creation of a new assembly can alter that position. The related Ergasa analysis on who is the manufacturer sets out those boundaries in more detail.

    4. Test standards and certificates against the claimed route

    A list of standards is useful only when it identifies the exact editions and maps them to the applicable hazards. Standards are generally voluntary, but a harmonised standard whose reference is published in the Official Journal can give a presumption of conformity for the essential requirements it covers. The Commission maintains the official machinery harmonised-standards page. In September 2026, the list was amended by Implementing Decision (EU) 2026/2015, so an old supplier spreadsheet should not be treated as the current legal list.

    For each cited standard, record its full reference, edition and purpose. Ask which hazards and essential requirements it supports. A generic ISO certificate for the factory’s quality management system is not a product conformity certificate. A laboratory report may support one test without covering the complete robot. A certificate for the charger, radio module or battery does not establish conformity of the assembled machine.

    Third-party involvement is not mandatory for every machine. The applicable legal act, product classification and conformity route decide whether a notified body is required. If the declaration names a notified body or the supplier presents an EU type-examination certificate, verify the body’s number and exact notified scope in the Commission’s NANDO machinery list. Match the certificate holder, model, module, product category, issue date, status and limitations. The broader Ergasa guide on when a service robot needs a notified body explains why the CE mark alone cannot answer this question.

    5. Reconcile the CE document audit package

    The strongest audit is a cross-document comparison. Build one matrix with rows for identity, economic operators, legislation, standards, configuration, software, accessories and language. Put the declaration, nameplate photograph, manual, certificate, invoice, packing list and purchase specification in columns. A contradiction becomes visible immediately.

    Audit item Evidence to compare Hold point before payment
    Product identity Declaration, nameplate, invoice, serial list Any model, type or serial mismatch remains unexplained
    Legal actors Manufacturer, importer, EU responsible operator No verifiable EU entity accepts the stated role
    Applicable acts Declaration, placement date, product functions Missing act or mixed transition documents without rationale
    Standards Exact editions, Official Journal status, test reports Generic or withdrawn references presented as complete proof
    Conformity route Classification, module, notified-body scope Certificate issuer or scope cannot be verified
    Configuration Robot, charger, payload unit, sensors, software Delivered configuration differs from assessed configuration
    Instructions Greek user and safety information, maintenance limits Operators cannot safely install, use or maintain the machine

    Instructions matter because the safe envelope often sits there: permitted slopes, loads, speeds, clearances, charging conditions, maintenance intervals, prohibited uses and emergency recovery. If hotel deployment requires ignoring those limits, the issue is not cured by staff training. It may mean the product is unsuitable for the intended site or that a new assessment is needed.

    Search the Commission’s Safety Gate by brand, model and product type, while recognising that no result is not proof of conformity. The system is useful for known alerts and measures, not as a certificate database. The Commission’s EU product requirements portal is also a practical starting point for identifying other legislation that may apply to radio equipment, electrical safety, electromagnetic compatibility, batteries or other components.

    6. Use a payment checklist with named owners

    Assign each exception to a named party and set a due date. “Supplier to fix CE” is too vague. A useful action says who must provide which controlled document, for which model and serial range, and who inside the hotel or importer will review it. Keep the evidence package in a durable procurement folder rather than in personal email accounts.

    1. Freeze the delivered bill of materials, model, serial numbers, accessories and software version.
    2. Obtain the declaration and instructions applicable to that exact configuration.
    3. Photograph the nameplate and all regulatory markings before installation.
    4. Verify the legal manufacturer and the EU importer or responsible operator.
    5. Map each cited legal act and standard to the product functions and declared route.
    6. Verify any notified-body number and certificate scope directly in NANDO.
    7. Reconcile dates, names, addresses, models and signatures across all documents.
    8. Record every gap as accepted, corrected, escalated or payment-blocking.
    9. Release final payment only under the agreed authority matrix and retain the audit trail.

    Commercial judgment still matters. A typographical error may be correctable without rejecting the machine, while a false manufacturer identity, unverifiable certificate or configuration mismatch can undermine the whole conformity claim. The audit record should state why an exception was classified and who accepted any residual risk.

    7. Limits, uncertainty and the release decision

    A hotel procurement team cannot determine full legal conformity from documents alone. It usually cannot inspect the manufacturer’s complete design calculations, source code, validation evidence or production controls. A neat declaration can still accompany an unsafe machine, while an untidy package may contain correctable clerical errors. The CE document audit is therefore a filter, not a verdict.

    Escalate when product classification is disputed, the supplier relies on partly completed machinery, the robot has been materially modified, a safety function depends on machine learning, a notified-body route may apply, or the actual use exceeds the manual. Legal counsel, a machinery-safety engineer or an appropriately scoped conformity-assessment body may be needed. The 2022 Blue Guide helps interpret common product-law concepts but is guidance rather than the binding sectoral act.

    The release decision should be short and auditable: accepted, accepted with named residual exceptions, or held. Link it to the evidence matrix and the payment authority. Do not relabel a hold as “pending paperwork” when the missing item prevents identification of the legal manufacturer, applicable conformity route or delivered product.

    Frequently asked questions

    Does a CE mark prove that the robot is safe and compliant?

    No. It is the manufacturer’s conformity marking under applicable EU rules, not an approval issued by the European Commission. The buyer should still verify the declaration, identity, operator roles, route and consistency of the delivered machine.

    Must the supplier give the hotel the complete technical file?

    Usually not as a standard buyer deliverable. The file must be prepared and available to the competent authorities under the applicable machinery rules. The contract can require selected evidence, summaries or access arrangements when needed to close a specific risk.

    Is a notified-body certificate required for every service robot?

    No. Requirement depends on the applicable legislation, classification and conformity procedure. When a certificate is claimed, verify the body’s current notification and precise scope in NANDO.

    What if the declaration and nameplate show slightly different model names?

    Treat the difference as an exception. Ask for a controlled explanation proving that the delivered configuration is covered. Similar names or branding alone do not establish identity.

    Can the hotel pay and fix the paperwork later?

    That is a commercial risk decision, but it weakens leverage. If a gap affects manufacturer identity, the EU responsible operator, conformity route or product configuration, holding the agreed payment portion is the safer control.

  • 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.

  • Όροι ασφάλειας ρομπότ CRA πριν την εγκατάσταση

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

    Η ημερομηνία κάνει τον έλεγχο άμεσο. Η σελίδα της Ευρωπαϊκής Επιτροπής για τον κανονισμό για την κυβερνοανθεκτικότητα αναφέρει ότι ο κανονισμός (ΕΕ) 2024/2847 τέθηκε σε ισχύ στις 10 Δεκεμβρίου 2024. Οι κύριες υποχρεώσεις εφαρμόζονται από τις 11 Δεκεμβρίου 2027, ενώ οι υποχρεώσεις αναφοράς του άρθρου 14 εφαρμόζονται από τις 11 Σεπτεμβρίου 2026. Αυτό δεν σημαίνει ότι κάθε ξενοδοχείο έγινε ρυθμιστική αρχή ή υπόχρεος αναφοράς. Σημαίνει ότι η προμήθεια πρέπει να εντοπίσει ποιος είναι ο κατασκευαστής βάσει του κανονισμού και αν μπορεί να εκπληρώσει τις υποχρεώσεις που ήδη ισχύουν.

    Κρίνετε αν το CRA καλύπτει το πακέτο ρομπότ

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

    Για ρομπότ ξενοδοχείου, η μονάδα από μόνη της μπορεί να είναι ελλιπής περιγραφή της αγοράς. Καταγράψτε μοντέλο, βάση φόρτισης, κονσόλα στόλου, εφαρμογή κινητού, πύλη cloud, απομακρυσμένη συντήρηση, διασύνδεση ανελκυστήρα, διασύνδεση πόρτας, λογισμικά στοιχεία που πωλούνται χωριστά και κάθε συνδρομή που απαιτείται για προβλεπόμενη λειτουργία. Ζητήστε από τον προμηθευτή να αντιστοιχίσει κάθε στοιχείο στον ορισμό του προϊόντος και να εξηγήσει κάθε εξαίρεση που επικαλείται. Η εμπορική ονομασία “ρομπότ AI” ή “έξυπνη συσκευή” δεν αποφασίζει τη νομική ταξινόμηση.

    Η σύμβαση πρέπει να καταγράφει πότε κάθε μονάδα διατίθεται στην αγορά της ΕΕ και αν μεταγενέστερη αλλαγή υλικού ή λογισμικού μπορεί να αποτελεί ουσιώδη τροποποίηση. Η Επιτροπή δημοσίευσε στις 27 Ιουλίου 2026 μη δεσμευτική καθοδήγηση εφαρμογής για το πεδίο, την απομακρυσμένη επεξεργασία, την ουσιώδη τροποποίηση, τις περιόδους υποστήριξης, την εκτίμηση κινδύνου και τις αναφορές. Η καθοδήγηση οργανώνει τον έλεγχο, αλλά δεσμευτικό κείμενο παραμένει ο κανονισμός (ΕΕ) 2024/2847. Μπορεί να απαιτείται ειδική νομική συμβουλή.

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

    Προσδιορίστε κατασκευαστή, εισαγωγέα και διανομέα

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

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

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

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

    Όροι ασφάλειας ρομπότ CRA στη σύμβαση

    Το άρθρο 13 και το παράρτημα I του CRA απαιτούν από τον κατασκευαστή να χειρίζεται ευπάθειες κατά την περίοδο υποστήριξης. Η σύνοψη της Επιτροπής αναφέρει ότι η ημερομηνία λήξης αυτής της περιόδου, με μήνα και έτος, πρέπει να δηλώνεται καθαρά και κατανοητά κατά την αγορά. Μια αόριστη υπόσχεση για “ενημερώσεις εφ’ όρου ζωής” δεν κοστολογείται και δεν ελέγχεται εύκολα. Ζητήστε ημερομηνία για κάθε στοιχείο, όπως ελεγκτής ρομπότ, εφαρμογή, πύλη στόλου και απομακρυσμένη υπηρεσία που απαιτείται για προβλεπόμενη λειτουργία.

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

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

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

    Κάντε λειτουργική την αναφορά από 11 Σεπτεμβρίου 2026

    Από τις 11 Σεπτεμβρίου 2026 οι κατασκευαστές πρέπει να αναφέρουν ενεργά εκμεταλλευόμενες ευπάθειες και σοβαρά περιστατικά που επηρεάζουν την ασφάλεια προϊόντων με ψηφιακά στοιχεία. Η σελίδα αναφορών της Επιτροπής ορίζει έγκαιρη προειδοποίηση εντός 24 ωρών από τη γνώση, κύρια κοινοποίηση εντός 72 ωρών και διαφορετικές προθεσμίες τελικής έκθεσης για ευπάθειες και σοβαρά περιστατικά. Η ίδια σελίδα αναφέρει ότι ο κατασκευαστής υποβάλλει μέσω της Ενιαίας Πλατφόρμας Αναφοράς προς την αρμόδια CSIRT, ενώ οι πληροφορίες γίνονται ταυτόχρονα διαθέσιμες στον ENISA εκτός ιδιαίτερα εξαιρετικών περιστάσεων.

    Οι συχνές ερωτήσεις του ENISA για την πλατφόρμα εξηγούν ότι ενεργά εκμεταλλευόμενη ευπάθεια απαιτεί αξιόπιστα στοιχεία εκμετάλλευσης από κακόβουλο δράστη. Περιγράφουν επίσης σοβαρά περιστατικά με αναφορά στις επιπτώσεις σε διαθεσιμότητα, αυθεντικότητα, ακεραιότητα ή εμπιστευτικότητα και στα κριτήρια του άρθρου 14 παράγραφος 5. Μια απλή διακοπή Wi-Fi ή ένα συνηθισμένο σφάλμα εφαρμογής δεν είναι αυτομάτως αναφερόμενο περιστατικό CRA. Ο κατασκευαστής χρειάζεται καταγεγραμμένη διαδικασία διαλογής.

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

    Μην υποσχεθείτε στο ξενοδοχείο αντίγραφο κάθε κανονιστικής υποβολής. Οι αναφορές μπορεί να περιέχουν ευαίσθητες πληροφορίες ευπάθειας, προσωπικά δεδομένα ή λεπτομέρειες με ελεγχόμενη διάδοση. Ο κατ’ εξουσιοδότηση κανονισμός (ΕΕ) 2026/881 προσδιορίζει τους όρους καθυστέρησης της ευρύτερης διάδοσης για λόγους κυβερνοασφάλειας. Ορίστε αντί γι’ αυτό την ελάχιστη ειδοποίηση πελάτη που χρειάζεται για προστασία λειτουργίας: επηρεαζόμενες εκδόσεις, γνωστή επίπτωση, περιορισμό, κατάσταση διόρθωσης, οδηγίες ασφαλούς χρήσης και χρόνο επόμενης ενημέρωσης.

    Η σελίδα του ENISA για την πλατφόρμα και το ενημερωτικό δελτίο αναφορών είναι πρακτικές αναφορές ετοιμότητας του προμηθευτή. Στον έλεγχο ζητήστε ποιος έχει εγγραφεί, ποιος ενεργεί ως εντεταλμένος εκπρόσωπος, ποια συντονίζουσα CSIRT εφαρμόζεται και ποιος έχει την απόφαση των 24 ωρών. Η γενική υπόσχεση ότι “η ομάδα ασφάλειας χειρίζεται τα περιστατικά” δεν απαντά σε αυτά.

    Ελέγξτε απομακρυσμένη πρόσβαση, ενημερώσεις και αποδεικτικά

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

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

    Τα αποδεικτικά πρέπει να συνδέονται με την έκδοση του προϊόντος. Ζητήστε δήλωση συμμόρφωσης ΕΕ όπου απαιτείται, οδηγίες χρήσης, ημερομηνία λήξης υποστήριξης, στοιχεία επικοινωνίας για ασφάλεια, οδηγίες ενημέρωσης και αρκετές τεχνικές πληροφορίες για ασφαλή λειτουργία. Ελέγξτε αν η στρατηγική συμμόρφωσης βασίζεται σε εναρμονισμένα πρότυπα, κοινές προδιαγραφές, σχήμα πιστοποίησης ή τρίτη αξιολόγηση. Η σελίδα τυποποίησης CRA της Επιτροπής αναφέρει ότι το αίτημα M/606 καλύπτει 41 οριζόντια και ειδικά ανά προϊόν πρότυπα. Η εργασία εξελίσσεται, άρα η σύμβαση πρέπει να κατονομάζει την ακριβή έκδοση και όχι να υπόσχεται αόριστα “ευρωπαϊκά πρότυπα”.

    Ορισμένες σημαντικές ή κρίσιμες κατηγορίες προϊόντων ακολουθούν διαφορετικές διαδικασίες αξιολόγησης. Η σύνοψη της Επιτροπής παραπέμπει στα παραρτήματα III και IV και στον εκτελεστικό κανονισμό (ΕΕ) 2025/2392 για τις τεχνικές περιγραφές. Μην υποθέσετε ότι κάθε ρομπότ υπηρεσιών είναι σημαντικό ή κρίσιμο. Μην υποθέσετε επίσης ότι είναι κοινό προϊόν επειδή το φυλλάδιο δεν αναφέρει κυβερνοασφάλεια. Η ταξινόμηση εξαρτάται από τη βασική λειτουργία και τις νομικές περιγραφές.

    Χρησιμοποιήστε πίνακα αποδοχής πριν από την πληρωμή

    Ερώτημα προμήθειας Αποδεικτικό που ζητείται Συμβατική συνέπεια
    Ποιο είναι το προϊόν με ψηφιακά στοιχεία; Πίνακας μοντέλου, λογισμικού, cloud και στοιχείων με προβλεπόμενες λειτουργίες Δεν γίνεται αποδοχή αν το πακέτο δεν συμφωνεί με τον πίνακα
    Ποιος είναι ο κατασκευαστής; Νομική επωνυμία, ρόλος εμπορικού σήματος και γραπτός χάρτης φορέων Κατονομασμένο μέρος έχει τα παραδοτέα και τη συνεργασία αναφοράς
    Ποιος εισάγει το μη ενωσιακό προϊόν; Ταυτότητα και στοιχεία επικοινωνίας εισαγωγέα ΕΕ Οι έλεγχοι εισαγωγέα και τα έγγραφα προηγούνται της τελικής πληρωμής
    Πόσο υποστηρίζεται κάθε στοιχείο; Μήνας και έτος λήξης, εκδόσεις και εξαρτήσεις υπηρεσιών Ορισμένα μέσα αν η υποστήριξη λήξει νωρίς ή σταματήσει αναγκαίο cloud
    Πώς χειρίζονται τις ευπάθειες; Κανάλι γνωστοποίησης, διαλογή, διαδικασία διόρθωσης και αρχεία έκδοσης Χρόνοι απόκρισης, κλιμάκωση, ενημερώσεις και συνεργασία είναι υποχρεώσεις
    Ποιος χειρίζεται αναφερόμενα συμβάντα; Εντεταλμένος εκπρόσωπος, διαδρομή CSIRT και υπεύθυνος 24 ωρών Ξενοδοχείο και προμηθευτής ανταλλάσσουν στοιχεία μέσω δοκιμασμένου καναλιού
    Ποιος έχει απομακρυσμένη πρόσβαση; Λογαριασμοί, ταυτοποίηση, κανόνες έγκρισης και αρχεία συνεδριών Το ξενοδοχείο μπορεί να αναστείλει πρόσβαση και να λάβει ίχνος ελέγχου
    Τι αποδεικνύει την έκδοση αποδοχής; Σειριακοί αριθμοί, λογισμικό, ρυθμίσεις, χάρτες, διασυνδέσεις και έκδοση Οι αλλαγές προκαλούν έλεγχο επίπτωσης και νέα αποδοχή όπου χρειάζεται

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

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

    Εφαρμόστε λίστα απόφασης και κοστολογήστε την έκθεση

    1. Καταγράψτε ακριβώς το ρομπότ, το λογισμικό, τις υπηρεσίες cloud, την απομακρυσμένη επεξεργασία και τις διασυνδέσεις.
    2. Ζητήστε την ανάλυση πεδίου CRA του προμηθευτή και την ταυτότητα κάθε οικονομικού φορέα.
    3. Επιβεβαιώστε κατασκευαστή, εισαγωγέα ΕΕ, εξουσιοδοτημένο αντιπρόσωπο και διανομέα.
    4. Καταγράψτε την ημερομηνία λήξης υποστήριξης για κάθε αναγκαίο στοιχείο υλικού και λογισμικού.
    5. Βάλτε στη σύμβαση παραλαβή ευπαθειών, διορθώσεις, εκδόσεις, επαναφορά και λήξη υποστήριξης.
    6. Δοκιμάστε τη διαδρομή περιστατικού, τις επαφές εκτός ωραρίου, τη μεταφορά στοιχείων και τον υπεύθυνο αναφοράς.
    7. Κλειδώστε τη βασική έκδοση προϊόντος και λογισμικού, μαζί με λογαριασμούς και διασυνδέσεις.
    8. Ελέγξτε διαδικασία συμμόρφωσης, εκδόσεις προτύπων, δηλώσεις, οδηγίες και αναγνωριστικά.
    9. Κοστολογήστε διακοπή, μετάβαση, απώλεια cloud, αποτυχημένη ενημέρωση και πρόωρη λήξη χωρίς επινοημένη εξοικονόμηση.
    10. Λάβετε νομική και τεχνική συμβουλή για αμφισβητούμενο πεδίο, ταξινόμηση, τροποποίηση ή αναφορά.

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

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

    Εφαρμόζεται ήδη πλήρως το CRA στα ρομπότ ξενοδοχείων;

    Όχι. Οι υποχρεώσεις αναφοράς του άρθρου 14 εφαρμόζονται από 11 Σεπτεμβρίου 2026 και οι κύριες υποχρεώσεις από 11 Δεκεμβρίου 2027. Ορισμένες διατάξεις για οργανισμούς αξιολόγησης εφαρμόστηκαν νωρίτερα. Οι μεταβατικοί κανόνες και κάθε ουσιώδης τροποποίηση πρέπει να ελεγχθούν για το προϊόν.

    Πρέπει το ξενοδοχείο να αναφέρει ευπάθεια στην πλατφόρμα;

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

    Είναι πάντα εισαγωγέας ο Έλληνας μεταπωλητής;

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

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

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

    Αποδεικνύει η σήμανση CE ότι η απομακρυσμένη υποστήριξη είναι ασφαλής;

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

    Τι πρέπει να σταματήσει την τελική πληρωμή;

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

  • Hotel Robot CRA Contracts Before Deployment

    Hotel robot CRA contracts should be settled before installation, not after the first failed update or security incident. A connected service robot can combine on-device software, a cloud service, remote support, mobile applications and interfaces to lifts or doors. The buyer therefore needs a contract that identifies the product, the responsible economic operators, the support period, the update route and the evidence available when something goes wrong.

    The date makes this work immediate. The European Commission’s Cyber Resilience Act page says Regulation (EU) 2024/2847 entered into force on 10 December 2024. Its main obligations apply from 11 December 2027, while the Article 14 reporting obligations apply from 11 September 2026. That split is easy to miss. It does not mean every hotel has become a regulator or incident reporter. It means procurement teams should identify who is the manufacturer under the Act and test whether that party can perform the obligations that now apply.

    Decide whether the CRA covers the robot package

    The Commission’s implementation FAQ describes the CRA as a horizontal framework for hardware and software products with digital elements made available on the Union market. The Commission’s legislative summary says a product falls within scope when its intended purpose or reasonably foreseeable use includes a direct or indirect logical or physical data connection to a device or network. It also includes remote data processing solutions where the manufacturer designed or developed them, or had them developed under its responsibility, and the product would lose a function without them.

    For a hotel robot, the unit alone may be an incomplete description of the purchase. List the robot model, charging station, fleet console, mobile application, cloud portal, remote maintenance service, lift interface, door interface, software components sold separately and every subscription needed for an intended function. Ask the supplier to map each element to the product definition and to explain any exclusion it relies on. A sales label such as “AI robot” or “smart device” does not decide the legal classification.

    The contract should also record when each unit is placed on the EU market and whether a later hardware or software change could be a substantial modification. The Commission published non-binding implementation guidance on 27 July 2026 covering scope, remote data processing, substantial modification, support periods, risk assessment and reporting. That guidance helps structure questions, but the binding text remains Regulation (EU) 2024/2847. Product-specific legal advice may still be needed.

    Do not merge CRA review with the machinery file. A cyber weakness may affect safe motion, braking or lift behaviour, in which case the separate machinery requirements also matter. Ergasa’s analysis of cybersecurity-related Machinery EHSRs for autonomous robots covers that safety chain. The two regimes can use some of the same logs and tests, but they have different scope tests, dates and responsible parties.

    Identify the manufacturer, importer and distributor

    The CRA directs its main design, documentation, vulnerability-handling and reporting duties to the manufacturer. The Commission summary defines the manufacturer as the person that develops or manufactures a product with digital elements, or has it designed, developed or manufactured, and markets it under that person’s name or trademark. A hotel buying an OEM-branded robot for its own operations will not normally fit that description merely because it uses the product. The answer can change if another company rebrands the package or substantially modifies it.

    A non-EU manufacturer’s European authorised representative can perform only the tasks covered by its written mandate. The importer is the EU-established person that places a non-EU manufacturer’s product on the Union market. The distributor is another supply-chain person that makes the product available without affecting its properties. The Commission’s role summary says importers must check specified conformity, documentation and manufacturer-process elements, while distributors must verify specified markings, contact information, instructions and the indicated support period.

    Put legal names, registered addresses, contact points and roles into the order schedule. Do not accept “European partner” as a role. If the offer comes through a Greek reseller, establish whether it is the importer or only a distributor. If a systems integrator combines the robot with its own software or sells the finished package under its name, ask for its classification and the reasoning behind it. The related Ergasa manufacturer-classification analysis explains why branding, final assembly, own use and substantial modification should be tested separately.

    The hotel also needs an operational owner. Name the person who can isolate the robot, preserve logs, contact the supplier and decide whether service may resume. This is a contract and incident-management control, not a transfer of the manufacturer’s CRA duties. The purchase agreement should say which party makes regulatory reports and which parties must provide facts quickly enough for the reporter to meet the deadline.

    Put hotel robot CRA contracts into the order

    Article 13 and Annex I of the CRA require the manufacturer to manage vulnerabilities during the product’s support period. The Commission summary says the end date of that period, including month and year, must be stated clearly and understandably at purchase. A vague promise of “lifetime updates” is hard to price and harder to enforce. Ask for a dated period for every product element, including the robot controller, application, fleet portal and any remote service necessary for an intended function.

    The support schedule should state how the supplier receives vulnerability reports, acknowledges them, assesses severity, develops a correction, tests it, distributes it and tells the hotel what to do. It should identify the supported software branches and the conditions that end support. Add a notice period before end of support and require a machine-readable inventory of relevant components where the product documentation provides one. If a cloud function will stop when support ends, the commercial consequence belongs in the price model now.

    Contract for security updates to be supplied without separate charge during the agreed support period where the CRA requires that result. Define emergency update authority, planned maintenance windows, rollback, release notes, cryptographic verification where used, compatibility testing and the response when an update fails. The supplier should disclose whether an update changes safety-related functions, intended use or the assessed configuration. The hotel should not install an untested remote update blindly on a robot moving around guests.

    Ask what happens to vulnerability handling if the manufacturer, cloud provider or distributor exits the market. Useful safeguards can include advance notice, data export, configuration export, continued access to essential documentation, a transition service and clear deletion or return rules for hotel data. These are negotiated risk controls. The CRA does not guarantee that every requested commercial protection will be available.

    Make the 11 September 2026 reporting route operational

    From 11 September 2026, manufacturers must report actively exploited vulnerabilities and severe incidents affecting the security of products with digital elements. The Commission’s reporting page sets out an early warning within 24 hours of awareness, a main notification within 72 hours, and final-report deadlines that differ for vulnerabilities and severe incidents. The same page says manufacturers submit through the Single Reporting Platform to the coordinating CSIRT, with information also made available to ENISA except in particularly exceptional circumstances.

    ENISA’s Single Reporting Platform FAQ explains that an actively exploited vulnerability requires reliable evidence of exploitation by a malicious actor. It also describes severe incidents by reference to impact on availability, authenticity, integrity or confidentiality and the criteria in Article 14(5). A failed Wi-Fi connection or routine application error is not automatically a reportable CRA event. The manufacturer needs a documented triage process.

    The buyer’s contract should require a rapid operational notice to the hotel when an affected product or service is deployed on its premises. It should also require the hotel to pass relevant facts, logs and timestamps to the manufacturer without delay. The notice route needs named addresses, out-of-hours escalation and an alternative if the normal portal is unavailable. It should cover subcontracted cloud and remote-support providers because the reporting clock may start from the manufacturer’s awareness, not from the hotel’s internal ticket closure.

    Do not promise the hotel a copy of every regulatory submission. Reports can contain sensitive vulnerability information, personal data or details whose dissemination is controlled. Commission Delegated Regulation (EU) 2026/881 specifies conditions for delaying wider dissemination on cybersecurity grounds. Instead, define the minimum customer notice needed to protect operations: affected versions, observed impact, containment, patch status, safe-use instructions and the next update time.

    The ENISA SRP page and its reporting factsheet are practical references for supplier readiness. During due diligence, ask who is registered, who acts as the assigned representative, which coordinating CSIRT applies and who owns the 24-hour decision. A generic promise that the security team “handles incidents” does not answer those questions.

    Control remote access, updates and evidence

    Remote support is often commercially useful. It is also a route into a machine that may move, carry loads or operate near guests. The contract should list every remote access method, the legal entity operating it, permitted purposes, authentication method, approval workflow, session logging and termination control. Ask whether the manufacturer can connect without hotel approval and what happens when the hotel network is unavailable.

    Require an acceptance baseline. Record serial numbers, firmware, applications, cloud tenant, safety-related settings, maps, lift and door integrations, user roles and active remote accounts. Keep signed or otherwise controlled release records. After each material change, compare the new baseline to the one that was accepted. This does not prove legal conformity, but it lets the hotel and supplier identify what actually changed.

    Evidence should connect claims to the product version. Ask for the EU declaration of conformity where required, user instructions, the support-period end date, security-contact details, update instructions and enough technical information to operate the product securely. For conformity strategy, check whether the manufacturer relies on harmonised standards, common specifications, a certification scheme or third-party assessment. The Commission’s CRA standardisation page says request M/606 covers 41 horizontal and product-specific standards. Standards work is moving, so the contract should name the exact edition used rather than promising unspecified “EU standards”.

    Some important or critical product categories face different conformity routes. The Commission summary points to Annexes III and IV and to Implementing Regulation (EU) 2025/2392 for technical descriptions. Do not assume that every service robot is important or critical, and do not assume that the robot is ordinary merely because its brochure omits cybersecurity language. Classification depends on the product’s core functionality and the legal descriptions.

    Use the acceptance table before payment

    Procurement question Evidence to request Contract consequence
    What is the product with digital elements? Model, software, cloud and component schedule with intended functions No acceptance until the supplied package matches the schedule
    Who is the manufacturer? Legal name, trademark role and written economic-operator map Named party owns manufacturer deliverables and reporting cooperation
    Who imports the non-EU product? EU importer identity and contact details Importer checks and document delivery are conditions before final payment
    How long is each element supported? Month and year for end of support, supported branches and service dependencies Defined remedies if support ends early or a necessary cloud function stops
    How are vulnerabilities handled? Disclosure channel, triage process, patch route and release records Response times, escalation, update duties and cooperation are written obligations
    Who handles reportable events? Assigned representative, coordinating CSIRT route and 24-hour owner Hotel and supplier exchange facts through a tested emergency channel
    Who can access the robot remotely? Account list, authentication design, approval rules and session logs Hotel can suspend access and obtain an audit trail
    What proves the accepted version? Serials, firmware, configurations, maps, interfaces and signed release record Changes trigger documented impact review and, where needed, renewed acceptance

    Tie payment to evidence that can be checked. A useful milestone might require the economic-operator schedule, user instructions, support end date, secure configuration, update procedure, incident contacts and accepted software baseline. Do not make payment depend on a vague statement of “CRA compliance” without listing the records and tests that statement is meant to cover.

    Keep enforcement in view. The EU market-surveillance framework sits alongside the CRA’s own surveillance provisions. A contract cannot stop an authority from taking action against a product, and it cannot replace the responsible operator’s public-law duties. It can give the hotel access to records, corrective action, replacement, suspension, termination and cooperation when a problem threatens operations.

    Run the decision checklist and price the exposure

    1. List the exact robot, software, cloud services, remote processing and integrations being bought.
    2. Ask the supplier for its CRA scope analysis and the identity of each economic operator.
    3. Confirm which party is the manufacturer, EU importer, authorised representative and distributor.
    4. Record the support-period end date for every necessary hardware and software element.
    5. Write vulnerability intake, patching, release, rollback and end-of-support obligations into the contract.
    6. Test the incident route, including out-of-hours contacts, evidence transfer and the manufacturer’s reporting owner.
    7. Freeze the accepted product and software baseline, including remote accounts and hotel integrations.
    8. Check the stated conformity route, standards editions, declarations, instructions and product identifiers.
    9. Price downtime, transition, cloud loss, update failure and early support withdrawal without inventing savings.
    10. Obtain legal and technical advice for disputed scope, classification, modification or reporting questions.

    The economic model should separate purchase price from support dependency. Estimate the cost of planned updates, testing windows, network changes, spare hardware, staff time, external security review, emergency containment, data export and replacement if support ends. Use supplier quotes and hotel operating data. Hotel robot CRA contracts should allocate these costs without turning a guessed probability of cyber failure into a polished ROI percentage.

    Frequently asked questions

    Does the CRA already apply in full to hotel robots?

    No. Reporting obligations under Article 14 apply from 11 September 2026, while the main obligations apply from 11 December 2027. Some conformity-body provisions applied earlier. The transition rules and any substantial modification still need to be checked for the actual product.

    Must the hotel report a robot vulnerability through the SRP?

    The mandatory Article 14 duty discussed here is directed to manufacturers. The hotel should notify the responsible supplier or manufacturer quickly and preserve relevant evidence. Its own duties under other laws, contracts or sector rules require a separate review.

    Is the Greek reseller always the importer?

    No. Importer status depends on who, while established in the EU, places the non-EU manufacturer’s product on the Union market. A Greek reseller may be an importer or a distributor. Obtain the legal identity and route in writing.

    Can a supplier promise updates for an undefined lifetime?

    A buyer should require a clear end date for the support period and identify what happens to each necessary service after that date. An undefined promise is not a workable basis for acceptance, pricing or replacement planning.

    Does a CE mark prove that remote support is secure?

    No. The mark is part of a conformity framework, not a substitute for checking product identity, the declaration, instructions, support period, remote access design and the evidence behind the stated conformity route.

    What should stop final payment?

    Missing economic-operator identities, no dated support period, an untested incident route, uncontrolled remote access or a mismatch between the delivered software baseline and the documents are reasonable hold points. The contract should define the exact cure and remedy.