De DICO Standaard (voorheen SALES Standaard) is de Nederlandse berichtenstandaard voor digitale communicatie tussen ketenpartijen in de bouw- en installatiesector. Door gebruik te maken van de softwareonafhankelijke berichtenstandaard kunnen bedrijven veilig, efficiënt en foutloos berichten uitwisselen tussen hun computersystemen. DICO is het meest recente nationale uitwisselformaat dat 2BA zowel kan importeren als exporteren. Deze documentatie is een aanvulling op de oorspronkelijke formaatbeschrijving van Ketenstandaard. Gezien DICO een nationaal georiënteerd formaat is, is deze documentatie alleen in het Nederlands beschikbaar.
DICO is de naam voor SALES005, de opvolger van INSBOU004 en heeft een gelijke opbouw. Deze standaard heeft een productgegevensbericht met onder andere ETIM classificatie, bijlagen en certificaten en een artikelbericht met de handelsgegevens zoals prijs-, bestel- en logistieke gegevens. Daarnaast biedt het itemrelatiebericht de mogelijkheid om productrelaties- en referenties te leggen.
2BA conformeert de datapool volgens de Nederlandse normen van Ketenstandaard met de XML-bestanden INSBOU en DICO. De ondersteunde uitwisselingsformaten worden toegewezen aan de interne velden van het gegevensmodel. Interne velden kunnen verschillen van lengte of type zoals beschreven in de richtlijn van de uitwisselingsformaten.
Mapping DICO productbericht
Mapping DICO artikelbericht
Mapping DICO itemrelatiebericht
Mapping ETIM versie
Mapping Productcertificaten
Mapping Product statuscode
Mapping Artikel statuscode
Mapping verpakkingscodes
Mapping levertijd
Mapping itemrelatiestype
Voor de volledige documentatie van de DICO standaard verwijzen wij naar stichting Ketenstandaard Bouw en Techniek. Zij verstrekken XSD schema’s, de functionele attributenlijst en support op alle DICO berichten. U dient hiervoor of lid van Ketenstandaard te zijn of uw organisatie dient een 2BA-ETIM combi contract afgesloten te hebben met 2BA.
DICO berichten berichten dienen volgens het bijhorend schema zonder fouten te zijn gevalideerd. Ketenstandaard Bouw en Techniek biedt hiervoor een validatie tool (login vereist) aan binnen de website.
Voorbeeld header van het artikelbericht:
<PriceCatalogue xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="http://www.ketenstandaard.nl/artikelbericht/SALES/005" xmlns:exs="http://www.ketenstandaard.nl/SALES/Extensies" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.ketenstandaard.nl/artikelbericht/SALES/005 Artikelbericht_SALES005.xsd">
<PriceCatalogueNumber>cataogusnummer10</PriceCatalogueNumber>
<MessageDate>2019-11-11</MessageDate>
<PriceChangeIndicator>false</PriceChangeIndicator>
<Currency>EUR</Currency>
<MutationCode>4</MutationCode>
<Datapool>
<GLN>8714252005929</GLN>
</Datapool>
<Manufacturer>
<GLN>8714252005929</GLN>
</Manufacturer>
<Grouping>
<Supplier>
<GLN>8714252005929</GLN>
</Supplier>
Voorbeeld header van het productbericht:
<ProductData xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns="http://www.ketenstandaard.nl/productgegevens/SALES/005"
xmlns:exs="http://www.ketenstandaard.nl/SALES/Extensies"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.ketenstandaard.nl/productgegevens/SALES/005 Productgegevens_SALES005.xsd">
<MessageNumber>P45789</MessageNumber>
<MutationCode>9</MutationCode>
<MessageDate>2019-01-05</MessageDate>
<ETIMVersion>
<VersionNumber>DYNAMIC</VersionNumber>
<IssueDate>2018-10-11</IssueDate>
</ETIMVersion>
<Supplier>
<GLN>8714252005929</GLN>
</Supplier>
<Datapool>
<GLN>8714252005929</GLN>
</Datapool>
<Manufacturer>
<GLN>8714252005929</GLN>
</Manufacturer>
2BA ondersteunt complete of update (mutatie) bestanden van DICO. Een complete dataset dient alle actieve producten bevatten. Een nieuw volledig bestand overschrijft namelijk alle records in de database! Gebruik MutationCode om de dataset als een volledig of mutatie bestand te definiëren.
Bestaande productrecords die niet in het volledige bestand aanwezig zijn, worden voorzien van statuscode 130 als “vervallen product”. Bestaande handelsrecords die niet in het volledige bestand aanwezig zijn worden verwijderd.
Het advies is om te werken met volledige datasets. Door te werken met volledige datasets blijft de gepubliceerde data het meest gelijk aan uw brondata. Heeft u een dusdanig groot assortiment met een groot aantal bijlagen en geregeld wijzigingen dan adviseren wij te werken mutatiebestanden en periodiek een compleet bestand te publiceren.
Met de introductie van ETIM versie 8 is het mogelijk land specifieke kenmerken te communiceren. Vanaf DICO SALES005.1 wordt deze functionaliteit ondersteunt.
Volgens de documentatie van het SALES005 productbericht kan er voor de ETIM versie een waarde opgegeven van maximaal 35 karakters. Het datamodel ondersteunt maximaal 10 karakters voor de ETIM versie. Raadpleeg hier de mapping van de ETIM versie versus datamodel.
Als een waarde niet kan worden toegekend, heeft de dataleverancier volgens de ETIM-richtlijn de mogelijkheid om een minteken te gebruiken. Waarden met een minteken worden overgeslagen door 2BA. Gebruik in plaats daarvan een van de volgende redenen:
Binnen het model bestaat ook een mutatiecode op regelniveau. Met de DICO standaard kan deze waarde niet aangeleverd worden. Er is wel een mutatiecode op bestandsniveau (voor zowel het artikel- als productbericht). Daarnaast is op regelniveau een statuscode gedefinieerd. De combinatie van beide codes wordt op de volgende manier geïnterpreteerd:
Type dataset: mutatie (4):
Type dataset: compleet (9):
Vanuit het artikelbericht wordt er voor verpakkingscodes verwezen naar de EANCOM 7065 lijst. Deze lijst is niet opgenomen binnen het XSD schema. Gezien deze lijst veel dubbele, of niet voor de sector relevante, vormen bevat is er voor een selectie van de lijst gekozen.
Indien er een code ontbreekt waarvoor geen alternatief beschikbaar is, dan kunt u een verzoek indienen bij 2BA om deze code toe te voegen. Dit verzoek zal dan ook bij ETIM International ingediend worden voor het uitwisselformaat BMEcat 2005 ETIM Guidelines.
Per artikel kan worden gedefinieerd hoe het artikel besteld kan worden, op welke eenheid de prijs gebaseerd is, in welke kortingsgroep het artikel valt en hoe het artikel gebruikt kan worden.
DICO (SALES005) ondersteunt tot maximaal 100 prijzen per artikel. Toekomstprijzen kunnen extra opgenomen worden in het catalogusbericht waarbij de ingangsdatum van de prijs <StartDatePriceInformation> in de toekomst ligt. Wanneer er meerdere prijzen per artikel beschikbaar zijn, zal dit element bij een export dus meerdere malen opgenomen zijn in het catalogusbericht.
U kunt eerder opgegeven toekomstprijzen niet verwijderen uit de datapool. Indien u een toekomstprijs wilt corrigeren dan kunt u opnieuw een toekomstprijs aanleveren met dezelfde ingangsdatum als die van de “foute” prijs. De oude toekomstprijs wordt dan overschreven.
Met een goede omschrijving wordt het duidelijk om welk product het gaat. Afnemers gebruiken deze binnen de (web)catalogus, op transactieberichten en binnen de calculaties. Daarnaast kan op basis van de omschrijving het artikel of product ook gevonden worden. De branchestandaard kent twee omschrijvingsvormen: kort en lang, daarnaast is er ruimte voor een uitgebreide marketing tekst.
De certificaatstructuur zoals in de DICO standaard is opgenomen wordt volledig door de datapool ondersteund. Certificaten aangeleverd als bijlagen worden geïmporteerd, deze staan in relatie met de bijhorende indicator(en) zoals ROHS, CE Certificaat en ‘bevat batterij’.
De bijlagenstructuur is sterk uitgebreid ten opzichte van INSBOU004 zodat er nu ook fysieke bijlagen meegestuurd kunnen worden. Ook is er met SALES005 de mogelijkheid om een bijlagetitel en een bijlage omschrijving, oftewel een nadere toelichting op de bijlage op te geven. Bijlagen worden op dit moment alleen vanuit het productbericht geaccepteerd.
Standaard zal de importroutine een bijlage downloaden en toevoegen aan de productdata. Wanneer de original source indicator als ‘true’ is opgeven dan zal de importroutine de bijlage niet downloaden maar de bijlage als verwijzing (zoals opgegeven) naar de source (URL) behouden blijven. Dit is bijvoorbeeld gewenst wanneer een bijlage zoals een certificaat of handleiding dynamisch wordt bijgewerkt maar de URL gelijk blijft. Dit is overigens niet mogelijk voor de lage resolutie afbeelding (PPI).
Bijlage attributen geven de mogelijkheid om per bijlage extra gedetailleerde informatie vast te leggen zoals onder meer DOP, REACH of RoHS certificaat maar ook grafische eigenschappen (zoals aanzicht, kleurmodus, DPI of clipping path). Op basis van de attribuutwaarden van bijlagen kan een data-afnemer eventueel selecties in de te ontvangen bijlagen maken.
Raadpleeg de documentatie van het DICO uitwisselformaat of klik hier voor de beschikbare attributen.
De importroutine creëert van elk gedownload bestand automatisch een MD5 Hash. Een MD5 Hash maakt het mogelijk om te determineren of het om een nieuw bestand of een duplicaat gaat. De MD5 Hash wordt per bijlage middels het bijlage attribuut AttachmentHash met een aangevraagde dataset meegestuurd. Daarnaast wordt ook de door de dataleverancier gepubliceerde originele bestandsnaam/pad in het attribuut OrginalFileSource meegestuurd.
Binnen de DICO standaard biedt het attribuut ContentLanguage de mogelijkheid om de inhoudelijke taal van de bijlage te communiceren. Dit kan bijvoorbeeld van toepassing zijn als een handleiding data-technisch een Nederlandse titel en beschrijving heeft, maar de handleiding zelf in het Engels opgesteld is.
Een deeplink naar een product- of artikelpagina kon in het uitwisselformaat INSBOU004 in een apart veld gespecificeerd worden. Binnen de DICO standaard dient een deeplink als een bijlage type (LPP) opgegeven worden. Alleen de eerste opgegeven deeplink wordt als product of artikel deeplink geïmporteerd. Indien u meerdere deeplinks opgeeft, dan worden deze geïmporteerd als bijlage type ‘overig’ (OTA).
Met het itemrelatiebericht is het mogelijk om relaties aan te geven tussen producten of artikelen. De mapping van relatietype naar het datamodel is hier beschikbaar.