PIM samlar er produktdata på ett ställe

Ni ska publicera en ny artikel, men vikten skiljer sig mellan webbshoppen, prislistan och databladet i en mejltråd. Marknad väntar på besked. Försäljning använder den gamla filen och ekonomi vill veta vilket underlag som gäller.

Product information management, PIM, börjar med att reda ut sådana konflikter. Systemet hjälper er att strukturera produktuppgifter och distribuera dem till rätt kanal. Arbetet kräver också beslut om vem som får ändra ett värde och vilken källa som gäller.

PIM samlar produktdata på ett ställe för alla kanaler

Anta att er produktansvariga kontrollerar den motstridiga vikten. Webbshoppen visar nettovikt, prislistan innehåller transportvikt och databladet gäller en tidigare variant. Alla värden har en förklaring. Ingen har dokumenterat vilken vikt respektive kanal ska använda.

Produktdata omfattar allt som beskriver en artikel. Där ingår artikelnummer, mått, material, bilder, datablad, kompatibilitet och användningsområden. Priser hör också till informationsflödet, även om prisberäkningen normalt behöver styras från affärssystemet.

I PIM samlar, strukturerar och förvaltar ni produktinformationen. Godkända uppgifter skickas sedan till webbplatser, kundportaler och återförsäljarkanaler.

Tänk på en receptbok i ett kök. Grundreceptet dokumenteras gemensamt och används när kockarna förbereder olika serveringar. Ändringar behöver godkännas och nå dem som använder receptet. Produktinformationen kräver samma disciplin när flera avdelningar publicerar samma artikel.

Ett innehållsverktyg arbetar främst med webbplatsens presentation. PIM arbetar på artikelnivå, där attribut, dokument och produktrelationer behöver följa bestämda regler. Ansvarsgränserna bör vara synliga redan när ni väljer system.

Ett CMS publicerar sidor, texter och bilder som en färdig presentation. PIM hanterar attribut, relationer, dokument och datakvalitet per artikel och skickar dem till flera kanaler. Affärssystemet bär artikelnummer, basdata, prislogik och transaktioner.

Utan tydliga gränser börjar medarbetarna kopiera uppgifter mellan systemen. En rättning i webbshoppen lämnar då prislistan oförändrad. Nästa import kan dessutom skriva över rättningen.

Börja därför med att undersöka den felaktiga uppgiften. Finns rätt värde någonstans behöver ni ordna dess väg till publicering. Saknas värdet redan hos den ansvariga källan behöver någon först ta fram det.

Samma produktdata måste nå webben, portalerna och EDI

Under 2024 bedrev 36,7 procent av svenska företag med minst tio anställda e-handelsförsäljning enligt SCB:s statistik över e-handelskanaler. Av dem använde 31,2 procent webben och 11,2 procent EDI, och kraven på produktdata skiljer sig mellan kanalerna.

Webb och EDI ställer olika krav på presentationen. På webben behöver kunden kunna förstå och jämföra produkten. EDI innebär strukturerat elektroniskt datautbyte mellan företag, där mottagande system behöver tolka uppgifterna enligt överenskomna format.

Andelen varierar mellan branscher, vilket är viktigt när ni jämför med er egen verksamhet.

För er produktmodell blir följden konkret. En återförsäljare kan behöva förpackningsenhet, en installatör kompatibilitetsuppgifter och en slutkund ett begripligt användningsområde. Kundspecifika villkor måste samtidigt hämtas från rätt källa.

När systemen delas upp behöver ni bestämma vem som ansvarar för varje informationsflöde. Resonemanget om composable commerce är relevant när ni bedömer sådana systemgränser.

Kartlägg kanalerna där era produktuppgifter redan används. Markera vilka mottagare som kräver maskinläsbara fält och vilka som behöver en färdig presentation.

Attribut, källa och ägare avgör om datan håller

Ett fält för vikt är enkelt att skapa. Det svåra är att bestämma vad vikten avser, vem som intygar värdet och när det får ändras. Där avgör ni om produktmodellen går att förvalta.

Registrera datatyp, måttenhet, obligatoriskhet, källa och ansvarig ägare för varje attribut. Dokumentera också senaste ändring och hur värdet ska kontrolleras. En teknisk kontroll kan upptäcka text i ett numeriskt fält, men en sakkunnig behöver avgöra om värdet är rimligt.

Ägaren ska kunna fatta beslut när uppgifter krockar. Leverantören kan lämna underlaget, produktansvarig granska det och marknad bearbeta beskrivningen.

Produktansvarig godkänner tekniska mått och måttenheter, marknadsansvarig godkänner beskrivningar per språk och kanal, affärssystemansvarig fastställer var priset beräknas och dokumentansvarig godkänner version och giltighet för produktdokument.

Relationerna behöver samma omsorg. En reservdel kan passa flera modeller och ett datablad kan gälla flera varianter. Koppla därför dokumentet till rätt produkter och dokumentversion. Annars kan en korrekt fil visas för fel variant.

Digitala produktpass gör källspårningen särskilt viktig. Naturvårdsverket beskriver produktpasset som en digital behållare för produktspecifik information och en digital identitet som ska stödja spårbarhet genom värdekedjan. Enligt beskrivningen omfattas de produkttyper som får informationskrav genom produktspecifika delegerade akter enligt ekodesignförordningen ESPR. Alla produkter omfattas alltså inte automatiskt från ett gemensamt datum.

Uppgifter om exempelvis reparerbarhet, återvunnet material, miljöavtryck och prestandaklass behöver kunna styrkas när de ingår i tillämpliga krav. Versionshantering gör det möjligt att se vilket underlag som stödde ett publicerat värde.

Gränsdragningen mellan e-handel och affärssystem behöver därför fastställas per uppgift. Välj en produktkategori och försök ange ägaren bakom varje värde. Tomma ansvarsfält visar var ni behöver fatta beslut.

Så går produktdata från affärssystemet till publicering

Börja med mottagningen från affärssystemet. Artikelnummer, basdata och prislogik förs över enligt bestämda regler. Spara ursprunget så att ni kan avgöra om ett fel uppstod i källan eller under överföringen.

Därefter berikar ansvariga medarbetare produkten i PIM. De lägger till texter, tekniska attribut, bilder och dokument. Lås fält som styrs av affärssystemet för manuell redigering, om ni saknar ett uttryckligt undantag.

Valideringen kontrollerar sedan uppgifterna före publicering. Saknade måttenheter, ofullständig klassificering och motstridiga värden ska ge begripliga felmeddelanden. Ett fel behöver visa artikel, fält, orsak och ansvarig mottagare.

Efter kontrollen godkänner en behörig person produkten och sparar den publicerbara versionen. Då kan ni i efterhand undersöka vilket innehåll som skickades. Ändringar som kräver ny granskning ska återföra produkten till rätt arbetsläge.

Sedan formas presentationen för respektive kanal. Webbplatsen kan behöva en kort titel och portalen en teknisk benämning. Artikelnummer, dimensioner och andra gemensamma fakta ska behålla sin betydelse genom omvandlingen.

Till sist publiceras informationen och mottagarens svar loggas. En avvisad produkt behöver hamna hos någon som kan rätta felet. En tekniskt lyckad överföring räcker inte som bekräftelse på att mottagaren accepterat innehållet. Följ en vald artikel hela vägen till mottagaren innan ni godkänner flödet.

Era integrationer behöver även hantera återförsök utan att skapa dubbla eller motstridiga uppdateringar. Bestäm hur en korrigerad produkt skickas igen och hur avslutade fel markeras.

Kontrollera särskilt var valideringen sker och vem som får stoppa en publicering. Om svaret kräver flera mejltrådar är arbetsflödet för otydligt.

Ett produktområde i taget slår en stor omläggning

En enda produktfamilj kan rymma två olika dokumentationskrav. En standardvara kan räcka med ett datablad, medan en trycksatt artikel i samma familj dessutom behöver deklarationer och intyg. Om hela katalogen läggs om samtidigt måste medarbetarna lösa den typen av skillnader parallellt i varje familj. En avgränsad familj låter er i stället pröva modellen innan resten av sortimentet ansluts.

Enligt EU-kommissionens tidsplan för digitala produktpass ska registret för produktpass vara i drift den 19 juli 2026, och vissa batterier ska ha produktpass från den 18 februari 2027. Järn och stål, energirelaterade produkter, textilier, däck, aluminium, möbler, madrasser och IKT-produkter står med planerade årtal mellan 2026 och 2029. Kommissionen anger också minst 18 månaders övergångsperiod efter antagandet av en produktspecifik delegerad akt. Planerade årtal ska därför skiljas från de fastställda datumen.

Kartlägg vilka av era kategorier som kan beröras och följ de produktspecifika akterna. Ett årtal i en arbetsplan ger underlag för förberedelser men avgör inte ensamt vilka fält just er artikel behöver.

Välj först kategorin med tidigast relevant kravdatum. Om sortimentet omfattar både textilier och batterier bör batterierna gå först, eftersom den 18 februari 2027 är ett bestämt datum medan textilraden fortfarande står som ett planerat årtal. Definiera attributen i den familjen, identifiera underlagen och pröva publiceringen med verkliga produkter. Regulatoriska uppgifter kan läggas till i samma attributmodell när detaljerna i den delegerade akten blir kända.

Det kräver en namngiven ägare, en förteckning över datakällorna och arbetstid för att rätta äldre värden. Avgränsningen gör arbetet hanterbart, men någon hos er behöver fortfarande godkänna uppgifterna innan de går ut.

När PIM inte är rätt första steg

Ett begränsat sortiment som säljs genom en kanal kan fungera bra med ett strukturerat kalkylblad. Förutsättningen är att någon äger filen, kontrollerar ändringar och följer en tydlig publiceringsrutin. Ett nytt system behöver då motiveras av ett faktiskt arbetsproblem.

Ofullständig basdata behöver också hanteras före införandet. Om artikelidentiteter, enheter och variantkopplingar är oklara kommer importen att kräva återkommande undantag. Medarbetarna riskerar då att ägna PIM-arbetet åt att utreda samma grundfel.

Kunden behöver avsätta en produktägare med mandat över avdelningsgränserna. Rollen ska kunna besluta om obligatoriska fält och vilken källa som gäller vid konflikter. Produktägaren behöver dessutom tillgång till dem som kan granska tekniska fakta. Lägg systembeslutet efter beslutet om vem som får godkänna produktuppgifterna.

Förvaltningen fortsätter när katalogen är publicerad. Nya varianter kan kräva ändrade relationer och nya marknader kan behöva andra dokument. Budgeten behöver därför täcka både tekniskt ansvar och kundens löpande arbete med innehållet.

Bedöm nyttan genom att följa konkreta arbetsmoment. Undersök var personalen kopierar uppgifter, vilka rättningar som återkommer och vilka artiklar som fastnar före publicering. Det ger ett bättre beslutsunderlag än att enbart räkna tomma fält.

Om grunduppgifterna saknar ägare är det bättre att först rensa dem i affärssystemet. Inför PIM när ansvarsfördelningen fungerar och ni kan beskriva vad systemet ska avlasta. Då blir det också lättare att avgränsa leveransen.

Två frågor att ställa till er PIM-leverantör

Ta upp den första frågan med en konkret artikel som exempel. Hur delas ägarskapet för attributen mellan affärssystemet och PIM, och vilken källa gäller när värdena krockar? Be leverantören visa konflikten i ett tänkt importflöde.

Ett starkt svar anger källa, ansvarig roll och regel för varje berört fält. Det beskriver också hur ett godkänt undantag dokumenteras. Ett undvikande svar kretsar kring redigeringsmöjligheter och lämnar själva beslutet till medarbetaren framför skärmen.

Den andra frågan gäller vad som händer efter överföringen. Vad händer med en produkt som kanalen avvisar, vem får felet och vilket arbete krävs för att lägga till ytterligare en kanal? Formuleringen gör det möjligt att bedöma både felhantering och löften om återanvändning. Be om ett konkret felflöde med mottagare, rättning, återförsök och bekräftelse.

Ett genomarbetat svar visar var felet syns och hur rätt person får det. Leverantören bör även kunna skilja återanvändbar produktdata från nya kanalregler. En ytterligare kanal kan kräva utveckling, exempelvis när mottagaren har ett annat format eller egna godkännandekrav.

Svar som enbart räknar upp funktioner lämnar kostnadsdrivande arbetsmoment obeskrivna. De här frågorna går att ta med till nästa leverantörsmöte utan teknisk bakgrund. Ni bedömer vem som gör arbetet och hur ni kan kontrollera att det blev rätt.

Börja med att kartlägga vilka produktuppgifter ni delar

Ett användbart beslutsunderlag kan börja med en vald produktfamilj. Samla de uppgifter som förekommer i flera kanaler och ange deras källa, ansvariga ägare och mottagare. Markera de värden där någon av uppgifterna saknas.

Lägg också till vad som händer när värdet ändras. En ny dimension kan påverka filtrering, ritningar och kompatibilitetsbeskrivningar. Underlaget visar vilka samband ni behöver hantera innan en ändring får publiceras.

För produkter som kan beröras av nya informationskrav hjälper genomgången av digitalt produktpass er att koppla dokumentationsfrågorna till produktens identitet. Samma inventering kan användas oavsett vem ni väljer som leverantör.

Vi levererar PIM där texter, attribut, bilder och dokument hanteras i ett strukturerat system. Informationen berikas en gång och distribueras till flera kanaler. PIM-integrationen hanterar det berikade innehållet, medan affärssystemsintegrationen hanterar artikelnummer, basdata, prislogik och transaktionsrelaterade uppgifter.

Glanser tar långsiktigt produktansvar för lösningen. På sidan om PIM och produktinformation ser ni hur vi strukturerar, berikar och publicerar produktdata, så att ni kan jämföra arbetssättet med er kartläggning av den första produktfamiljen.