Il flusso a colpo d'occhio
- Scelta del mercato e del modello di evasione
- Verifica di applicazione e autorizzazioni
- Pubblicazione di offerte pilota
- Sincronizzazione e gestione delle eccezioni
Cosa occorre prima della realizzazione
- Account venditore attivo e approvazione appropriata
- Autorizzazioni per le funzioni concordate
- Dati completi di prodotti e imballaggi
- Regole commerciali per mercato
A colpo d'occhio
Il collegamento di un Eshop con Amazon viene progettato attorno alla Selling Partner API e all'accesso dell'account venditore. Comprende prodotti, offerte, quantità e ordini, ma i requisiti variano per mercato e categoria. Prima di iniziare lo sviluppo chiariamo chi evade gli ordini e quali azioni siano state approvate per l'applicazione.
L'accesso fa parte del progetto
L'applicazione richiede registrazione e autorizzazione. I permessi corrispondono a funzioni specifiche e l'accesso ai dati personali comporta ulteriori requisiti. Pianifichiamo la sicurezza delle credenziali e il rinnovo dei token fin dall'inizio. Non usiamo un account operatore condiviso come ponte tecnico, né presumiamo che una vendita attiva fornisca automaticamente ogni funzionalità API.
L'offerta non è l'intero catalogo
Verifichiamo se l'articolo esiste già nel catalogo Amazon e quali attributi richiede la categoria. Il collegamento conserva lo SKU aziendale e le corrispondenze necessarie con il mercato. Titoli, confezioni e varianti vengono verificati separatamente da prezzo e quantità disponibile. L'elaborazione dell'invio deve essere monitorata, affinché una trasmissione tecnicamente riuscita non venga automaticamente considerata un'offerta attiva.
FBA e spedizione dal venditore sono diversi
Quando l'impresa spedisce direttamente, il collegamento organizza ordini e aggiornamento della spedizione con tracking reale. Con FBA l'evasione fisica avviene diversamente e le scorte commerciali devono essere separate. Un unico campo quantità per tutti i casi può dare un'immagine errata. La scelta del flusso precede la progettazione della sincronizzazione ERP.
Esempio di espansione in un nuovo mercato europeo
Un produttore greco vuole offrire una specifica linea di prodotti in un mercato europeo Amazon. Inizialmente sceglie un catalogo limitato, verifica i dati di imballaggio e prepara contenuti nella lingua appropriata. Il ponte mantiene un prezzo distinto per canale, monitora i rifiuti delle inserzioni e importa gli ordini con l'identificativo esterno. Il team commerciale concorda costi, resi e modalità di spedizione prima di attivare la sincronizzazione. L'esempio non costituisce una promessa di accettazione o di aumento delle vendite.
Manutenzione oltre la prima pubblicazione
Proviamo modifiche alle scorte, scadenza dell'autorizzazione, limiti temporanei delle richieste e invii falliti. La coda dei nuovi tentativi deve conservare l'ultimo stato corretto e non inviare vecchi prezzi dopo una modifica più recente. Monitoriamo anche le versioni API. L'attuale documentazione Orders include la nuova versione v2026-01-01: le vecchie indicazioni vanno quindi verificate prima dell'uso in un nuovo progetto.
Verifiche di accettazione prima dell'avvio
- L'invio conduce all'offerta prevista
- Lo stesso ordine non viene importato due volte
- I nuovi tentativi non ripristinano un vecchio prezzo
- Scorte e flussi FBA separati
DALLA GUIDA ALLA PRATICA
Un piano concreto per la vostra piattaforma.
Raccontateci dove la vostra piattaforma incontra difficoltà e cosa occorre migliorare. Il nostro team collega la diagnosi a interventi concreti su codice, prestazioni e infrastruttura.
Esaminiamo la vostra piattaforma