Αλλαγές στα API των μεταφορέων το 2026 και το 2027: Λίστα ελέγχου μετεγκατάστασης για UPS, FedEx και USPS

Για τις μεταβάσεις API των UPS, FedEx και USPS το 2026 και το 2027, ξεκινήστε εντοπίζοντας τις ακριβείς διεπαφές που χρησιμοποιεί η επιχείρησή σας, επιβεβαιώνοντας την κατάστασή τους με κάθε μεταφορέα και δοκιμάζοντας τον νέο έλεγχο ταυτότητας, τις απαντήσεις παρακολούθησης και τις λειτουργικές ροές εργασίας πριν μεταφέρετε την κίνηση παραγωγής. Μια μετάβαση δεν ολοκληρώνεται όταν τα αιτήματα λειτουργούν: η ορατότητα των αποστολών, οι ειδοποιήσεις πελατών και τα εργαλεία υποστήριξης πρέπει επίσης να συνεχίσουν να λειτουργούν σωστά.

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

Καθορίστε τι πραγματικά αλλάζει πριν προγραμματίσετε τη μετάβαση

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

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

• Εντοπίστε τη διεπαφή: Καταγράψτε την οικογένεια API, το hostname του endpoint, την έκδοση, το περιβάλλον, τη μέθοδο ελέγχου ταυτότητας και την επιχειρηματική λειτουργία.
• Εντοπίστε τον χειριστή: Καθορίστε αν τη σύνδεση τη διατηρεί η ομάδα σας, ένας προμηθευτής λογισμικού, ένας συνεργάτης εκπλήρωσης παραγγελιών ή άλλη υπηρεσία.
• Επισυνάψτε την επίσημη ειδοποίηση: Αποθηκεύστε το URL της, την ημερομηνία δημοσίευσης ή αναθεώρησης όταν είναι διαθέσιμη, τις επηρεαζόμενες υπηρεσίες και την αναφερόμενη ημερομηνία ισχύος.
• Διαχωρίστε τα διαφορετικά ορόσημα: Ξεχωρίστε τους περιορισμούς νέας εγγραφής, την απόσυρση υποστήριξης, τη λήξη διαπιστευτηρίων και τον τερματισμό υπηρεσίας.
• Τεκμηριώστε την εφαρμογή: Καταγράψτε αν η ειδοποίηση ισχύει για τον λογαριασμό, την περιοχή, την έκδοση API και το περιβάλλον παραγωγής σας.
• Αναθέστε την ευθύνη: Ορίστε έναν υπεύθυνο μηχανικής, έναν εγκριτή λειτουργιών και μια επαφή κλιμάκωσης.

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

Έλεγχοι ανά μεταφορέα για UPS, FedEx και USPS

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

UPS: εξετάστε τα διαπιστευτήρια και την ιδιοκτησία της εφαρμογής

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

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

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

FedEx: εντοπίστε εξαρτήσεις Web Services πέρα από τον δικό σας κώδικα

Χρησιμοποιήστε το FedEx Developer Portal για να εντοπίσετε τη διεπαφή αντικατάστασης και τις σχετικές οδηγίες μετάβασης. Αν μια ολοκλήρωση χρησιμοποιεί FedEx Web Services ή SOAP, θεωρήστε την εξάρτηση που απαιτεί ρητό έλεγχο. Το ίδιο ισχύει όταν αυτές οι τεχνολογίες είναι κρυμμένες σε πλατφόρμα αποστολών, σύνδεση αποθήκης ή παλαιότερο SDK.

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

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

USPS: διαχωρίστε την πρόσβαση Web Tools από την πρόσβαση στο API αντικατάστασης

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

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

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

Λίστα ελέγχου μετάβασης που δοκιμάζει την επιχειρησιακή συνέχεια

1. Διατηρήστε μια βασική γραμμή πριν αλλάξετε την ολοκλήρωση

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

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

2. Επικυρώστε την εξουσιοδότηση υπό συνθήκες αποτυχίας

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

3. Αντιστοιχίστε τη σημασία και όχι μόνο τα ονόματα πεδίων

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

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

4. Δοκιμάστε τις ροές εργασίας πελατών και λειτουργιών

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

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

5. Συγκρίνετε τα παλιά και τα νέα αποτελέσματα όπου επιτρέπεται

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

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

6. Κυκλοφορήστε με εφαρμόσιμο σχέδιο ανάκτησης

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

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

Η παρακολούθηση API πρέπει να μετρά τη φρεσκάδα παρακολούθησης και όχι μόνο τον χρόνο διαθεσιμότητας

Μια επιτυχής απάντηση HTTP δεν αποδεικνύει ότι η παρακολούθηση είναι υγιής. Ένα αίτημα μπορεί να πετύχει ενώ επιστρέφει μη χρήσιμα γεγονότα, payload που ο parser σας δεν μπορεί να ερμηνεύσει ή πληροφορίες που δεν φτάνουν ποτέ στο σύστημα που βλέπει ο πελάτης.

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

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

Χρησιμοποιήστε το 2026 για επιβεβαιωμένες υποχρεώσεις και το 2027 για συνεχή ετοιμότητα

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

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

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

Πού ταιριάζει ένας πάροχος API παρακολούθησης

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

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

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

Έχουν οι UPS, FedEx και USPS μία κοινή προθεσμία μετάβασης;

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

Χρειάζεται να αλλάξουμε την ολοκλήρωσή μας αν τη διαχειρίζεται μια πλατφόρμα αποστολών;

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

Γιατί λειτουργεί η παρακολούθηση στις δοκιμές αλλά αποτυγχάνει μετά την κυκλοφορία;

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

Πρέπει να μεταφέρουμε μαζί την αποστολή και την παρακολούθηση;

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

Πώς πρέπει να χειριστούμε ανακοίνωση μεταφορέα που αναφέρει το 2027;

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

Πηγές

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

• UPS Developer Portal — επίσημο σημείο εκκίνησης για την τεκμηρίωση API της UPS και τις απαιτήσεις ολοκλήρωσης.
• FedEx Developer Portal — επίσημο σημείο εκκίνησης για τα API της FedEx και τις οδηγίες μετάβασης.
• Πληροφορίες USPS Web Tools — επίσημη αναφορά για πληροφορίες και ειδοποιήσεις μετάβασης σχετικά με τα Web Tools.
• USPS Developer Portal — επίσημο σημείο εκκίνησης για την πρόσβαση και την τεκμηρίωση των USPS API.
• 17TRACK Tracking API και τεκμηρίωση API — πόροι αξιολόγησης προϊόντος για ολοκλήρωση με πάροχο παρακολούθησης.