Επιλογή μιας λύσης API USPS για επιστροφές και ενημερώσεις μεταφορέα

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

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

Τι πρέπει να επιτυγχάνει μια λύση USPS API

Το «USPS API» μπορεί να περιγράφει αρκετές διαφορετικές απαιτήσεις. Μια ομάδα που αναζητά ένα τέτοιο API μπορεί στην πραγματικότητα να χρειάζεται ένα ή περισσότερα από τα ακόλουθα:

• Δημιουργία ή αγορά ετικετών αποστολής και επιστροφής USPS.
• Επικύρωση ή αποθήκευση πληροφοριών διεύθυνσης πριν από τη δημιουργία επιστροφής.
• Αποδοχή αριθμού παρακολούθησης και ανάκτηση συμβάντων αποστολής.
• Λήψη κανονικοποιημένων ενημερώσεων από το USPS και άλλους μεταφορείς μέσω κοινής διεπαφής.
• Αποστολή ειδοποιήσεων παρακολούθησης στους αγοραστές.
• Σύνδεση της κατάστασης επιστροφής με σύστημα διαχείρισης παραγγελιών, αποθήκης, help desk ή επιστροφών χρημάτων.
• Διαχείριση εξαιρέσεων όπως «η ετικέτα δημιουργήθηκε», «σε μεταφορά», «παραδόθηκε», «διαθέσιμο για παραλαβή» ή ενός συμβάντος που απαιτεί έλεγχο.

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

Οι τρεις βασικές προσεγγίσεις

1. Άμεση ενσωμάτωση με το USPS

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

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

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

2. API παρακολούθησης πολλαπλών μεταφορέων

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

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

Για ομάδες που χρειάζονται ένα κοινό επίπεδο παρακολούθησης, το Tracking API της 17TRACK και η επίσημη τεκμηρίωση API της αποτελούν σχετικά προϊόντα προς αξιολόγηση. Η τεκμηρίωση πρέπει να χρησιμοποιείται για την επιβεβαίωση της τρέχουσας υποστήριξης μεταφορέων, των endpoints, του ελέγχου ταυτότητας, των πεδίων συμβάντων και των ορίων υλοποίησης για τον λογαριασμό και την περίπτωση χρήσης σας. Μην υποθέτετε ότι ένας μεταφορέας που εμφανίζεται σε έναν δημόσιο ιστότοπο παρακολούθησης σημαίνει αυτόματα ότι κάθε λειτουργία API είναι διαθέσιμη σε κάθε πρόγραμμα.

3. Πλατφόρμα διαχείρισης επιστροφών

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

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

Το 17RETURNS είναι ένα σχετικό παράδειγμα που αξίζει να συμπεριληφθεί σε μια αξιολόγηση λύσεων επιστροφών, επειδή επικεντρώνεται στη διαχείριση επιστροφών ηλεκτρονικού εμπορίου. Η καταχώρισή του στο Shopify App Store μπορεί να βοηθήσει τους εμπόρους Shopify να αξιολογήσουν τη διαθέσιμη ροή εργασιών και το πλαίσιο ενσωμάτωσης. Επιβεβαιώστε τις τρέχουσες δυνατότητες μεταφορέων, ετικετών, marketplace και συστημάτων απευθείας με τον πάροχο πριν το θεωρήσετε υποκατάστατο ενός ειδικού USPS shipping API.

Πώς να επιλέξετε μεταξύ άμεσης ενσωμάτωσης USPS και επιπέδου πολλαπλών μεταφορέων

Παράγοντας απόφασης	Η άμεση ενσωμάτωση USPS μπορεί να ταιριάζει όταν	Ένα API πολλαπλών μεταφορέων μπορεί να ταιριάζει όταν
Μείγμα μεταφορέων	Το USPS διαχειρίζεται τις περισσότερες σχετικές αποστολές.	Οι παραγγελίες χρησιμοποιούν αρκετούς μεταφορείς ή μπορεί να αλλάξουν μεταφορέα.
Ευθύνη μηχανικής	Η ομάδα μπορεί να συντηρεί λογική ειδική για κάθε μεταφορέα.	Η ομάδα θέλει μία ενσωμάτωση και λιγότερη συντήρηση ειδική για κάθε μεταφορέα.
Αναφορά κατάστασης	Οι καταστάσεις ειδικά για το USPS είναι επαρκείς.	Οι λειτουργίες χρειάζονται κανονικοποιημένες καταστάσεις μεταξύ μεταφορέων.
Ροή επιστροφών	Η εφαρμογή σας έχει ήδη την ευθύνη των κανόνων και της επικοινωνίας επιστροφών.	Χρειάζεστε ευρύτερες ροές εργασιών μετά την αγορά ή διαχείρισης επιστροφών.

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

Απαιτήσεις για επιστροφές

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

1. Ζητήθηκε επιστροφή.
2. Η επιστροφή εγκρίθηκε, απορρίφθηκε ή στάλθηκε για έλεγχο.
3. Η ετικέτα δημιουργήθηκε ή επιλέχθηκε μέθοδος επιστροφής.
4. Το δέμα έγινε αποδεκτό από τον μεταφορέα.
5. Το δέμα βρίσκεται σε μεταφορά ή έχει καθυστερήσει.
6. Το δέμα παραδόθηκε στην τοποθεσία επιστροφής.
7. Ολοκληρώθηκε ο έλεγχος, η ανταλλαγή, η επιστροφή χρημάτων ή άλλη επίλυση.

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

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

Απαιτήσεις για ενημερώσεις μεταφορέων

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

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

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

Πρακτική λίστα ελέγχου αξιολόγησης

Χρησιμοποιήστε τις ακόλουθες ερωτήσεις σε αξιολόγηση προμηθευτή ή proof of concept:

• Εύρος: Το προϊόν δημιουργεί ετικέτες, παρακολουθεί αποστολές, διαχειρίζεται επιστροφές ή συνδέεται μόνο με άλλο σύστημα;
• Καταλληλότητα για USPS: Μπορεί να υποστηρίξει τις υπηρεσίες USPS και τους τύπους αποστολών που χρησιμοποιεί πραγματικά η λειτουργία σας; Ζητήστε τεκμηρίωση αντί να βασίζεστε σε ένα γενικό λογότυπο μεταφορέα.
• Ποιότητα συμβάντων: Είναι διαθέσιμα τα ακατέργαστα συμβάντα μεταφορέων μαζί με τις κανονικοποιημένες καταστάσεις; Μπορεί η ομάδα σας να εντοπίσει την αρχική πηγή και την ώρα του συμβάντος;
• Μοντέλο ενσωμάτωσης: Τεκμηριώνονται τα REST endpoints, τα webhooks, τα SDKs, τα διαπιστευτήρια δοκιμών και οι προδιαγραφές σφαλμάτων;
• Έλεγχοι αξιοπιστίας: Επεξηγούνται οι επαναλήψεις, το idempotency, τα όρια ρυθμού, η περιστροφή ελέγχου ταυτότητας και η διαχείριση διακοπών;
• Λογική επιστροφών: Μπορεί το σύστημα να αναπαραστήσει εγκρίσεις, ανταλλαγές, κατακερματισμένες επιστροφές, ελέγχους και αποφάσεις επιστροφής χρημάτων χωρίς να επιβάλλει αυτούς τους κανόνες σε ευάλωτο προσαρμοσμένο κώδικα;
• Λειτουργίες: Μπορεί η εξυπηρέτηση πελατών να αναζητήσει με αριθμό παραγγελίας, αριθμό παρακολούθησης ή αναφορά επιστροφής και να δει την ίδια κατάσταση με τον πελάτη;
• Εμπορικοί όροι: Τι χρεώνεται ανά αίτημα, αποστολή, ετικέτα, επιστροφή, χρήστη ή λογαριασμό; Ποιες λειτουργίες απαιτούν ξεχωριστή συμφωνία;
• Διαχείριση δεδομένων: Πού αποθηκεύονται τα διαπιστευτήρια, οι διευθύνσεις, το ιστορικό συμβάντων και τα δεδομένα πελατών και ποιοι έλεγχοι εφαρμόζονται στην πρόσβαση και τη διατήρηση;

Εκτελέστε το proof of concept με πραγματικές παραλλαγές ροών εργασίας και όχι μόνο με μια επιτυχημένη αναζήτηση αριθμού παρακολούθησης. Συμπεριλάβετε μια νέα ετικέτα χωρίς σάρωση, μια παραδοθείσα επιστροφή, ένα καθυστερημένο δέμα, έναν λανθασμένο αριθμό παρακολούθησης, διπλή παράδοση webhook, ένα συμβάν μεταφορέα που αλλάζει μετά την αρχική λήψη και μια επιστροφή που απαιτεί χειροκίνητη απόφαση. Καταγράψτε το αναμενόμενο αποτέλεσμα για κάθε περίπτωση πριν από τη δοκιμή.

Προτεινόμενη πορεία απόφασης

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

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

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

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

Είναι ένα USPS tracking API το ίδιο με ένα returns API;

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

Πρέπει ένας μικρός έμπορος να ενσωματωθεί απευθείας με το USPS;

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

Αντικαθιστούν οι κανονικοποιημένες καταστάσεις μεταφορέων τα ακατέργαστα συμβάντα USPS;

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

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

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

Τι πρέπει να δοκιμαστεί πριν από την επιλογή παρόχου;

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

Πηγές

• USPS Web Tools and APIs — επίσημες πληροφορίες USPS για πόρους επιχειρηματικών API και ζητήματα πρόσβασης.
• USPS Tracking — επίσημη διεπαφή παρακολούθησης USPS και αναφορά κατάστασης αποστολών.
• 17TRACK Tracking API — επίσημη σελίδα προϊόντος για την αξιολόγηση API παρακολούθησης πολλαπλών μεταφορέων.
• 17TRACK API Documentation — επίσημη τεκμηρίωση για την επιβεβαίωση της τρέχουσας συμπεριφοράς του API και των λεπτομερειών υλοποίησης.
• 17RETURNS — επίσημη σελίδα προϊόντος για τη διαχείριση επιστροφών ηλεκτρονικού εμπορίου.
• 17RETURNS on the Shopify App Store — επίσημη καταχώριση εφαρμογής για το πλαίσιο του προϊόντος που σχετίζεται με το Shopify.