Διασύνδεση Eshop με Amazon: SP-API, προσφορές και παραγγελίες

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

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

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

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

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

Δοκιμάζουμε αλλαγές αποθέματος, λήξη εξουσιοδότησης, προσωρινά όρια αιτημάτων και αποτυχημένες υποβολές. Η ουρά επαναλήψεων πρέπει να διατηρεί την τελευταία σωστή κατάσταση και να μη στέλνει παλιές τιμές μετά από νεότερη αλλαγή. Παρακολουθούμε επίσης τις εκδόσεις API. Η τρέχουσα τεκμηρίωση Orders περιλαμβάνει τη νέα έκδοση v2026-01-01, επομένως παλιές οδηγίες πρέπει να ελέγχονται πριν χρησιμοποιηθούν σε νέο έργο.