Integratie van e-commerce en ERP: de voorraad kan niet op twee plaatsen kloppen

Als voor hetzelfde product 12 stuks in uw winkel, 8 op een marktplaats en 5 in het magazijn worden weergegeven, is dat geen gebrek aan integratie. Het is doorgaans het gevolg van een integratie die is ontworpen zonder dat is vastgesteld welk systeem als de juiste bron geldt.

De enige bron van waarheid

Wijs, voordat u een integratie opzet, aan elk gegevenstype één eigenaar toe. De eigenaar is het enige systeem dat die gegevens mag wijzigen; alle anderen lezen deze.

• Voorraad → ERP. De goederen bevinden zich in het magazijn en de magazijngegevens worden bijgehouden in het ERP-systeem. Winkels en marktplaatsen lezen de voorraad uit het ERP-systeem en wijzigen deze nooit.
  
• Prijs → ERP. Kanaalspecifieke prijzen zijn prima, maar de prijsregels horen op één plek thuis.
  
• Productgegevens → ERP of een productinformatiesysteem. Technische velden zoals code, eenheid en gewicht worden in het ERP-systeem bijgehouden; afbeeldingen en marketingteksten kunnen op de webwinkel worden weergegeven.
  
• Bestellingen → Kanaal. Bestellingen ontstaan in het kanaal en worden doorgegeven aan het ERP-systeem. Het ERP-systeem voert ze uit; het wijzigt ze niet.
  
• Klanten → ERP. De unieke status van accounts wordt in het ERP-systeem gehandhaafd.
  

Belangrijke details bij voorraadsynchronisatie

Gereserveerde voorraad. Besteld maar nog niet verzonden. Dit moet worden afgetrokken van de verkoopbare voorraad, anders wordt hetzelfde artikel twee keer verkocht — wat cruciaal is bij de laatste paar stuks.

Veiligheidsbuffer. Het volledig zichtbaar maken van de voorraad voor elk kanaal leidt tot oververkoop bij vertragingen in de synchronisatie. Het aanhouden van een kleine buffer voor snel verkopende artikelen is gangbare praktijk.

Meerdere magazijnen. Indien u vanuit meer dan één locatie verzendt, moet worden vastgelegd welk kanaal uit welk magazijn wordt bevoorraad. Het weergeven van de totale voorraad als één pool verstoort de verzendplanning.

Synchronisatiefrequentie. Gebeurtenisgestuurde updates zijn ideaal, maar kunnen de API-quota’s van marktplaatsen overschrijden. Een praktisch compromis: onmiddellijk voor kritieke artikelen, periodiek voor de rest.

Orderstroom

• Klantkoppeling: Wanneer dezelfde persoon via verschillende kanalen bestelt, wordt er dan één account aangemaakt? Er moet een koppelingsregel op basis van e-mailadres of telefoonnummer worden gedefinieerd.
  
• Verzend- en servicekosten: Deze moeten als afzonderlijke posten in het ERP-systeem worden opgenomen, anders komt het totaalbedrag van de bestelling niet overeen met de factuur.
  
• Commissies en inhoudingen: Marktplaatscommissie moet als kostenpost worden geboekt; anders kan de winstgevendheid per kanaal niet worden berekend.
  
• Retourzendingen en annuleringen: De meest overgeslagen stap in het proces. Bij een retourzending moet de voorraad worden bijgewerkt en een tegoed op de rekening worden aangemaakt.
  
• Gedeeltelijke verzendingen: De status aan de kanaalkant moet worden bijgewerkt wanneer slechts een deel van een bestelling wordt verzonden.
  

Foutafhandeling

Integraties mislukken: API-time-outs, opgebruikte quota, onverwachte formaten. Het gaat er niet om dat er nooit fouten optreden, maar dat deze nooit onopgemerkt blijven:

• Mislukte bewerkingen worden in de wachtrij geplaatst en automatisch opnieuw geprobeerd.
  
• Na een bepaald aantal pogingen wordt er een waarschuwing gegenereerd.
  
• Foutmeldingen zijn begrijpelijk — „productcode niet gevonden op de marktplaats”, niet „500 Internal Server Error”.
  
[*]Er is een scherm voor handmatige interventie, zodat bewerkingen problemen kunnen verhelpen zonder te hoeven wachten op de technische afdeling.

Winstgevendheid per kanaal

Het werkelijke rendement van integratie ligt niet in operationeel gemak, maar in het inzicht in de marge per kanaal. Dat vereist een kanaaltag op elke bestelling en het bijhouden van kosten zoals commissie, verzendkosten, retourpercentage en verpakkingskosten per kanaal.

Zodra die berekening beschikbaar is, ontdekken de meeste bedrijven dat hun kanaal met de hoogste omzet niet hun meest winstgevende kanaal is. Beslissingen veranderen op basis van die gegevens.

Kort samengevat

Bij multichannelverkoop is het probleem niet het aantal kanalen, maar onduidelijkheid over het eigendom van gegevens. Wijs één eigenaar per gegevenstype aan, stuur voorraadgegevens slechts in één richting door en ontwerp de retour- en commissiestromen vanaf het begin.

Wij kunnen een integratie ontwerpen die bij uw kanalen past met Mekjoy E-Commerce.