UPS Tracking API έναντι ενσωμάτωσης OMS: Ποιο θα πρέπει να επιλέξετε;

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

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

Η διαφορά με μία πρόταση

Ένα UPS tracking API είναι μια σύνδεση με δεδομένα μεταφορέα. Μια ενσωμάτωση OMS είναι μια σύνδεση με τη ροή εργασιών παραγγελιών.

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

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

Πότε ένα UPS tracking API είναι η καλύτερη επιλογή

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

• Παρακολούθηση για πελάτες: Ο ιστότοπος ή η εφαρμογή σας πρέπει να εμφανίζει την πρόοδο της αποστολής χωρίς να απαιτείται από τους πελάτες να εγκαταλείψουν την εμπειρία.
• Ροές εργασιών υποστήριξης: Οι εκπρόσωποι χρειάζονται τα τρέχοντα συμβάντα παρακολούθησης μέσα σε ένα help desk, CRM ή οθόνη παραγγελίας.
• Ειδοποιήσεις παράδοσης: Το σύστημά σας χρειάζεται συμβάντα αποστολής ως είσοδο για email, SMS ή άλλες επικοινωνίες με πελάτες.
• Παρακολούθηση εξαιρέσεων: Το προσωπικό λειτουργιών πρέπει να εντοπίζει καθυστερήσεις, απόπειρες παράδοσης ή άλλα συμβάντα που απαιτούν παρακολούθηση.
• Λειτουργία με έναν μεταφορέα: Η UPS διαχειρίζεται τις περισσότερες ή όλες τις σχετικές αποστολές, επομένως μια ειδική ενσωμάτωση μεταφορέα είναι λειτουργικά λογική.

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

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

Πότε μια ενσωμάτωση OMS είναι η καλύτερη επιλογή

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

Ένα OMS είναι πιο σχετικό όταν μια επιχείρηση χρειάζεται να συντονίσει αρκετά από τα ακόλουθα:

• Παραγγελίες από πολλά ηλεκτρονικά καταστήματα, marketplaces ή κανάλια πωλήσεων
• Διαθεσιμότητα αποθέματος σε καταστήματα, αποθήκες και συνεργάτες εκτέλεσης παραγγελιών
• Δρομολόγηση παραγγελιών με βάση την τοποθεσία, το απόθεμα, το επίπεδο υπηρεσίας ή λειτουργικούς κανόνες
• Μερικές αποστολές, εκκρεμείς παραγγελίες, ακυρώσεις και τροποποιήσεις παραγγελιών
• Οδηγίες εκτέλεσης παραγγελιών που αποστέλλονται σε αποθήκες ή συστήματα 3PL
• Συγχρονισμό κατάστασης μεταξύ του OMS και των καναλιών πώλησης
• Επιστροφές, επιστροφές χρημάτων ή ροές εργασιών μετά την αγορά που περιλαμβάνουν περισσότερα από την κατάσταση του μεταφορέα

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

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

UPS tracking API έναντι ενσωμάτωσης OMS

Πεδίο απόφασης	UPS tracking API	Ενσωμάτωση OMS
Κύριος σκοπός	Έκθεση ή επεξεργασία της κατάστασης αποστολής UPS	Συντονισμός του κύκλου ζωής της παραγγελίας και των λειτουργιών εκτέλεσης
Κύριο αντικείμενο δεδομένων	Αριθμός παρακολούθησης, δέμα, συμβάντα αποστολής	Παραγγελία, στοιχεία γραμμής, απόθεμα, εκτέλεση, αποστολή και πιθανώς επιστροφές
Καταλληλότερος υπεύθυνος	Μηχανική προϊόντος, εμπειρία πελάτη ή συστήματα υποστήριξης	Λειτουργίες ηλεκτρονικού εμπορίου, εκτέλεση παραγγελιών, εταιρική αρχιτεκτονική και μηχανική
Τυπικό πεδίο εφαρμογής	Ένας μεταφορέας ή μια υπηρεσία παρακολούθησης	Πολλά κανάλια, εγκαταστάσεις, συστήματα και συνεργάτες εκτέλεσης
Τι δεν επιλύει αυτόματα	Κατανομή αποθέματος, δρομολόγηση ή ενορχήστρωση παραγγελιών	Ακριβή κανονικοποίηση συμβάντων μεταφορέα, εκτός αν παρέχεται από την ενσωμάτωση
Κίνδυνος υλοποίησης	Αντιστοίχιση πεδίων, έλεγχος ταυτότητας, περιοδική ανάκτηση ή διαχείριση συμβάντων και ερμηνεία κατάστασης	Κυριότητα δεδομένων, συγχρονισμός καταστάσεων, ακρίβεια αποθέματος και συμφωνία μεταξύ συστημάτων

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

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

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

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

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

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

Πώς να επιλέξετε χωρίς υπερβολική υλοποίηση

1. Ξεκινήστε από το επιχειρηματικό συμβάν

Καταγράψτε το συμβάν που πρέπει να ενεργοποιεί μια ενέργεια. «Εμφάνιση της τελευταίας κατάστασης UPS στη σελίδα παραγγελίας» παραπέμπει σε tracking API. «Αποστολή κάθε πληρωμένης παραγγελίας στην καλύτερη τοποθεσία εκτέλεσης και διατήρηση συγχρονισμένου αποθέματος» παραπέμπει σε OMS. «Ενημέρωση του πελάτη αφού ένα δέμα φύγει από έναν 3PL» μπορεί να απαιτεί και τα δύο.

2. Αντιστοιχίστε τα συστήματα που κατέχουν ήδη τα δεδομένα

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

3. Ελέγξτε την ποικιλία μεταφορέων και τη γεωγραφική κάλυψη

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

4. Ορίστε το ελάχιστο μοντέλο κατάστασης

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

5. Δοκιμάστε τις λειτουργικές εξαιρέσεις

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

6. Συγκρίνετε τη συνολική λειτουργική προσπάθεια

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

Ένας πρακτικός κανόνας απόφασης

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

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

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

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

Είναι ένα UPS tracking API το ίδιο με ένα OMS;

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

Μπορεί ένα OMS να παρακολουθεί αποστολές UPS;

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

Χρειάζομαι OMS για να δημιουργήσω επώνυμη σελίδα παρακολούθησης;

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

Πότε πρέπει να χρησιμοποιήσω ένα tracking API πολλαπλών μεταφορέων;

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

Τι πρέπει να διευκρινίσουν οι προγραμματιστές πριν από την ενσωμάτωση;

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

Πηγές

• UPS Developer Portal — επίσημο σημείο εισόδου για τα API της UPS και τους πόρους ενσωμάτωσης.
• 17TRACK Tracking API — επίσημη σελίδα προϊόντος για προγραμματιστική ενσωμάτωση παρακολούθησης.
• 17TRACK API Documentation — επίσημη τεκμηρίωση για προγραμματιστές και αναφορά υλοποίησης.