Il flusso a colpo d'occhio
- Verifica delle politiche venditore e di OAuth
- Mappatura di inventario e SKU
- Creazione e pubblicazione delle offerte
- Ordini e tracking
Cosa occorre prima della realizzazione
- Accesso sviluppatore e venditore eBay
- Politiche di evasione e reso
- SKU stabili e dati di categoria
- Punto concordato di manutenzione delle inserzioni
A colpo d'occhio
L'integrazione con eBay si organizza attorno a entità diverse: magazzini, articoli di inventario e offerte commerciali. Ordine e tracking costituiscono un flusso di evasione separato. Prima di trasferire un catalogo verifichiamo permessi, politiche del venditore e corrispondenza degli SKU. Così il collegamento può mantenere offerte sotto controllo e non soltanto pubblicare le inserzioni iniziali.
Dallo SKU all'offerta attiva
Inventory API distingue sede delle scorte, articolo e offerta. L'offerta è collegata a mercato, categoria e politiche commerciali. Nella realizzazione conserviamo queste corrispondenze separatamente. Verifichiamo quali campi siano richiesti quando si pubblica un'offerta, perché un record temporaneo creato con successo non dimostra che il prodotto sia già disponibile per la vendita.
Politiche di spedizione e reso coerenti
L'account venditore richiede business policy appropriate. L'applicazione viene autorizzata con OAuth per le azioni che esegue. Le impostazioni di reso e spedizione devono rispecchiare l'operatività reale dell'impresa. Non trasferiamo una politica generica a tutti i mercati senza verifica commerciale. Manteniamo un rinnovo sicuro dell'accesso e un'indicazione chiara quando l'autorizzazione smette di funzionare.
Le varianti non sono titoli indipendenti
Per prodotti con varianti occorre una mappatura organizzata di gruppo e opzioni. Lo SKU resta unico per ogni articolo di inventario. Il collegamento distingue il titolo di presentazione dall'identità dell'opzione acquistata. Altro punto importante: le offerte create con Inventory API vengono mantenute tramite la stessa API. Il piano operativo deve impedire modifiche contrastanti da strumenti che non seguono lo stesso flusso.
Esempio di catalogo ricambi
Un'impresa vende ricambi con molti codici e vuole pubblicarne una selezione su eBay. Inizialmente mappa ogni SKU e verifica gli attributi richiesti dalla relativa categoria. Il ponte crea offerte con politiche concordate e importa gli ordini senza duplicati. Le informazioni di compatibilità vengono verificate dall'impresa e non generate da supposizioni dell'applicazione. Il periodo pilota prova modifiche alla quantità e spedizione con tracking per un articolo specifico.
Nuovi tentativi e verifica delle inserzioni attive
Verifichiamo creazione della bozza, pubblicazione dell'offerta, modifica del prezzo e scorte esaurite come scenari separati. La registrazione mostra offerte attive e codici rifiutati. Un fallimento temporaneo viene ritentato senza creare una seconda offerta. Gli ordini vengono riconciliati con l'Eshop e il tracking reale. La consegna comprende istruzioni su dove eseguire ogni modifica, affinché il team non si affidi a interventi manuali incompatibili.
Verifiche di accettazione prima dell'avvio
- Offerta corretta per ogni articolo di inventario
- Nessuna offerta duplicata al nuovo tentativo
- Tracking corretto nell'ordine
- Rifiuti di pubblicazione visibili
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