Så bygger ni PIM-data som håller över tid

Ni har artikeluppgifter i affärssystemet, tekniska mått i kalkylblad och produktbilder i en gemensam mapp. Säljaren använder ett sparat produktblad. Kundportalen visar en äldre beskrivning. När någon upptäcker skillnaden behöver flera personer leta efter det senaste underlaget.

Arbetet med PIM-data börjar i den situationen. Ni behöver bestämma vilken uppgift som gäller, vem som får ändra den och vilka kanaler som ska ta emot ändringen.

Ett fungerande upplägg gör det möjligt att följa en uppgift från källan till den publicerade produkten. Det kräver genomtänkta fält, tydliga godkännanden och återkommande kontroller. Systemvalet behöver stödja arbetet som era produktansvariga faktiskt ska utföra.

Så hamnar produktinformationen i flera system

En ny artikel börjar ofta som ett artikelnummer i affärssystemet. Produktansvarig kompletterar specifikationen i ett kalkylblad. Marknad skriver en beskrivning och säljaren får ytterligare information från leverantören via mejl.

Varje steg kan vara rimligt när det sker. Problemen uppstår när ingen bestämmer vilken version nästa person ska använda. Ett ändrat förpackningsmått kan finnas i leverantörens underlag medan webbplatsen fortfarande visar det gamla värdet.

Tänk er att en återförsäljare behöver uppgifter om en reservdels kompatibilitet. Kundportalen saknar relationen till huvudprodukten. Säljaren söker i tidigare mejl och skickar ett dokument vars giltighet behöver kontrolleras manuellt.

PIM används för att samla, berika, kvalitetssäkra och återanvända produktinformationen. Affärssystemet kan fortsatt äga artikelnummer och kommersiella grunduppgifter. PIM kan äga beskrivningar, tekniska attribut, bilder och dokument, enligt en överenskommen ansvarsfördelning.

En gemensam källa behöver därför definieras per uppgift. Om både affärssystemet och PIM får skriva över samma fält behöver ni bestämma företrädet. Annars kan en korrekt ändring försvinna vid nästa import.

Börja med att dokumentera hur en artikel skapas, ändras och avvecklas. Ta med manuella filer och mejl i kartläggningen. De innehåller ofta arbetsmoment som saknas i integrationsbeskrivningen.

kopplingen mellan affärssystem och e-handelsplattform

Resonemanget om hur ett PIM styr produktdata från affärssystemet vidare till kanalerna är relevant även här. En teknisk överföring, till exempel kopplingen mellan affärssystem och e-handelsplattform, behöver kompletteras med beslut om fältägare, ändringsriktning och felhantering. När dessa beslut finns kan ni bedöma vad som ska automatiseras och vad någon behöver godkänna.

Datamodell, attribut och taxonomier i ett PIM

Datamodellen beskriver vad en produkt består av och hur uppgifterna hänger ihop. Börja med produktidentiteten. Artikelnummer, leverantörens identitet och relationen mellan basprodukt och variant behöver kunna särskiljas.

Separera sedan attribut, enheter, språk, media och dokument. Ett mått behöver ett numeriskt värde och en bestämd enhet. En beskrivning behöver ett språk och eventuellt en marknadstillhörighet. Ett dokument behöver egna metadata.

Om längd, material och användningsområde ligger i samma fritextfält blir återanvändningen besvärlig. Ett filter behöver kunna läsa materialet som ett avgränsat värde. En jämförelse behöver hitta motsvarande mått hos flera produkter.

En taxonomi ordnar produkter i kategorier. Attributlistan anger vilka egenskaper som ska beskriva produkterna i respektive kategori. Kategorin pumpar kan exempelvis kopplas till attribut för flöde, anslutning och material, medan reservdelar behöver kompatibilitetsrelationer.

Ge kontrollerade värden stabila identiteter. Då kan en materialbenämning visas på olika språk utan att sambandet försvinner. Låt enhetsfältet styra vilka värden som accepteras och dokumentera eventuell omräkning mellan inläst och publicerad enhet.

För varianter behöver ni ange vad som ärvs från basprodukten. En gemensam beskrivning kan ärvas, medan utförandets mått behöver ett eget värde. Skilj också mellan ett tomt fält och ett aktivt beslut att uppgiften saknar relevans.

Variantarv blir svårhanterligt om tomma fält tolkas olika mellan import och publicering. Bestäm om ett tomt värde betyder att varianten ska ärva, saknar uppgiften eller ska dölja den. Samma regel behöver gälla när produktansvarig redigerar manuellt.

Dokument bör kopplas genom dokumenttyp, språk, version och giltighetsstatus. Då kan ni avgöra vilken instruktion som hör till ett visst utförande. En fil i en mapp ger begränsad hjälp när samma produkt har ändrats under sin livstid.

Svensk Handels årsrapport för 2025 och PostNords E-barometer för 2025 beskriver hur e-handeln utvecklas, men sådana siffror säger lite om era produktuppgifter. Datamodellen behöver provas mot konkreta produktfamiljer, variantfall och dokument innan ni använder den för hela sortimentet.

Datakvalitet som mätbar storhet i PIM-data

Ett ifyllt fält kan innehålla ett felaktigt värde. En produkt kan också ha kompletta marknadstexter och sakna en obligatorisk instruktion. Datakvalitet behöver därför bedömas mot reglerna för den aktuella produkten och kanalen.

Börja med täckningsgraden för obligatoriska attribut. Beräkna den utifrån tillämpliga fält, så att irrelevanta egenskaper inte räknas som brister. Visa resultatet per produktfamilj och kanal. Då ser ansvariga var berikningen behöver börja.

Följ även andelen publicerbara artiklar. En artikel ska räknas som publicerbar först när kanalens samtliga blockerande regler är uppfyllda. Bestäm samtidigt hur avvecklade produkter och produkter under utveckling ska hanteras i beräkningen.

Fel per importkörning visar var inläsningen behöver åtgärdas. Dela upp felen efter orsak, exempelvis okänd enhet, saknad produktrelation eller otillåtet attributvärde. Visa också hur mycket data körningen behandlade, så att resultatet går att tolka.

Tid från godkänd ändring till bekräftad publicering visar hur flödet fungerar efter berikningen. Mät från en bestämd händelse och fram till mottagande kanals kvittens. Exportfilen visar vad som skickades, kvittensen visar vad kunden kan se.

I Elsäkerhetsverkets uppföljning av e-handlade elektriska produkter saknade 70 procent bruksanvisning och säkerhetsinformation på svenska. Resultatet gäller de kontrollerade produkterna och bör inte generaliseras till hela e-handeln.

En saknad säkerhetsinstruktion kan behöva blockera publiceringen. En saknad inspirationsbild kan hanteras med en varning. Produktansvariga behöver ange vilka dokumentkrav som gäller för respektive produkt och försäljningsmarknad.

Sätt den första mätningen som utgångsläge och följ återkommande avvikelser. Lägg åtgärderna hos en namngiven roll. En kontroll utan ansvarig riskerar att lämna samma fel kvar efter nästa import.

Arbetsflöden, roller och styrning i PIM-arbetet

När leverantören skickar nya produktuppgifter behöver någon ta emot dem som preliminärt underlag. Inläsningen bör registrera källan och upptäcka formatfel. Först därefter går uppgifterna vidare till berikning och kontroll.

Ett användbart arbetsflöde har tydliga tillstånd för mottaget, bearbetat, granskat och godkänt innehåll. Tillstånden behöver styra vad användarna får göra. Den som översätter en beskrivning ska kunna se vilket original som godkänts.

Godkännanden bör avse en bestämd version. Om ett kritiskt mått ändras efter godkännandet behöver produkten granskas igen enligt era regler. Annars kan det godkända tillståndet dölja en senare ändring.

En enkel ansvarsmatris kan beskrivas genom konkreta beslut. Produktägaren godkänner specifikation och variantrelationer. Marknad godkänner texter och översättningar. Teknik ansvarar för tekniska dokument och produktbilder enligt er interna arbetsfördelning.

PIM-teamet kontrollerar att uppgifterna är godkända och uppfyller publiceringsreglerna före syndikering. Teamet behöver mandat att stoppa en produkt med kritiska brister. Det behöver också veta vem som ska utreda avvikelsen.

Skilj mellan den som registrerar uppgiften, den som godkänner den och den som ansvarar för dess riktighet. Samma person kan bära flera roller i en mindre organisation. Besluten behöver ändå vara dokumenterade så att ersättare kan följa dem.

Leverantörsdata, affärssystemets uppgifter och laboratorieunderlag kan avse olika versioner av samma produkt. Spara därför referenser till underlaget och vilken variant eller tillverkningsomgång det gäller. Ange även vem som bedömt att uppgiften får användas.

Versionshistoriken bör visa vad som ändrades, vem som ändrade det och vilket godkännande som följde. För uppgifter med begränsad giltighet behöver någon få ansvar för förnyad kontroll. Att underlaget finns sparat innebär inte att det fortfarande gäller.

Låt ansvarsmatrisen följa den verkliga organisationen. Om tekniska dokument godkänns av en annan avdelning behöver arbetsflödet stödja det. En modell som kräver ett godkännande från en obemannad roll kommer att samla väntande produkter.

Syndikering till webb, portaler och återförsäljarkanaler

Syndikering innebär att godkänd produktinformation distribueras enligt mottagarens regler. En produktwebb kan behöva hela specifikationen. Webbshoppen behöver ett urval för köpbeslutet, medan återförsäljaren kan kräva bestämda fältnamn och dokumentformat.

Källvärdet bör behållas när presentationen anpassas. Samma anslutningsmått kan visas i en jämförelse, ett tekniskt produktblad och en portal. Kanalens formatering ska gå att ändra utan att någon skriver om produktens grunduppgift.

Varje kanal behöver ett uttryckligt publiceringsfilter. Det ska ange tillåtet sortiment, marknad, språk och produktstatus. Kundspecifika urval behöver dessutom kopplas till rätt behörigheter, så att en godkänd artikel visas för avsedda mottagare.

I kundportaler och återförsäljarportaler möter produktinformationen ofta kundens avtal och beställningsflöde. Beskrivningar och dokument behöver då fungera tillsammans med kundspecifika priser och tillgänglighet. Dessa uppgifter kan ha olika ägare och uppdateringstakt.

Lagerstatus, leveransvillkor och orderinformation behöver hämtas enligt sina egna regler. Att kopiera snabbt föränderliga värden till ett manuellt produktfält skapar en extra uppdateringspunkt. Bestäm hur gammal information mottagande kanal får använda och vad som ska visas vid ett avbrott.

En lyckad export visar att avsändaren skapade eller skickade innehållet. Mottagaren kan fortfarande avvisa en artikel eller ett dokument. Spara kvittenser och koppla avvikelserna till den publicerade versionen.

Pröva även hur flödet hanterar avpublicering, ersatta dokument och brutna produktrelationer. En borttagen variant behöver försvinna där den tidigare visades. En ersatt instruktion behöver nå kanalerna som använder den.

Mer omfattande kanalregler ger större kontroll men kräver mer förvaltning. Håll därför gemensamma regler centrala och dokumentera kanalernas undantag. Då kan ansvariga bedöma vilka kanaler en ändring påverkar innan den skickas.

Fler attribut kräver bättre underlag

Ett nytt hållbarhetsfält kan se enkelt ut i en kravspecifikation. När leverantörerna lämnar olika underlag blir arbetet svårare. Ett värde kan avse materialet, ett annat hela produkten och ett tredje en viss tillverkningsomgång.

Om dessa värden hamnar i samma fält får användaren en jämförbar presentation trots att underlagen skiljer sig. Falsk precision uppstår när modellen döljer sådana skillnader. Produktansvariga behöver kunna bedöma vad uppgiften faktiskt beskriver.

EU:s ekodesignförordning ESPR och digitala produktpass gör spårbar produktinformation relevant att förbereda för. På GS1:s sida om digitala produktpass beskrivs arbetet och RISE:s rekommendation att inventera befintlig information samt hur den behöver utökas och struktureras. Det innebär inte att varje produkt redan omfattas av samma färdiga krav.

För hållbarhetsdata bör värdet kunna kopplas till källa, bevisunderlag och giltighet. Vid behov behöver modellen också ange om uppgiften gäller produkten, varianten eller en bestämd tillverkningsomgång. Dessa avgränsningar påverkar hur informationen får presenteras.

Ett tomt fält kan vara ett ärligt resultat när tillräckligt underlag saknas. Registrera orsaken på ett kontrollerat sätt. Då kan ansvariga skilja mellan väntande leverantörssvar, otillräckligt bevis och en uppgift som saknar relevans.

Fältet behöver dessutom en mottagare. Beskriv vilket beslut eller vilken publicering uppgiften ska stödja. Om ingen använder värdet och ingen ansvarar för det bör ni pröva om det hör hemma i modellen.

Central styrning passar när samma information ska användas i flera sammanhang och hållas aktuell över tid. Ni behöver avsätta tid för berikning, godkännanden och kontroll av underlag. Den arbetsinsatsen finns kvar även när importen automatiseras.

Ett enklare arbetssätt kan passa ett begränsat sortiment med få ändringar och en publiceringskanal. Kontrollerade filer och en dokumenterad rutin kan då vara tillräckliga. Bedöm behovet utifrån produktrelationer, dokumentkrav och kanalernas skillnader.

Hos er behöver någon också kunna säga nej till nya fält. Annars växer modellen med varje önskemål från en avdelning. Prioritera uppgifter som ni kan belägga, förvalta och använda i ett konkret arbetsmoment.

Frågor att ställa leverantören och vad upplägget kräver

Hur lagras källa och ansvarig för ett kritiskt attribut, och vad händer med godkännandet när värdet ändras? Be leverantören visa arbetsflödet med era egna produktuppgifter. Välj en variantfamilj, ett ersatt dokument och en artikel som saknar ett kritiskt värde. Svaret visar om ansvarsfördelningen påverkar användarnas arbete. Be att få se både ändringen och den sparade historiken.

Hur hanteras språk och dokument per marknad, och hur visar ni att publiceringen accepterats av mottagaren? Svaret avslöjar var leveransen slutar. Be leverantören visa ett avvisat dokument och hur ansvarig får veta vad som behöver rättas.

Vem kontrollerar regler och integrationer vid en uppgradering, och hur skiljer ni buggrättning från vidareutveckling? Svaret ger underlag för att bedöma förvaltningen efter go-live. Be om ansvarsfördelningen i avtalet och vilka kontroller som ska genomföras.

Vid ett plattformsbyte behöver ni även bedöma vad som händer med datamodellen och kanalernas beroenden. Resonemanget om val av e-handelsplattform hör därför ihop med granskningen av produktflödet. Ett byte behöver kunna bevara era produktidentiteter och fungerande relationer.

Ni behöver själva utse en produktägare, ordna tillgång till underlagen och besluta vem som godkänner vad. En leverantör som Glanser kan stödja modelleringen och bygga kontrollerna. Bedömningen av era tekniska uppgifter behöver ligga hos personer med rätt sakkunskap.

På sidan om PIM ser ni hur vi arbetar med att samla, kvalitetssäkra och publicera produktuppgifter, med utgångspunkt i ett konkret produktflöde.