Marketplace koppeling: aanbod, voorraad en orders op elk platform

Bij programma's als Logistiek via bol of Fulfilment by Amazon ligt je voorraad in het magazijn van de marketplace, die zelf verzendt. De koppeling richt zich dan op andere stromen: zendingen naar het marketplace-magazijn aanmelden, voorraadrapporten ophalen en verkochte orders in je ERP verwerken voor administratie en facturatie. Vaak combineer je dat met orders die je zelf verstuurt.

Als je op meerdere platforms en in je eigen webshop verkoopt, deel je dezelfde voorraad. De koppeling stuurt de beschikbare voorraad vanuit één bron naar alle kanalen en verwerkt nieuwe orders zo snel als de API's toelaten. Omdat er altijd enige vertraging is, kun je per platform een buffer instellen, zodat de laatste stuks niet dubbel worden verkocht.

Voor de meeste grote marketplaces wel. Bol koppelt je aanbod aan een product op basis van de EAN, en ook Amazon werkt met GTIN's zoals EAN, al kent Amazon in bepaalde gevallen een vrijstelling. EAN-codes vraag je aan via GS1. In de koppeling controleren we vooraf of elk product een geldige EAN heeft, zodat je geen aanbod verstuurt dat wordt afgewezen.

Feedtools en integrators zoals Channable of ChannelEngine richten zich op het publiceren van productfeeds en het doorzetten van orders naar veel kanalen. Een koppeling via een integratieplatform geeft je meer grip op de volledige keten tussen ERP, WMS en marketplace, inclusief je eigen bedrijfsregels. Beide kunnen ook naast elkaar bestaan: we kunnen zo'n tool ook als bron of bestemming aansluiten.

Marketplaces brengen regelmatig nieuwe API-versies uit en zetten oudere versies na een aangekondigde periode uit. Ook verplichte attributen per categorie veranderen. Via een datazorgpakket houden we die aankondigingen bij en passen we de koppeling tijdig aan. Zo voorkom je dat je aanbod of orderverwerking op een dag onverwacht stilvalt.

De basis, zoals je productdata, voorraadlogica en orderverwerking richting ERP, bouwen we één keer. Per marketplace komt daar een eigen aansluiting bij, omdat elk platform een eigen API en eigen regels heeft. Veel marketplaces van retailers draaien op hetzelfde onderliggende platform, zoals Mirakl, waardoor de aansluiting op een volgend platform vaak minder werk is.

De bol.com Retailer API geeft annuleringen en retouren door, inclusief de reden. De koppeling haalt die op en zet ze door naar je ERP of WMS: een annulering stopt de order voordat hij wordt gepickt, een retour kan leiden tot een creditnota en het terugboeken van voorraad. Ook de afhandeling van een retour kun je vanuit je eigen systeem terugmelden aan bol, zodat je niet steeds in het verkopersportaal hoeft te werken.