gebruikershandleiding Digitale Communicatie

Transcriptie

1 gebruikershandleiding Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0 Versie ONIX augustus 2015

2 Wijzigingen in versie 1.2 Fouten in diverse tags hersteld Uitleg bibliografische en commerciële imprint aangepast p. 42 Uitleg PublishingStatus en ProductAvailability aangepast p. 44 PriceType 01 toegevoegd p. 53 Functionaliteit huurprijzen toegevoegd p. 55 Uitleg Collaterial Detail aangepast p. 34 Tabel Product Forms fysieke boeken verplaatst naar p. 59 bijlage I Tabel ProductForms ebooks verplaatst naar bijlage II en p. 61 Blio verwijderd Tabel taalcodes verplaatst naar bijlage III p. 62 Tabel contentsoorten verplaatst naar bijlage IV p. 72 Wijzigingen in versie 1.3 Epub versie toegevoegd Wijzigingen in versie 1.4 Par. 1.2 Uitgangsdocumentatie: ONIX codelijstnummer p. 5 geupdated, fout in website adres ONIX Werkgroep verbeterd Par adres van in Message header aangepast p. 6 Par. 3.5 BTW classificatie toegevoegd p. 19 Par. 4 Collateral Detail hoofdstuk herschreven p. 33 Par Actueel jaar van verschijnen uit Titelbank als p. 44 verrijkt gegeven toegevoegd in PublishingDate composite Par. 7. Related Works composite toegevoegd p. 46 Par Fout in ProductAvailability tabel m.b.t. p. 43 PublishingStatus en ProductAvailability voor Remaindered hersteld Par 9 verspreide afwijkende specificaties voor ebooks p. 54 samengevoegd in nieuw hoofdstuk. Par. 9.3 VitalSourceBookshelf toegevoegd p. 58 In Bijlage I ProductForms fysieke boeken PP voor p. 64 Stickers en SA voor Samengesteld Pakket toegevoegd Diverse typefouten verbeterd Wijzigingen in versie 1.5 Aantal posities bij BTW classificatie verwijderd p. 19 Verplichtheid PrimaryNameType aangepast p. 25 Tabel PublishingStatus en ProductAvailability bijgewerkt p. 43 Wijzigingen in versie Diverse typefouten hersteld Bijlage II in kolom DRM voorloopnullen toegevoegd p. 68 Contributor met PrimaryNameType 00 toegevoegd p. 28 ONIX30IEIG weggehaald uit selectie p / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

3 ONIX30IEB bericht toegevoegd aan selectie p. 64 Huurtermijn van 2 jaar toegevoegd p. 62 Wijzigingen in versie 1.6 Opbouw <SalesRights> composite aangepast conform XSD Tekst over leeg bericht toegevoegd op de dagen dat er geen mutaties zijn geweest p. 47 p. 65 Wijzigingen in versie 1.7 Uitleg over wijze van verwerken Block updates p. 9 toegevoegd ContributorRole voor UnnamedPersons composite p. 27 gewijzigd van Z99 naar Z98 Verwijzingen naar AVI code oud verwijderd p. 34 Actueel jaar van uitgave uit Titelbank toegevoegd bij p. 44 uitleg PublishingDate ProductAvailability 44 voor titels met informatie- en p. 44 bestelretrictie toegevoegd PriceConditionType toegevoegd in PriceComposite ook p. 56 voor fysieke boeken <TaxRatePercent> toegevoegd aan specificaties <Tax> p. 57 composite <Tax> composite toegevoegd aan specificaties van p. 65 ebooks Wijzigingen in versie 2.0 RecordSourceType toegevoegd p. 11 Bij Links to Supporting Resources waardes toegevoegd p. 39 voor inkijkbestanden die alleen online zijn te raadplegen Opbouw <SalesRights> composite aangepast conform p. 48 XSD ONIX <NoProduct/> flag toegevoegd bij leeg bericht p. 69 Epub versienummer volgens XSD ONIX p. 60 toegevoegd ProductForm SA toegevoegd aan lijstje van p. 18 ProductForms die niet geschikt zijn voor webwinkels PriceType 11 toegevoegd voor netto actieprijs p. 57 Tekst ISTC aangepast en tekst NSTC toegevoegd p. 50 ProductForm ED voor PDF gewijzigd naar EA p / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

4 Wijzigingen in versie 2.1 Paragraaf met uitleg over block updates uitgebreid met p. 10 voorbeelden Voorbeelden van contentsoorten aangepast bij Links to p. 41 supporting resources. BISAC code verplaatst naar paragraaf SubjectCodes p. 34 Test NSTC aangepast p. 50 MarketPublishingDetail toegevoegd p. 54 Betekenis ProductAvailability 31 aangepast naar CB p. 86 heeft geen voorraad meer. ProductAvailability 51 toegevoegd voor Uitverkocht ProductAvailability 34 toegevoegd voor POD titels waarvan de uitgever het bestand heeft teruggetrokken Beschikbaarheidsstatussen toegevoegd als aparte bijlage (Hoofdstuk 16) p. 86 Wijzigingen in versie Diverse fouten en ontbrekende waardes in tabellen verbeterd en aangevuld Groothandel Bestel Service kortingscategorie p. 64 toegevoegd Hoofdstuk Tips en trucs toegevoegd p. 8 4 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

5 Inhoudsopgave Inhoudsopgave 5 0. Tips en trucs 8 1. Inleiding Opbouw document Uitgangsdocumentatie Opbouw van het bericht Message declaration en headerrecord Product record Hoe verwerk ik een ONIX30 mutatiebericht? Block updates Structuur van een ONIX-bericht Product record Record reference number, type and source Product identifier composite Block 1: Descriptive detail Enkelvoudig of samengesteld artikel Verschijningsvorm van de titel Product form code ProductPart Product form description Measure composite (afmetingen) Product Classificatie: Fondsgroep en BTW classificatie ProductClassification: BTW Classificatie Collection Part Title Detail Composite Commerciële titel Auteur*titel-omschrijving Verkorte titel Bibliografische titelomschrijving Authorship Edition Language Extents and other content Extent type code ExtentValue ExtentValue in Roman numerals ExtentUnit Illustrated /not illustrated flag Subject NUR BISAC Trefwoord Audience Block 2: Collateral Detail Wat is collateral detail? Descriptions and supporting text: Cited content (links naar recensies van derde partijen) Links to supporting resources Block 4: Publishing Detail Wat is publishingdetail? 48 5 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

6 6.2. Commerciële en bibliografische imprint Bibliografische imprint Commerciële imprint (uitgevers eigen indeling van titels t.b.v. CB-verslaglegging) Eigenaar Global publishing status/ copyright PublishingStatus Publishing date composite Block 5: Related Material Related Works Related Products Vervanger Alternatief ISBN van fysieke boek op basis waarvan ebook versie is gemaakt BLOCK 6: ProductSupply Uitgever geeft titel vrij op specifieke datum Supplier composite Product availability SupplyDate Embargo Aantal artikelen in bindersverpakking Price composite Ebooks in ONIX Block descriptive detail Product form Epub usage BISAC main subject heading VitalSourceBookshelf Aankoop prijzen Huurprijzen Assortimenten Algemeen Als er geen enkele mutatie is geweest FTP-transfer Bestandsgrootte Tekenset Bijlage I: ProductForms fysieke boeken Bijlage II : ProductForms ebooks Bijlage III: Taalcodes Bijlage IV Contentsoorten voor SupportingResources Beschikbaarheidsstatussen 92 6 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

7 7 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

8 0. Tips en trucs Inleiding Voor het presenteren van boeken in de etalage van een webwinkel en voor het juist en volledig tonen van de gegevens van de boeken is het belangrijk dat gebruik wordt gemaakt van standaards in de utiwisseling van gegevens. ISBN is al 45 jaar de internationale standaard voor het uniek identificeren van een uitgave van een boek (en onder beheer van het International ISBN Agency te Londen). Bureau ISBN is binnen Nederland verantwoordelijk voor de toepassing van het ISBN en voor het eenduidig en gestandaardiseerd vastleggen van de titelgegevens (metadata) van de boeken met een ISBN. ONIX is al 15 jaar de internationale standaard voor het uitwisselen van de gegevens van de boeken met een ISBN (en onder beheer van Editeur).CB faciliteert als spin in het web van de Nederlandse boekenbranche Bureau ISBN en vertegenwoordigt Nederland binnen Editeur. Doel van de ONIX berichten. Gegevens van boeken worden regelmatig aangepast. Een nieuw boek wordt al aangekondigd voordat het is verschenen. Bij verschijnen van het boek worden de gegevens gecontroleerd en compleet gemaakt door Bureau ISBN. Prijzen en beschikbaarheid kunnen wijzigen in de loop van de tijd. Er wordt aanvullende informatie toegevoegd door de uitgever zoals covers, leesfragmenten, boekbeschrijvingen. Dagelijks worden alle mutaties doorgegeven naar de webwinkels in ONIX mutatiebestanden. Voor het up to date houden van de gegevens over het boek in de webwinkel is het belangrijk om dagelijks de mutaties te verwerken. Welke titels lees ik in? Mogelijk zijn niet alle titels relevant voor uw webwinkel. Er kunnen titels in het bestand zitten die niet (meer) everbaar zijn en die u wilt uitsluiten van het tonen op uw website. Hiervoor kunt u filteren op de waarde in de tag <ProductAvailability>.Titels met ProductAvailability 21 of 23 zijn direct leverbaar. Bij ProductAvailability 10, 12, 32 en 34 worden orders in nota genomen. Alle overige ProductAvailabilities betekenen dat de titels niet (meer) levernaar zijn. Hoe verwerk ik mutaties? Mutaties kunnen bijvoorbeeld zijn: het aanvullen of bijwerken van de titelgegevens of auteurs, het wijzigen van de beschikbaarheid, het wijzigen van de prijs, het toevoegen of wijzigen van een cover, een leesfragment, boekbeschrijving of promotionele tekst, het toevoegen van trefwoorden. Om de gegevens op uw website actueel te houden is het van belang dat u de mutaties dagelijks verwerkt. Een ONIX 3.0 bericht is opgebouwd uit blokken. Mutaties worden doorgegeven als block update. Dat betekent dat u bij een mutatie op een titel GEEN volledig record krijgt aangeleverd. U krijgt alleen het block /de blocks door waarin wijzigingen zijn opgetreden. Hiermee overschrijft u de identieke blocks in uw database. Voorbeeld: de prijs van een boek wijzigt. De prijs is opgenomen in het block ProductSupply. U krijgt in het ONIX bericht een Block update door van het Block productsupply. Dit bevat alle gegevens in het Block ProductSupply en bevat de volledige nieuwe waarheid van dat block. U overschrijft het block ProductSupply in uw eigen aritkelbestand met het aangeleverde block. De overige blocks blijven ongewijzigd in uw database want krijgt u niet opnieuw aangeleverd. 8 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

9 Hoe toon ik een titel op mijn website? Het is voor de vindbaarheid van een titel van belang dat u de titelgegevens juist en volledig opneemt en dat de klant van de webwinkel kan zoeken op herkenbare woorden uit de titel en de serie. Vooral dee naam van een serie is het meest herkenbare deel van de titel waar de klant het eerst op zal zoeken. De serietitel staat in een aparte composite <Collection> composite. (Het is dus van groot belang dat u deze betrekt bij de opbouw van de titel op uw website. Ons advies is om van de serietitel een apart veld te maken waar op gezocht kan worden en waar de klant ook alle titels uit dzelfde serie gemakkelijk bij elkaar kan zien. Als uw database geen apart veld heeft voor de serie dan adviseren wij om de volgende logica te gebruiken: Check of er een <Collection> composite met bijbehorend <TitleText> en evt. <PartNumber> in het ProductRecord aanwezig is. Zo ja plaats deze dan altijd vooraan in de titelopbouw. Als hij afwezig iswordt deze natuurlijk weggelaten. Check daarna hoeveel TitleElementLevels in de <TitleDetail> composite met <TitleType> 01 zitten. Is er alleen een <TitleElementLevel> 01 dan neemt u daar de <TitleText> van. Is er een <TitleElementLevel> 01 en 02, dan neemt u eerst de <TitleText> van TitleElementLevel 02 en daarachter de <TitleText van TitleElementLevel 01. Is er een <TitleElementLevel 01, 02 en 03 dan neemt ue eerst de <titletext> van TitleElementLevel 03, daarna die van 02 en daarna die van 01. De titelopbouw is dus dat het meest specifieke element het laagste <TitleElementLevel> krijgt. Als u bovengenoemde logica volgt gaat het in alle gevallen goed Het tonen van een auteursnaam op een website Een klant die in een webwinkel een titel zoekt op auteur kan last hebben met verschillende schrijfwijzes van een identieke auteursnaam (Annie Schmidt, Annie M.G. Schmidt, A.M.G. Schmidt) Dit kan een webwinkel oplossen door bij voorkeur de gestandaardiseerde vorm van de auteursnaam in te lezen. De webwinkel kan hiermee alle titels van de zelfde auteur onder 1 naamsvermelding vindbaar maken en titels van dezelfde auteur bij elkaar plaatsen. Omdat nog niet alle titels zijn voorzien van gestandaardiseerde auteursnamen wordt de volgende logica aangeraden: : 1. Toon <Contributor> composite met <PrimaryNameType> 02 authority controlled als deze aanwezig is. Dit is de gestandaardiseerde auteursnaam 2. Als er geen <Contributor> composite aanwezig is met <PrimaryNameType> 02, toon de auteursnaam uit de <ContributorComposite> zonder <NameType>. Dit is de auteursvermelding zoals die bij de redactionele controle door Bureau ISBN in het boek is aangetroffen. 9 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

10 Het tonen van de naam van de uitgever op een website Een boek wordt uitgegeven door een uitgever en de naam van de uitgever zoals die in het boek staat is de merknaam (in boekjargon: imprint) en vergroot de herkenbaarheid vna het boek. De uitgever zal dus zeker willen dat zijn naam wordt opgenomen bij de titelgegevens op de website. In het ONIX 3.0 record wordt de <PublisherName> (de naam van de uitgever die het boek laat distribueren via CB) opgenomen en daar waar de naam van de uitgever in het boek afwijkt van de <PublisherName> wordt ook de <ImprintName> opgenomen. Ons advies is om voor het tonen van de uitgeversnaam op de website de volgende logica te hanteren: 1. Toon de <ImprintName> 2. Als deze niet aanwezig is, toon de <PublisherName> Interpreteren van prijsinformatie Het is van belang dat het boek met de juiste prijs wordt getoond in de webwinkel. Daarvoor is het goed om u te realiseren dat in het ONIX file prijzen met een ingangsdatum in de toekomst kunnen worden doorgegeven. Het is ook goed om u te realiseren dat een ONIX record naast een standaard prijs ook een tijdelijke actieprijs kan bevatten. De aanbevolen logica is: Als er op de systeemdatum een actieprijs geldig is, vermeld dan de actieprijs. Een actieprijs is herkenbaar aan PriceType 14 (voor fysieke boeken) of PriceType 12 (voor ebooks) Als er op de systeemdatum geen actieprijs van toepassing is, vermeld dan de bruto vaste boekenprijs (PriceType 14) of de bruto adviesprijs (PriceType 12). Het interpretern van beschikbaarheidsinformatie De klant die zoekt op de site van een webwinkel moet juist worden geïnformeerd over de beschikbaarheid van een titel, al was het alleen al omdat hij vaak vooruit moet betalen en hij het boek al helemaal niet had besteld als hij had geweten dat het niet leverbaar was.. Het is dus van belang om dagelijks de mutaties in de beschikbaarheid te verwerken. Voor de bepaling van wat leverbaar/niet leverbaar is verwijzen we u naar de tabel in hoofdstuk 16. Hierbij staat per beschikbaarheidsstatus aangegeven wat er geburt met de orders. Verschillende uitgaven met dezelfde inhoud bij elkaar tonen Een klant die op zoek is naar een bepaald boek (werk) vindt het prettig als hij bij elkaar kan zien in welke uitvoeringen dit boek beschikbaar is. Bijvoorbeeld een paperback, een hardback, een ebook en een luisterboek. Dit zijn vier verschillende ISBN s, maar het zelfde werk. De koppeling tussen verschillende uitvoeringen van het zelfde werk op uw website kunt u leggen via het NSTC. (zie hoofdstuk 7). 10 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

11 . 11 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

12 1. Inleiding 1.1. Opbouw document Dit document beschrijft de aanlevering van artikelgegevens door het CB aan boekhandels, uitgevers en andere derde partijen. Deze gegevensaanlevering is gebaseerd op de internationale ONIX 3.0 standaard. In dit document worden de verschillende aspecten van de gegevensuitwisseling beschreven zoals die worden gebruikt vanuit de systemen van CB ten behoeve van het inlezen in de systemen van afnemers van titelinformatie van CB Uitgangsdocumentatie De volledige documentatie betreffende de ONIX 3.0 standaard is te vinden en te downloaden op Voor ontwikkeling van de berichtuitwisseling gaan we uit van de onderstaande versie van de ONIX standaard: ONIX for Books, Product Information, Format Specification Release 3.0, Revision 2, January 2014 ONIX Code Lists, Issue 26 for release 2.1 and 3.0, July 14, 2014 Interpretatie van het ONIX 3.0 bericht. In de ONIX 3.0 bericht standaard is een zeer groot aantal gegevens opgenomen. In Nederland en Vlaanderen is een ONIX gebruikersgroep actief die gezamenlijke afspraken hebben gemaakt over de set van gegevens uit de volledige ONIX 3.0 standaard die in de onderlinge uitwisseling van gegevens gebruikt kunnen worden. Deze documentatie is te vinden op de website van deze werkgroep, De ONIX Werkgroep komt 2 x per jaar bij elkaar en bespreekt de nieuwe marktontwikkelingen die eventueel kunnen leiden tot afspraken om nieuwe velden of nieuwe waardes uit de bestaande ONIX 3.0 standaard in gebruik te nemen of tot verzoeken aan Editeur.org om nieuwe velden of nieuwe waardes toe te voegen. Het CB levert niet alle mogelijke gegevens aan, maar beperkt zich tot de in het document beschreven elementen. Dit geldt ook voor mogelijke waarden die worden aangeleverd om elementen te classificeren. 12 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

13 2. Opbouw van het bericht Een ONIX bericht is opgebouwd uit een Message declaration, een Header record en één of meer Product records Message declaration en headerrecord In de Message declaration is dmv een door de ONIX standaard voorgeschreven formulering aangegeven dat er een ONIX bericht volgt, welk versienummer dit heeft en of dit bericht is opgebouwd volgens reference dan wel short tags. De ONIX 3.0 berichten van CB zijn altijd opgebouwd uit reference tags. Na de Message declaration volgt het headerrecord. In de header is aangegeven van wie het bericht afkomstig is. ONIX 3.0 berichten bevatten geen berichtspecifieke identificering voor wie het bericht bestemd is. Tevens bevat de Message Header een uniek berichtnummer (een volgnummer) en een timestamp. Hiermee kan de ontvanger van het bericht monitoren dat de diverse mutatieberichten in de juiste volgorde worden ingelezen in zijn eigen systeem. Hieronder een voorbeeld van een Message declaration en een Message header zoals die aan het begin van een ONIX 3.0 bericht van CB kunnen voorkomen. <?xml version="1.0" encoding="utf-8"?> <ONIXMessage release="3.0" xmlns=" <Header> <Sender> <SenderIdentifier> <SenderIDType>10</SenderIDType> <IDValue> </IDValue> </SenderIdentifier> <SenderName>CB B.V.</SenderName> <ContactName>Content</ContactName> </Sender> <MessageNumber> </MessageNumber> <SentDateTime> T0236</SentDateTime> </Header> Sender identifier composite In de Sender Identifier Composite wordt de afzender van het bericht geïdentificeerd door middel van het Relatie_ID bij CB. Dit is een uniek identificatienummer gebruikt door het CB om zowel leveranciers als boekhandels te identificeren. De velden worden als volgt gevuld: H1 <SenderIDType> : waarde 10 uit Code-list 44 duidt aan dat het een CB Relatie_ID betreft. H3 <IDValue> : hier wordt het Relatie_ID geplaatst, te allen tijde: Sender name Dit vrije tekstvelden geeft informatie van de afzender. We geven aan dat het CB B.V. afzender is van het bericht. H4 <SenderName> H5<ContactName> H6 < Adress> : Bedrijfsnaam van de afzender, te allen tijde: CB B.V. (lengte :22) : Contactinformatie voor inhoudelijke vragen te allen tijde: AMM Applicatiebeheer : Contactinformatie voor inhoudelijke vragen, te allen tijden: contentb-logistics.nl 13 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

14 Message number Het Message Number is een unieke waarde om mogelijke dubbele verwerking van het bericht uit te sluiten. SentDateTime Dit is de datum en de tijd waarop het bericht verstuurd werd, samengesteld uit jaar, maand, dag, uur en minuten (a.h.v 24 uurs klok, voorafgegaan door een T). YYYYMMDDTHHMM (bijv T1300) 2.2. Product record Een Product record bestaat uit 1 of meerdere blokken. Het volledige Product record bevat: <Product> Record metadata Group P.1 Product numbers Group P.2 <DescriptiveDetail> </DescriptiveDetail> Block 1 <CollateralDetail> </CollateralDetail> Block 2 <ContentDetail> </ContentDetail> Block 3 <PublishingDetail> </PublishingDetail> Block 4 <RelatedMaterial> </RelatedMaterial> Block 5 <ProductSupply> </ProductSupply> Block 6 </Product> Het blok Record metadata en Product numbers geeft aan wat het type wijziging is en over welk ISBN de daarop volgende gegevens uit het ProductRecord betrekking hebben. Block 1: DescriptiveDetail Bevat de verschijningsvorm van het ISBN en de basistitelgegevens zoals titel, reeks, auteursvermeldingen, druk/editievermeldingen, de taal waarin de publicatie is uitgegeven, de omvang, en de verschillende onderwerpscoderingen zoals NUR en AVI leesniveau (voor kinderboeken) Block 2: CollateralDetail Bevat vermeldingen van cover, backcover, flapteksten en andere promotionele teksten, verwijzingen naar bestanden met leesfragmenten, filmpjes, gesproken teksten die gerelateerd zijn aan de publicatie Block 3: ContentDetail Bevat vermeldingen over individuele hoofdstukken uit een publicatie, wordt volgens de afspraken van de ONIX Werkgroep niet gebruikt in Nederland/Vlaanderen. Block 4: PublishingDetail Bevat gegevens over de imprints, de eigenaar, het stadium levenscyclus en de verschijningsdatum Block 5: RelatedMaterial Bevat gegevens over vervangende ISBN s en ISBN s van een fysiek boek, waarvan een ebook is afgeleid Block 6:ProductSupply Bevat alle commerciële gegevens rondom de dienstverlening van de distributeur, zoals stadium dienstverlening, prijsgegevens, BTW en boeksoorten. 14 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

15 2.3. Hoe verwerk ik een ONIX30 mutatiebericht? Block updates CB stuurt mutaties door op basis van Block updates. Als een boekhandel voor het eerst met ONIX 3.0 gaat werken, ontvangt hij een initieel bericht met alle volledige ProductRecords. Als daarna van een titel 1 of meerdere gegevens worden gemuteerd, wordt in het ONIX30 mutatiebericht een ProductRecord doorgegeven met alleen de gemuteerde Blocks. Het volledige nieuwe Block wordt doorgegeven en deze bevat de volledige nieuwe waarheid. Voorbeeld 1: De prijs van een titel wijzigt. Gevolg in ONIX 3.0: De prijs is opgenomen in het block ProductSupply. CB levert alleen het block ProductSupply opnieuw aan. De boekhandel overschrijft bij het inlezen van de gegevens in zijn eigen database alleen de gegevens die in het block productsupply voorkomen. Voorbeeld 2: De beschikbaarheid van een titel wijzigt. Gevolg in ONIX 3.0: De beschikbaarheid (ProductAvailability) is opgenomen in het block ProductSupply. CB levert alleen het block ProductSupply opnieuw aan. De boekhandel overschrijft bij het inlezen van de gegevens in zijn eigen database alleen de gegevens die in het block productsupply voorkomen Voorbeeld 3: De uitgever levert een boekbeschrijving en een cover aan. Gevolg in ONIX 3.0: De boekbeschrijving en de flapteksten zijn beiden opgenomen in het block CollateralDetail. CB levert alleen het block CollateralDetail aan. Hiermee wordt de content van de titel in de database van de boekhandel aangevuld. Voorbeeld 4: De titel verschijnt en wordt redactioneel gecontroleerd door Bureau ISBN. Hierbij blijkt dat de titel onderdeel uitmaakt van een reeks, maar dat was oorspronkelijk niet opgegeven door de uitgever. Tevens wordt er een vertaler toegevoegd. Gevolg in ONIX 3.0: De reeksvermelding en de auteursvermeldingen maken beiden onderdeel uit van het block DescriptiveDetail. Het volledige Block DescriptiveDetail wordt opnieuw aangeleverd in het ONIX 3.0 bericht. De boekhandel overschrijft hiermee in de verwerking alle gegevens van het block DescriptiveDetail in zijn eigen database, maar de overige blokken blijven ongemoeid. 15 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

16 2.4. Structuur van een ONIX-bericht Ieder Block is opgedeeld in 1 of meer composites. Een composite is een groepering van verwante velden (data elements). Een composite kan ook andere, onderliggende composites bevatten. Voor elk besproken veld (data element) van het bestand worden in een tabel volgende punten aangegeven: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix A/S CB LIST A N POS. Waarbij: Data Element Field XML Reference Name M/O Onix A/S CB List A N POS Naam van het veld (data element) Referentiecode gebruikt in Onix 3.0 -documentatie Naam van het veld zoals gebruikt binnen het bericht Verplicht of optioneel (Mandatory / Optional) volgens Onix Geeft aan of het CB dit veld altijd (always) of soms (sometimes) vult in het uitgaande bericht In sommige velden wordt door middel van een waarde uit een Editeur codelist aangegeven wat er in de betreffende composite wordt doorgegeven, bijvoorbeeld of het om een cover of een back cover gaat. In de kolom List wordt aangegeven welke codelist van toepassing is. Alfanumeriek of Numeriek Aantal posities Indien een composite herhaald kan worden, staat achter het data element een (R) (=repeatable). Niet elk veld (data element) zal worden opgenomen in het Onix 3.0-bericht. Per veld wordt aangeduid of het al dan niet verplicht is volgens Onix 3.0. Daarnaast zal aangegeven worden of CB het veld altijd vult (A) of soms (S). Een verplicht veld in Onix (M) zal altijd gevuld worden door het CB, een Onix (O) veld kan daarnaast ook altijd worden gevuld door het CB. Indien een veld niet is opgenomen in dit document, maar wel is vermeld in de officiële Onix 3.0 documentatie, dan wordt het niet aangeleverd door het CB. Verplichtheid geldt op twee niveaus; een composite kan zelf optioneel zijn, maar indien toegevoegd in het bericht, moeten specifieke velden binnen die composite wel ingevuld worden. Daarom staat bij deze composite een O, maar voor velden binnen de composite een M. Hetzelfde geldt voor de A en S waarden van het CB. Voor de individuele velden wordt verklaard welke gegevens deze moeten bevatten en het formaat van het veld (numeriek, alfanumeriek en aantal posities). In Onix zelf worden slechts zeer beperkt veldtypes en 16 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

17 lengtes gedefinieerd; binnen CB gelden hierop echter wel bepaalde beperkingen. Wanneer het CB afwijkt van een richtlijn of een aanzienlijk kortere lengte zal aanleveren wordt dat opgemerkt bij het veld. 17 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

18 3. Product record Een overzicht van de gebruikte velden (data elements) en composites Record reference number, type and source Na de Message header begint het Product record. Het begin van het Product record is het RecordReference Number. Hierin wordt een referentienummer aangegeven voor de gegevens die volgen in het betreffende Product record DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix A/S CB LIST A N POS. Record Reference Number P.1.1 <RecordReference> M A N 13 Notification or Update Code P. 1.2 <NotificationType> M A 1 N 2 Record source type code P.1.4 <RecordSourceType> O S 3 N 2 Hieronder een voorbeeld van het begin van een ProductRecord zoals dit kan voorkomen in een ONIX 3.0 bericht van CB. <Product> <RecordReference> </RecordReference> <NotificationType>04</NotificationType> <RecordSourceType>09</RecordSourceType> Record reference number Een record met titelgegevens wordt geïdentificeerd aan de hand van de GTIN-13 (vroeger EAN-UCC13). Dit is een referentienummer voor het record, niet voor de titel die in dit record is opgenomen, deze staat in P 2.3. Echter deze twee zullen in het ONIX bericht dat CB aanlevert altijd dezelfde waarde bevatten. NotificationType <NotificationType> wordt default gevuld met waarde 04 (Update) Het CB zal dit veld altijd vullen met 04 uit codelijst 1, waarmee wordt aangegeven dat het product record is opgebouwd uit Block updates. Alleen de blocken uit het product record waarin gegevens gewijzigd zijn worden doorgegeven en bevatten de volledige nieuwe waarheid. Bij een nieuwe titel wordt impliciet het volledige product record aangeleverd omdat alle blocken dan nieuw zijn. RecordSourceType <RecordSourceType> wordt gevuld met waarde 09 (ISBN Agency) als de titelgegevens in de blokken DescriptiveDetail en PublishingDetail door Bureau ISBN op juistheid en volledigheid zijn gecontroleerd aan de hand van de publicatie zelf en waar nodig zijn aangevuld en aangepast Product identifier composite De Product identifier composite wordt gebruikt om de identificatie van de titel aan te geven in het product record. Voor CB wordt het GTIN-13 (EAN, UCC-13) van de titel opgenomen 18 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

19 Deze composite zal per artikel altijd worden aangeleverd en precies 1 keer. DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix Product Identifier Composite (R) <ProductIdentifier> M A In PR.1. <RecordReference> wordt deze EAN reeds opgenomen, maar daar gaat om een (uniek) referentienummer voor het record, in deze composite over de bibliografische identificatie van de titel. Ze zullen in het ONIX bericht dat door CB wordt aangeleverd altijd hetzelfde zijn. A/S CB LIST A N POS. Product Identifier Type Code P.2.1 <ProductIDType> M A 5 N 2 Identifier Value P.2.3 <IDValue> M A N 13 End of Product Identifier Composite Waarbij: P2.1 <ProductIDType> : waarde 03 uit Code-list 05 duidt aan dat het om een GTIN-13 (EAN.UCC13) gaat. P 2.3 <IDValue> : het eigenlijke EAN/ISBN-13 van de titel. 19 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

20 4. Block 1: Descriptive detail Hierna ziet u een voorbeeld van het Block Descriptive Detail uit een ONIX 3.0 bericht van het CB. Het blok bevat achtereenvolgens: Verschijningsvorm Afmetingen Productclassificatie Indien samengesteld artikel, de samenstelling Titelgegevens en reeksvermelding Auteursvermeldingen Druk- en editievermeldingen Omvang Onderwerpscoderingen Publiek voor wie de titel bestemd is Hierna een voorbeeld van het Block DescriptiveDetail voor een fysiek boek. <DescriptiveDetail> <ProductComposition>10</ProductComposition> <ProductForm>BC</ProductForm> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> 20 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

21 <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <Measure> <MeasureType>01</MeasureType> <Measurement>188</Measurement> <MeasureUnitCode>mm</MeasureUnitCode> </Measure> <Measure> <MeasureType>02</MeasureType> <Measurement>111</Measurement> <MeasureUnitCode>mm</MeasureUnitCode> 21 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

22 </Measure> <Measure> <MeasureType>03</MeasureType> <Measurement>26</Measurement> <MeasureUnitCode>mm</MeasureUnitCode> </Measure> <Measure> <MeasureType>08</MeasureType> <Measurement>455</Measurement> <MeasureUnitCode>gr</MeasureUnitCode> </Measure> <ProductClassification> <ProductClassificationType>06</ProductClassificationType> <ProductClassificationCode>710</ProductClassificationCode> </ProductClassification> <ProductClassification> <ProductClassificationType>07</ProductClassificationType> <ProductClassificationCode>BK_ALG</ProductClassificationCode> <Percent>100</Percent> </ProductClassification> <TitleDetail> <TitleType>01</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>Handleiding verhoor</titletext> <Subtitle>het politievak inzichtelijk</subtitle> </TitleElement> </TitleDetail> <TitleDetail> <TitleType>05</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>HANDLEIDING VERHOOR </TitleText> </TitleElement> </TitleDetail> <TitleDetail> <TitleType>10</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>AMELSVOORT*HANDLEIDING VERHOOR </TitleText> </TitleElement> </TitleDetail> <TitleDetail> <TitleType>11</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>Handleiding verhoor</titletext> </TitleElement> </TitleDetail> 22 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

23 <Contributor> <SequenceNumber>1</SequenceNumber> <ContributorRole>A01</ContributorRole> <NamesBeforeKey>Adri</NamesBeforeKey> <PrefixToKey>van</PrefixToKey> <KeyNames>Amelsvoort</KeyNames> </Contributor> <Contributor> <SequenceNumber>1</SequenceNumber> <ContributorRole>A01</ContributorRole> <NameType>02</NameType> <NamesBeforeKey>Adri</NamesBeforeKey> <PrefixToKey>van</PrefixToKey> <KeyNames>Amelsvoort</KeyNames> </Contributor> <Contributor> <SequenceNumber>2</SequenceNumber> <ContributorRole>A01</ContributorRole> <NamesBeforeKey>Imke</NamesBeforeKey> <KeyNames>Rispens</KeyNames> </Contributor> <Contributor> <SequenceNumber>2</SequenceNumber> <ContributorRole>A01</ContributorRole> <NameType>02</NameType> <NamesBeforeKey>Imke</NamesBeforeKey> <KeyNames>Rispens</KeyNames> </Contributor> <Contributor> <SequenceNumber>3</SequenceNumber> <ContributorRole>A01</ContributorRole> <NamesBeforeKey>Henny</NamesBeforeKey> <KeyNames>Grolman</KeyNames> </Contributor> <Contributor> <SequenceNumber>3</SequenceNumber> <ContributorRole>A01</ContributorRole> <NameType>02</NameType> <NamesBeforeKey>Henny</NamesBeforeKey> <KeyNames>Grolman</KeyNames> </Contributor> <EditionNumber>4</EditionNumber> <EditionVersionNumber>4</EditionVersionNumber> <Language> <LanguageRole>01</LanguageRole> <LanguageCode>dut</LanguageCode> </Language> <Extent> <ExtentType>00</ExtentType> <ExtentValue>433</ExtentValue> 23 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

24 <ExtentUnit>03</ExtentUnit> </Extent> <Illustrated>02</Illustrated> <Subject> <MainSubject/> <SubjectSchemeIdentifier>32</SubjectSchemeIdentifier> <SubjectCode>600</SubjectCode> </Subject> </DescriptiveDetail> 4.1. Enkelvoudig of samengesteld artikel <Product Composition> wordt gevuld met waarde 00 uit codelijst 2 als het een enkelvoudig artikel betreft en met waarde 10 uit codelijst 2 als het een samengesteld artikel betreft. Bij waarde 10 wordt de inhoud van de samenstelling opgenomen in de ProductPartComposite, zie par Verschijningsvorm van de titel Het begin van het Block Descriptive Detail zijn de gegevens met betrekking tot de verschijningsvorm van de titel. Voor een fysiek boek wordt de verschijningsvorm in het ONIX 3.0 bericht definieerd door de ProductForm. Voorbeeld van een fysiek boek: <ProductComposition>00</ProductComposition> <ProductForm>BC</ProductForm> Voor een ebook wordt de verschijningsvorm in het ONIX 3.0 bericht gedefinieerd door de combinatie van de tags ProductForm, ProductFormDetail, ProductFormFeature en EpubTechnicalProtection Voorbeeld van een ebook: <ProductComposition>00</ProductComposition> <ProductForm>ED</ProductForm> <ProductFormDetail>E101</ProductFormDetail> <ProductFormFeature> <ProductFormFeatureType>15</ProductFormFeatureType> <ProductFormFeatureValue>101A</ProductFormFeatureValue> </ProductFormFeature> EpubTechnicalProtection>03</EpubTechnicalProtection> (waarbij waarde 101A staat voor epub versie 2 en waarde 101B voor epub versie 3.Dit mag alleen voorkomen in combinatie met waarde E101 in ProductFormDetail. ) 24 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

25 DATA ELEMENT FIELD XML REFERENCE NAME Product Composition P3.1 <ProductComposition> M M 2 A 2 Product Form Code P.3.2 <ProductForm> M A 150 A 2 Product Form Detail P.3.3 <ProductFormDetail> O S 175 A 4 Product Form Feature Composite <ProductFormFeature> O ProductFormFeatureType Code P.3.4 <ProductFormFeatureType> M A 79 N 2 ProductFormFeatureValue P.3.5 <ProductFormFeatureValue> M A N 1 Einde ProductFormFeature </ProductFormFeature> Composite ProductForm Description P.3.8 ProductFormDescription O S A 255 Epub technical Protection P <EpubtechnicalProtection> O O 144 N 2 M/O Oni x A/ S CB LIS T A N POS Product form code In Bijlage I staat een overzicht van de waardes voor ProductForm die CB ondersteunt. Een aantal van deze waardes staan voor productvormen die zich niet lenen zich voor het tonen op de websites van webwinkels en het bestellen door eindconsumenten. Dit betreft: XA (promotiemateriaal) XB (een lege display bestemd als reclamemateriaal voor een boekhandel) XC (een set boeken verpakt in een display en bestemd om in boekhandels te etaleren) SA (Samengesteld pakket) Voor webwinkels is het dan ook aan te bevelen om bij het verwerken van het bericht in hun artikelbestand titels met de bovengenoemde productvormen uit te sluiten. 25 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

26 4.4. ProductPart Als het EAN waarop het ProductRecord betrekking heeft een artikel is dat uit meerdere onderdelen bestaat (een zgn. samengesteld artikel), is de ProductPart composite gevuld in het blok Descriptive Detail. In de ProductPart composite is aangegeven uit welke onderdelen de samenstelling bestaat en hoeveel keer dat onderdeel voorkomt. Als het onderdeel een EAN heeft dan wordt dit ook opgenomen in de ProductPart composite. De ProductPart composite wordt voor ieder onderdeel uit de samenstelling herhaald. DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix A/S CB LIST A N Product Part composite (R) <ProductPart> O S Product Identifier composite <ProductIdentifier> O S ProductIdentifierTypeCode P4.2 <ProductIDType> O S 5 N 2 IdentifierValue P4.3 <IDValue> O S N 13 End of Product Identifier composite </ProductIdentifier> Product Form Code P.4.5 <ProductForm> M A 150 A 2 POS. Product Form Detail P.4.6 <ProductFormDetail> O S 175 A 4 Number of pieces specified form P4.12 NumberOfItemsOfThisForm O S N 2 End of Product Part Composite </ProductPart> Hieronder een voorbeeld: Een artikel heeft een samenstelling van 2 EAN s die beiden 1 x voorkomen als onderdeel van het pakket. Dit leidt tot 2 afzonderlijke ProductPart composites. <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> <ProductPart> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> <ProductForm>BB</ProductForm> <NumberOfItemsOfThisForm>1</NumberOfItemsOfThisForm> </ProductPart> 4.5. Product form description Bij een samengestelde titel wordt de inhoud van de samenstelling bij voorkeur weergegeven in de ProductPart composite. Hierin wordt per artikel dat onderdeel uitmaakt van de samenstelling aangegeven wat de productvorm van de samenstelling of bijlage is en het aantal keren dat het artikel resp. de bijlage 26 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

27 voorkomt in de betreffende samenstelling. Soms bestaat de beschrijving van een bijlage uit vrije tekst die niet kan worden herleid uit een productvorm. Het veld <ProductFormDescription> geeft een omschrijving wanneer we geen juiste vertaling konden vinden voor de ProductForm in de Product Part Composite (deze is dan ook 00 : Undefined). Voorbeeld van een babyboekje, hardback : <DescriptiveDetail> <ProductComposition>00</ProductComposition> <ProductForm>BB</ProductForm> <ProductFormDescription>luierflapjes</ProductFormDescription> 4.6. Measure composite (afmetingen) DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix A/S CB LIST A N Measure Composite (R) <Measure> O S MeasureTypeCode P3.12 <MeasureType> O A 48 N 2 Measurement P3.13 <Measurement> O A N 3 Measure unit code P.3.14 <MeasureUnitCode> O A 50 A 2 End of Measure Composite </Measure> POS. In de Measure composite worden de afmetingen van het artikel doorgegeven: lengte (measure type 01), breedte (measure type 02), dikte (measure type 03) en het gewicht (measure type 08). In de measurement tag wordt de waarde van de meting doorgegeven. In de Measure unit code is aangegeven wat de eenheid van de afmeting is, bijvoorbeeld millimeters, grammen. In het onderstaande voorbeeld worden de afmetingen van een boek aangegeven met een lengte van 217 mm, een breedte van 146 mm, een dikte van 9 mm en een gewicht van 152 gram. <Measure> <MeasureType>01</MeasureType> <Measurement>217</Measurement> <MeasureUnitCode>mm</MeasureUnitCode> </Measure> <Measure> <MeasureType>02</MeasureType> <Measurement>146</Measurement> <MeasureUnitCode>mm</MeasureUnitCode> </Measure> <Measure> <MeasureType>03</MeasureType> <Measurement>9</Measurement> <MeasureUnitCode>mm</MeasureUnitCode> </Measure> <Measure> <MeasureType>08</MeasureType> <Measurement>152</Measurement> <MeasureUnitCode>gr</MeasureUnitCode> </Measure> 27 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

28 4.7. Product Classificatie: Fondsgroep en BTW classificatie DATA ELEMENT Product Classification Composite (R) Product classification type code Product classification code Percentage FIELD End of Product Classification Composite (R) XML REFERENCE NAME M/O Onix <ProductClassification> O A A/S CB LIST A N POS. P.3.2 M A 9 N 2 2 <ProductClassificationTyp e> P.3.2 M A A 9 3 <ProductClassificationCo de> P.3.2 <Percent> M S N 3 4 In de Product Classification Composite kunnen verschillende kenmerken van het artikel worden doorgegeven. CB plaatst hier de BTW classificatie in. De BTW classificatie is altijd gevuld. Dat het gaat om een ProductClassificationComposite met een BTW percentage is herkenbaar aan ProductClassificationTypeCode 07. Om ervoor te zorgen dat CB de juiste BTW kan bepalen op artikelfacturen tussen uitgevers en afnemers, moeten artikelen ingedeeld worden in een Product BTW Classificatie. Met behulp van deze classificatie kan onder andere worden bepaald welk BTW-tarief geldt in een bepaald land. Dat geldt ook voor artikelen die uit meerdere onderdelen bestaan (gemengd BTW), zoals een boek met een CD. Een artikel mag uit maximaal 3 classificaties bestaan, maar moet minimaal in één classificatie zijn ingedeeld. Bij de classificatie wordt een percentage doorgegeven dat aangeeft voor hoeveel procent het artikel uit de betreffende classificatie bestaat. Met dit percentage en de totale prijs wordt vervolgens de deelprijs berekend. Om hierin zo min mogelijk afrondingsverschillen te krijgen, kan het percentage met 5 decimalen worden doorgegeven. Bij een artikel met meerdere classificaties moet de optelsom van de percentages gelijk zijn aan 100%. Een percentage moet tussen 0 en 100 liggen. <ProductClassification> <ProductClassificationType>07</ProductClassificationType> <ProductClassificationCode>BK_ALG</ProductClassificationCode> <Percent>100</Percent> </ProductClassification> 28 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

29 Naast de ProductClassification Composite met de BTW classificatie kan een tweede ProductClassification composite voorkomen met de fondsgroep. Deze is herkenbaar aan ProductClassificationType 06. De fondsgroep is een indeling die een uitgever ten behoeve van zijn verslaglegging en eigen gebruik kan toepassen. Niet alle uitgevers maken hier gebruik van, dus de fondsgroep is optioneel. Een fondsgroep is een 3-cijferige code die ligt tussen 000 en 999 en die alleen voor de uitgever zelf betekenis heeft. Bij een ProductClassification vna Tupe 06 komt geen percentage voor. In het navolgende voorbeeld heeft een titel fondsgroep 998. <ProductClassification> <ProductClassificationType>06</ProductClassificationType> <ProductClassificationCode>998</ProductClassificationCode> </ProductClassification> 4.8. ProductClassification: BTW Classificatie 4.9. Collection Part Het kan voorkomen bij een titel dat deze is opgenomen in een bibliografische reeks. De reeks wordt opgenomen in de Collection Part. In de Collection part wordt aangegeven wat de relatie is van het EAN uit de ProductIdentifierComposite tot de collectie waar deze onder valt. De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix A/S CB LIST A N POS. Collection Composite (R) <Collection> O S Collection Type Code P.5.1 <CollectionType> M A 148 N 2 Title detail Composite (R) <TitleDetail> O S Title type P. 5.6 <TitleType> O M 15 N 2 Title element composite <TitleElement> O M Title element level P.5.7 <TitleElementLevel> O M 149 N 2 Part number P5.8 <PartNumber> O O A 10 Title text P5.10 <TitleText> O M 255 End of Title Element Composite </TitleElement> End of Title Detail Composite </TitleDetail> End ofcollection Composite </Collection> Hieronder een voorbeeld van de vermelding van deel 86 uit de reeks Merian live! CollectionType 10 uit codelijst 148 geeft aan dat er een bibliografische reeks volgt. 29 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

30 TitleType 01 uit codelijst 15 geeft aan dat het om de reeksnaam gaat zoals die op de titelpagina of colofon van het boek voorkomt. TitleElementLevel 02 geeft de relatie tussen de reeks en de hoofdtitel van het boek aan. <Collection> <CollectionType>10</CollectionType> <TitleDetail> <TitleType>01</TitleType> <TitleElement> <TitleElementLevel>02</TitleElementLevel> <PartNumber>86</PartNumber> <TitleText>Merian live!</titletext> </TitleElement> </TitleDetail> </Collection> Het veld PartNumber is niet bij alle reeksen gevuld. Het veld PartNumber kan ook Romeinse cijfers bevatten Title Detail Composite In de Title Composite worden alle gegevens opgenomen met betrekking tot de titelvelden van de publicatie waarover het ProductRecord gaat. Hierbij is van belang dat deze titelinformatie in vier verschillende varianten wordt doorgegeven, afgestemd op verschillende soorten gebruik door de afnemer van het bericht. Het is aan de afnemer van het bericht zelf om de keuze te maken welke variant hij voor welk doel inleest en toont voor de eindgebruiker van de titelinformatie. De vier verschillende varianten zijn van elkaar te onderscheiden door middel van de Title type. De velden van de TitleComposite zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N POS. Title detail composite (R) <TitleDetail> M A Title Type P6.1 <TitleType> M A 15 N 2 Title element composite <TitleElement> Title element level P6.2 M A 149 N 2 <TitleElementLevel> Part number P6.3 <PartNumber> O S A 10 Title text P6.5 <TitleText> M A A Bij TitleTy pe 01:200 0 Bij TitleTy pe 10:47 Bij TitleTy 30 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )

31 pe Bij TitleTy pe05:4 0 Bij TitleTy pe11:2 55 Subtitle P6.8 <Subtitle> O S A 2000 End of Title element composite (R) End of Title detail composite (R) Commerciële titel De commerciële titel ((TitleType 11 uit codelijst 15, max 255 posities) zijn de titelgegevens zoals de uitgever het liefst ziet dat deze in de etalage van de webwinkel wordt getoond en bevat de elementen waar een eindgebruiker van de titelinformatie het snelste op zal zoeken. Het veld wordt bij het opvoeren van een nieuwe titel in het assortiment automatisch gevuld met achtereenvolgens de naam van de reeks, de hoofdtitel, de deeltitel en de sectietitel van de publicatie, zoals bij de ISBN registratie zijn vastgelegd (volgens de bibliografische standaardregels).het staat de uitgever vrij om deze gegevens naar eigen inzicht te wijzigen met een alternatieve omschrijving. Boekhandels en webwinkels worden geadviseerd om met name het veld commerciële titel in te lezen. Dit bevat alle relevante titelgegevens in 1 veld. Hieronder een voorbeeld van een commerciële titel van een reisgids. Bij een reisgids selecteert een eindgebruiker op een website met name ook op de merknaam van de gids (reeksnaam) in combinatie met de reisbestemming. <TitleDetail> <TitleType>11</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>Merian Live!- Jordanië 2009</TitleText> </TitleElement> </TitleDetail> Hieronder een voorbeeld van een commerciële titel van een deel uit de schoolboekenmethode Veilig leren lezen. <TitleDetail> <TitleType>11</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>Veilig leren lezen Maanversie Leesboekjes 2, kern 2</TitleText> </TitleElement> </TitleDetail> 31 / Digitale Communicatie Uitgaande artikelgegevens via ONIX 3.0. versie (ONIX )