Ο απόλυτος οδηγός ενσωμάτωσης iOS sled reader σε προσαρμοσμένες εφαρμογές

Ξεκινήστε από το Σενάριο Χρήσης Πριν Ανοίξετε το SDK

Η ενσωμάτωση ενός αναγνώστη sled iOS με μια προσαρμοσμένη εφαρμογή ακούγεται απλή μέχρι την πρώτη δοκιμή στο πεδίο, όπου τα πράγματα γίνονται περίπλοκα. Το demo λειτουργεί σε ένα γραφείο. Ο αναγνώστης συνδέεται με το iPhone. Λίγες ετικέτες RFID εμφανίζονται στην οθόνη. Όλοι συμφωνούν. Έπειτα η ίδια ρύθμιση πηγαίνει σε μια αποθήκη, νοσοκομείο, αποθηκευτικό χώρο λιανικής, κλωβό εργαλείων, εργαστήριο ή βαν υπηρεσίας, και η εφαρμογή αρχίζει να αντιμετωπίζει πραγματικά προβλήματα: διακοπές συνεδριών Bluetooth, διπλές αναγνώσεις EPC, αδύναμη απόδοση tag κοντά σε μεταλλικά ράφια, προσωπικό που πατά τη σκανδάλη πολύ γρήγορα, ζώνες εκτός σύνδεσης, παλιό υλικολογισμικό, παράξενη συμπεριφορά του SDK και αρχεία απογραφής που δεν αντιστοιχούν σε αυτά που περιμένει το ERP. Γι' αυτό έχει σημασία ένα πρακτικό σημείωμα αναφοράς. Όχι μια επιφανειακή λίστα ελέγχου, αλλά ένας σαφής τρόπος να σκέφτεστε το υλικό, το software, τη ροή εργασίας και τα δεδομένα προτού το έργο μετατραπεί σε εφιάλτη υποστήριξης.

Ένας αναγνώστης sled iOS είναι συνήθως ένας φορητός αναγνώστης RFID που προσαρτάται ή συνδέεται με ένα iPhone ή iPad. Ορισμένα μοντέλα συγκρατούν φυσικά το iPhone σαν θήκη. Άλλα συνδέονται μέσω Bluetooth και κάθονται στο χέρι του χρήστη σαν σαρωτής. Πολλά υποστηρίζουν ανάγνωση UHF RFID, και μερικά συνδυάζουν το RFID με σάρωση barcode. Η προσαρμοσμένη εφαρμογή iOS γίνεται η διεπαφή χρήστη, ενώ ο αναγνώστης sled αναλαμβάνει τη σύλληψη των tag. Για έναν αγοραστή που αναζητά αναγνώστη sled RFID iOS, αναγνώστη sled UHF RFID για iPhone, SDK αναγνώστη RFID για iOS ή ενσωμάτωση προσαρμοσμένης εφαρμογής RFID, το πραγματικό ερώτημα δεν είναι μόνο αν ο αναγνώστης μπορεί να διαβάσει ένα tag. Το ερώτημα είναι αν ολόκληρο το σύστημα μπορεί να διαβάσει τα σωστά tag, τη σωστή στιγμή, στη σωστή ροή εργασίας, και να στείλει καθαρά δεδομένα στο σωστό backend.

Αυτό ακούγεται προφανές, αλλά πολλά έργα ξεκινούν με έναν προγραμματιστή να ζητά τεκμηρίωση API προτού η επιχειρηματική ομάδα ορίσει τη συμπεριφορά σάρωσης. Είναι η εφαρμογή για καταμέτρηση ενδυμάτων; Για παρακολούθηση περιουσιακών στοιχείων IT; Για έλεγχο χειρουργικών δίσκων; Για εντοπισμό εργαλείων σε λάθος θέση; Για παραλαβή παλετών; Για έλεγχο πάγιων περιουσιακών στοιχείων; Για ανάγνωση tag σε μεταλλικό εξοπλισμό; Κάθε σενάριο χρήσης χρειάζεται διαφορετική λειτουργία σάρωσης, ισχύ ανάγνωσης, σχεδιασμό οθόνης, μήνυμα σφάλματος, φίλτρο δεδομένων και διαδικασία συγχρονισμού. Μια εφαρμογή καταμέτρησης αποθέματος λιανικής μπορεί να θέλει πολύ γρήγορη συνεχή σάρωση. Μια εφαρμογή check-out εργαλείων μπορεί να χρειάζεται ελεγχόμενες αναγνώσεις σε μικρή απόσταση. Μια εφαρμογή υγειονομικής περίθαλψης μπορεί να χρειάζεται προτροπές επιβεβαίωσης και αυστηρά δικαιώματα χρήστη. Αν αυτοί οι κανόνες δεν οριστούν νωρίς, ο προγραμματιστής καταλήγει να χτίζει έναν γενικό αναγνώστη tag αντί για ένα χρήσιμο επιχειρηματικό εργαλείο.

Μελέτη Περίπτωσης: Ridgeway Medical Supply

Στη Ridgeway Medical Supply, έναν φανταστικό διανομέα, η πρώτη έκδοση της εφαρμογής RFID για iOS απλώς εμφάνιζε κάθε EPC που συλλάμβανε ο αναγνώστης sled. Φαινόταν εντυπωσιακή στις δοκιμές, αλλά το προσωπικό τη μισούσε κατά την παραλαβή, επειδή tag από κοντινά χαρτοκιβώτια εμφανίζονταν στην οθόνη. Η ομάδα ανάπτυξης αργότερα πρόσθεσε έλεγχο συνεδρίας, λίστες αναμενόμενων αποστολών, φιλτράρισμα διπλότυπων και μια απλή προειδοποίηση όταν ένα μη αναμενόμενο στοιχείο βρισκόταν κοντά. Το υλικό δεν άλλαξε. Η εφαρμογή έγινε χρήσιμη επειδή σταμάτησε να αντιμετωπίζει κάθε ανάγνωση tag ως εξίσου σημαντική.

Μέθοδος Σύνδεσης και Αντιστοίχιση

Η επόμενη σημαντική απόφαση είναι η μέθοδος σύνδεσης. Οι περισσότεροι αναγνώστες sled iOS χρησιμοποιούν Bluetooth, Bluetooth Low Energy ή ένα επίπεδο επικοινωνίας ειδικό για τον κατασκευαστή. Ορισμένα sled απαιτούν υποστήριξη σχετική με MFi ή SDK κατασκευαστή για σωστή πρόσβαση στις λειτουργίες σαρωτή. Λίγα μπορούν να λειτουργήσουν σαν συσκευές εισόδου πληκτρολογίου, αλλά αυτό σπάνια αρκεί για μια σοβαρή προσαρμοσμένη εφαρμογή RFID, επειδή η λειτουργία keyboard wedge δίνει περιορισμένο έλεγχο στην ισχύ, τις συνεδρίες, τη συμπεριφορά της σκανδάλης, την κατάσταση υλικολογισμικό και τα μεταδεδομένα tag. Αν το έργο χρειάζεται αξιόπιστη απογραφή RFID, η εφαρμογή θα πρέπει να χρησιμοποιεί το επίσημο SDK iOS όποτε είναι δυνατόν. Το SDK συνήθως εκθέτει συμβάντα σύνδεσης αναγνώστη, callbacks ανάγνωσης tag, κατάσταση μπαταρίας, κατάσταση σκανδάλης, ρυθμίσεις κεραίας, συμβάντα σάρωσης barcode και κωδικούς σφάλματος.

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

Μελέτη Περίπτωσης: Northlane Fashion

Η Northlane Fashion, μια φανταστική αλυσίδα ενδυμάτων, κυκλοφόρησε αναγνώστες sled RFID για iPhone για το απόθεμα καταστήματος. Το πρώτο πιλοτικό πρόγραμμα απέτυχε όχι λόγω ανάγνωσης tag, αλλά επειδή οι υπάλληλοι συνέχιζαν να συνδέονται με λάθος sled στο πίσω δωμάτιο. Πέντε πανομοιότυποι αναγνώστες φόρτιζαν στο ίδιο ράφι. Η εφαρμογή ενημερώθηκε για να εμφανίζει ένα φιλικό ψευδώνυμο συσκευής, κωδικό καταστήματος, κατάσταση μπαταρίας και ένα banner σύνδεσης με χρωματική κωδικοποίηση. Οι υπάλληλοι μπορούσαν να σαρώσουν μια ετικέτα QR στο sled για να το συνδέσουν με τη συνεδρία της εφαρμογής. Η αλλαγή ήταν μικρή από προγραμματιστική άποψη, αλλά εξάλειψε την καθημερινή σύγχυση.

Ενσωμάτωση SDK και Επίπεδο Υπηρεσίας Αναγνώστη

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

Δομή Δεδομένων Tag και Αντιστοίχιση

Τα δεδομένα tag χρειάζονται δομή. Ένα ακατέργαστο EPC δεν είναι το ίδιο με ένα επιχειρηματικό στοιχείο. Η εφαρμογή σας θα πρέπει να αποφασίζει πώς να αντιστοιχίζει τα δεδομένα ετικέτας RFID σε SKU προϊόντων, αρχεία περιουσιακών στοιχείων, σειριακούς αριθμούς, αναγνωριστικά τοποθεσίας, αριθμούς παρτίδας ή αναθέσεις χρηστών. Ορισμένα συστήματα χρησιμοποιούν πρότυπα κωδικοποίησης EPC. Κάποια κωδικοποιούν εσωτερικά IDs. Κάποια βασίζονται σε αναζήτηση στο backend. Κάποια χρησιμοποιούν τη μνήμη χρήστη στην ετικέτα, αν και αυτό θα πρέπει να αντιμετωπίζεται προσεκτικά, επειδή η ανάγνωση της μνήμης χρήστη μπορεί να επιβραδύνει τη σάρωση. Για πολλές εφαρμογές αναγνώστη sled iOS, η ταχύτερη προσέγγιση είναι η σύλληψη EPC, το τοπικό φιλτράρισμα διπλότυπων και η αναζήτηση λεπτομερειών στοιχείου από μια τοπική προσωρινή μνήμη ή API διακομιστή.

Μελέτη Περίπτωσης: Voss Auto Parts

Η Voss Auto Parts, ένας φανταστικός προμηθευτής βαμμένων ανταλλακτικών αυτοκινήτων, χρησιμοποίησε αναγνώστες sled iOS για την παρακολούθηση επιστρεφόμενων σχαρών και επισημασμένων εξαρτημάτων. Η πρώτη έκδοση της εφαρμογής καλούσε το API του διακομιστή κάθε φορά που διαβαζόταν ένα tag. Σε έναν πολυσύχναστο διάδρομο, η εφαρμογή γινόταν αργή και το backend λάμβανε χιλιάδες επαναλαμβανόμενα αιτήματα. Η ομάδα επανασχεδίασε τη ροή ώστε η εφαρμογή να αποθηκεύει μια τοπική βάση δεδομένων στοιχείων, να ομαδοποιεί τις αναγνώσεις σε συνεδρίες σάρωσης και να συγχρονίζει συνοπτικά αποτελέσματα. Η σύλληψη tag φαινόταν στιγμιαία και το backend λάμβανε καθαρά αρχεία συναλλαγών αντί για ακατέργαστο θόρυβο.

Έλεγχος Ανάγνωσης και Φιλτράρισμα

Ο έλεγχος ανάγνωσης είναι το σημείο όπου πολλές προσαρμοσμένες εφαρμογές γίνονται είτε επαγγελματικές είτε επώδυνες. Ένας αναγνώστης sled μπορεί να διαβάσει πολλά tag γρήγορα, αλλά αυτό δεν σημαίνει ότι η εφαρμογή πρέπει να δέχεται τα πάντα. Χρειάζεστε κανόνες για διπλές αναγνώσεις, ισχύ σήματος, διάρκεια σάρωσης, αναμενόμενες λίστες, πλαίσιο τοποθεσίας και πρόθεση χρήστη. Για παράδειγμα, αν ένας εργαζόμενος κάνει check-out ένα επισημασμένο laptop, η εφαρμογή δεν θα πρέπει να δέχεται δέκα laptops από ένα κοντινό ράφι. Αν ένας εργαζόμενος καταμετρά ένα δοχείο γεμάτο επισημασμένα ενδύματα, η εφαρμογή θα πρέπει να δέχεται γρήγορες αναγνώσεις πολλαπλών tag. Αν ένας εργαζόμενος αναζητά ένα χαμένο περιουσιακό στοιχείο, η εφαρμογή θα πρέπει να χρησιμοποιεί ανατροφοδότηση ισχύος σήματος, ήχο, δόνηση ή μια οπτική μπάρα εγγύτητας.

Μελέτη Περίπτωσης: Cedarport Library

Η Cedarport Library, ένα φανταστικό σύστημα δημόσιας βιβλιοθήκης, δημιούργησε μια προσαρμοσμένη εφαρμογή iOS για ελέγχους ραφιών. Ο πρώτος σχεδιασμός λειτουργούσε σαν ένας κανονικός σαρωτής απογραφής, συλλέγοντας όλα τα tag στην εμβέλεια. Οι βιβλιοθηκονόμοι ανακάλυψαν γρήγορα ότι βιβλία από την απέναντι πλευρά λεπτών ραφιών συλλαμβάνονταν. Η ομάδα ανάπτυξης πρόσθεσε μια λειτουργία ραφιού με χαμηλότερη ισχύ αναγνώστη, μικρότερα παράθυρα σάρωσης και μια αναμενόμενη λίστα βασισμένη σε διαδρομή. Ο ίδιος αναγνώστης sled έγινε πολύ πιο ακριβής επειδή το software σεβάστηκε το φυσικό περιβάλλον.

Συμπεριφορά Σκανδάλης και Διαχείριση Μπαταρίας

Η συμπεριφορά της σκανδάλης είναι μια άλλη λεπτομέρεια που αξίζει έγκαιρο σχεδιασμό. Ορισμένοι αναγνώστες sled έχουν σκανδάλη υλικό. Κάποιες εφαρμογές χρησιμοποιούν κουμπί στην οθόνη. Κάποιες χρειάζονται και τα δύο. Ένα πάτημα σκανδάλης μπορεί να ξεκινήσει συνεχή σάρωση, να εκτελέσει σάρωση με χρονικό όριο, να σαρώσει ένα barcode, να διαβάσει μία μόνο ετικέτα RFID ή να αναζητήσει ένα επιλεγμένο EPC. Κάντε τη συμπεριφορά προφανή. Αν η εφαρμογή αλλάζει λειτουργίες, η συμπεριφορά της σκανδάλης θα πρέπει να αλλάζει ορατά στην οθόνη. Οι χρήστες δεν θα πρέπει να αναρωτιούνται αν σαρώνουν ετικέτες RFID, διαβάζουν ένα barcode ή υποβάλλουν μια φόρμα. Μια μικρή ετικέτα όπως "λειτουργία απογραφής RFID" ή "λειτουργία παραλαβής barcode" μπορεί να αποτρέψει έναν εκπληκτικό αριθμό σφαλμάτων χρήστη.

Η διαχείριση μπαταρίας δεν είναι glamorous, αλλά επηρεάζει την υιοθέτηση. Ένας αναγνώστης sled RFID για iOS έχει τη δική του μπαταρία και το iPhone έχει άλλη. Η βαριά συνεχής σάρωση καταναλώνει ενέργεια ταχύτερα από τις περιστασιακές σαρώσεις barcode. Η εφαρμογή σας θα πρέπει να εμφανίζει την κατάσταση μπαταρίας του sled και να προειδοποιεί πριν από μια μεγάλη συνεδρία σάρωσης. Θα πρέπει επίσης να χειρίζεται τη συμπεριφορά χαμηλής ισχύος χωρίς να καταστρέφει μια συναλλαγή. Αν ένας αναγνώστης πεθάνει κατά τη διάρκεια μιας καταμέτρησης αποθέματος, η εφαρμογή θα πρέπει να αποθηκεύει τη μερική συνεδρία και να κάνει την ανάκτηση σαφή. Οι εργαζόμενοι στο πεδίο συγχωρούν πιο εύκολα τους περιορισμούς του υλικό όταν η εφαρμογή τους λέει τι συμβαίνει.

Μελέτη Περίπτωσης: Emery Field Services

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

Υποστήριξη Εκτός Σύνδεσης και Συγχρονισμός

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

Μελέτη Περίπτωσης: Blue Harbor Labs

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

Ασφάλεια και Διαχείριση υλικολογισμικό

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

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

Μελέτη Περίπτωσης: Linden λιανική Group

Η Linden λιανική Group, μια φανταστική αλυσίδα με 140 καταστήματα, το έμαθε αυτό κατά τη διάρκεια μιας περιόδου ενημέρωσης iOS. Τα iPhone των καταστημάτων ενημερώθηκαν αυτόματα και εμφανίστηκε ένα πρόβλημα επανασύνδεσης Bluetooth με παλιότερο υλικολογισμικό sled. Οι καταμετρήσεις αποθέματος επιβραδύνθηκαν επειδή οι υπάλληλοι έπρεπε να επανεκκινούν την εφαρμογή. Μετά το περιστατικό, η Linden δημιούργησε μια ελεγχόμενη πολιτική ενημερώσεων. Η εφαρμογή εμφάνιζε την έκδοση υλικολογισμικό του sled, απέκλειε μη υποστηριζόμενους συνδυασμούς και έστελνε μια απλή οδηγία αναβάθμισης στους διευθυντές καταστημάτων. Η τεχνική διόρθωση δεν ήταν συναρπαστική, αλλά προστάτευσε την κυκλοφορία.

Σχεδιασμός Διεπαφής Χρήστη για Εργαζόμενους στο Πεδίο

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

Μελέτη Περίπτωσης: Mariposa Winery

Η Mariposa Winery, μια φανταστική παραγωγός που χρησιμοποιεί RFID για την παρακολούθηση δρύινων βαρελιών και πολύτιμων κιβωτίων, δημιούργησε μια εφαρμογή iOS για ελέγχους κελαριού. Η πρώτη οθόνη εμφάνιζε EPC, τιμές RSSI και τεχνικούς μετρητές επειδή ο προγραμματιστής ήταν περήφανος για τα δεδομένα. Το προσωπικό του κελαριού την αγνόησε. Η δεύτερη έκδοση εμφάνιζε ID βαρελιού, τοποθεσία, παρτίδα, κατάσταση και μια απλή προβολή "βρέθηκε" ή "λείπει". Οι προηγμένες λεπτομέρειες ήταν ακόμα διαθέσιμες σε μια οθόνη διαγνωστικών για επόπτες. Η υιοθέτηση βελτιώθηκε επειδή η εφαρμογή μιλούσε τη γλώσσα του χρήστη'.

Κανόνες Barcode και Ποιότητας Δεδομένων

Η υποστήριξη barcode είναι συχνά χρήσιμη ακόμα και σε έργα RFID. Πολλοί αναγνώστες sled iOS περιλαμβάνουν σαρωτή barcode1D ή 2D. Μια ισχυρή προσαρμοσμένη εφαρμογή μπορεί να χρησιμοποιεί σάρωση barcode για ετικέτες τοποθεσίας, εντολές εργασίας, κάρτες χρηστών, χαρτοκιβώτια χωρίς ετικέτες RFID ή χειρισμό εξαιρέσεων. Το RFID είναι εξαιρετικό για γρήγορη αναγνώριση, αλλά το barcode είναι ακόμα πρακτικό όταν χρειάζεται μία ελεγχόμενη σάρωση. Η εφαρμογή θα πρέπει να κάνει και τις δύο τεχνολογίες να συνεργάζονται αντί να τις αντιμετωπίζει ως ξεχωριστούς κόσμους. Ένας εργαζόμενος μπορεί να σαρώσει ένα barcode τοποθεσίας, μετά να διαβάσει όλα τα περιουσιακά στοιχεία με ετικέτα RFID σε αυτή την τοποθεσία και μετά να σαρώσει το barcode ενός κατεστραμμένου στοιχείου αν η ετικέτα RFID αποτύχει.

Οι κανόνες ποιότητας δεδομένων θα πρέπει να είναι ορατοί στην επιχειρηματική ομάδα. Για παράδειγμα, πότε ένα σαρωμένο tag θεωρείται παρόν; Μετά από μία ανάγνωση; Τρεις αναγνώσεις; Μια ελάχιστη ισχύ σήματος; Εντός μιας συγκεκριμένης συνεδρίας σάρωσης; Τι συμβαίνει αν ένα tag διαβαστεί σε δύο τοποθεσίες μέσα σε πέντε λεπτά; Τι γίνεται αν το ίδιο περιουσιακό στοιχείο σαρωθεί από δύο χρήστες εκτός σύνδεσης; Αυτοί οι κανόνες θα πρέπει να τεκμηριώνονται πριν από την ενσωμάτωση με ERP, WMS, CMMS ή λογισμικό διαχείρισης περιουσιακών στοιχείων. Διαφορετικά, το backend μπορεί να λάβει συμβάντα που φαίνονται ακριβή αλλά δεν αντικατοπτρίζουν την πραγματική βεβαιότητα.

Μελέτη Περίπτωσης: Granite Rail Depot

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

Δοκιμές και Σενάρια Πραγματικού Κόσμου

Οι δοκιμές θα πρέπει να περιλαμβάνουν θορυβώδη, βαρετή, ενοχλητική πραγματική ζωή. Δοκιμάστε με στοιβαγμένα περιουσιακά στοιχεία, μεταλλικά ράφια, ανθρώπους που περπατούν, πολλούς αναγνώστες κοντά, αδύναμο Wi-Fi, χαμηλή μπαταρία, κλειδωμένες οθόνες iPhone, εφαρμογή στο παρασκήνιο, λειτουργία ύπνου αναγνώστη, διπλότυπα tag, κατεστραμμένα tag, μη αναμενόμενα tag και διακοπή λειτουργίας backend. Δοκιμάστε τι συμβαίνει όταν ένας χρήστης πατά τη σκανδάλη κατά τη διάρκεια του συγχρονισμού. Δοκιμάστε αν η εφαρμογή συνεχίζει σωστά μετά από μια τηλεφωνική κλήση. Δοκιμάστε αν μια συνεδρία σάρωσης επιβιώνει αν το iOS αναστείλει προσωρινά την εφαρμογή. Η καλή ενσωμάτωση εφαρμογής RFID δεν αποδεικνύεται από μία επιτυχημένη σάρωση. Αποδεικνύεται από την καθαρή ανάκαμψη από τις καταστάσεις που πραγματικά δημιουργούν οι χρήστες.

Λίστες Ελέγχου Προμηθειών και Διαχείρισης

Για τις ομάδες προμηθειών, η λίστα ελέγχου αγοράς θα πρέπει να περιλαμβάνει συμβατότητα iOS, ποιότητα επίσημου SDK, υποστήριξη περιοχής συχνοτήτων UHF, σταθερότητα Bluetooth, διάρκεια ζωής μπαταρίας αναγνώστη, επιλογές βάσης φόρτισης, υποστήριξη barcode, πρόσβαση σκανδάλης, διαχείριση υλικολογισμικό, ποιότητα δείγματος κώδικα, τεχνική υποστήριξη, συμβατότητα διαχείρισης συσκευών και διαθεσιμότητα υπηρεσίας επισκευής. Για τους προγραμματιστές, η λίστα ελέγχου θα πρέπει να περιλαμβάνει χειρισμό κατάστασης σύνδεσης, αφαίρεση αναγνώστη, φιλτράρισμα tag, αποθήκευση εκτός σύνδεσης, ασφαλή συγχρονισμό, συμπεριφορά παρασκηνίου, καταγραφή σφαλμάτων, διαγνωστικά και φιλικές προς τον χρήστη ροές εργασίας σάρωσης. Για τους διευθυντές λειτουργιών, η λίστα ελέγχου θα πρέπει να περιλαμβάνει εκπαίδευση, ανάθεση συσκευών, διαδικασία φόρτισης, χειρισμό εξαιρέσεων και ιδιοκτησία υποστήριξης.

Τα καλύτερα έργα αναγνώστη sled iOS φαίνονται απλά στον εργαζόμενο επειδή πολλή πολυπλοκότητα έχει αντιμετωπιστεί στα παρασκήνια. Ο αναγνώστης συνδέεται χωρίς δράμα. Η εφαρμογή εμφανίζει τη σωστή λειτουργία. Η σκανδάλη κάνει αυτό που περιμένει ο χρήστης. Οι αναγνώσεις tag φιλτράρονται σε σημαντικά στοιχεία. Η εργασία εκτός σύνδεσης είναι ασφαλής. Ο συγχρονισμός είναι σαφής. Τα σφάλματα εξηγούν το επόμενο βήμα. Οι επόπτες μπορούν να εξετάσουν εξαιρέσεις. Το IT μπορεί να διαχειρίζεται συσκευές. Οι προγραμματιστές μπορούν να ενημερώσουν το SDK χωρίς να ξαναγράψουν ολόκληρη την εφαρμογή. Αυτό είναι το πρόσωπο της καλής ενσωμάτωσης.

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