Amazon SKU, ASIN og Business Central-varenumre: Den mapping der afgør, om integrationen virker
En Amazon-ordre siger:
SKU: DK-BLUE-XL-2
Business Central siger:
Varenr.: 105433
Er det samme produkt?
For et menneske med produktkendskab er svaret måske indlysende.
For en integration er svaret nej, indtil relationen er defineret.
Det er grunden til, at SKU-mapping mellem Amazon og Business Central er en af de vigtigste dele af en Amazon-integration.
ASIN og seller SKU har forskellige roller
Amazon arbejder blandt andet med Amazon-kataloget og sælgerens egne listings.
Seller SKU’en bruges til at identificere sælgerens listing, mens ASIN identificerer et produkt i Amazons katalog.
Business Central har samtidig virksomhedens egne varenumre.
Derfor bør en integration ikke antage, at én identifikator automatisk kan erstatte en anden.
Amazon Listings Items API giver programmatisk adgang til seller listings og SKU-relaterede listing-oplysninger. Amazon Developer Docs
Hvorfor bruger virksomheder forskellige SKU’er?
Der kan være gode forretningsmæssige grunde.
En vare kan eksempelvis sælges som:
- én enhed i Business Central
- en 2-pack på Amazon
- en 6-pack på et andet marketplace
Så er relationen ikke 1:1.
Det samme gælder bundles.
Amazon-SKU:
STARTER-KIT-01
kan eksempelvis bestå af tre separate Business Central-varenumre.
Integrationens opgave bliver derfor mere end mapping.
Den skal forstå produktlogikken.
Varianter gør det endnu vigtigere
Farve og størrelse er klassiske eksempler.
Business Central kan have ét bestemt variantsetup, mens Amazon-listingen er struktureret anderledes.
Derfor bør mappingen dokumenteres og administreres systematisk.
Ikke i hovedet på én medarbejder.
Ikke i et Excel-ark, som ingen tør ændre.
Men som en defineret del af datamodellen.
Hvilket system er master?
Et af de første spørgsmål bør være:
Hvor bliver produktidentiteten skabt?
Business Central?
PIM?
Amazon?
Et andet masterdata-system?
Amazon tilbyder også Product Type Definitions API til at hente de aktuelle data- og attributkrav for produkttyper i Amazons katalog. Amazon Developer Docs
Det understreger, at produktdata på Amazon kan have sin egen struktur og egne krav, som ikke nødvendigvis matcher ERP’et direkte.
Hvad sker der ved forkert mapping?
Konsekvenserne kan være alvorlige.
En forkert mapping kan medføre:
- forkert vare på salgsordren
- forkert lagernedskrivning
- forkert kostpris
- forkert genopfyldning
- forkert rapportering
Derfor bør ukendte SKU’er ikke bare falde tilbage til en tilfældig vare.
Integrationen bør stoppe, logge og gøre problemet synligt.
Mapping skal kunne vedligeholdes
Nye produkter bliver lanceret.
Gamle udgår.
Amazon-SKU’er ændres.
Nye marketplaces kommer til.
Derfor er mapping ikke et engangsprojekt.
Det er en vedligeholdelsesproces.
En stærk integration gør det tydeligt:
- hvilke SKU’er der er mappet
- hvilke der mangler
- hvad de matcher
- hvornår mappingen sidst er ændret
Sammenhæng med ordre og lager
SKU-mapping er fundamentet under både.
Hvis produktnøglen er forkert, bliver alt downstream-data forkert.
Derfor bør produktmapping være en af de første ting, der gennemgås i et Amazon-projekt.
Det vigtigste at tage med
Integration handler meget om API’er.
Men nogle gange er den vigtigste opgave så banal som:
“Er vi enige om, hvilken vare vi taler om?”
Hvis svaret ikke er entydigt på tværs af Amazon og Business Central, bør det løses før resten af integrationen.
Få gennemgået jeres Amazon- og Business Central-produktmapping