Software voor voorraadsynchronisatie over verkoopkanalen laten maken
Twee kanalen die op hetzelfde moment de laatste eenheid verkopen, is geen pech maar een ontwerpfout. Zolang elk kanaal zijn eigen kopie van de voorraad heeft en die met vertraging bijwerkt, is de vraag niet of het misgaat maar hoe vaak.
Waar de synchronisatie in de praktijk breekt
De kern van het probleem is de vertraging. Een marktplaats haalt uw voorraad op volgens zijn eigen ritme, uw webshop werkt bij na een bestelling, en de winkel boekt af bij het afrekenen. Tussen die momenten in bestaat er geen gezamenlijke waarheid, alleen een reeks kopieën die verschillende dingen denken.
Bij één eenheid op voorraad wordt die vertraging zichtbaar. Twee klanten kunnen tegelijk bestellen omdat beide kanalen op dat moment nog een is zien. Dat heet overselling, en de kosten ervan zitten niet in de voorraad maar in de annulering, de klantcontacten en de beoordeling die erop volgt.
Aan de consumentenkant is er weinig ruimte om dat op te lossen door te wachten. Is er geen levertijd afgesproken, dan geldt de wettelijke termijn van dertig dagen. En de informatie die u geeft over beschikbaarheid moet kloppen: schaarste-aanduidingen mogen niet misleidend zijn, en het achterhouden of onduidelijk maken van belangrijke informatie is een oneerlijke handelspraktijk.
Dat betekent dat de oplossing niet is om overal een lagere voorraad te tonen en te hopen dat het meevalt. Het betekent dat u moet bepalen wat de waarheid is, wie hem mag wijzigen, en op welk moment een eenheid van vrij naar gereserveerd gaat.
Hoe wij dit bouwen
De kern is dat er één plek is die de voorraad kent en dat alle kanalen daarvan afgeleid zijn. Zodra twee systemen allebei mogen beslissen, is het een kwestie van tijd.
Welk systeem kent de werkelijke voorraad. Alle kanalen tonen daarvan een afgeleide, niet hun eigen versie.
Op het moment dat een klant bestelt, gaat de eenheid van vrij naar gereserveerd, voordat de rest is bijgewerkt.
Direct waar het kan, met een terugvaloptie als een kanaal alleen periodiek ophaalt.
Een controle die kanaalvoorraad en werkelijke voorraad vergelijkt, want stille afwijkingen groeien.
Wat de software concreet doet
De ene bron met reserveringen draagt het geheel. Wat u daarnaast nodig heeft hangt af van het aantal kanalen en van hoe snel die kunnen worden bijgewerkt.
Eén voorraadwaarheid
Vrije voorraad, gereserveerd en onderweg apart, want die drie zijn niet hetzelfde en worden vaak op één hoop gegooid.
Reserveren bij bestelling
De eenheid is weg zodra iemand bestelt, niet pas als de order is verwerkt. Daar zit het meeste risico.
Buffer per kanaal
Een kanaal dat traag bijwerkt krijgt een marge, zodat de vertraging geen oversellings oplevert.
Terugkoppeling per kanaal
Zichtbaar of een kanaal de bijwerking heeft verwerkt, want een verstuurde melding is geen verwerkte melding.
Verschillen signaleren
Een dagelijkse vergelijking tussen wat een kanaal toont en wat er werkelijk ligt.
Bundels en varianten
Een set uit drie artikelen raakt drie voorraden. Wie dat niet meeneemt, verkoopt sets die niet te maken zijn.
Voor wie wij bouwen
Wie hiermee te maken heeft verschilt per bedrijf. Vier situaties.
Webshops met marktplaatsen erbij
Elk platform heeft eigen regels over hoe snel voorraad mag worden bijgewerkt en wat er gebeurt bij annulering.
Retailers met winkel en online
De winkelvloer verkoopt zonder dat de webshop het weet, en dat is de lastigste richting.
Groothandels
Zij leveren aan afnemers die zelf ook voorraad tonen, waardoor de keten van kopieën langer wordt.
Bedrijven met unieke artikelen
Bij tweedehands of eenmalige artikelen is elke eenheid de laatste, en dan telt elke seconde vertraging.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €1.150, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Technologie en koppelingen
Kanalen komen erbij, koppelvlakken veranderen en platformregels worden herzien. Kanalen, buffers en regels horen instelbaar te zijn en niet in de code vast te zitten.
Waarom Appfront
Kopieën beslissen niet
Zodra twee systemen allebei mogen bepalen wat er vrij is, ontstaat overselling. Wij wijzen één bron aan.
Reserveren is belangrijker dan snel bijwerken
De eenheid weghalen op het moment van bestellen lost meer op dan elke versnelling van de synchronisatie.
Een verstuurde melding is niet verwerkt
Kanalen bevestigen niet altijd. Zonder terugkoppeling denkt u dat het klopt terwijl het scherm iets anders toont.
Uw beschikbaarheidstekst moet kloppen
Schaarste-aanduidingen mogen niet misleidend zijn. Dat is een reden te meer om de getallen te laten kloppen.
Security en privacy
Voorraadgegevens zeggen iets over uw omzet, uw inkoop en uw marges, en koppelingen met marktplaatsen bevatten sleutels die toegang geven tot uw verkoopaccounts. Wij zetten toegang per rol, bewaren koppelsleutels gescheiden van de rest, en leggen inzage vast. Koppelingen lopen via beveiligde integraties naar uw bestaande software.
Voor dit onderwerp is de betrouwbaarheid van het moment het punt. Bij een geschil over een geannuleerde bestelling is de vraag wat het systeem op dat moment aan vrije voorraad kende. Wij leggen elke voorraadmutatie onwijzigbaar vast met tijdstip, bron en persoon, en maken van een correctie een zichtbare correctie naast de oorspronkelijke regel. Hoe wij zelf met beveiliging omgaan staat in ons informatiebeveiligingsbeleid.
Veelgestelde vragen over voorraadsynchronisatie
Dat elk kanaal zijn eigen kopie van de voorraad heeft en die met vertraging bijwerkt. Tussen twee bijwerkingen in bestaat er geen gezamenlijke waarheid. Bij één eenheid op voorraad kunnen twee klanten dan tegelijk bestellen omdat beide kanalen op dat moment nog iets zien liggen.
Maar tot op zekere hoogte. De structurele oplossing is reserveren op het moment van bestellen, zodat de eenheid weg is voordat de synchronisatie erachteraan komt. Versnellen verkleint het venster, maar sluit het niet.
Een marge die u aanhoudt op kanalen die traag bijwerken: u toont er bijvoorbeeld twee minder dan er werkelijk ligt. Dat is een pleister en geen oplossing, maar bij platformen die u niet kunt versnellen soms de enige beschikbare maatregel.
Is er geen levertijd afgesproken, dan geldt de wettelijke termijn van dertig dagen. Daarnaast moet informatie over beschikbaarheid kloppen: misleidende schaarste-aanduidingen en het achterhouden of onduidelijk maken van belangrijke informatie zijn een oneerlijke handelspraktijk.
Een set uit drie artikelen raakt drie voorraden tegelijk, en de beschikbaarheid van de set is die van het schaarste onderdeel. Wie dat niet in de berekening meeneemt, verkoopt sets die niet te maken zijn, en dat merkt u pas in het magazijn.
Nee. Voorraadbeheer gaat over wat er ligt, waar het ligt en wanneer u bijbestelt. Dit gaat over het gelijk houden van die voorraad over verkoopkanalen. Voor het beheer zelf hebben wij een pagina over de voorraadbeheer-webapp.
Hoe vaak annuleert u een bestelling die u niet kon leveren?
Tel de annuleringen wegens ontbrekende voorraad van de afgelopen maand en kijk op welke kanalen ze vielen. Zit er een patroon in, dan zit het probleem in de vertraging tussen uw kanalen. Wij bouwen dit als losse toepassing en als onderdeel van een breder traject software laten maken.