Kort antwoord
Een groothandel publiceert catalogi vanuit PIM door elke catalogus te definiëren als selectie plus sjabloon: welke artikelen, welke attributen, welke prijs en welk kanaal. Printcatalogi en prijslijsten lopen via database publishing in Adobe InDesign, webcatalogi en klantportalen via een API of feed, en e-procurementklanten krijgen een punchoutcatalogus via OCI of cXML. Prijzen en netto-condities komen uit het ERP.
Catalogi publiceer je vanuit PIM door elke catalogus vast te leggen als een selectie plus een sjabloon. De selectie bepaalt welke artikelen erin staan, het sjabloon bepaalt welke velden, beelden en prijzen zichtbaar zijn. Printcatalogi en prijslijsten maak je met database publishing in Adobe InDesign, webcatalogi en klantportalen voed je via API of feed, en inkopers met een e-procurementsysteem krijgen een punchoutcatalogus. Netto-prijzen en condities komen uit het ERP en niet uit de catalogusdata.
Welke catalogi maakt een groothandel
Een groothandel publiceert zelden één catalogus. Bij een technische groothandel zijn de volgende soorten gangbaar, elk met een eigen selectie, sjabloon en ritme:
| Catalogus | Afnemer | Selectie | Kanaal en ritme |
|---|---|---|---|
| Hoofdcatalogus | Alle afnemers | Volledig voorraadassortiment per productgroep | PDF en print, jaarlijks |
| Bruto-prijslijst | Installateurs, inkopers | Artikelen met prijswijziging of volledig assortiment | PDF of Excel, bij elke prijsronde |
| Vestigingsfolder | Balieklanten per regio | Voorraadartikelen van één vestiging plus acties | Print, per actieperiode |
| Webcatalogus | Alle afnemers | Volledig assortiment inclusief bestelartikelen | Webshop, dagelijks of realtime |
| Klantcatalogus | Eén afnemer, bijvoorbeeld een woningcorporatie | Afgesproken assortiment uit raamcontract | Klantportaal of punchout, bij contractwijziging |
De les uit die tabel: een catalogus is een configuratie, en het onderliggende artikel bestaat maar één keer. Zodra je een catalogus als kopie van de data beheert, bijvoorbeeld een Excel per vestiging, lopen prijzen en omschrijvingen uiteen.
Printcatalogi en prijslijsten met database publishing
Database publishing betekent dat een opmaakprogramma de inhoud van een pagina uit een database haalt in plaats van uit handmatig geplakte tekst. In de groothandel is dat meestal Adobe InDesign met een plug-in zoals EasyCatalog, of de printmodule van het PIM zelf.
Een paar voorbeelden van hoe PIM-leveranciers dat oplossen. Pimics, een PIM binnen Microsoft Dynamics 365 Business Central, levert sinds release 13.1 een plat JSON-endpoint voor InDesign en EasyCatalog. DynamicWeb PIM publiceert naar print via DynamicWeb Publications en via een EasyCatalog-koppeling met InDesign. COMOSOFT LAGO werkt met een eigen InDesign-plug-in, waarbij wijzigingen van ontwerpers terugvloeien naar de database en prijzen volgens Comosoft binnen seconden op een pagina bijgewerkt kunnen worden.
Ongeacht het gereedschap heeft een printcatalogus andere data nodig dan een webshop:
- Een korte catalogusomschrijving die in een kolom past. De 2BA-omschrijving van maximaal 70 tekens is daarvoor een goed vertrekpunt.
- Tabelattributen per productgroep. Een catalogus toont bij kabelgoten breedte, hoogte en lengte in kolommen. Leg per catalogusgroep vast welke ETIM-kenmerken in de tabel staan.
- Beelden in printkwaliteit en lijntekeningen, met een vaste beeldverhouding per sjabloon.
- Een vaste sortering en paginapositie, zodat een nieuwe editie dezelfde structuur heeft en afnemers hun artikelen terugvinden.
Voorbeeld: een groothandel in sanitair en verwarming maakt een jaarcatalogus van rond de 800 pagina's en een maandelijkse bruto-prijslijst (aantallen indicatief). In het PIM is elke catalogusgroep gekoppeld aan ETIM-klassen, met per groep de kenmerken die in de tabel komen. De prijslijst gebruikt hetzelfde sjabloon zonder beelden. Bij een prijsronde draait de groothandel de prijslijst opnieuw. De hoofdcatalogus wordt alleen bijgewerkt op pagina's waar een artikel vervalt of een nieuw artikel bijkomt.
Webcatalogus en klantportaal
De webcatalogus is de catalogus met de meeste artikelen en de hoogste frequentie. Het PIM levert de structuur (categorieën, filters op ETIM-kenmerken), content (omschrijvingen, beelden, documenten) en relaties (toebehoren, vervangende artikelen). Prijs en voorraad komen in de meeste B2B-webshops live uit het ERP, omdat ze per afnemer verschillen.
Filters zijn het sterkste argument voor ETIM-classificatie in je webcatalogus. Een installateur die een kabelgoot zoekt, filtert op breedte, hoogte en materiaal. Dat werkt alleen als elke leverancier die kenmerken in dezelfde eenheid en met dezelfde waardecodes levert. Hoe je dat bereikt, staat in Leveranciersdata harmoniseren.
Klantspecifieke assortimenten en condities
Grote afnemers, zoals woningcorporaties, onderhoudsbedrijven, zorginstellingen en overheden, kopen vaak op basis van een raamcontract met een afgesproken assortiment. Voor hen bouw je een klantcatalogus. Leg in het PIM het klantassortiment vast als selectie (een lijst of een regel, bijvoorbeeld "alle artikelen van merk X in ETIM-klasse Y") en laat het ERP de netto-prijzen leveren.
In de installatieketen is daar een standaardroute voor. Leveranciers communiceren bruto-prijzen met kortingsgroepen via 2BA en sturen hun afnemers een kortingsbestand. In de Online Conditie Server (OCS) van 2BA lezen afnemers die kortingsbestanden en laden ze hun netto-prijzen in hun calculatie- of inkooppakket. Condities kunnen worden aangeleverd als ICC 1.1, INSBOU004 of DICO. Daarnaast kan de OCS via webservices realtime netto-prijzen en voorraad tonen, met authenticatie op gebruikersnaam en wachtwoord of op debiteurnummer. Voor je PIM betekent dit dat de kortingsgroep per artikel even zorgvuldig beheerd moet worden als de GTIN.
Punchout voor e-procurement
Afnemers met een e-procurement- of ERP-inkoopsysteem willen niet in jouw webshop bestellen. Ze willen vanuit hun eigen systeem naar jouw catalogus springen, een winkelwagen vullen en die terugsturen als aanvraag. Dat heet punchout. De gangbare protocollen zijn OCI (Open Catalog Interface, ontstaan bij SAP) en cXML, waarvan versie 1.2.071 sinds 14 augustus 2026 de actuele is. Ook 2BA Unifeed noemt OCI als interface.
Voor de punchoutcatalogus gelden dezelfde selectie- en sjabloonregels als voor een klantcatalogus. Het verschil zit in de terugkoppeling: elk artikel moet een eenduidige besteleenheid, prijseenheid en leveranciersartikelnummer hebben, omdat die velden letterlijk in de inkooporder van de afnemer terechtkomen. De algemene uitleg over punchout en B2B-catalogi staat op pimsysteem.nl. Hoe meubelfabrikanten een vergelijkbaar dealerportaal inrichten, lees je in Dealerportaal en B2B.
Hoe richt je catalogusbeheer in het PIM in
Werk met drie bouwstenen en houd ze strikt gescheiden:
- Selecties. Regels of lijsten per catalogus, beheerd door category management of de accountmanager van de afnemer.
- Sjablonen. Velden, beeldtypes en sortering per kanaal, beheerd door marketing of e-commerce.
- Publicatieregels. Welke status een artikel moet hebben om te verschijnen, gecontroleerd door de kwaliteitsregels uit Datakwaliteitsmanagement voor groothandels.
Exportformaten voor klanten die een bestand willen in plaats van een catalogus, zoals BMEcat of CSV, staan in Multi-format data-export. Voor feeds naar vergelijkers en advertentiekanalen kun je de aanpak uit Productfeeds beheren overnemen. Het overzicht van alle groothandelsonderwerpen staat op PIM voor groothandel.
Belangrijkste punten
- Definieer elke catalogus als selectie plus sjabloon, zodat elk artikel maar één keer bestaat.
- Maak printcatalogi en prijslijsten met database publishing in InDesign of de printmodule van je PIM, met vaste tabelattributen per catalogusgroep.
- Laat netto-prijzen en condities uit het ERP komen, en beheer in het PIM de brutoprijs, prijseenheid en kortingsgroep.
- Gebruik in de installatieketen kortingsgroepen en de Online Conditie Server van 2BA voor klantspecifieke condities.
- Punchout via OCI of cXML vraagt een eenduidige besteleenheid, prijseenheid en artikelnummer per artikel.
Veelgestelde vragen
Heeft een groothandel in 2026 nog een printcatalogus nodig?
Dat hangt af van je afnemers. Installateurs, monteurs en inkopers in de buitendienst gebruiken vaak nog een gedrukte of PDF-catalogus en een prijslijst als naslag. De vraag is vooral of je die catalogus met de hand opmaakt of genereert uit je PIM. Gegenereerd kost een nieuwe editie weinig extra werk, waardoor je vaker kunt actualiseren en vestigings- of klantversies kunt maken.
Hoe koppel je een PIM aan Adobe InDesign?
Via een database-publishingplug-in in InDesign, zoals EasyCatalog, of via de printmodule van je PIM. Het PIM levert een gestructureerde export of een API-endpoint, de plug-in plaatst velden in sjablonen en kan de pagina bijwerken als data verandert. Pimics levert bijvoorbeeld een plat JSON-endpoint voor InDesign en EasyCatalog. Toets in een demo of prijswijzigingen terugvloeien zonder dat je de opmaak opnieuw maakt.
Waar horen klantspecifieke prijzen thuis, in het PIM of in het ERP?
In het ERP. Netto-prijzen en condities per afnemer zijn commerciële afspraken die bij orders en facturen horen. Het PIM beheert de brutoprijs, de prijseenheid en de kortingsgroep per artikel. De webshop of het klantportaal haalt de netto-prijs live uit het ERP. In de installatieketen gaan condities via kortingsgroepen naar de Online Conditie Server van 2BA.
Wat is een punchoutcatalogus?
Een punchoutcatalogus laat een inkoper vanuit zijn e-procurement- of ERP-systeem naar jouw webcatalogus springen, artikelen in een winkelwagen zetten en die wagen terugsturen als aanvraag in zijn eigen systeem. Daar volgt goedkeuring en een inkooporder. De gangbare protocollen zijn OCI, ontstaan bij SAP, en cXML, met versie 1.2.071 als actuele versie van augustus 2026.