Tracking API έναντι Shipping API: Ποιο χρειάζεται η στοίβα ηλεκτρονικού εμπορίου σας (ή και τα δύο);

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

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

Ποια είναι η διαφορά μεταξύ ενός tracking API και ενός shipping API;

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

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

Η τεκμηρίωση των μεταφορέων δείχνει αυτόν τον διαχωρισμό. Η FedEx τεκμηριώνει τη δημιουργία αποστολών στο Ship API documentation και τις δυνατότητες tracking στο tracking API documentation. Αυτά αποτελούν παραδείγματα διαφορετικών τεχνικών αρμοδιοτήτων και όχι σύσταση επιλογής συγκεκριμένου μεταφορέα.

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

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

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

Επιλέξτε τη δυνατότητα που解决ίζει το τρέχον σημείο συμφόρησης

Επιλέξτε shipping API όταν λείπει η αποστολή

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

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

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

Επιλέξτε tracking API όταν η δημιουργία αποστολών λειτουργεί ήδη

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

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

Για αυτή την κατηγορία, το 17TRACK Tracking API αποτελεί σχετική επιλογή ενσωμάτωσης. Η official API documentation περιγράφει την καταχώριση αριθμών tracking και τις ροές δεδομένων tracking, συμπεριλαμβανομένων των push notifications. Αξιολογήστε αυτές τις ροές σε σχέση με τους απαιτούμενους μεταφορείς, τους τύπους αποστολών και την αρχιτεκτονική της εφαρμογής σας. Πρόκειται για ζήτημα επιπέδου tracking και όχι ένδειξη ότι η υπηρεσία αντικαθιστά μια ενσωμάτωση δημιουργίας ετικετών.

Δεν είναι ιδανικό ως μοναδική λύση: ένα tracking API όταν το λογισμικό σας εξακολουθεί να μην έχει τρόπο να δημιουργεί τις αποστολές για τις οποίες είναι υπεύθυνο. Η ορατότητα tracking δεν επιλύει την έλλειψη εκτέλεσης αποστολών.

Χρησιμοποιήστε και τα δύο όταν η εφαρμογή σας είναι υπεύθυνη για την αποστολή και την ορατότητα παράδοσης

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

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

Πώς εντάσσονται και τα δύο APIs σε ένα ecommerce stack

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

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

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

Αναθέστε έναν υπεύθυνο για κάθε επακόλουθη ενέργεια

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

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

Συγκρίνετε τη λειτουργική καταλληλότητα, όχι τις ετικέτες δυνατοτήτων

Επαληθεύστε τους μεταφορείς και τις υπηρεσίες που χρησιμοποιείτε πραγματικά

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

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

Εξετάστε τη σημασία των συμβάντων και την πληρότητα των δεδομένων

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

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

Ελέγξτε την ανάκτηση από σφάλματα και στις δύο πλευρές

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

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

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

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

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

Εξετάστε την ασφάλεια και τη διατήρηση δεδομένων

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

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

Ένα πρακτικό σχέδιο επικύρωσης πριν από τη δέσμευση

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

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

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

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

Περιλαμβάνει πάντα ένα shipping API tracking;

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

Μπορώ να παρακολουθήσω δέματα των οποίων οι ετικέτες δημιουργήθηκαν από συνεργάτη εκτέλεσης παραγγελιών;

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

Θα κάνει ένα tracking API τις σαρώσεις του μεταφορέα να πραγματοποιούνται νωρίτερα;

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

Χρειάζομαι δύο παρόχους API για να χρησιμοποιήσω και τις δύο δυνατότητες;

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

Μπορεί ένα tracking API να αντικαταστήσει ένα σύστημα διαχείρισης παραγγελιών;

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

Πηγές

• FedEx Ship API documentation — αναφορά για τη δημιουργία αποστολών, τις ετικέτες και τις απαιτήσεις ροών αποστολής.
• FedEx tracking API documentation — αναφορά για αιτήματα tracking και πληροφορίες κατάστασης αποστολών.
• 17TRACK Tracking API — επίσημη αναφορά προϊόντος για την κατηγορία ενσωματώσεων tracking.
• 17TRACK API documentation — αναφορά για την καταχώριση tracking, τα δεδομένα tracking και την ενσωμάτωση push notifications.