Integratie-eisen voor een PIM: API's, ERP, standaarden en kanalen

Wat dekken integratie-eisen voor een PIM?

Integratie-eisen leggen vast hoe productdata het PIM in- en uitgaat en welk systeem eigenaar is van welke velden. Ze vormen het derde domein in de gids voor PIM-eisen. In PIMvendors-selecties beginnen de meeste kostenoverschrijdingen bij integratie, omdat connectoren, mappings en monitoring vaak pas na ondertekening van de licentie worden gescoped.

PIM Selection publiceert 60 integratie-eisen in 11 groepen.

Vertrek vanuit je systeemlandschap. Zet elk bron- en doelsysteem op een rij, met de data die elk systeem verstuurt of ontvangt en de frequentie. Die inventaris levert zowel eisen op als het integratiedeel van je demoscenario's.

Aan welke API-eisen moet een PIM voldoen?

Een PIM biedt een volledige, gedocumenteerde API die dezelfde regels handhaaft als de gebruikersinterface en bulkbewerkingen ondersteunt binnen bekende rate limits. Elke toekomstige koppeling hangt van deze vier eigenschappen af.

1. Volledige dekking (IN-001): lees- en schrijftoegang tot producten, attributen, families, categorieën, assets en relaties.
2. Bulk en paginering (IN-003): de volledige catalogus ophalen binnen je integratievenster.
3. Bekende limieten (IN-004): rate limits per licentieniveau, met je verwachte volume schriftelijk bevestigd.
4. Dezelfde regels (IN-005): schrijven via de API doorloopt dezelfde validatie, rechten en workflow als bewerken op het scherm.

IN-005 verdient een live test. Schrijf een ongeldige waarde via de API en controleer of de foutmelding overeenkomt met de regel op het scherm. Een API die validatie omzeilt, wordt binnen een paar maanden na livegang de hoofdroute voor slechte data.

Ondersteunende eisen maken de set compleet. Openbare documentatie met een versiebeleid (IN-002) laat je architect de inspanning vóór het contract inschatten. Afgebakende inloggegevens per koppeling (IN-006) beperken de impact van incidenten. Een sandbox met representatieve data (IN-007) houdt integratietests weg van productie.

Hoe koppel je een PIM aan het ERP?

Het PIM ontvangt het artikelrecord uit het ERP en is alleen eigenaar van de velden die eraan zijn toegewezen. Veldeigenaarschap per attribuut is de belangrijkste eis voor de ERP-koppeling.

Het ERP maakt het artikel meestal aan met nummer, status, basiseenheid en logistieke data (IN-008). Het PIM vult beschrijvende, technische, marketing- en kanaaldata aan. IN-009 maakt eigenaarschap per attribuut instelbaar, zodat geen van beide systemen de velden van het andere overschrijft. Leg de eigenaarstabel vast in de fase van de eisen en test tegenstrijdige updates vanuit beide kanten in de demo.

Automatisering houdt de overdracht snel. Een nieuw ERP-artikel start automatisch de verrijkingsworkflow (IN-010). Integratiefouten vragen een monitoringscherm met herhaalfunctie en meldingen (IN-012). Stille fouten laten de twee systemen dagenlang uit de pas lopen.

Standaardconnectoren helpen als ze echt in gebruik zijn. IN-011 vraagt om een referentieklant op een vergelijkbare ERP-versie. Uitgewerkte patronen voor de ERP-koppeling staan bij PIM- en ERP-integratie.

Welke productdatastandaarden moet een PIM ondersteunen?

Een PIM ondersteunt de standaarden die je klanten en handelspartners eisen, en verder niets. De elektrotechnische, installatie- en bouwgroothandel verwacht ETIM. Industriële inkoop verwacht vaak ECLASS en BMEcat. Retail in food, gezondheid en verzorging verwacht GS1-data via datapools.

Standaarden brengen regelmatig nieuwe releases uit. Volgens ITEK verscheen ETIM 10.0 in december 2024 na 5.264 wijzigingsverzoeken. IN-037 vraagt de leverancier of partner elke nieuwe release binnen een afgesproken termijn te ondersteunen. Valideer elke export naar een standaard tijdens de selectie met de ontvangende handelspartner. Details per standaard staan op de pagina's over ETIM en BMEcat.

Hoe test je kanaalfeeds en marktplaatsen?

Test kanaalfeeds door één van je echte kanaalspecificaties live vanuit de masterdata op te bouwen. Feeds die buiten het PIM worden gebouwd, brengen de spreadsheets terug die het PIM moest vervangen.

De kerneisen voor feeds zijn mapping en conversie per kanaal (IN-040) en sjablonen voor retailers die uit één masterrecord ontstaan (IN-043). Zakelijke gebruikers onderhouden mappings met een voorbeeldweergave (IN-041). Fouten die kanalen terugsturen, verwijzen naar het product en het attribuut (IN-042). De publicatiestatus per product toont welk kanaal welke versie ontving (IN-045).

Marktplaatsen voegen categoriespecifieke schema's toe die vaak veranderen (IN-047), plus fouten in listings die terug moeten naar het PIM (IN-048). Sinds 13 december 2024 vereist de GPSR fabrikantgegevens en veiligheidsinformatie in elke online aanbieding aan consumenten in de EU. IN-049 mapt die velden naar elke marktplaats binnen de scope. Marktplaatsspecifieke titels en afbeeldingen mogen masterwaarden nooit overschrijven (IN-051).

Eigenaarschap weegt even zwaar als functionaliteit. IN-050 vraagt wie elke marktplaatskoppeling heeft gebouwd en wie haar ondersteunt. De bredere syndicatiearchitectuur staat bij productdatasyndicatie.

DAM, PLM, datapools en events

De overige integratiegroepen bepalen hoe goed het PIM aansluit op de systemen eromheen. Elke groep is cruciaal voor sommige kopers en irrelevant voor andere, dus filter op branche voordat je prioriteert.

De DAM-eisen gaan over koppelen via een vaste identificator (IN-016), synchronisatie van rechten en vervaldata (IN-017) en documentassets per taal en versie (IN-020). Veiligheidsinformatiebladen en conformiteitsverklaringen horen in die laatste groep, en daarom heeft IN-020 een GPSR-label.

PLM-eisen tellen voor fabrikanten met data die uit engineering komt. Vrijgegeven revisies (IN-013), taken bij technische wijzigingen (IN-014) en materiaalverklaringen (IN-015) brengen de technische werkelijkheid in het PIM.

Datapooleisen gelden voor leveranciers van retailers in food, gezondheid en verzorging (IN-052 tot en met IN-055). Eventeisen gelden voor elk modern landschap: webhooks bij wijzigingen (IN-056), payloads met de gewijzigde attributen (IN-057), herhaalpogingen (IN-058) en een connector naar je integratieplatform (IN-059). Limieten aan de platformkant, zoals performance bij volume, staan bij eisen voor platform, security en leverancier.

De 60 gepubliceerde eisen voor integratie en syndicatie

Hieronder staat de volledige IN-set met formulering, onderbouwing, test, standaardprioriteit en labels. Filter, pas aan en exporteer de set in de checklist met PIM-eisen.

{{list:requirements:IN}}