Πώς να επιλέξετε ένα API παρακολούθησης για παραδόσεις σε πολλές χώρες σε όλη τη Νοτιοανατολική Ασία

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

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

Ξεκινήστε με τις διαδρομές αποστολής, όχι με έναν γενικό ισχυρισμό περιφερειακής κάλυψης

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

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

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

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

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

Δοκιμάστε αν η ορατότητα διατηρείται κατά την παράδοση μεταξύ συνεργατών

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

Αναγνώριση μεταφορέα και αλλαγές αριθμού παρακολούθησης

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

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

Σημασία γεγονότων και αρχικές λεπτομέρειες

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

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

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

Ταυτότητα αποστολής έναντι ταυτότητας παραγγελίας

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

Μετρήστε την επικαιρότητα χωρίς να τη συγχέετε με την ταχύτητα παράδοσης

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

Καταγράψτε τρεις χρονικές σημάνσεις όπου είναι διαθέσιμες:

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

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

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

Αξιολογήστε την ενσωμάτωση υπό συνθήκες αποτυχίας, όχι μόνο σε κανονικές συνθήκες

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

• Καταχώριση αποστολής: Ελέγξτε τα σφάλματα επικύρωσης, τις διπλές υποβολές, τα όρια παρτίδων και αν μία μη έγκυρη εγγραφή επηρεάζει το υπόλοιπο μιας παρτίδας.
• Συμπεριφορά webhook: Επιβεβαιώστε τις διαθέσιμες μεθόδους ελέγχου ταυτότητας ή επαλήθευσης, τις απαιτήσεις επιβεβαίωσης, τους κανόνες επανάληψης και τις επιλογές ανάκτησης μετά από διακοπή.
• Διπλά και εκτός σειράς γεγονότα: Βεβαιωθείτε ότι οι επαναλαμβανόμενες ειδοποιήσεις δεν στέλνουν επαναλαμβανόμενα μηνύματα πελατών ούτε μετακινούν εσφαλμένα μια αποστολή προς τα πίσω.
• Συμφωνία: Καθορίστε αν τα endpoint ανάκτησης ή άλλη υποστηριζόμενη διαδικασία μπορούν να ανακτήσουν ενημερώσεις που χάθηκαν από τον δέκτη webhook.
• Όρια ρυθμού: Δοκιμάστε τις αναμενόμενες αιχμές, τη συμπεριφορά backoff και τυχόν τεκμηριωμένες διαφορές μεταξύ ορίων καταχώρισης και ανάκτησης.
• Αλλαγές σχήματος: Ρωτήστε για την έκδοση, την ειδοποίηση κατάργησης και τον τρόπο με τον οποίο η εφαρμογή σας πρέπει να χειρίζεται άγνωστες τιμές κατάστασης ή πρόσθετα πεδία.

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

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

Δημιουργήστε παρακολούθηση API γύρω από επιχειρηματικά συμπτώματα

Τα ποσοστά επιτυχίας HTTP είναι απαραίτητα αλλά ανεπαρκή. Ένα τεχνικά επιτυχημένο αίτημα μπορεί να επιστρέφει κενό ιστορικό, απροσδόκητη αντιστοίχιση μεταφορέα ή ένα γεγονός που δεν μπορεί να οδηγήσει τη ροή εργασίας σας.

Παρακολουθείτε από κοινού τεχνικούς και λειτουργικούς δείκτες:

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

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

Συγκρίνετε τη χρεώσιμη μονάδα και το λειτουργικό βάρος

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

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

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

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

Πού εντάσσεται το 17TRACK στην αξιολόγηση

Το Tracking API του 17TRACK είναι μια σχετική επιλογή προς αξιολόγηση για μια ενσωμάτωση πολλών μεταφορέων. Ξεκινήστε από την επίσημη σελίδα Tracking API και την τεκμηρίωση προγραμματιστών και, στη συνέχεια, ελέγξτε τις παραπάνω απαιτήσεις σε σχέση με την προτεινόμενη υλοποίηση και τους εμπορικούς όρους σας.

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

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

Εκτελέστε μια δοκιμή ιδέας με σαφή κριτήρια αποδοχής

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

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

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

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

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

Χρειάζομαι ξεχωριστό API παρακολούθησης για κάθε χώρα της Νοτιοανατολικής Ασίας;

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

Η υποστήριξη ενός μεταφορέα εγγυάται ορατότητα έως την τελική παράδοση;

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

Πρέπει να χρησιμοποιώ webhooks ή polling;

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

Πόσο πρέπει να διαρκεί μια δοκιμή API παρακολούθησης;

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

Μπορεί το API να πει στους πελάτες ακριβώς πότε θα φτάσει ένα δέμα;

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

Πηγές

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

• 17TRACK Tracking API — επίσημη αναφορά προϊόντος για την αξιολόγηση της καταλληλότητας του API.
• Τεκμηρίωση 17TRACK API — επίσημη τεχνική αναφορά για χρήση κατά την επιβεβαίωση των απαιτήσεων ενσωμάτωσης και της υποστηριζόμενης συμπεριφοράς.