Πρέπει να καταγράψω πόσο καιρό λαμβάνει ενημερώσεις λογισμικού μια συσκευή;

Τι πρέπει να κάνετε συγκεκριμένα

Τι αναμένεται από εσάς

Η υποστήριξη λογισμικού μπορεί να γίνει απαίτηση για οικολογικό σχεδιασμό

Ο ESPR επιτρέπει την συμπερίληψη απαιτήσεων στις εξουσιοδοτημένες πράξεις σχετικά με τη βιωσιμότητα ενός προϊόντος και, εντός αυτού, και σχετικά με το λογισμικό: για πόσο διάστημα ένα συσκευή λαμβάνει λειτουργικές και ενημερώσεις ασφαλείας, και τι συμβαίνει με τη λειτουργικότητα της συσκευής αφού σταματήσει αυτή η υποστήριξη. Τα άρθρα 5 έως 7 του ESPR (Κανονισμός (ΕΕ) 2024/1781) αναφέρουν αυτό ως μέρος των απαιτήσεων απόδοσης και πληροφοριών που μπορούν να καθοριστούν ανά ομάδα προϊόντων. Για ηλεκτρονικά και συσκευές ICT, αυτό είναι ένα από τα θέματα που θεωρούνται σχετικά, δεδομένου του ρόλου του λογισμικού στη διάρκεια ζωής μιας συσκευής — ένα πλυντήριό ρούχων ή φορητό υπολογιστή που λειτουργεί τεχνικά, αλλά δεν λαμβάνει πλέον ενημερώσεις, συχνά αντικαθίσταται στην πράξη. Για μια επιχείρηση με 10 έως 100 υπαλλήλους, αυτό σημαίνει ότι το τμήμα που είναι υπεύθυνο για τις πληροφορίες προϊόντων (συχνά το ίδιο που ήδη συντάσσει τις περιόδους εγγύησης και τα εγχειρίδια χρήσης) πρέπει να παρακολουθήσει ένα νέο δεδομένο: την περίοδο κατά την οποία παρέχονται ενημερώσεις, ανά μοντέλο προϊόντος ή ανά έκδοση λογισμικού.

Οι πληροφορίες πρέπει να μπορούν να ανακτηθούν στο διαβατήριο προϊόντος

Το άρθρο 10 του ESPR (Κανονισμός (ΕΕ) 2024/1781) περιγράφει ποιες πληροφορίες πρέπει να συμπεριληφθούν στο ψηφιακό διαβατήριο προϊόντος αφού μια εξουσιοδοτημένη πράξη το καθορίσει για μια ομάδα προϊόντων. Αφού η διάρκεια υποστήριξης λογισμικού ισχύει ως απαίτηση για τα ηλεκτρονικά, αυτές οι πληροφορίες δεν μπορούν λοιπόν να καταλήξουν μόνο σε ένα εγχειρίδιο ή σε ένα ιστότοπο, αλλά και στο ίδιο το διαβατήριο — δομημένες και συνδεδεμένες με τον φορέα δεδομένων QR στο προϊόν. Για μια μεσαία επιχείρηση, αυτό σημαίνει ότι η περίοδος ενημέρωσης δεν μπορεί να ορισθεί ανεξάρτητα από το τμήμα λογισμικού και να επικοινωνηθεί χωριστά από το μάρκετινγκ: αυτές οι πληροφορίες πρέπει τελικά να βρίσκονται στο ίδιο σύνολο δεδομένων με το ενεργειακό κατανάλωση και τη βαθμολογία επισκευασιμότητας. Τι ακριβώς πρέπει να βρίσκεται στο διαβατήριο διαφέρει ανά ομάδα προϊόντων· στην ποιες δεδομένα περιλαμβάνονται στο ψηφιακό διαβατήριο προϊόντος της ηλεκτρονικής; υπάρχει ένας κατάλογος των κατηγοριών δεδομένων που περιλαμβάνονται.

Η προσδιοριζόμενη περίοδος πρέπει να αντιστοιχεί στην πραγματικότητα

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

Πού πάνε στραβά στην πράξη

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

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

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

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

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

Τι μπορείτε να καταγράψετε

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

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