Wat SAP bezit en wat een marktplaats mag verkopen, zijn twee totaal verschillende getallen, en bij Linnworks wordt het tweede getal bepaald in plaats van dat het eerste simpelweg als vanzelfsprekend wordt aangenomen.
Het verkopen van dezelfde voorraad op vier marktplaatsen betekent dat elk systeem denkt dat het de volledige voorraad heeft. Verkoop je op een van die marktplaatsen te veel, dan krijg je geen verontschuldigende e-mail, maar een negatieve beoordeling die wordt geregistreerd en uiteindelijk leidt tot een schorsing. Dat kost veel meer dan de order zelf ooit heeft gekost. De gebruikelijke bescherming is om een buffer aan te houden en stilzwijgend te accepteren dat er minder wordt verkocht dan het bedrijf daadwerkelijk heeft. Door SAP en Linnworks te koppelen, wordt de buffer voor elk kanaal bewust gekozen. De buffer is dus een beslissing in plaats van een gok die ooit is gedaan en sindsdien niet meer is herzien.

Aan elke marktplaats wordt de hoeveelheid toegewezen die het bedrijf eraan wil leveren, en niet alles wat SAP in bezit heeft. Oververkoop is dus niet de manier waarop men ontdekt waar de limiet ligt.
Hoeveel er wordt ingehouden, is een regel die iemand heeft vastgesteld en die kan worden gewijzigd, in plaats van een getal dat jaren geleden is gekozen door iemand die inmiddels is vertrokken en door niemand meer is herzien.
Bestellingen vanuit alle kanalen bereiken SAP via Linnworks in dezelfde vorm, waardoor het magazijn met één lijst werkt in plaats van vier, en er geen handmatige afstemming tussen marktplaatsen meer nodig is.
De maatstaf waarop een marktplaats je beoordeelt, is het aantal annuleringen. Het is dus belangrijk om dit cijfer correct weer te geven, omdat dit van invloed is op je reputatie als klant en niet alleen op de winstmarge per bestelling.
Wanneer de SAP-positie verandert, geeft Alumio het te publiceren cijfer door aan Linnworks en bepaalt de toewijzingsregel wat elk kanaal te zien krijgt, zodat niet vier marktplaatsen tegelijkertijd dezelfde laatste eenheid verkopen.
Wanneer een kanaalorder wordt verzonden, ontvangt SAP de bevestiging voor de betreffende orderregel. De voorraadpositie waarop de volgende toewijzing wordt gebaseerd, weerspiegelt dus wat er vanochtend daadwerkelijk het gebouw heeft verlaten.
Wanneer een koper een bestelling annuleert terwijl deze wordt verwerkt, is de status zichtbaar voordat de bevestiging wordt teruggestuurd. Hierdoor wordt er geen verzending uitgevoerd voor een order die de marktplaats al heeft afgesloten en waarvoor de klant al een terugbetaling heeft ontvangen.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
De vervoerder sluit de cirkel. Een marktplaats beoordeelt de verzendprestaties en annuleringen, en het verzendbewijs blijft bij degene die het pakket heeft opgehaald, in plaats van bij een van deze systemen. Alumio onderhoudt die verbinding, zodat de trackinginformatie die het account beschermt, het kanaal bereikt zonder dat iemand deze kopieert.
Ja, in beide richtingen en in aparte cycli, omdat voorraad en orders niet dezelfde timing nodig hebben. Voorraad beweegt zich naar de kanalen met de frequentie die u instelt, orders komen terug zodra ze binnenkomen en de toewijzingsregel wordt toegepast voordat er cijfers worden gepubliceerd. Wat gelezen en geschreven kan worden, is wat elke partij beschikbaar stelt.
Nee, en juist het niet-technische gedeelte is het belangrijkste. Iemand moet beslissen wat elk kanaal mag verkopen, wat een commerciële afweging is van risico en volume, en geen instelling. Zodra dat is besloten, is het een configuratie die je kunt lezen en wijzigen. Een toewijzingsregel die te omslachtig is om op die manier te formuleren, wordt door de Code Transformer verwerkt.
Minder dan dat, en het juiste antwoord verschilt per kanaal. Een marktplaats die annuleringen zwaar bestraft, verdient een conservatiever cijfer dan een marktplaats die dat niet doet, en een snel verkopend product verdient een andere regel dan een langzaam verkopend product. De koppeling zorgt ervoor dat dit een regel wordt in plaats van een gewoonte, zodat het kan worden herzien wanneer de mix verandert, in plaats van dat het blijft bestaan zonder dat iemand het ter discussie stelt.
Het probleem ontstaat wanneer een pick bevestigd wordt voor een order die de koper al heeft geannuleerd, omdat het pakket al verzonden is en de terugbetaling daarmee ook. Alumio registreert de orderstatus op het moment dat de pick bevestigd wordt, zodat de volgorde controleerbaar is. Elke overdracht wordt live gemonitord en vastgelegd met de inhoud ervan. Bij een weigering wordt een melding met de reden weergegeven, indien geconfigureerd worden herhaalpogingen uitgevoerd en gaat er niets ongemerkt verloren.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.