Marketplace koppeling en logistiek zonder oververkoop
Een marketplace erbij nemen is snel geregeld. Een feed naar Channable of ChannelEngine, een paar categorieën gekoppeld, en je producten staan live. Het lastige komt een week later, als hetzelfde artikel op je eigen webshop en op drie marketplaces tegelijk wordt verkocht, terwijl er nog maar twee op de plank liggen. Dan blijkt dat elk kanaal zijn eigen beeld van je voorraad had.
Een marketplace koppeling gaat daarom niet alleen over producten naar buiten sturen. Hij gaat over voorraad, orders, annuleringen, verzendbevestigingen en retouren die in beide richtingen kloppen, ook als het magazijn een eigen systeem heeft. Wij bouwen die stromen als routes in Alumio, het integratieplatform waarvan Memo sinds 2020 partner is.
De marketplaces zelf sluiten we aan via Channable en ChannelEngine. Zij spreken de taal van elke marketplace. Alumio is de bron die hen voedt met productdata en voorraad, en de verdeler die de orders die terugkomen naar je ERP en je magazijn brengt.
.png)
Waar het in de praktijk misgaat
Bij marketplaces en logistiek gaat het zelden mis op één koppeling. Het gaat mis tussen de koppelingen.
Welke voorraad is beschikbaar? Fysieke voorraad, gereserveerde voorraad en voorraad die al is verkocht maar nog niet gepickt: elk systeem telt anders. Als de marketplace de fysieke voorraad krijgt in plaats van de beschikbare, verkoop je dubbel. We leggen vast welk systeem de beschikbare voorraad bepaalt en sturen alleen dat getal naar buiten.
Hoe snel moet het? Bij een artikel dat op meerdere kanalen tegelijk loopt, is de tijd tussen een verkoop en de bijgewerkte voorraad op de andere kanalen het moment waarop oververkoop ontstaat. Voor snellopers stellen we die stroom anders in dan voor een assortiment dat zelden beweegt. Een buffer per kanaal helpt bij artikelen waarvan er nog maar een paar zijn.
Wat gebeurt er met een annulering? Een klant annuleert op een marketplace terwijl het magazijn al aan het picken is. Zonder afspraak gaat het pakket toch de deur uit, of blijft de voorraad onterecht geblokkeerd. Annuleringen en wijzigingen moeten dezelfde route terug nemen als de order zelf.
Waar staat de waarheid over een retour? De klant meldt de retour aan in de webshop of op de marketplace, het magazijn ontvangt het pakket, de betaalprovider doet de terugbetaling en de boekhouding moet een creditnota maken. Vier systemen, één retour. Als die stappen niet op elkaar wachten, krijgt een klant zijn geld terug voor een pakket dat nooit is aangekomen, of wacht hij weken op een terugbetaling die allang had gekund.
Zeven stromen tussen webshop, marketplaces en magazijn
Productdata naar kanalen
Teksten, specificaties en beelden uit je PIM of ERP naar Channable of ChannelEngine, per kanaal in de juiste vorm.
Voorraad
Eén beschikbare voorraad voor alle kanalen, zodat je niet verkoopt wat je niet hebt.
Orders
Marketplace-orders terug naar je ERP en je magazijn, net als een order uit je eigen webshop.
Annuleringen
Een annulering op een marketplace stopt de order in het magazijn en geeft de voorraad weer vrij.
Pick- en pakstatus
Van order ontvangen tot ingepakt, zichtbaar voor je klantenservice en je kanalen.
Verzendbevestigingen
Track-and-trace en verzendstatus terug naar de webshop en de marketplace waar de order vandaan kwam.
Retouren en terugbetalingen
Van aanmelding tot ontvangst in het magazijn, met de terugbetaling via je betaalprovider en een correcte verwerking in de facturatie.
Alumio als bron en verdeler
Channable en ChannelEngine zijn sterk in wat ze doen: één feed omzetten naar de eisen van tientallen marketplaces, en orders van die marketplaces verzamelen. Maar ze zijn geen bron. De productdata komt uit je PIM, de prijs en voorraad uit je ERP of WMS, en de orders moeten terug naar diezelfde systemen.
Daar zit Alumio. De integratielaag haalt productdata en voorraad één keer op uit de bron, levert die aan Channable of ChannelEngine, en verwerkt de orders die terugkomen alsof ze uit je eigen webshop kwamen. Daardoor hoeven je ERP en je magazijn niet te weten via welk kanaal een order binnenkwam. Waar die productdata vandaan komt en hoe je hem verrijkt, lees je op PIM-koppeling. Hoe orders, prijzen en voorraad aan de ERP-kant lopen, staat op ERP koppeling voor je webshop.
Aan de logistieke kant geldt hetzelfde. Een WMS meldt pick- en pakstatus, verzendbevestigingen en ontvangen retouren. In plaats van dat elk kanaal en het ERP een eigen verbinding met het WMS krijgen, loopt alles via één laag. De betaalkant sluit daarop aan: betaalstatus, terugbetalingen en de afstemming met de facturatie volgen dezelfde orderroute, zodat de status van een order overal gelijk is. En komt er een nieuw WMS of een nieuwe marketplace bij, dan sluit die aan op routes die al bestaan.
.png)
Twee koppelingen uit de praktijk
XXL Nutrition: een nieuw WMS in een bestaand landschap. Bij XXL Nutrition, sportvoeding voor de Benelux, draaiden Magento, Pimcore en Exact Online al aan elkaar. Toen er een nieuw WMS kwam, Ceyenne van Diract IT, was dat het moment om alle stromen tegen het licht te houden. In Alumio brachten we verkooporders, inkooporders, product- en voorraadupdates, fulfilment, retouren en de ontvangst van inkopen samen en gaven ze een vaste structuur. Het doel was niet meer automatisering, maar overzicht en een landschap dat groei aankan. Volgens de product owner van XXL Nutrition voelde Memo als een verlengstuk van hun team. Lees de XXL Nutrition-case.
Juwelier Kremer: winkel en webshop delen één voorraad. Juwelier Kremer, een familiejuwelier uit Veendam, verkoopt in de winkel en online via Shopify. Het kassasysteem is via Alumio gekoppeld, zodat een sieraad dat in de winkel wordt verkocht ook online niet meer beschikbaar is, en andersom. Hetzelfde voorraadprobleem als bij marketplaces, met een fysieke winkel als tweede kanaal. Lees de Juwelier Kremer-case.
Een scale-up met een eigen magazijnsysteem en een retailer met een winkel: in beide gevallen is één beschikbare voorraad het uitgangspunt, en de integratielaag de plek waar die wordt bewaakt.
Waar loopt je voorraad nu uit de pas?
Vertel ons op welke kanalen je verkoopt, welk magazijnsysteem je gebruikt en waar het wringt. In een half uur weten we welke stroom het eerst aandacht nodig heeft en hoe je die in één laag krijgt.
Veelgestelde vragen
Koppelen jullie rechtstreeks met marketplaces zoals bol?
Marketplaces sluiten we aan via Channable en ChannelEngine. Die platforms onderhouden de verbinding met de afzonderlijke marketplaces en hun eisen. Alumio voedt ze met productdata en voorraad en verwerkt de orders die terugkomen. Zo blijft je eigen landschap gelijk, hoeveel marketplaces je ook toevoegt.
Hoe voorkom ik oververkoop als ik op meerdere kanalen verkoop?
Door één systeem de beschikbare voorraad te laten bepalen en alleen dat getal naar alle kanalen te sturen, met een frequentie die past bij hoe snel je artikelen lopen. Voor artikelen waarvan er nog maar een paar zijn, kun je per kanaal een buffer instellen. Orders en annuleringen van alle kanalen werken die voorraad direct bij.
Kan ik mijn WMS koppelen aan mijn webshop en mijn ERP?
Ja. Alumio sluit een WMS aan op dezelfde routes als je webshop en je ERP: orders gaan naar het magazijn, en pick- en pakstatus, verzendbevestigingen en ontvangen retouren komen terug. Bij XXL Nutrition deden we dat met Ceyenne van Diract IT. Andere WMS'en met een bruikbare API zijn ook mogelijk.
Hoe lopen betalingen en terugbetalingen mee?
De betaalstatus van een order en een terugbetaling bij een retour volgen dezelfde route als de order zelf. Zo weet je ERP of facturatie wanneer een order is betaald en wanneer er een creditnota nodig is, en blijft de afstemming tussen betaalprovider en boekhouding kloppen. Welke betaalprovider je gebruikt, maakt daarvoor weinig uit.
Wat gebeurt er als een marketplace-order niet doorkomt?
Dan zie je dat in Alumio, per route en per bericht. Alumio probeert het opnieuw volgens de ingestelde regels en meldt wat blijft hangen, zodat je een order opnieuw kunt aanbieden zonder te gokken of hij al verwerkt is. Daarbovenop spreken we een SLA af die past bij je routes. Zie Beheer en monitoring.