cms.ergasa.com

Tag: Autonomous Robots

  • Νέες απαιτήσεις ασφάλειας για αυτόνομα ρομπότ

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

    Η απόφαση είναι πρακτική. Οι απαιτήσεις ασφάλειας πρέπει να ελεγχθούν πριν από την αποδοχή μηχανήματος του 2027. Συγκρίνετε τον παλιό φάκελο με τα σημεία 1.1.9 και 1.2.1 του παραρτήματος III και με τις απαιτήσεις κινητικότητας που εφαρμόζονται στο συγκεκριμένο ρομπότ. Συνδέστε κάθε εφαρμοστέα απαίτηση με τεκμήρια σχεδιασμού, αποτελέσματα επαλήθευσης και οδηγίες. Μια πολιτική κυβερνοασφάλειας, μια σύνοψη δοκιμής διείσδυσης ή το λογότυπο CE δεν υποκαθιστούν αυτή την αλυσίδα. Ο έλεγχος εδώ αφορά την ασφάλεια μηχανημάτων. Άλλοι κανόνες κυβερνοασφάλειας μπορεί να εφαρμόζονται παράλληλα.

    Χαρτογραφήστε τις απαιτήσεις ασφάλειας στον παλιό φάκελο

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

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

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

    Χαρτογραφήστε την προστασία από αλλοίωση του 1.1.9

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

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

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

    Δοκιμάστε το λογισμικό ελέγχου βάσει του 1.2.1

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

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

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

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

    Ορίστε τα όρια διαδρομής και εποπτείας

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

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

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

    Ξαναχτίστε την αλυσίδα του τεχνικού φακέλου

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

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

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

    Ερώτημα νέων απαιτήσεων Αρχείο που ελέγχεται Αδύναμη απάντηση
    Ποια ψηφιακά στοιχεία επηρεάζουν την ασφάλεια; Χάρτης στοιχείων και λειτουργιών συνδεδεμένος με την εκτίμηση κινδύνου Γενική απογραφή πληροφορικής
    Πώς εντοπίζεται και αποτρέπεται η αλλοίωση; Αρχιτεκτονική, έλεγχοι πρόσβασης, έλεγχοι ακεραιότητας και δοκιμές Πολιτική κυβερνοασφάλειας χωρίς δοκιμές προϊόντος
    Μπορεί κακόβουλη είσοδος να δημιουργήσει κίνδυνο; Δοκιμές ασφάλειας με σενάρια απειλής και στοιχεία απόκρισης Βαθμολογία διείσδυσης χωρίς ανάλυση συνεπειών
    Ποια έκδοση λογισμικού αξιολογήθηκε; Ελεγχόμενη βασική έκδοση και αρχείο αλλαγών Στιγμιότυπα εφαρμογής χωρίς έκδοση
    Πού επιτρέπεται να κινηθεί το ρομπότ; Επικυρωμένα όρια λειτουργίας και οδηγίες Φυλλάδιο που γράφει “όλοι οι εσωτερικοί χώροι”
    Τι άλλαξε μετά από ενημέρωση; Αξιολόγηση επίπτωσης, επαναληπτικές δοκιμές και έγκριση Email που χαρακτηρίζει την αλλαγή συνηθισμένη

    Αναθέστε τις υποχρεώσεις πριν από την αποδοχή

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

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

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

    Χρησιμοποιήστε λίστα απόφασης και κοστολογήστε τα κενά

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

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

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

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

    Αποτυγχάνει κάθε συνδεδεμένο ρομπότ με φάκελο της οδηγίας 2006/42;

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

    Αρκεί μια δοκιμή διείσδυσης για το σημείο 1.1.9;

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

    Πρέπει ο κατασκευαστής να δώσει τον πηγαίο κώδικα στο ξενοδοχείο;

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

    Πιστοποιητικό του κανονισμού κυβερνοασφάλειας αποδεικνύει πλήρη συμμόρφωση;

    Όχι. Σχετικό πιστοποιητικό μπορεί να δώσει τεκμήριο μόνο για τα τμήματα των σημείων 1.1.9 και 1.2.1 που καλύπτει. Ελέγξτε σχήμα, προϊόν, έκδοση, πεδίο και ισχύ. Οι υπόλοιπες απαιτήσεις και υποχρεώσεις χρειάζονται δικά τους αποδεικτικά.

    Τι πρέπει να κλειδώσει το ξενοδοχείο κατά την αποδοχή;

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

  • New Machinery EHSRs for Autonomous Robots

    New Machinery EHSRs change the evidence a hotel buyer should expect for an autonomous or connected service robot placed on the EU market from 20 January 2027. A technical file built around Directive 2006/42/EC may still discuss control-system faults, emergency stops and foreseeable misuse. That does not prove that the file covers protection against corruption, malicious interference, software traceability or the operating limits of autonomous mobile machinery under the current consolidated Regulation (EU) 2023/1230.

    The decision is practical. Before accepting a 2027 machine, compare the old file against Annex III points 1.1.9, 1.2.1 and the mobility requirements that apply to the actual robot. Then trace each applicable requirement to design evidence, verification results and instructions. Do not accept a cybersecurity policy, a penetration-test summary or a CE logo as a substitute for that chain. This review concerns machinery safety. Other cybersecurity laws may apply at the same time.

    Map the Machinery EHSRs against the old file

    The European Commission says the Machinery Regulation applies on a mandatory basis from 20 January 2027. The date matters because a file created for a machine placed on the market under the Machinery Directive 2006/42/EC was prepared against a different legal text. The Directive already required control systems to prevent hazardous situations and stated that hardware faults, software faults and errors in control logic must not create hazards. The new Regulation retains that safety logic and adds requirements written for connected, software-dependent and autonomous machinery.

    A reviewer should not label every old file defective. First record the exact model, configuration, software release, manufacturer and intended placing-on-the-market date. A machine lawfully placed on the market before the Regulation applies is not converted into a 2027 product merely because a hotel uses it later. A new unit, a new manufacturer release or a substantial modification can produce a different analysis. The legal route depends on the facts, so procurement should obtain advice where the timing or modification status is disputed.

    The Machinery EHSRs comparison should use the current consolidated act rather than an early proposal or a slide deck. It should also stay narrow. Annex III cybersecurity provisions address corruption or malicious action where these can affect machinery safety. They are not a declaration that every confidentiality, billing or privacy issue becomes a machinery EHSR.

    Map protection against corruption under point 1.1.9

    Annex III point 1.1.9 requires a connected device communicating with the machinery not to lead to a hazardous situation. It also requires hardware components that affect compliance, and software and data that are critical for compliance, to be identified and adequately protected against accidental or intentional corruption. The machine must collect evidence of legitimate or illegitimate intervention in those components, software or data.

    For a hotel delivery robot, the file should identify which digital assets can affect safe speed, braking, obstacle detection, lift-interface behaviour, docking and restart. That list is more useful than a generic network diagram. It should distinguish a safety-related parameter from an ordinary operational setting. A menu change may have no safety effect. A remote change to maximum speed, stopping distance, sensor masking or allowed route can be different.

    Ask how the manufacturer prevents an unauthorised command from changing a safety function, how it authenticates service access, and what happens when communications are lost or corrupted. Then ask for the corresponding verification evidence. The Regulation does not prescribe one universal technical control. The evidence should fit the architecture and risk assessment. A certificate or statement under a relevant scheme adopted through the EU Cybersecurity Act can create a presumption of conformity for points 1.1.9 and 1.2.1 only to the extent that the scheme and certificate cover those requirements. The existence of a certificate is not enough without checking its scope.

    Test control-system software against point 1.2.1

    Point 1.2.1 requires control systems to prevent hazardous situations and to withstand intended operating stresses and external influences. The new wording expressly includes reasonably foreseeable malicious attempts by third parties that could lead to a hazardous situation. The familiar checks for hardware faults and logic errors remain. The review must now connect threat conditions to safety outcomes instead of treating cyber testing as a separate IT exercise.

    The same point requires the limits of safety functions to be established as part of the manufacturer’s risk assessment. For machinery with fully or partially self-evolving behaviour, it requires the product not to perform actions beyond its defined task and movement space. It also requires tracing logs for interventions and versions of safety-related software after the machine is placed on the market or put into service. For self-evolving machinery, the technical record must support review of safety-related decisions and the data used for them under the periods stated in the Regulation.

    Procurement should therefore freeze a software baseline at acceptance. Record firmware, control application, safety controller, model or perception package, maps and configuration values that can affect the assessed behaviour. The supplier should explain which updates were foreseen in the risk assessment, how versions are signed or otherwise controlled, how rollback works, and when an update requires renewed assessment. A promise of “automatic updates” answers none of those questions.

    This is also where Annex I classification can re-enter the file. Fully or partially self-evolving systems that use machine-learning approaches to ensure safety functions can fall within the higher-risk categories in Annex I. The separate Ergasa analysis of notified-body routes explains that classification. The present review does not assume that every navigation algorithm or AI label triggers that route.

    Define the autonomous travel and supervision envelope

    The Regulation defines autonomous mobile machinery by reference to an autonomous mode in which essential safety functions are ensured in the travel and working area without permanent operator interaction. Annex III then addresses supervision, travel, steering, obstacle risks, charging movement and instructions. For a hotel, the assessed environment is part of the safety case. A robot proven on a flat test floor is not automatically proven for a lobby with children, luggage, reflective surfaces, lift thresholds and changing furniture.

    Where relevant, the supervisory function must let the supervisor receive information and give limited orders. The Regulation confines remote actions to stopping, starting, or moving the machine to a safe position and safe state, with conditions on the supervisor’s view of the working area and on protective devices. The travel requirements call for an enclosed protected zone, obstacle-detection devices, or both where the risk assessment requires them. Steering failure must not compromise safety. Automatic travel to a charging station must also address collision and electrical hazards.

    Point 3.6.3.3 requires instructions for autonomous mobile machinery to specify the characteristics of intended travel areas, working areas and danger zones. Put those characteristics into the purchase specification before testing. Include slopes, thresholds, floor transitions, minimum clearances, lift interfaces, wireless coverage assumptions, lighting or reflective conditions relevant to sensors, maximum traffic density, prohibited zones and the location of recovery controls. The manufacturer must decide which factors are safety-relevant; the hotel should not invent limits after delivery.

    Rebuild the technical-file evidence chain

    Annex IV calls for the risk assessment, drawings, calculations, test results, standards or other technical specifications, instructions and conformity documents needed to demonstrate compliance. For safety-related software, it also provides for source code or programming logic to be supplied after a reasoned request from a competent national authority when needed to check Annex III compliance. This is an authority-access requirement, not a promise that a hotel receives the source code with the robot.

    The file should still show enough controlled evidence for the buyer to understand the assessed baseline. Annex IV also addresses the data, characteristics and process used to develop, test and validate software where these are needed for the safety assessment. For an adaptive perception or control function, a marketing accuracy score is weak evidence. The useful record connects hazards to requirements, data boundaries, tests, abnormal conditions, residual risk and instructions.

    The EU’s technical-documentation guidance places responsibility on the manufacturer to identify applicable requirements and explain how the product satisfies them. The conformity-assessment guidance makes the manufacturer responsible for the assessment route. The CE-marking guidance is equally clear that there is no central EU body issuing permission to affix CE marking. A hotel or importer should check consistency, but it should not rewrite the manufacturer’s risk assessment and pretend that this cures missing design evidence.

    New evidence question Record to inspect Weak answer
    Which digital assets affect safety? Asset and safety-function map tied to the risk assessment Generic IT asset inventory
    How is corruption detected and resisted? Architecture, access controls, integrity checks and verification results Cybersecurity policy without product tests
    Can a malicious input create a hazard? Threat-informed safety tests and fault-response evidence Penetration score with no safety consequence analysis
    Which software version was assessed? Controlled baseline, release record and trace log Unversioned application screenshots
    Where may the robot travel? Validated operating envelope and instructions Brochure statement saying “all indoor areas”
    What changed after an update? Impact assessment, regression results and approval record Supplier email saying the update is routine

    Assign duties before accepting the machine

    The manufacturer owns the product risk assessment, applicable EHSR mapping, conformity assessment, technical documentation, declaration and CE marking. An authorised representative performs only the tasks covered by its mandate. An importer must check specified conformity and documentation elements before placing a non-EU machine on the market. A distributor must act with due care and check required markings and documents. Those roles should not be collapsed into “the vendor”.

    The hotel as buyer and operator needs the validated conditions of use, staff controls, route management, incident response and maintenance records. If the hotel or integrator makes a substantial modification, or places the machine on the market under its own name, manufacturer obligations may arise. The existing manufacturer-classification analysis covers that threshold in more detail.

    Market-surveillance authorities can require information and take action against non-compliant products under the Machinery Regulation and the wider EU market-surveillance framework. Contract rights matter because the hotel may need the supplier to provide logs, evidence or corrective action quickly. They do not transfer the public-law duty away from the responsible economic operator.

    Use a decision checklist and cost the gaps

    1. Record the exact product, software baseline, intended use and expected placing-on-the-market date.
    2. Map the old Directive file against every applicable Annex III requirement, including points 1.1.9 and 1.2.1.
    3. Identify safety-related hardware, software, data, communications and configuration parameters.
    4. Trace corruption and malicious-attempt scenarios to safety controls and test results.
    5. Define the robot’s task, movement space, travel area, danger zones and supervision design.
    6. Check software-version records, intervention logs, update control and regression evidence.
    7. Reconcile the risk assessment, Annex IV file, instructions, declaration, model identifiers and CE marking.
    8. Assign manufacturer, importer, distributor, integrator and hotel actions in the contract and acceptance plan.

    Do not invent a single “2027 compliance cost”. Price the verified gaps as work packages. Typical lines are architecture remediation, software configuration control, safety testing, cybersecurity testing tied to hazards, instruction updates, technical-file reconstruction, conformity-route work and hotel integration testing. Some files will already contain useful evidence. Others will require design changes rather than more paperwork.

    The Cyber Resilience Act may impose separate cybersecurity duties for products with digital elements. Its presence does not erase the Machinery Regulation’s safety requirements. Scope, timing and responsible parties need a product-specific review. Keep separate cost lines where the evidence and legal tests differ, then identify records that can support both regimes without counting the same task twice.

    Frequently asked questions

    Does every connected robot fail an old 2006/42 technical file review?

    No. The old file may contain useful control-system, software and test evidence. Review it against the requirements that apply to the 2027 product and record each gap. Do not infer compliance or failure from the file’s date alone.

    Is a penetration test enough for point 1.1.9?

    No. The evidence must identify safety-critical assets and connect corruption or interference scenarios to hazardous outcomes, controls and verification. A penetration test can support that chain, but a generic score does not replace it.

    Must the manufacturer give source code to the hotel?

    Annex IV provides for source code or programming logic of safety-related software to be available after a reasoned request from a competent national authority when necessary for its check. That is different from an automatic buyer entitlement. Contractual access and escrow are separate questions.

    Does a Cybersecurity Act certificate prove full machinery compliance?

    No. A relevant certificate can create a presumption only for the covered parts of points 1.1.9 and 1.2.1. Check the scheme, product, version, scope and validity. The remaining EHSRs and conformity duties still require evidence.

    What should a hotel freeze at acceptance?

    Freeze the model and options, safety-related software versions, maps and configuration values, intended travel areas, interfaces, update policy and the matching technical documents. Retain the supplier’s evidence and the hotel’s acceptance results.