Communicatie. Digitale. gebruikershandleiding

Transcriptie

1 gebruikershandleiding Digitale Communicatie Informatie over o.a. Aanleveren artikelgegevens via ONIX 3.0 Versie 2.1 ONIX Auteur: Margot Kersaan, CB Schema s: Niels Verkaart, Verkaart Automatisering Hetty Liewerink, CB Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 1

2 Inhoudsopgave. Inleiding Opbouw document Uitgangsdocumentatie Aanlevering ONIX 3.0 metadata en content via FTP Verwerking van het ONIX bericht en de content Covers en Eboek bestanden apart indienen Covers Eboek bestanden XSD validatie Wie mag wat indienen? Levenscyclus van een titel Doorgeven van akkoord voor vrijgave Vrijgeven fysiek boek Vrijgeven eboek Omgaan met prijswijzigingen Inleiding Uitgangspunten Verwerking prijswijzigingen Opbouw van een ONIX bericht Message declaration Headerrecord Product record Productrecord fysieke boeken Record reference number, type and source Product identifier composite Block descriptive detail Product form Product form description Measure composite (afmetingen) ProductClassification: Fondsgroep ProductClassification: BTW Classificatie Collection Part Title Composite Authorship Edition Commercieel druknummer Herdruk of heruitgave Language Extents and other content Extent type code ExtentValue ExtentValue in Roman numerals ExtentUnit Illustrated /not illustrated flag Subject NUR Trefwoorden Audience composite (AVI codes) Block 2: Collateral detail Wat is collateral detail? 50 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 2

3 12.2. Ondersteunende teksten: flapteksten, promotionele teksten, annotaties, recensieteksten Linkjes naar recensies Covers, back covers, leesfragmenten, full content bestanden Block 4: Publishing Detail Wat wordt opgenomen in het block publishing detail Imprint: commerciële en bibliografische imprint Eigenaar Global publishing status/ copyright PublishingStatus Publishing date composite Territorial rights/ sales restrictions Territoriale verkoopuitsluiting Verkoopuitsluiting Block 5: Related Material Related Works Related Products BLOCK 6: ProductSupply Titels vrijgeven op een specifieke datum Supplier composite Product availability Statusovergangen in beschikbaarheid doorgeven SupplyDate Embargo Price composite Titels direct aanmelden voor PublishingOnDemand Aanvullingen voor ProductRecord eboeken Product form Shorts (EditionType code) BISAC main subject heading ProductSupply Supplier composite Pre-sales Onderhouden beschikbaarheid e-book Eboek prijzen Ebook verhuren naast ebook verkopen Vital Source Bookshelf Bibliotheek.nl Aanmelding non-boeken (niet-bibliografische werken) via ONIX Product Identifier Composite (Paragraaf 11.2) Block descriptive detail (Paragraaf 11.3) ProductClassification: Fondsgroep (Paragraaf 11.4) ProductClassification: BTW Classificatie (Paragraaf 11.5) Collection Part (Paragraaf 11.6) Title Composite (Paragraaf 11.7) Authorship (Paragraaf 11.8) Edition (Paragraaf 11.9) Language (Paragraaf 11.10) Extents and other content (Paragraaf 11.11) Subject (Paragraaf 11.12) Collateral detail (Hoofdstuk 12) Imprint (Paragraaf 13.2) Eigenaar (Paragraaf 13.3) 86 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 3

4 Global publishing status/ copyright (Paragraaf 13.4) Territorial rights/ sales restrictions (Paragraaf 13.5) ProductSupply (Hoofdstuk 15) Bijlage I ProductForms fysieke titels Bijlage II ProductForms eboeken Bijlage III Taalcodes Bijlage IV Bibliografische regels Bijlage IV Apple prijzen Bijlage V BTW Classificaties Bijlage VI Territories voor eboek distributieplatformen Bijlage VII Contentsoorten bij Supporting resources 114 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 4

5 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 5

6 Wijzigingen in versie 1.2 Epub versie toegevoegd p. 66 Wijzigingen in versie 1.3 RelatedWorks composite toegevoegd en ISTC voorbeeld p. 59 verbeterd Typefout verbeterd bij ProductAvailability Remainderd p. 55 Bij P.15.8 xml reference name verbeterd p. 48 P ResourceForm P.14 verbeterd naar P. 17 p. 49 Voorbeelden van P <DateFormat> die deprecated Diverse pagina s is vervangen door P16.14 Date Verklaring betekenis ContentdateRole p. 46 Collateral Detail: diverse waardes codelijsten voor Diverse pagina s aanlevering content in tabellen verwerkt VitalSource Bookshelf toegevoegd p. 74 Verschijningsvormenlijst aangevuld met: SA voor p. 76 samengesteld pakket, PP voor stickers, LA voor eboek licenties Wijzigingen in versie Verkeerde PriceType 01 bij huurprijzen verbeterd naar PriceType 02 Specificaties MagBoox als extern distributieplatform verwijderd Wijzigingen in versie p. 73 p. 94 Nook toegevoegd als extern distributieplatform p. 94 Foute waardes in tabel Supporting resources verbeterd p. 50 Wijzigingen in versie Hoofdstuk met algemene uitleg over stadium p. 31 levenscyclus en stadium dienstverlening laten vervallen Aantal posities bij BTW classificatie verwijderd uit tabel p. 35 Verplichtheid PrimaryNameType gecorrigeerd p. 41 Resource version feature note uit de voorbeelden p. 49 verwijderd omdat deze niet wordt ingelezen door CB Tekst PublishingStatus aangepast p. 55 Tekst ProductAvailability aangepast p. 63 Tekst O-boek korting aangepast p. 65 Website adres gecorrigeerd p. 69 MarketDateRole (presales) toegevoegd p. 71 Hoofdstuk onderhouden beschikbaarheid e-books p. 72 toegevoegd Tekst huurprijzen geactualiseerd p. 74 Tekst aanmelding Bookshelf geactualiseerd p. 76 Hoofdstuk over Bibliotheek.nl toegevoegd p. 77 Apple price tiers uitgebreid p. 92 Specificaties licentiebericht Bibliotheek.nl toegevoegd als p. 100 bijlage VIII Index toegevoegd p. 106 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 6

7 Wijzigingen in versie 1.4 Diverse fouten m.b.t. verplichtbaarheid en herhaalbaarheid, tagnummers en ontbrekende sluittags in de specificatietabellen verbeterd Hoofdstuk 3 herschreven en uitleg over de bewaartermijn p. 12 van de MessageNumbers voor de uniciteitscontrole toegevoegd In hoofdstuk XSD validatie toegevoegd tot en met welke p. 17 issue CB de codelijsten heeft geimplementeerd Hoofdstuk over omgaan met prijswijzigingen herschreven p. 22 Oude hoofdstuk 8 laten vervallen (is herhaling t.o.v. hoofdstuk 3 Schema s Niels Verkaart met toegestane p. 19 statusovergangen ProductAvailability toegevoegd Validatieschema in de Message declaration voor short p. 26 tag berichten gewijzigd naar reference Tekst over secundaire auteursnamen verwijderd p. 35 <Illustrated> flag in specificaties aangepast volgens XSD p. 41 Mappingstabel voor de verwijzingen naar meegeleverde p. 48 content aangepast naar de waardes zoals die zijn gebouwd (deze wijken af van de specificaties van Editeur) <SalesRights> composite specificaties aangepast p. 54 volgens XSD Tag PriceStatus (vrijgave-akkoord) toegevoegd aan p. 64 specificaties Price composite Tag TaxAmount toegevoegd aan specificaties p. 64 resp. 75 Mogelijkheid om titels voor POD aan te melden p. 67 toegevoegd Tekst over Shorts toegevoegd p. 70 Price condition composite toegevoegd aan de p. 75 specificatietabel en uitleg over de toepassing ervan bij huur en koop ebooks herschreven Hoofdstuk 18 voor aanmelden niet-bibliografische werken p. 79 toegevoegd Bijlage IV vervangen door Werkbeschrijving ISBN p. 95 In overzichtsschema platformen PDF als mogelijkheid p. 108 toegevoegd bij Google Wijzigingen in versie 1.5 Verwijzing naar inkijktekst weggehaald uit hoofdstuk 2 p. 12 Hoofdstuk 3 over verwerkingsproces CB herschreven en p. 13 schema s van Hetty Liewerink toegevoegd Schema Hety Liewerink over vrijgaveproces toegevoegd p. 26 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 7

8 CB beleid m.b.t. XSD validatie toegevoegd p. 18 Verwerking prijswijzigingen in tabel opgenomen p. 28 Verwijzingen naar inkijkteksten weggehaald uit de Links p. 51 to Supporting Resources composite Voorbeelden van PriceComposite vervangen door p. 61 nieuwe voorbeelden waar TaxRatePercent en TaxAmount in zijn opgenomen. PriceConditionTypeCode toegevoegd voor fysieke p. 65 boeken Specificaties EBLIMO bericht van uitgever naar CB verwijderd Wijzigingen in versie 2.0 Aanleveren van AVI codes toegevoegd p. 46 Opbouw <SalesRights> composite aangepast conform p. 59 XSD ONIX Epub versienummer aangepast conform XSD ONIX p Uitleg berekening deelprijzen bij gecombineerd BTW p. 68 toegevoegd Waardes ResourceContentType, ResourceForm en p. 53 ResourceMode in Links tosupporting resources aangepast conform codelijsten Amazon toegevoegd als extern distributieplatform p. 111 Wijzigingen in versie 2.1 Schema beschikbare statusovergangen van fysieke p. 23 boeken vervangen ivm wijziging ProductAvailability voor Uitverkocht Vrijgeven op specifieke datum toegevoegd aan hoofdstuk p Aanleveren trefwoorden toegevoegd aan Subject p. 46/47 composite Voorbeelden aanleveren Links to supporting resources p. 54 aangepast Tekst NSTC geactualiseerd p. 62 Vrijgeven op specifieke datum (MarketDate) toegevoegd p. 64/65 in blok ProductSupply ProductAvailability 51 toegevoegd p. 67 contact voor nadere toelichting, vragen en informatie kunt u contact opnemen met: CB BV Erasmusweg AK Culemborg Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 8

9 Afdeling Content mangement copyright copyright 2013, CB BV Niets uit dit rapport mag worden openbaar gemaakt en/of verveelvoudigd door middel van druk, fotokopie, microfilm of welke andere wijze dan ook zonder voorafgaande toestemming van CB BV. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 9

10 Voorwoord Na de implementatie van ONIX 3.0 bij CB in 2011 heeft het tot medio 2013 geduurd voordat de eerste uitgevers in hun eigen programmatuur over gingen op ONIX 3.0. Vanaf dat moment werd het pas mogelijk om proef te draaien met ONIX 3.0 in de uitwisseling van titelmetadata tussen CB en de uitgever. Niels Verkaart van Verkaart automatisering heeft hier een voortrekkersrol in gespeeld. Hij is softwareleverancier van het systeem PAC dat gebruikt wordt door o.a. Meulenhoff Boekerij. Met Meulenhoff Boekerij hebben we de eerste ONIX 3.0 ervaringen opgedaan. Niels is ook de auteur van de schematische weergaves van mogelijke statusovergangen van de beschikbaarheid van een titel. De ervaringen uit de procestest zijn verwerkt in deze handleiding. Tevens heeft dit traject geleid tot een aantal bevindingen die planmatig worden opgepakt en opgelost. Met dank aan Niels Verkaart en Pier Post van Meulenhoff Boekerij voor hun inbreng en Gert-Jan Tummers van Thieme Meulenhoff voor het reviewen van de handleiding. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 10

11 1. Inleiding 1.1. Opbouw document Dit document beschrijft de aanlevering van artikelgegevens van de uitgever naar Bureau ISBN en CB. Deze gegevensaanlevering is gebaseerd op de internationale ONIX 3.0 standaard, die wordt beheerd door EDItEUR. In deze ONIX 3.0 handleiding voor het aanleveren van artikelgegevens aan CB worden de verschillende aspecten van de gegevensuitwisseling tussen uitgevers en het CB beschreven met betrekking tot: Interpretatie van het ONIX bericht. Welke gegevens zijn nodig om welke artikelgegevens op te nemen in het artikelbestand van Bureau ISBN, CB en/of Digitale distributie Omgaan met mutaties Welke soorten mutaties kan een uitgever doorsturen op zijn titels en wanneer moet dat gebeuren Verwerking en foutafhandeling Op welke manier worden de ONIX berichten verwerkt en gecontroleerd en hoe vindt hierover terugkoppeling plaats. Zowel over de technische als de inhoudelijke verwerking Afspraken over aanlevering Op welke wijze en via welk communicatiemedium worden de berichten aangeleverd. Welke activiteiten rondom het onderhouden van artikelgegevens kunnen niet worden aangeleverd via ONIX 1.2. 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 27 for release 2.1 and 3.0, oktober 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 set gegevens is vastgelegd in het document: Aanleveren Artikelgegevens in ONIX 3.0; Handleiding ONIX-Werkgroep versie 2.1, 19 juni Dit is een levend document; 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. De documentatie van de ONIX Werkgroep vormt de basis voor de ONIX 3.0 verwerking van het CB en is te vinden op de website van de ONIX Werkgroep, Titelregistratie Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 11

12 De werkwijze en regels voor titelregistratie bij Bureau ISBN zijn terug te vinden op Onder het tabblad Informatie onder het kopje Handleiding ISBN bevindt zich een link waardoor u de handleiding kunt downloaden. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 12

13 2. Aanlevering ONIX 3.0 metadata en content via FTP De uitgever heeft bij CB de beschikking over een FTP account met een in-box en een uit-box. Via een gebruikersnaam en wachtwoord, krijgt de uitgever toegang. Een ONIX 3.0 bericht met metadata en eventueel daar bij behorende content wordt aangeleverd als een zip file. In dit ZIP file zitten de metadata in de vorm van het ONIX bericht en de bijbehorende bestanden (content) waarnaar wordt verwezen in het ONIX bericht. Voorgeschreven bestandsnaam: 1. Voor het ZIP file: _onx.zip 2. Voor het ONIX bericht dat in het zip file zit: _onx.xml 3. Voor de content bestanden die in het zip file zitten: Eboek bestand: <ISBN>_ebfc.pdf <ISBN>_ebfc.epub <ISBN>_ebfc.xps <ISBN>_ebfc.mp3 Inkijktekst: <ISBN>_hfd.pdf <ISBN>_hfd.epub <ISBN>_hfd.mp3 Cover en backcover: <ISBN>_cvr.jpg <ISBN>_bcvr.jpg Voor het ophalen en verwerken van de cover en de back cover moet er een verwijzing in het ONIX 3.0 bericht aanwezig zijn naar het meegeleverde bestand. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 13

14 3. Verwerking van het ONIX bericht en de content De content en het ONIX bericht met de metadata worden opgehaald van de FTP server en gescheiden verwerkt, maar in dezelfde queue geplaatst qua prioriteit. Als eerste stap worden de bestanden door het Berichten Verwerkings Systeem (BVS) van CB gecontroleerd. De output hiervan is een.err of een. ok bestandje dat wordt teruggeplaatst op de FTP server in de outbox van de uitgever. <?xml version="1.0" encoding="iso "?> <ONTBEV xmlns=" <bericht> <cb_bericht_nr> </cb_bericht_nr> <afzender_bericht_id>31674</afzender_bericht_id> <type>onix30</type> <file>cb _onx.xml</file> <ftp_dir> \in</ftp_dir> <relatie_id> </relatie_id> <ontvangen> </ontvangen> </bericht> <melding> <line> Bericht 31674(cb _onx.xml) is correct verwerkt in de CB-systemen, zonder meldingen. </melding> </ONTBEV> </line> Door middel van dit.ok berichtje is het verband te leggen tussen de berichtidentificatie die het systeem van de uitgever heeft toegekend aan het bericht en de berichtidentificatie die het systeem van CB heeft toegekend aan het bericht. Na de verwerking van het bericht door BVS worden de afzonderlijke ProductRecords individueel verwerkt. Iedere 10 minuten wordt door het verwerkingssysteem de status van verwerking van het ProductRecord gecheckt en waar nodig bijgewerkt. De status wordt via een XML bestandje dat wordt teruggeplaatst op de FTP server van de klant gerapporteerd. In dit.xml bestandje wordt de koppeling met het originele ONIX 3.0 bericht gelegd door de interne berichtidentificatie van CB. <?xml version="1.0" encoding="utf-8"?> - <O30AMLDNG xmlns=" - <Header> <HeaderID>1</HeaderID> <MessageType>O30AMLDNG</MessageType> <SenderID> </SenderID> <SupplierID> </SupplierID> <SentDate> </SentDate> </Header> - <Detail> <ProductIdentifier> </ProductIdentifier> <MessageSequenceNumber> </MessageSequenceNumber> <TimeStamp> </TimeStamp> <Melding> Bij de brutoprijs ontbreekt CondtionType "00". </Melding> <Melding>Assortimentsmutatie is ingediend</melding> <Melding>Content is succesvol verwerkt</melding> <Melding> Mutatie bibliografische gegevens is succesvol verwerkt</melding> </Detail> </O30AMLDNG> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 14

15 Hieronder zijn de diverse processtappen en de controlemomenten schematisch weergegeven. (auteur van de schema s is: Hetty Liewerink, CB) Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 15

16 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 16

17 4. Covers en Eboek bestanden apart indienen 4.1. Covers Het is ook mogelijk om covers als losse bestanden in te sturen. Het ISBN moet reeds aanwezig zijn in de CB systemen en commercieel zijn aangemeld voor het CB assortiment omdat het ISBN tijdens de verwerking van de cover en back cover moet kunnen worden herkend Bij het los insturen van de bestanden is een afwijkende bestandsnaam voorgeschreven dan geldt in combinatie met een ONIX 3.0 bericht in een zip file.. Voor cover en backcover geldt: <ISBN>_covr.jpg <ISBN>-bcovr.jpg. Na verwerking van de cover wordt een.xml bestandje met het resultaatvan de verwerking teruggeplaatst op de FTP server. Voorbeeld: <?xml version="1.0" encoding="iso "?> <ONTBEV xmlns=" <bericht> <cb_bericht_nr> </cb_bericht_nr> <afzender_bericht_id></afzender_bericht_id> <type>onix_cover</type> <file> _covr.jpg</file> <ftp_dir> \in</ftp_dir> <relatie_id> </relatie_id> <ontvangen> </ontvangen> </bericht> <melding> <line> Bericht ( _covr.jpg) is correct verwerkt in de CB-systemen, zonder meldingen. </melding> </ONTBEV> </line> Alle covers worden opgeslagen in drie formaten : 1400 x 1400 pixels, 800 x 800 pixels en thumbnail (150 x 150 pixels) Eboek bestanden De eboek bestanden kunnen ook los worden aangeleverd. Een voowaarde is dan wel dat het ISBN op dat moment bekend is in het eboek assortiment en dat de commerciële aanmelding succesvol is verwerkt. De voorgeschreven bestandsnamen zijn: Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 17

18 Voor een EPUB: <ISBN>_eboek.epub Voor een PDF: <ISBN>_eboek.pdf Voor een downloadable luisterboek: <ISBN>_eboek.mp3 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 18

19 5. XSD validatie ONIX berichten moeten qua structuur voldoen aan de algemene standaard voor XML berichten, dat wil zeggen de berichten moeten valide XML bevatten. Bijvoorbeeld, de ampersand en het kleiner-dan teken hebbeneen specifieke betekenis binnen XML. Wanneer deze in een tekst worden gebruikt, zoals bijvoorbeeld in de titel van een boek of bij een boekbeschrijving, leidt dit tot niet valide XML. Een ONIX bericht is opgebouwd uit voorgeschreven dataelementen in een voorgeschreven volgorde. Veel van deze dataelementen worden gevuld met waardes uit voorgeschreven codelijsten. Codelijsten kunnen worden gezien als eenduidige vocabulaires waardoor wordt bewaakt dat er bij het doorgeven van artikelgegevens in het gehele kanaal geen interpretatieverschillen en misverstanden ontstaan. Om te garanderen dat een ONIX berichten aan de voorgeschreven opbouw van de dataelementen en inhoud voldoet zijn er schema s ontwikkeld waarmee de validiteit van het ONIX bericht gecontroleerd kan worden. Deze schema s zijn gratis te downloaden vanaf de website van Editeur, Door deze schema s te plaatsen in een directory waar ook het te valideren bericht wordt neergezet kan met behulp van een XML editor de validatie worden uitgevoerd. Vanaf ONIX 3.0 zijn er 3 verschillende schema s in omloop waarmee het bericht gevalideerd kan worden, RNG, DTD en XSD schema. RNG en XSD valideren op basis van de combinatie van structuur van het bericht en codelijsten en hebben daarom de voorkeur. CB valideert de binnenkomende ONIX 3.0 berichten op basis van het XSD schema. CB heeft momenteel de codelijsten geïmplementeerd tot en met issue 27. Dat wil niet zeggen dat wij ook alle codes uit issue 27 actief gebruiken. De partij die het ONIX 3.0 artikelbericht genereert voor het melden van artikelgegevens bij het CB wordt verzocht om zelf ook een validatie uit te voeren. Er zijn 2 systematieken om de naam van de diverse elementen in een ONIX 3.0 bericht aan te geven die equivalent aan elkaar zijn maar niet door elkaar zijn te gebruiken. Voor elk van deze 2 systematieken bestaat een specifiek validatieschema. Iedere partij die gegevens aanlevert in ONIX formaat moet een van deze twee systematieken kiezen en doorvoeren in het volledige bericht. De voorkeur van CB gaat uit naar reference names bij deze systematieken wordt in tekst aangegeven wat de inhoud van de tag is. Het is echter ook mogelijk om gebruik te maken van short tags, hierin wordt dmv een voorgeschreven codering aangegeven wat de inhoud van de tag is. Bij Editeur is desgewenst een script verkrijgbaar om long tag berichten te converteren naar short tag berichten vice versa. Voor informatie over het DTD schema zie: XML Standard: W3C Recommendation Extensible Markup Language (XML) 1.0 (Fourth Edition) see Voor informative over de XML Schema Definition (XSD) format zie W3C Recommendation XML Schema Part 1: Structures (Second Edition) see / Het RELAX NG (RNG) format is gedefinieerd in een ISO standard: ISO/IEC :2008, published by ISO,Geneva 4 x per jaar publiceert Editeur een nieuwe issue van de codelijsten en ook een nieuwe issue van de XSD validatie waarin de nieuws codelijsten zijn verwerkt. CB gaat hier als volgt mee om: Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 19

20 Bij nieuwe codelijst Binnen 2 weken kijkt CB naar de impact Vervolgens gaan we binnen 3 tot 6 maanden over Aankondiging 2 maanden van te voren Wij ondersteunen altijd 2 XSD versies voor inkomend bericht Voor het uitgaande bericht kiezen we de meest recente Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 20

21 6. Wie mag wat indienen? In het ONIX bericht wordt op twee plaatsen informatie meegeleverd die in de verwerking wordt gebruikt om te cotroleren dat de indiener van het bericht mag optreden namens de eigenaar van het ISBN. In het Message Header record zit de relatie die het bericht indient. In het productrecord zit de relatie die de eigenaar van het artikel is of wordt. We kennen twee relaties tussen een uitgever en een artikel. Aan een artikel is altijd een prefixhouder gekoppeld. Als een artikel tot het CB assortiment behoort, is er tevens een artikel eigenaar. Deze twee hoeven niet hetzelfde te zijn. De prefixhouder is eigenaar van een prefixrange waarbinnen ISBN s worden uitgegeven. Deze prefixhouder wordt geregistreerd door bureau ISBN. De artikeleigenaar heeft het artikel in eigendom en is degene voor wie CB dienstverlening verricht. In principe is het zo dat alleen de prefixhouder een ISBN registratie mag aanmelden bij bureau ISBN. De prefixhouder moet bij CB aangeven wie eigenaar wordt van het artikel. In de praktijk blijkt dat met name binnen concerns artikelen worden aangemeld door uitgevers die niet zelf de prefixhouder van het ISBN zijn. Voorbeeld: Uitgeverij A en B vallen beide binnen concern Z. Een artikel valt binnen de prefixrange van uitgeverij A, maar wordt door uitgeverij B als artikel in het assortiment opgenomen en verkocht aan de boekhandel. Om het artikel automatisch te kunnen verwerken moet vastgelegd worden wat de relatie is tussen uitgever A en uitgever B. Bij de verwerking door bureau ISBN en CB is voor de volgende oplossing gekozen: Uit het ISBN is de prefix af te leiden en daarmee de prefixhouder. Een ISBN registratie mag alleen door de prefixhouder worden uitgevoerd, of als de indiener van het bericht met de prefixhouder van het artikel een commissionairrelatie heeft. Een uitgever mag een titel bij CB aanmelden indien hij prefixhouder is, of als hij met de prefixhouder van het artikel een commissionairrelatie heeft. Een uitgever mag artikelgegevens wijzigen indien hij eigenaar is van het artikel, of met de eigenaar van het artikel een commissionairrelatie heeft. Bij het indienen van het bericht wordt per artikelrecord gecontroleerd of de registratie en/of aanmelding of de wijziging door de betreffende indiener mag worden uitgevoerd. Indien dit niet het geval is, wordt het productrecord niet verwerkt. De controles zijn: Mag de indiener van het bericht ISBN s aanmelden voor deze prefixhouder? Mag de indiener van het bericht titels aanmelden voor deze eigenaar voor het assortiment van CB? Mag de eigenaar die bij het product record is aangegeven titels aanmelden voor het assortiment van het CB van de prefixhouder van het ISBN Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 21

22 7. Levenscyclus van een titel Een titel begint zijn levenscyclus in het CB assortiment altijd met de status Aangekondigd, ongeacht wat de uitgever voor beschikbaarheidsstatus meegeeft in het ONIX bericht. CB signaleert dat een titel klaar is om uitgeleverd te worden. Bij een fysiek boek is dit het moment waarop de voorraad is binnengekomen, is ingeslagen in de magazijnen, de uitgever vrijgave accoord heeft gegeven voor uitlevering, en de overeengekomen datum voor eerste uitlevering is aangebroken. Bij ebooks is dit het moment waarop de ebook bestanden zijn ingediend, zijn goedgekeurd door de epub checker, en de uitgever vrijgave accoord heeft gegeven voor uitlevering. Bij POD titels is dit het moment waarop de POD bronbestanden zijn ingediend, zijn goedgekeurd, zijn doorgestuurd naar en opgeslagen in het digitaal archief van Joint Book Services., en de uitgever vrijgaveaccoord heeft gegeven voor uitlevering CB initieert daarmee automatisch de statusovergang van Aangekondigd naar Verschenen. Vanaf dat moment kan de uitgever zelf de beschikbaarheidsstatus van zijn titels onderhouden via ONIX. Niet alle statusovergangen zijn logisch en mogelijk. De mogelijke statusovergangen voor fysieke boeken, POD titels en ebooks zijn door Niels Verkaart van Verkaart automatisering schematisch hieronder weergegeven. In oranje is aangegeven welke statusovergang CB initieert, in groen welke statusovergangen de uitgever kan initiëren. Het doorgeven van een statusovergang via ONIX 3.0 gebeurt via de ProductAvailability (voor de specificaties zie par ). In de schema s is aangegeven welke ProductAvailability bij welke status hoort. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 22

23 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 23

24 Via de ProductAvailability kan een uitgever een fysiek boek omzetten naar een POD boek vice versa. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 24

25 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 25

26 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 26

27 8. Doorgeven van akkoord voor vrijgave Voor het vrijgeven ( = beschikbaar stellen voor uitlevering) van zowel fysieke boeken als eboeken is toestemming nodig van de uitgever. Deze toestemming heet vrijgave-akkoord Het vrijgave-akkoord kan direct worden meegegeven bij de commerciële aanmelding of kan ook achteraf door de uitgever worden gegeven op het moment dat CB heeft geconstateerd dat er voorraad voor de titel is ingeslagen; dit is natuurlijk alleen van toepassing bij een fysiek boek. Ook voor een eboek is een vrijgave akkoord nodig. Het doorgeven van een vrijgave-akkoord kan plaatsvinden d.m.v. een mutatierecord in het ONIX bericht. De werkwijze daarvoor is als volgt: Zolang er nog geen vrijgave-akkoord is geeft u de titelaanmelding voor het CB assortiment en evt. assortimentmutaties op deze titel door met een PriceStatus 01 in de SupplyDetailComposite. Zodra er een vrijgave-akkoord is geeft u een assortimentsmutatie op deze titel door met een PriceStatus 02 in de Supplydetail Vrijgeven fysiek boek Nadat de voorraad is aangeleverd bij het CB door de binder wordt de voorraad ingeslagen in het magazijn. Als de uitgever nog geen vrijgave-akkoord heeft gegeven, ontvangt hij via CB Online Uitgever een melding dat de voorraad is ingeslagen en een verzoek om het vrijgave-akkoord te verlenen en de juistheid van de prijs te controleren. Bij aanwezigheid van een vrijgave-akkoord gaat het Bedrijfsbureau van het CB de logistieke uitlevering inplannen en dat is onder meer afhankelijk van het aantal in nota s en of het een titel betreft met vooraanlevering. Het Bedrijfsbureau Logistiek zet dan ook de titel op de status Verschenen met een ingangsdatum. Hieronder is het proces van het vrijgeven van een fysiek boek schematisch weergegeven (schema: Hetty Liewerink, CB) Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 27

28 8.2. Vrijgeven eboek Ook voor een eboek is een vrijgave-akkoord nodig. De uitgever is niet verplicht om het doorgeven van akkoord voor vrijgave via ONIX te doen; hij kan hiervoor ook CB Online Uitgever gebruiken. De eboek bestanden die zijn gecontroleerd en goedgekeurd worden 1 x per dag op de server van de hosting partner geplaatst. Daarna werken CS medewerkers handmatig de artikelstatussen bij. Als er vrijgave-akkoord is gegeven, komen de titels daarna via een automatische job op de status Verschenen. 8.3 Vrijgeven op een specifieke datum Vanaf 2 mei 2015 wordt het mogelijk om ook via ONIX 3.0 aan te geven dat een fysiek boek of ebook pas mag worden uitgeleverd vanaf een door de uitgever bepaalde, specifieke datum. Dit gebeurt door het aangeven van een MarketDate. De specificaties hiervoor staan beschreven in hoofdstuk 15 (ProductSupply). Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 28

29 9. Omgaan met prijswijzigingen 9.1. Inleiding Bij de verwerking van de prijzen die worden doorgegeven in een ONIX 3.0 bericht mag de uitgever zijn volledige prijshistorie doorgeven. CB vist de actuele prijs hier uit en de eerstvolgende toekomstige prijs Uitgangspunten Gedurende de hele periode dat een titel actief is in het CB assortiment moet er een geldige standaardprijs zijn. Dat betekent dat een actieprijs voor een beperkte periode alleen kan worden ingediend als er in diezelfde periode ook een standaardprijs aanwezig is in de assortimentsdatabase of wordt aangemeld in het ONIX bericht. De huidige en de eerstvolgende toekomstige prijs worden uit het ONIX bericht gehaald. De huidige prijs wordt beëindigd met de datum van de toekomstige prijs -/- 1 dag. De toekomstige prijs gaat in op de meegegeven datum 9.3. Verwerking prijswijzigingen Fysieke boeken: Ingangsdatum prijsmutatie Verleden Heden Toekomst Afhandeling Controle dat bedrag in ONIX bericht identiek is aan bedrag in CB artikeldatabase. Indien ja: negeren Indien nee: => parkeren en handmatig afwijzen door CS medewerker Controle dat bedrag in ONIX bericht identiek is aan bedrag in CB artikeldatabase. Indien ja: negeren Indien nee: => parkeren en handmatig afwijzen door CS medewerker Huidige prijs in CB database wordt beëindigd per ingangsdatum toekomstige prijs 1 dag, en nieuw prijsrecord wordt aangemaakt met ingangsdatum toekomstige prijs Ebooks: Ingangsdatum prijsmutatie Verleden Heden Toekomst Afhandeling Controle dat bedrag in ONIX bericht identiek is aan bedrag in CB artikeldatabase. Indien ja: negeren. Indien nee: huidige prijs wordt beëindigd per vandaag en nieuw prijs gaat in per morgen Controle dat bedrag in ONIX bericht identiek is aan bedrag in CB artikeldatabase. Indien ja: negeren. Indien nee: huidige prijs wordt beëindigd per vandaag en nieuw prijs gaat in per morgen Huidige prijs in CB database wordt beëindigd per ingangsdatum toekomstige prijs 1 dag, en nieuw prijsrecord wordt aangemaakt met ingangsdatum toekomstige prijs Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 29

30 10. Opbouw van een ONIX bericht Een ONIX bericht is opgebouwd uit 4 componenten: Message declaration (waarin wordt aangegeven dat het bericht start, zie par. 6.1, welke tekenset wordt gebruikt en welke ONIX versie. De inhoud en de structuur van de Message declaration is voorgeschreven door de XML standaard.) Header record één of meer Product records Berichteinde. Het berichteinde wordt aangegeven door een tag met de inhoud: </ONIXMessage> Message declaration Een ONIX 3.0 bericht begint met, minimaal de twee volgende regels: Voor reference: <?xml version="1.0" encoding="utf-8"?> <ONIXMessage release="3.0"> Voor short tags: <?xml version="1.0" encoding="utf-8"?> <ONIXmessage release="3.0"> Let wel, bij short tags ONIXmessage met een kleine M Hieraan kan evt. worden toegevoegd op basis van welk schema het bericht gevalideerd is; de message declaration komt er dan als volgt uit te zien: Voor reference: <?xml version="1.0" encoding="utf-8"?> <ONIXMessage release="3.0" xmlns=" Voor short tags: <?xml version="1.0" encoding="utf-8"?> <ONIXmessage release="3.0" xmlns=" Let wel, bij short tags ONIXmessage met een kleine M Hiermee wordt aangegeven dat het bericht volgens de XML standaard en in de UTF-8 tekenset is, dat het een ONIX 3.0 bericht betreft en volgens welk schema het bericht gevalideerd is. CB zet een short tag bericht in de eerste stap van de verwerking direct om naar een long tag bericht. Alle ONIX 3.0 berichten worden vervolgens gevalideerd met het schema voor de reference names Headerrecord Na de Message declaration volgt het headerrecord. In de header is aangegeven van wie het bericht afkomstig 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 in combinatie met een Message header van een ONIX 3.0 bericht dat aan CB is gericht. <?xml version="1.0" encoding="utf-8"?> <ONIXMessage release="3.0" xmlns=" <Header> <Sender> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 30

31 <SenderIdentifier> <SenderIDType>10</SenderIDType> <IDValue> </IDValue> </SenderIdentifier> <SenderName>De Boekerij</SenderName> <ContactName>Pier Post</ContactName> </Sender> <Addressee> <AddresseeIdentifier> <AddresseeIDType>10</AddresseeIDType> <IDValue> </IDValue> </AddresseeIdentifier> <AddresseeName>CB B.V.</AddresseeName> </Addressee> <MessageNumber>30481</MessageNumber> <SentDateTime> T1237</SentDateTime> </Header>Toelichting: 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 van de indiener, in het voorbeeld Sender name Dit vrije tekstvelden geeft informatie van de afzender. H4 <SenderName> H5<ContactName> H6 < Adress> : Bedrijfsnaam van de afzender (lengte :22), in het voorbeeld: Uitgeverij De Bezige Bij B.V. : Contactinformatie voor inhoudelijke vragen, in het voorbeeld: Marcel : Contactinformatie voor inhoudelijke vragen, in het voorbeeld: Ed@ed.de Message number Op het MessageNumber wordt door CB een uniciteitscheck uitgevoerd bij de verwerking van het bericht. De MessageNumbers blijven een maand bewaard. Als dezelfde indiener binnen die maand een nieuw ONIX 3.0 bericht indient met hetzelfde MessageNumber, dan wordt dat tweede bericht niet verwerkt, indien het eerste bericht wel succesvol is verwerkt. Deze controle is ingebouwd om dubbele verwerking en fouten in de volgordelijkheid te van de verwerking van gegevens te voorkomen. 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 (in het voorbeeld: T1511) Product record Na de Message header volgen 1 of meerdere Product records. Een Product record bestaat uit 1 of meerdere blokken. Structuur van een block Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 31

32 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. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 32

33 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 Short tag M/O Onix M/O 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 Naam van de short tag zoals gebruikt binnen het bericht Verplicht of optioneel (Mandatory / Optional) volgens Onix Geeft aan of in de aanmelding van titelgegevens aan het CB dit veld altijd (mandatory) of soms (optional) aangeleverd moet worden 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). Verplicht 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 M en O 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 lengtes gedefinieerd; binnen CB gelden hierop echter wel bepaalde beperkingen. Wanneer het CB afwijkt van een richtlijn of een aanzienlijk kortere lengte kan verwerken wordt dat opgemerkt bij het veld. 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 over welk ISBN de daarop volgende gegevens uit het ProductRecord betrekking hebben. Block 1: DescriptiveDetail Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 33

34 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 eboek is afgeleid Block 6:ProductSupply Bevat alle commerciële gegevens rondom de dienstverlening van de distributeur, zoals stadium dienstverlening, prijsgegevens, BTW en boeksoorten. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 34

35 11. Productrecord fysieke boeken 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 M/O CB LIST A N POS. Record Reference Number P.1.1 <RecordReference> M M N 13 Notification or Update Code P.1.2 <NotificationType> M M 1 Voorbeeld: <Product> <RecordReference> </RecordReference> <NotificationType>04</NotificationType> 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 wordt aangeleverd aan CB altijd dezelfde waarde bevatten. Notification or update type code Door middel van waarde 04 uit codelijst 1 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 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 Deze composite zal per artikel altijd worden aangeleverd en precies 1 keer. DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix 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 de uitgever aanlevert aan CB altijd hetzelfde zijn. M/O CB LIST A N POS. Product Identifier Composite (R) <ProductIdentifier> M M Product Identifier Type Code P.2.1 <ProductIDType> M M 5 Identifier Value P.2.3 <IDValue> M M N 13 End of Product Identifier Composite Waarbij: PR.2.1 <ProductIDType> : waarde 03 uit Code-list 05 duidt aan dat het om een GTIN-13 (EAN.UCC13) gaat. PR.2.3 <IDValue> : het eigenlijke EAN/ISBN-13 van de titel. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 35

36 11.3. Block descriptive detail Product form Het begin van het Block Descriptive Detail zijn de gegevens met betrekking tot de verschijningsvorm van de titel. Voorbeeld van een fysiek boek: <ProductComposition>00</ProductComposition> <ProductForm>BC</ProductForm> DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N POS. Product Composition P3.1 <ProductComposition> M M 2 A 2 Product Form Code P.3.2 <ProductForm> M M 150 A Product Form Detail P.3.3 <ProductFormDetail> O O 175 A 5 ProductForm Description P.3.8 ProductFormdescription O O A 255 <Product Composition> wordt gevuld met waarde 00 uit codelijst 2. Dit betekent dat het een enkelvoudig artikel betreft. Samengestelde artikelen kunnen alleen als enkelvoudig artikel worden aangemeld. De samenstelling van een titel moet handmatig worden ingevoerd door een medewerker van Customer Service van CB. De tag <ProductForm> wordt gevuld met een waarde uit codelijst 150. De waardes die CB ondersteunt treft u aan in Hoofdstuk 15, Bijlage Product form description Het veld <ProductFormDescription> kan worden gebruikt om in een vrij tekstveld aan te geven als er bijlagen of specifieke kenmerken bij de titel horen. Voorbeeld van een babyboekje, hardback : <DescriptiveDetail> <ProductComposition>00</ProductComposition> <ProductForm>BB</ProductForm> <ProductFormDescription>luierflapjes</ProductFormDescription> Measure composite (afmetingen) De measure composite hoeft niet te worden aangeleverd door de uitgever. De afmetingen van fysieke boeken worden vastgesteld bij het inslaan van een nieuwe titel ProductClassification: Fondsgroep In veld PR.3.22 wordt de fondsgroep aangegeven die de uitgever aan het artikel heeft toegekend. Deze fondsgroep geeft een uitgeverspecifieke indeling aan ten behoeve van het indelen van het fonds van de uitgever voor zijn eigen verslaglegging en zal in de meeste gevallen ook alleen bruikbaar zijn voor de uitgever van de titel. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 36

37 Hier toe zijn de volgende velden gevuld: P.3.21 <ProductClassificationType> : waarde 06 uit Code-list 09 duidt aan dat het hier een Fondsgroep: CB free classification field for publishers betreft P.3.22 <ProductClassificationCode> : de fondsgroep van 000 t/m 999 In het navolgende voorbeeld heeft een titel fondsgroep 998. <ProductClassificationType>06</ProductClassificationType> <ProductClassificationCode>998</ProductClassificationCode> </ProductClassification> ProductClassification: 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 M/O CB <ProductClassification> O M LIST P.3.2 M M 9 2 <ProductClassificationTyp e> P.3.2 M M N 3 <ProductClassificationCo de> P.3.2 <Percent> M M 4 A N POS. 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. Een overzicht van de toegestane Product BTW Classificaties treft u aan in bijlage V. 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> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 37

38 </ProductClassification> Zie paragraaf voor een toelichting op de berekening van deelprijzen Collection Part In de Collection Composite kan worden aangegeven dat een titel is opgenomen in een bibliografische reeks. De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N POS. Collection Composite (R) <Collection> O O Collection Type Code P.5.1 <CollectionType> M M 48 N 2 Title detail Composite (R) <TitleDetail> O O Title type P. 5.6 <TitleType> M M 15 2 Title element composite (R) <TitleElement> M M Title element level P.5.7 <TitleElementLevel> M M Part number P5.8 <PartNumber> O O A 10 Title text P5.10 <TitleText> O M 255 End of Title element composite End of Title detail composite End of collection composite CollectionType 10 uit codelijst 48 geeft aan dat er een bibliografische reeks volgt. Hierna volgt de TitleDetailComposite. In de TitleDetail Composite wordt aangegeven wat de reeksnaam is (deze moet altijd gevuld zijn als de CollectionComposite is opgenomen). Verplicht binnen ONIX 3.0 is ook om het <TitleElementLevel> op te nemen. Door het TitleElementLevel wordt aangegeven dat de reeksnaam in relatie staat tot de hoofdtitel van het werk. In de databank van Bureau ISBN bestaat de reeksnaam uit 1 veld. Er wordt geen onderscheid gemaakt tussen evt. hoofdreeks of subreeks. Dit heeft tot gevolg dat <TitleElementLevel> voor het doorgeven van een bibliografische reeks altijd moet worden gevuld met waarde 2. Het veld PartNumber is een optioneel veld, hierin komt het deelnummer van de reeks te staan. Een deelnummer doet zich niet bij alle reeksen voor. Het veld PartNumber kan ook Romeinse cijfers bevatten. Hieronder een voorbeeld van de vermelding van deel 86 uit de reeks Merian live! 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> <TitleText>Merian live!</titletext> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 38

39 </Collection> </TitleElement> <TitleElement> <TitleElementLevel>02</TitleElementLevel> <PartNumber>86</PartNumber> </TitleElement> </TitleDetail> Title Composite In de Title Composite worden alle gegevens opgenomen met betrekking tot de titelvelden van de publicatie waarover het ProductRecord gaat. CB kent vier verschillende varianten voor de titelvelden die zijn 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 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 M Title Type P6.1 <TitleType> M M 15 N 2 Title element composite <TitleElement> M M (R) Title element level P6.2 M M 149 N 2 <TitleElementLevel> Part number P6.3 <PartNumber> O O A 10 Title text P6.5 <TitleText> M M Afhank elijk van TitleTy pe Subtitle P6.8 <Subtitle> O O End of Title element composite (R) End of Title detail composite (R) Bibliografische titelomschrijving (TitleType 01 uit codelijst 15, max posities) Dit zijn de titelgegevens zoals die volgens internationaal gestandaardiseerde bibliografische regels moeten worden vastgelegd in de databank van Bureau ISBN en in Titelbank. De bibliografische titelomschrijving kan 1 veld zijn als het boek alleen maar een hoofdtitel heeft. Een boek kan behalve een hoofdtitel ook een ondertitel hebben. Een boek kan ook een onderdeel zijn van een meerdelige publicatie, bijvoorbeeld een schoolboek dat een deel is van een onderwijsmethode. De gegevens worden dan vastgelegd in verschillende velden: hoofdtitel, deeltitel, sectietitel en ondertitel. De relaties tussen al deze velden binnen het ProductRecord is aangegeven door het TitleTypeLevel. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 39

40 Hieronder een voorbeeld van het schoolboek uit de methode Veilig leren lezen. Bij deze titel komen 3 TitleElementLevels voor. Level 03 is de hoofdtitel, level 02 is de deeltitel en level 01 is de sectietitel. <TitleDetail> <TitleType>01</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>Leesboekjes 2, kern 2</TitleText> </TitleElement> <TitleElement> <TitleElementLevel>02</TitleElementLevel> <TitleText>Maanversie</TitleText> </TitleElement> <TitleElement> <TitleElementLevel>03</TitleElementLevel> <TitleText>Veilig leren lezen</titletext> <Subtitle>structuurmethode voor het aanvankelijk leesonderwijs</subtitle> </TitleElement> </TitleDetail> In het onderstaande voorbeeld wordt een titel aangegeven met 2 TitleElementLevels. <TitleType>01</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>Stad van sterren</titletext> </TitleElement> <TitleElement> <TitleElementLevel>02</TitleElementLevel> <TitleText>Drakenwereld</TitleText> </TitleElement> Drakenwereld is de hoofdtitel, Stad van sterren is de deeltitel. Commerciële titel (TitleType 11 uit codelijst 15, max 255 posities) De commerciële titel 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 staat de uitgever vrij om deze gegevens naar eigen inzicht samen te stellen en aan te leveren. Levert de uitgever dit veld niet zelf aan, dan wordt bij het opvoeren van een nieuwe titel in het assortiment van CB dit veld 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). Boekhandels en webwinkels worden geadviseerd om met name het veld commerciële titel in te lezen. Dit bevat alle relevante titelgegevens in 1 veld. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 40

41 Hieronder een voorbeeld van een commerciële titel zoals de uitgever die zou kunnen aanleveren 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> Auteur*titel-omschrijving(TitleType 10 uit codelijst 15, max 47 posities De uitgever heeft de mogelijkheid om in de Title Composite een distributor s title (auteur*titelomschrijving) aan te leveren of te wijzigen naar eigen behoefte. Deze omschrijving is te gebruiken voor de herkenbaarheid van de titel in back office systemen, op artikelfacturen en op schermen overal waar een verkorte presentatie is gewenst. De auteur*titel omschrijving wordt initieel gevuld aan de hand van de eerste ISBN registratie door middel van een geautomatiseerde herleiding. Door middel van een extra Title record kan de uitgever deze omschrijving aanpassen. <TitleType> 10 uit codelijst 15 duidt dan aan dat het om een auteur*titelomschrijving gaat. In <TitleText> volgt dan de daadwerkelijke auteur*titel, in hoofdletters geschreven en de omschrijving moet minimaal 1 * bevatten als onderscheiding tussen de auteur en de titel. Is er geen auteur van toepassing, dan moet de tekst van de auteur*titel met een * beginnen. <Subtitle> is bij <TitleType> 10 niet van toepassing. Een voorbeeld van de auteur*titel van het deel uit de schoolboekenmethode Veilig leren lezen is: <TitleDetail> <TitleType>10</TitleType> <TitleElement> <TitleElementLevel>01</TitleElementLevel> <TitleText>*VEILIG LEREN LEZEN 2 LEESBOEKJE</TitleText> </TitleElement> </TitleDetail> Controles: Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 41

42 Indien de waarde in TiteText langer dan 47 posities, dan wordt de auteur*titel afgekapt en volgt in de terugmelding CBU (Melding) Auteur*titel afgekapt, de auteur*titel wordt wel verwerkt Indien meerdere auteur*titels zijn ingediend, dan wordt de eerste verwerkt en volgt in de terugmelding van de verwerking CBU (Melding) Meerdere Auteur*titels ingediend. Verwerkt: #1 Indien de (eventueel afgekapte) auteur*titel geen * bevat, dan wordt de assortimentaanmelding/mutatie wel verwerkt maar zonder auteur*titel en volgt in de terugmelding van de verwerking CBU (Melding) Auteur*titel bevat geen *, opgegeven auteur*titel is niet verwerkt) Authorship In de Authorship composite worden de diverse auteursvermeldingen opgenomen ( Informatie meegegeven over bijdragers aan de titel en de aard van hun betrokkenheid; m.a.w. auteurs, redacteurs, samenstellers, etc. De gebruikte velden zijn: DATA ELEMENT FIEL D XML REFERENCE NAME M/O ONIX Contributor Composite (R) <Contributor> O O Contributor sequence P.7.1 <SequenceNumber M number > Contributor role code P7.2 <ContributorRole > O M 17 N 2 PrimaryTypename P7.5 <NameType> O O 18 N 2 Person Name Part 2 P7.1 2 Person Name Part 3 P Person Name Part 4 P7.1 4 Corporate name P Unnamed persons P7.4 7 No authorship indicator P7.5 0 End of Contributor Composite (R) M/ O CB LIST A POS. <NamesBeforeKey O O A 255 > <PrefixToKey> O O A 30 <KeyNames> O M A 255 <CorporateName> O O A 255 <UnnamedPersons > O O Waard e 03 uit codelij st 19 N 2 <NoContributor/> O O A 6 Per auteursvermelding wordt een aparte Contributor Composite opgenomen. De rol van de auteur in de publicatie wordt aangegeven door een waarde uit codelijst 17 voor de Contributor Role. Er kunnen meerdere auteurs worden vastgelegd per Contributor Role, in de volgorde zoals ze op de titelpagina van de publicatie of in de colofon voorkomen. Het SequenceNumber (volgnummer zoals de auteurs in het boek vermeld zijn) loopt door over alle rolvermeldingen heen. PrimaryNameType kan door de uitgever leeg worden gelaten. Omschrijving Auteur Contributor role A01 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 42

43 Bewerker llustrator Redacteur Bewerker Vertaler Voorlezer B05 A12 B01 B05 B06 E07 - De achternaam van de auteur staat vermeld in KeyNames.De voornaam van de auteur staat vermeld in NamesBeforeKey. Betreft het een achternaam met voorvoegsels dan staat het voorvoegsel in PrefixtoKey. Voorbeeld: </Contributor> <Contributor> <SequenceNumber>4</SequenceNumber> <ContributorRole>B06</ContributorRole> <NamesBeforeKey>Jan</NamesBeforeKey> <PrefixToKey>de</PrefixToKey> <KeyNames>Bruijne</KeyNames> Gebruik van voornamen Afnemers van titelinformatie willen auteursnamen zoveel mogelijk op een gestandaardiseerde en uniforme manier aangeleverd krijgen en met voornaam, om deze bij het zoeken te kunnen onderscheiden van andere auteurs met dezelfde achternaam en voorletter, en om titels van dezelfde auteur bij elkaar te kunnen vinden bij het zoeken in een titeldtabank. Bureau ISBN moet echter de auteursnaam volgens de bibliografische regels vastleggen zoals deze is opgenomen op de titelpagina. De uitgever kan de auteursnaam altijd met de voornaam aanleveren. Bij de redactionele controle maakt Bureau ISBN indien nodig een apart record aan voor de auteursnaam zoals die op de titelpagina staat, als deze afwijkt van de door de uitgever opgegeven voornaam. Beide vormen van de auteursnamen worden doorgeven in het ONIX bericht dat naar de afnemer gaat. De afnemer kan kiezen welke van de vormen hij in zijn eigen systeem wil inlezen Edition In dit veld worden vermeldingen aangegeven met betrekking tot het druknummer en de editie van de titel. Bij de eerste registratie van een nieuw ISBN wordt het bibliografisch druknummer vastgelegd dat in de uitgave zelf wordt vermeld op de titelpagina of in de colofon. Bij een nieuwe titel is dit druknummer 1; bij een bestaande titel die wordt herdrukt met een nieuwe ISBN kan dit een hoger druknummer zijn. Deze wordt doorgegeven in het <EditionNumber>. (P 9.2) Commercieel druknummer Het kan zijn dat een titel later ongewijzigd wordt herdrukt met een hoger druknummer. Bij Bureau ISBN wordt deze titel niet opnieuw geregistreerd, maar de uitgever kan zelf het actuele druknummer toevoegen (commercieel druknummer). Dit wordt dan in het ONIX bericht doorgegeven in het Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 43

44 <EditionVersionNumber> (P 9.3) Voor webwinkels en in de databases van boekhandels heeft het de voorkeur om het <EditionVersionNumber> te tonen als dit aanwezig is. Voorbeeld van een titel met een EditionVersionNumber: <EditionNumber>1</EditionNumber> <EditionVersionNumber>12</EditionVersionNumber> Herdruk of heruitgave Het kan ook zijn dat in de uitgave staat dat het een herdruk of heruitgave is en dat het druknummer niet is aangegeven in de vorm van een numeriek gegeven maar in vorm van tekst. Deze tekst wordt doorgegeven in het <EditionStatement>.(P9.4) DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N POS. Edition type code P. 9.1 <EditionType> O O 21 A 3 Edition Number P 9.2 <EditionNumber> O M N 30 Edition Version Number P9.3 <EditionVersionNumber> O O N 3 Edition Statement P9.4 <EditionStatement> O O A 30 Voorbeeld van een titel met een EditionStatement <EditionStatement>Heruitgave</EditionStatement> Language In de systemen van CB kan alleen de taal worden vastgelegd waarin een boek is geschreven. Dat het de taal is waarin het boek is geschreven wordt vastgelegd in de Language Composite dmv LanguageRole 01 uit codelijst 22. In het veld Language Code wordt de taal zelf opgenomen door middel van een waarde uit codelijst 74. Een compleet overzicht van codelijst 74 vindt u in bijlage III. Wanneer een titel meerdere hoofdtalen heeft, wordt MUL (=Multiple languages) gebruikt. CB heeft geen mogelijkheden om de afzonderlijke talen van een meertalige titel vast te leggen. Voorbeeld: <Language> <LanguageRole>01</LanguageRole> <LanguageCode>dut</LanguageCode> </Language> FIELD XML REFERENCE NAME M/O Onix M/O CB Language Composite (R) <Language> O M Language Role P.10.1 <LanguageRole> M M 22 Language Code PR.10.2 <LanguageCode> M M 74 End of Language Composite LIST A N POS. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 44

45 Extents and other content De extents composite wordt gebruikt voor informatie over illustraties en het aantal pagina s. Voor publicaties die een andere verschijningsvorm hebben dan een gedrukt boek geeft deze composite de mogelijkheid om ook andere soorten tellingen/nummeringen door te geven, bijvoorbeeld de bestandsgrootte van een bestand. Deze composite kan worden herhaald omdat verschillende soorten tellingen/nummeringen relevant kunnen zijn voor 1 publicatie. Bijvoorbeeld een boek kan ook Romeinse pagina s hebben naast pagina s in Arabische nummering. De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix Extent composite <Extent> O O Extent type code P11.1 <ExtentType> M M 23 N 2 ExtentValue P11.2 <ExtentValue> M M Extent Value in Roman P11.3 <ExtentValueRoman> O O numerals Extent Unit P 11.4 <ExtentUnit> M M 24 End of Extent composite </Extent> Illustrated / not illustrated flag P <Illustrated> O M 152 N M/O CB LIST A N POS. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 45

46 Voorbeeld van een extents and illustrated composite: <Extent> <ExtentType>00</ExtentType> <ExtentValue>32</ExtentValue> <ExtentUnit>03</ExtentUnit> </Extent> <Illustrated>02</Illustrated> Extent type code Door middel van Extent type code wordt aangegeven WAT er geteld wordt. Mogelijkheden zijn: 00 (telling aantal pagina s hoofdwerk), 03 (telling aantal pagina s proloog), 04 (telling aantal pagina s epiloog) ExtentValue Het daadwerkelijk aantal pagina s dat geteld wordt ExtentValue in Roman numerals Als er Romeinse pagina s in een boek staan (bijvoorbeeld in de proloog) en deze worden geteld, dan wordt er een extra extent composite opgenomen. Deze bevat zowel de Romeinse telling als het equivalent daarvan in Arabische telling. <Extent> <ExtentType>03</ExtentType> <ExtentValue>21</ExtentValue> <ExtentValueRoman>XXI</ExtentValueRoman> <ExtentUnit>03</ExtentUnit> </Extent> <Illustrated>02</Illustrated> ExtentUnit In de ExtentUnit wordt door middel van en waarde uit codelijst 24 aangegeven wat de eenheid is van de nummering of telling. Bij aantal pagina s is dit waarde Illustrated /not illustrated flag Door middel van de waarde 01 uit codelijst 152 wordt aangegeven dat de publicatie geen illustraties bevat. Door middel van de waarde 02 uit codelijst 152 wordt aangegeven dat de publicatie wel illustraties bevat Subject In de Subject composite wordt aangegeven wat het onderwerp is van de publicatie. Dit kan op verschillende manieren gebeuren. De Subject composite kan daarom worden herhaald. De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix Subject Composite (R) Subject> O M Main subject flag P12.1 <MainSubject/> O M Main Subject Scheme P12.2 <SubjectSchemeIdentifier > M M 27 2 Identifier Subject Code P12.5 <SubjectCode> O* O* A 3 Subject heading text P <SubjectHeadingText> O* O* End of-subject Composite M/O CB LIS T A N POS. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 46

47 *Bij de NUR is de SubjectCode verplicht, bij het trefwoord is de SubjectHeadingText verplicht NUR Sinds 2002 hanteert het Nederlandse en Vlaamse Boekenvak de Nederlandstalige Uniforme Rubrieksindeling (NUR). Boeken die op genre traceerbaar zijn, maken een grotere kans om verkocht te worden. Een helder en duidelijk gerubriceerd boek is niet alleen in de boekhandel gemakkelijk te vinden, maar ook online sneller op te zoeken. De rubrieksindelingen van de Nederlandstalige Uniforme Rubrieksindeling (NUR) zijn niet enkel een handige wegwijzer voor de consument. Ook voor de boekhandel zijn NUR-codes een bron van informatie. Vele boekverkopers in Nederland en Vlaanderen hanteren de NUR-code voor de indeling in hun boekhandel en als hulpmiddel. (Een PDF met de meest actuele versie van de volledige NUR lijst is te vinden op de website van Bureau ISBN, onder de rubriek FAQ, vraag: Wat is een NUR code). Alle titels uit het assortiment van CB of Digitale Distributiemoeten door de uitgever zijn voorzien van een NUR. Voorbeeld van de weergave van een NUR codering in het ONIX 3.0 bericht, in dit geval een prentenboek over Roodkapje. <Subject> <MainSubject/> <SubjectSchemeIdentifier>32</SubjectSchemeIdentifier> <SubjectCode>273</SubjectCode> </Subject> De tag <MainSubject/> geeft aan dat de NUR die volgt een hoofd NUR is. Door waarde 32 uit codelijst 26 wordt aangegeven dat de waarde onder <SubjectCode> een NUR betreft. De waarde in <SubjectCode> geeft de feitelijke NUR aan, in dit geval NUR 273, betreft een prentenboek voor kinderen jonger dan 6 jaar. Uitgevers kunnen in Titelbank een aanvullende NUR aangeven als verrijkte titelinformatie. Deze wordt opgenomen in een tweede Subject Composite, maar zonder de MainSubject Flag: <Subject> <SubjectSchemeIdentifier>32</SubjectSchemeIdentifier> <SubjectCode>277</SubjectCode> </Subject> Deze NUR geeft aan dat het onderwerp een sprookje is Trefwoorden Trefwoorden kunnen ook worden doorgegeven in de Subject composite; dit gebeurt met SubjectSchemeIdentifier 20 uit codelijst 27 (keywords). Per trefwoord een afzonderlijke Subject composite. <Subject> <SubjectSchemeIdentifier>20</SubjectSchemeIdentifier> <SubjectHeadingText>(ont) spannend lezen</subjectheadingtext> </Subject> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 47

48 <Subject> <SubjectSchemeIdentifier>20</SubjectSchemeIdentifier> <SubjectHeadingText>engeland</SubjectHeadingText> </Subject> <Subject> <SubjectSchemeIdentifier>20</SubjectSchemeIdentifier> <SubjectHeadingText>romantisch</SubjectHeadingText> </Subject> <Subject> <SubjectSchemeIdentifier>20</SubjectSchemeIdentifier> <SubjectHeadingText>romantische thriller</subjectheadingtext> </Subject> <Subject> <SubjectSchemeIdentifier>20</SubjectSchemeIdentifier> <SubjectHeadingText>vrolijke chicklit</subjectheadingtext> </Subject> Audience composite (AVI codes) In de Audience composite kan worden aangegeven wat het AVI niveau van een titel is. Het AVI-niveau is een systeem waarmee de technische leesvaardigheid van kinderen en het leestechnische niveau van teksten wordt gemeten. Het AVI-systeem is in beheer bij het CITO (Centraal Instituut voor Toetsontwikkeling).. In Nederland worden de nieuwe AVI codes gebruikt. CB ondersteunt deze codes. De oude AVI-codes worden niet meer ondersteund. DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix A/S CB LIST A N Audience composite <Audience> O S AudienceCodeType P13.2 <AudienceCodeType> M A 29 2 AudienceCodeValue P13.4 <AudienceCodeValue> M A A End of Audience Composite POS. Voorbeeld: <Audience> <AudienceCodeType>18</AudienceCodeType> <AudienceCodeValue>AVI-M7</AudienceCodeValue> </Audience> Door middel van waarde 18 in AudienceCodeType wordt aangegeven date er een AVI code volgt. De feitelijke AVI code volgt in de AudienceCodeValue. AVI-Start AVI-M3 AVI-E3 AVI-M4 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 48

49 AVI-E4 AVI-M5 AVI-E5 AVI-M6 AVI-E6 AVI-M7 AVI-E7 AVI-Plus De AVI codes worden opgenomen in de ONIX 3.0 berichten voor de boekhandel, in Titelbank en in de toekomst waarschijnlijk ook in CB Online. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 49

50 12. Block 2: Collateral detail Wat is collateral detail? Binnen het Onix-bericht bestaat de mogelijkheid om plaatjes zoals cover, back cover en extra promotionele gegevens aan te leveren. (bijv. recensies, flapteksten, annotaties, inhoudsopgave/inkijktekst). Deze worden allen opgenomen in het Block Collateral Detail. Het Block Collateral Detail kan drie typen content bevatten: Text Content ( descriptions and supporting text,opgenomen in het ONIX bericht ) SupportingResources (Linkjes met verwijzingen naar meegestuurde bestanden zoals covers e.d.) CitedContent (Linkjes naar websites van andere partijen) N.B. Op diverse plaatsen in de Collateraldetail composite kan een ContentDate worden aangeleverd. Hiermee wordt bedoeld de datum van het publiceren van de betreffende content. Dit zijn overal binnen de Collateraldetail composite optionele velden. Er vindt gedurende de CB verwerking geen consistentiecontrole plaats met andere data zoals de (verwachte) verschijningsdatum. In de CB-systemen wordt als ContentDate de datum van het opnemen rep. muteren van de betreffende content bij CB vastgelegd Ondersteunende teksten: flapteksten, promotionele teksten, annotaties, recensieteksten Dit zijn ondersteunende en promotionele teksten die als tekst worden opgenomen in het ONIX 3.0 bericht. De volgende soorten kunnen worden aangeleverd: TextTypeCode, Promotioneel gegeven Omschrijving waarde uit codelijst Annotatie Er zijn twee soorten annotaties: 1. Inhoudelijke annotatie: wordt gebruikt om kernachtig informatie of een toelichting te geven over een boek in 3 zinnen, 2. Commerciële annotatie: deze wordt gebruikt voor commerciële doeleinden (ook wel blurb genoemd). 05 Flaptekst Een flaptekst is de samenvatting van een boek die wordt afgedrukt op de binnenkant van een boekomslag. De flaptekst heeft tot doel de potentiële lezer of koper een indruk te geven van de inhoud van een boek. In paperbackuitgaven, die niet beschikken over een losse papieren boekomslag, wordt de flaptekst vaak op de achterzijde van het boek afgedrukt, of staan de aanbevelingen op de voorzijde en/of de titelpagina. 06 Review quote Recensie, een citaat uit een recensie of de volledige tekst van de recensie zelf. Een link naar de recensie wordt aangegeven in de CitedContentComposite. 10 Promotionele tekst Vrije wervende tekst in te vullen door de uitgever, soms ook commerciële omschrijving genoemd Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 50

51 De Text content composite bevat de volgende velden: DATA ELEMENT Field Text content composite (R) XML REFERENCE NAME M/O Onix <TextContent> O O M/O CB LIST A N POS. Text Type Code P14.1 <TextType> O M 153 Een van de waardes uit bovenstaande tabel Text Audience P14.2 <ContentAudience> O M 154 Altijd vullen met waarde 03 (end customers) Text P14.3 <Text> O M A De tekst zelf, max 4000 tekens End of Text Content Composite Hieronder een voorbeeld van een flaptekst: <TextContent> <TextType>05</TextType> <ContentAudience>03</ContentAudience> <Text>In &apos;het Godinnenorakel&apos; brengen Amy Sophia Marashinsky en Hrana Janto de archetypische beelden van godinnen uit allerlei tradities bijeen in een orakel dat vrouwen dagelijks kunnen raadplegen voor al hun vragen over het heden en de toekomst. Dit originele boek met de in fraaie pasteltinten gepenseelde kaarten brengt de gebruiker in contact met 52 godinnen, van de Japanse zonnegodin Amaterasu, symbool van de schoonheid, tot Ynmaya, de Braziliaanse godin van de overgave. &apos;het Godinnenorakel&apos; bevat: 52 kaarten met hun interpretatie; duidelijke instructies voor het raadplegen van het orakel, informatie over de verschillende legmethoden; suggesties voor rituelen. <br/></text> </TextContent> Hieronder een voorbeeld van een promotionele tekst: <TextContent> <TextType>10</TextType> <ContentAudience>03</ContentAudience> <Text>Het winnende boek van AKO literatuurprijs 2014!</Text> </TextContent> Let op! Betreft het een recensie (code 06 Review Quote), dan wordt ook nog de auteurs- en broninformatie opgenomen. In dat geval bevat de Text content composite de volgende velden: DATA ELEMENT Field XML REFERENCE NAME M/O Oni x Text content composite (R) <TextContent> O O M/O CB LIST A N POS. Text Type Code P14.1 <TextType> O M 153 Waarde 06 Text Audience P14.2 <ContentAudience> O M 154 Altijd vullen met waarde 03 (end customers) Text P14.3 <Text>De tekst zelf O M A TextAuthor P14.4 <TextAuthor> O O TextSourceCorporate P14.5 <TextSourceCorporate> O O SourceTitle P14.6 <SourceTitle> O O ContentDate <ContentDate> ContentDateRole P14.7 <ContentDateRole> O O 155 Waarde 01 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 51

52 Date datreformat P <Date dateformat = 00 > End of Text Content Composite </TextContent> (nominal date pf publication ) Hieronder een voorbeeld van een recensie: <TextContent> <TextType>06</TextType> <ContentAudience>03</ContentAudience> <Text>Kinderen staan in de top drie van de belangrijkste stressveroorzakers. Alleen files en huishoudelijke taken vinden vrouwen nog vervelender dan voor kinderen zorgen. Een lust? Nee, een last. Dat zijn ze. Opdat moeders niet, na nog een snauw tegen hun nageslacht- gillend het huis zouden uitrennen om nooit meer terug te keren, schreef Christine Pannebakker Het mama masterplan. Een handleiding voor een gelukkiger leven. Iedere mama gelukkiger en evenwichtiger met dit masterplan </Text> <TextAuthor>Annick de Wit </TextAuthor> <TextSourceCorporate>Het laatste nieuws</textsourcecorporate> <SourceTitle>Elke mama haar masterplan</sourcetitle> <ContentDate> <ContentDateRole>01</ContentDateRole> <Date dateformat="00"> </date> </ContentDate> </TextContent> Linkjes naar recensies Om links naar productondersteunende teksten (bijv. recensies) op te nemen van derde partijen (waar mogelijk ook copyright op rust) wordt de composite Cited Content gebruikt. De opbouw van deze composite is: DATA ELEMENT Field XML REFERENCE NAME M/O Onix Cited content composite (R) <CitedContent> O O M/O CB CitationType Code P15.1 <CitedContentType> O M 156 SourceType P15.3 <SourceType> O M 157 Title of source P15.4 <SourceTitle> O O A Link to cited content URL P15.8 <ResourceLink> O O A Content date composite <ContentDate> O O Content date role P.15.9 <ContentDateRole> O O 155 Date dateformat P <Date dateformat 00 > M End of content date composite O O End of CitedContent Composite LIST A N POS. Mogelijke combinaties zijn: CitedContentType Betekenis SourceType Betekenis 01 uit codelijst 156 Volledige tekst van 01 uit codelijst 157 Gedrukte media recensie 01 uit codelijst 156 Volledige tekst van 02 uit codelijst 157 Website Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 52

53 recensie 01 uit codelijst 156 Volledige tekst van recensie 01 uit codelijst 156 Volledige tekst van recensie 03 uit codelijst 157 Radio 04 uit codelijst 157 TV Voorbeeld: <CitedContent> <CitedContentType>01</CitedContentType> <SourceType>02</SourceType> <SourceTitle>Looking for work in Australia</SourceTitle> <ResourceLink> <ContentDate> <ContentDateRole>01</ContentDateRole> <Date dateformat="00"> </date> </ContentDate> </CitedContent> Covers, back covers, leesfragmenten, full content bestanden Deze composite bevat verwijzingen naar content in de vorm van digitale bestanden, zoals front covers, back covers, eerste hoofdstukken of inkijkteksten. Deze bestanden worden meegestuurd in het ZIP file waarin het ONIX 3.0 bericht wordt ingediend. De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N POS. Supporting resource <SupportingResource> O O composite Resource content type code P.16.1 <ResourceContentType> M M 158 Target audience code P16.2 <ContentAudience> M M 154 N Altijd vullen met waarde 03 (end users) Resource mode code P16.3 <ResourceMode> M M 159 Resource version composite <ResourceVersion> Resource form code P.16.7 <ResourceForm> M M 161 N 2 Resource feature composite <ResourceVersionFeature> (R) ResourceVersionFeatureType P16.8 <ResourceVersionFeatureType> M M 162 N 2 ResourceVersionFeatureValue P16.9 <FeatureValue> M M 175 N 2 ResourceVersionFeatureNote <FeatureNote> O O Vrij tekstveld, inhoud wordt niet ingelezen van uit het inkomende Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 53

54 ONIX 3.0 bericht End of Resource feature </ResourceVersionFeature> composite Link to resource URL P <ResourceLink> M M A 100 Content date composite <ContentDate> O O Content date role P <ContentDateRole> O O 155 Date Date format P <Datedateformat> O O 55 A End of Content date </Contentdate> composite End of ResourceVersion </ResourceVersion> composite End of Supporting resource composite </SupportingResource> Cover Back cover Volledige epub Inkijktekst epub Resource ContentTy pe list 158 Content Audience Resource Mode list 159 Resourc e Form list 161 Resourc eversion FeatureT ype list 162 FeatureV alue list 178 JPEG (Image) D502 JPEG D502 (Image) EPUB E101 EPUB E101 Volledige PDF PDF D401 Inkijktekst PDF D401 PDF Downloadable MP3(Audio) A103 luisterboek Luisterfragme nt MP3(Audio) A103 Hieronder een voorbeeld waarin een link naar een cover wordt aangeleverd. <SupportingResource> <ResourceContentType>01</ResourceContentType> <ContentAudience>03</ContentAudience> <ResourceMode>03</ResourceMode> <ResourceVersion> <ResourceForm>02</ResourceForm> <ResourceVersionFeature> <ResourceVersionFeatureType>01</ResourceVersionFeatureType> <FeatureValue>D502</FeatureValue> </ResourceVersionFeature> <ResourceVersionFeature> <ResourceVersionFeatureType>02</ResourceVersionFeatureType> <FeatureValue>800</FeatureValue> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 54

55 </ResourceVersionFeature> <ResourceVersionFeature> <ResourceVersionFeatureType>03</ResourceVersionFeatureType> <FeatureValue>506</FeatureValue> </ResourceVersionFeature> <ResourceVersionFeature> <ResourceVersionFeatureType>04</ResourceVersionFeatureType> <FeatureValue> _covr.jpg</FeatureValue> </ResourceVersionFeature> <ResourceVersionFeature> <ResourceVersionFeatureType>05</ResourceVersionFeatureType> <FeatureValue>.0334</FeatureValue> </ResourceVersionFeature> <ResourceLink> D655B630026BC64256EE</ResourceLink> <ContentDate> <ContentDateRole>01</ContentDateRole> <Date dateformat="00"> </date> </ContentDate> </ResourceVersion> </SupportingResource> Hieronder een voorbeeld waarin een link naar een volledige pdf wordt aangeleverd. In Resource link staat de bestandsnaam van het bestand dat samen met het ONIX bericht in het ZIP file is geplaatst... <SupportingResource> <ResourceContentType>28</ResourceContentType> <ContentAudience>03</ContentAudience> <ResourceMode>01</ResourceMode> <ResourceVersion> <ResourceForm>03</ResourceForm> <ResourceVersionFeature> <ResourceVersionFeatureType>01</ResourceVersionFeatureType> <FeatureValue>D401</FeatureValue> </ResourceVersionFeature> <ResourceLink> _ebfc.epub</ResourceLink> <ContentDate> <ContentDateRole>01</ContentDateRole> <Date dateformat="00"> </date> </ContentDate> </ResourceVersion> </SupportingResource> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 55

56 13. Block 4: Publishing Detail Wat wordt opgenomen in het block publishing detail In het Block Publishing Detail kan de uitgever de gegevens over relatie_id van de eigenaar, bibliografische imprint en commerciële imprint doorgeven. Ook worden in dit Block stadium levenscyclus en verschijningsdatum opgenomen. Bij nieuwe titels en herdrukken staat hier de verwachte verschijningsdatum. Voorbeeld van een PublisherDetail composite: <PublishingDetail> <Imprint> <ImprintIdentifier> <ImprintIDType>01</ImprintIDType> <IDTypeName>Commerciele imprint</idtypename> <IDValue>Uitgeverij Innervision</IDValue> </ImprintIdentifier> </Imprint> <Imprint> <ImprintName>Cargo</ImprintName> </Imprint> <Publisher> <PublishingRole>01</PublishingRole> <PublisherIdentifier> <PublisherIDType>10</PublisherIDType> <IDValue> </IDValue> </PublisherIdentifier> </Publisher> <PublishingStatus>04</PublishingStatus> <PublishingDate> <PublishingDateRole>01</PublishingDateRole> <Date dateformat="00"> </date> </PublishingDate> </PublishingDetail> De volgende velden worden gebruikt: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N <PublishingDetail> Imprint or brand composite (R) <Imprint> O O Imprint identifier composite (R) <ImprintIdentifier> M M Imprint identifier type P19.1 <ImprintIdType> M M 44 N Imprint identifier type name P19.2 <ImprintIdTypeName> M M A Imprint identifier value P <IDValue> M M A End of imprint or brand composite </Imprint> O O Imprint or Brand Composite <Imprint> O O Imprint or Brand Name P19.4 <ImprintName> M M A 80 End of imprint or brand composite </Imprint> Publisher Identifier Composite (R) <Publisher> O M Publishing Role Code PR.19.5 <PublishingRole> O M 45 N 2 Publisher identifier type PR.19.6 <PublisherIDType> M M 44 N 2 IdentifierValue PR.19.8 <IDValue> M M N 7 End of Publisher Identifier Composite POS. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 56

57 End of Publisher composite </Publisher> Publishing status and dates and copyright Publishing Status P.20.1 <PublishingStatus> O O 64 N Publishing date composite <PublishingDate> O M Publishing date role code P20.3 <PublishingDateRole> O M 55 Date P20.4 <Date Date format> O M End of publishing date composite </Publishingdate> End of PublishingDetail composite </PublishingDetail> Imprint: commerciële en bibliografische imprint De PublishingDetail composite kan beginnen met 1 of meerdere imprint composites. Beiden zijn optioneel en hebben een verschillende functie. Uitgevers hebben soms behoefte om hun titels naar eigen inzicht in te delen in fondsen ten behoeve van managementinformatie en verslaglegging. Hiervoor is in de ONIX verwerking van CB een proprietary indeling gemaakt. Deze wordt Commerciele imprint genoemd. Hierin kan de uitgeverij in een vrij tekstveld een door hem gewenste naam van een fonds opgeven. <Imprint> <ImprintIdentifier> <ImprintIDType>01</ImprintIDType> <IDTypeName>Commerciele imprint</idtypename> <IDValue>Uitgeverij Innervision</IDValue> </ImprintIdentifier> </Imprint> De bibliografische imprint is de uitgeversnaam zoals die op de titelpagina van het boek staat. Deze wordt vastgelegd bij de basistitelgegevens als onderdeel van de ISBN registratie. De bibliografische imprint is relevant als deze afwijkt van de naam van de eigenaar. Enige voorbeelden om dit te illustreren: Voorbeeld 1: De Bezige Bij is de uitgever van het boek, maar op de titelpagina staat als uitgeversnaam Cargo. In de PublisherComposite worddt het relatie_id van de Bezige Bij opgenomen, en deze wordt eigenaar van de titel in het assortiment van CB. De uitgever wil graag dat op de website van boekhandels de naam Cargo getoond wordt als de naam van de uitgever. Dit geeft de uitgever als volgt aan in een <Imprint> composite. <Imprint> <ImprintName>Cargo</ImprintName> </Imprint> Het is de bedoeling dat de naam Cargo als uitgeversnaam wordt getoond op de website van de klant. Voorbeeld 2: Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 57

58 Mijnbestseller.com is een bij CB aangesloten uitgever die in eigen beheer uitgevende auteurs een Publishing On Demand concept aanbiedt om hun titels via zijn CB aansluiting beschikbaar te stellen. In de PublisherComposite wordt daarom het relatie_id van Mijnbestseller.com opgenomen, omdat deze de eigenaar van de titel wordt bij CB. Maar dit is niet de uitgeversnaam die voor zijn titels moet worden getoond op de website van de klant. De naam van de uitgever die wordt getoond op de website van de klant moet worden gehaald uit de bibliografische imprint: <Imprint> <ImprintName>iUs</ImprintName> </Imprint> Eigenaar In de Publisher Identifier composite wordt het relatie_id aangeleverd dat hoort bij de eigenaar (exploitant). <Publisher> <PublishingRole>01</PublishingRole> <PublisherIdentifier> <PublisherIDType>10</PublisherIDType> <IDValue> </IDValue> </PublisherIdentifier> </Publisher> Als het ProductRecord een aanmelding voor het CB assortiment of Digitale distributie assortiment bevat, moet hierin het relatie_id staan van de eigenaar die de titel via CB laat distribueren. Als het ProductRecord alleen een ISBN registratie inhoudt, dan wordt in IDValue het relatie-id van de prefixhouder doorgegeven Global publishing status/ copyright PublishingStatus CB kent twee statussen die de beschikbaarheid van een titel aangeven. Dit zijn het stadium levenscyclus (de beschikbaarheid van een titel in de markt), bijvoorbeeld Aangekondigd, Verschenen, Uitverkocht en het stadium dienstverlening (de dienstverlening die CB uitvoert voor een titel voor de uitgever die de titel via CB laat distribueren, bijvoorbeeld In voorbereiding, In uitvoering, In afbouw, Gestopt. Tussen stadium levenscyclus en stadium dienstverlening bestaat een logische samenhang, Tijdens de verwerking van het ONIX 3.0 bericht dat de uitgever indient, worden deze beide statussen vanaf afgeleid uit de ProductAvailability en niet langer uit de combinatie van PublishingStatus en ProductAvailability. Dat betekent dat de PublishingStatus niet hoeft te worden opgegeven door de uitgever. Doet de uitgever dat wel, dan moet er in de tag <PublishingStatus> een geldige waarde uit codelijst 64 staan om te zorgen dat het bericht door de XSD validatie heen komt, maar tijdens de verwerking van het ONIX bericht in de CB-systemen zal deze waarde worden genegeerd. Deze aanpassing is gedaan om beter aan te sluiten op de beschikbaarheid zoals die in de systemen van de uitgever is vastgelegd. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 58

59 De volgende velden worden gebruikt: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N Publishing status and dates and copyright Publishing Status P.20.1 <PublishingStatus> O O 64 N Publishing date composite <PublishingDate> Publishing date role code P20.3 <PublishingDateRole> O M 55 Date P20.4 <Date Date format> O M End of publishing date composite POS Publishing date composite <PublishingDate> <PublishingDateRole>01</PublishingDateRole> <Date dateformat="00"> </date> </PublishingDate> De PublishingDateRole wordt altijd gevuld met waarde 01 uit codelijst 163 (PublicationDate). Het Datumformaat is altijd yyyymmdd, aangegeven door dateformat 00 uit codelijst 55. Bij een aangekondigde titel moet deze datum in de toekomst liggen (dat is dan de verwachte verschijningsdatum.. Bij verschenen titels en herdrukken staat hier de datum dat de titel is verschenen Territorial rights/ sales restrictions Territoriale verkoopuitsluiting De boekenmarkt voor Belgie is gebaseerd op exclusiviteitsrechten. Iedere titel van een Nederlandse of Belgische uitgever mag slechts exclusief door 1 distributeur worden verkocht. Uitgevers of distirbuteurs kunnen onderling afspraken maken over verkooprechten in Nederland en Belgie. Als dat van toepassing is voor bepaalde titels dan moet CB zorgen dat de afnemers die in Belgie gevestigd zijn geen bestellingen ontvangen uit de voorraad van de partij die rechten heeft voor verkoop in Nederland, vice versa. De uitgever kan deze verkooprechten doorgeven via ONIX 3.0 via de Sales Rights.. <SalesRights> <SalesRightsType>02</SalesRightsType> <Territory> <RegionsIncluded>WORLD</RegionsIncluded> <CountriesExcluded>BE</CountriesExcluded> </Territory> <SalesRights> In <CountriesExcluded> wordt de landcode ingevuld van de het land waar de titel niet verkocht mag worden. Mogelijke waardes zijn BE(=België) en NL(=Nederland), en deze worden upper case aangegeven. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 59

60 Verkoopuitsluiting Wat zijn verkoopuitsluitingen? Het kan voorkomen dat een uitgever titels exclusief produceert voor een bepaalde doelgroep, bijvoorbeeld docentenboeken en antwoordenboeken waarvan hij niet wil dat deze via de boekhandel besteld kunnen worden door leerlingen. Alleen de uitgever zelf wil dan orders kunnen indienen voor deze titels. Het kan ook voorkomen dat een uitgever om administratieve redenen ISBN s toekent aan bijvoorbeeld epublicaties voor exclusief gebruik in 1 bepaalde universiteit of hogeschool en niet wil dat de (bibliografische) titelinformatie van deze titels beschikbaar komt voor derden. Het kan ook voorkomen dat een uitgever specials produceert die alleen besteld mogen worden door een bepaalde winkelketen. Dit soort restricties worden opgenomen in de Sales restriction composite. 1.Een titel wordt wel gedistribueerd door CB, maar de uitgever geeft CB geen toestemming om een titel bestelbaar te maken voor de boekhandel => m.a.w. alle bestellingen lopen via de uitgever (bestelrestrictie) <SalesRights> <SalesRightsType>02</SalesRightsType> <Territory> <RegionsIncluded>WORLD</RegionsIncluded> </Territory> <SalesRestriction> <SalesRestrictionType>07</SalesRestrictionType> </SalesRestriction> </SalesRights> 2.Een titel wordt wel gedistribueerd door CB maar de uitgever geeft de webwinkel geen toestemming om een titel op zijn website te tonen (informatierestrictie). <SalesRights> <SalesRightsType>02</SalesRightsType> <Territory> <RegionsIncluded>WORLD</RegionsIncluded> </Territory> <SalesRestriction> <SalesRestrictionType>03</SalesRestrictionType> </SalesRestriction> </SalesRights> Titels met een informatie- en/of bestelrestrictie worden in het ONIX 3.0 bericht opgenomen met ProductAvailability 44. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 60

61 De volgende velden worden gebruikt: DATA ELEMENT Field XML REFERENCE NAME M/O Onix Sales Rights composite <SalesRights> O O M/O CB Sales rights type code P.21.1 <SalesRightsType> M M 46 Territory composite <Territory> O Countries included P.21.2 <CountriesIncluded> O O Territories included P <RegionsIncluded> O O Countries excluded P21.4 <CountriesExcluded> O O 91 Territories excluded P <TerritoriesExcluded> O O End of territory composite </Territory> Sales restriction composite <SalesRestriction> O O Sales restriction type code End of sales restriction composite End of sales right composite P21.10 <SalesRestrictionTypeCod e> </SalesRestriction> </SalesRights> O M 71 LIST A N POS. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 61

62 14. Block 5: Related Material In de RelatedMaterial composite worden verbanden gelegd tussen producten. De RelatedMaterial composite omvat RelatedWorks en RelatedProducts. In RelatedWorks wordt de werk-identifier doorgegeven die hoort bij het product, en eventuele daaraan gerelateerde werk-identifiers. In de RelatedProduct composite worden vervangers, alternatieven en bij ebooks evt. het ISBN van het fysieke boek waarvan het ebook een manifestatie is, doorgegeven Related Works In november 201 is het NSTC live gegaan. NSTC is een gezamenlijk project van CB en Meta4Books. Met het NSTC is het voor de webwinkel mogelijk om verschillende verschijningsvormen en verschillende edities van hetzelfde werk aan elkaar te koppelen en te tonen aan de consument.: Een paperback, een hardback, een luisterboek, een ebook, een filmeditie, een graphic novel, een verkorte editie van het boek Schuld en boete van Dostojewski, krijgen dezelfde werk-identifier, onafhankelijk van wie de uitgever is van het boek. Uitgevers hoeven zelf geen NSTC s aan te vragen of aan te melden via ONIX; de NSTC s worden automatisch toegekend. NSTC s worden in het ONIX30 bericht dat CB genereert voor boekhandels en uitgevers gecommuniceerd Related Products In de related productl composite kunnen artikelen worden aangegeven die op enigerlei wijze verband houden met het artikel dat wordt beschreven in het Productrecord. De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix Related Product Composite (R) <RelatedProduct> O O Relation Code P Product Identifier Composite (R) Product Identifier Type Code <ProductRelationCode> M/O CB O M 51 <ProductIdentifier> M M P <ProductIDType> M M 5 LIST A N POS Identifier Value PR <IDValue> M M N 13 End of Product Identifier Composite End of Related product composite Hieronder een beschrijving van drie verschillende soorten relaties. Vervanger Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 62

63 Indien het artikel een ander vervangt,wordt dit met de composite P.23 Related products aangegeven. Door middel van de ProductRelationCode, een waarde uit codelijst 51, wordt aangegeven wat de relatie is tussen het artikel dat in het ProductRecord wordt beschreven en het artikel dat in RelatedProducts wordt beschreven. PR <ProductIDType> : waarde 03 uit Code-list 05 duidt aan dat het een EAN.UCC-13 betreft PR <IDValue> : het EAN Indien artikel x, y vervangt, dan zal bij artikel x een RelatedProduct composite worden opgenomen met ProductRelationCode : 03 (= vervangt) en in IDValue : de artikel code van y. In de orderverwerking van CB zal een order voor artikel Y worden omgezet naar een order voor artikel X. Controles in de CB-systemen op het verwerken van de vervanger: Een artikel mag geen vervanger zijn van zichzelf. Een artikel dat al een vervanger is van een andere titel mag zelf geen vervanger krijgen. Het artikel dat vervanger is en en het artikel dat vervangen wordt moeten dezelfde eigenaar hebben. Het artikel dat vervangen wordt moet een geldig stadium dienstverlening hebben (actief zijn in het CB assortiment en stadium dienstverlening mag niet gestopt zijn). Alternatief Als een titel is uitverkocht of niet meer leverbaar is kan de uitgever ook een alternatief artikel aangeven. Anders dan bij een vervanger is vindt door het ordersysteem van CB geen automatische doorsluizing plaats naar het alternatief. Het is aan de boekhandel zelf om te bepalen of hij het alternatieve artikel wil bestellen of niet. Een publishers alternative wordt door middel van ProductRelationCode 12 aangegeven in het ONIX bericht: <RelatedMaterial> <RelatedProduct> <ProductRelationCode>12</ProductRelationCode> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> </RelatedProduct> </RelatedMaterial> Epublication based on Bij eboeken kan het fysieke boek waarop het eboek is gebaseerd worden aangegeven in de Related Product composite. Dit wordt aangegeven dmv ProductRelationCode 13. <RelatedMaterial> <RelatedProduct> <ProductRelationCode>13</ProductRelationCode> <ProductIdentifier> <ProductIDType>03</ProductIDType> <IDValue> </IDValue> </ProductIdentifier> </RelatedProduct> </RelatedMaterial> Voor de aanmelding van een eboek voor Apple is dit inmiddels geen verplichting meer. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 63

64 15. BLOCK 6: ProductSupply Voor het aanmelden of doorgeven van een titel voor het assortiment van fysieke titels van het CB of voor het assortiment van Digitale distributie wordt een SupplyDetail Composite opgenomen met in de tag <SupplierName> de waarde CB. Dit is in feite de commerciële aanmelding van een titel. Het Block ProductSupply bevat ook informatie over artikelprijzen en btw-tarieven. Hieronder een voorbeeld van een volledig block ProductSupply. <ProductSupply> <MarketPublishingDetail> <MarketPublishingStatus>02</MarketPublishingStatus> <MarketDate> <MarketDateRole>01</MarketDateRole> <Date dateformat="00"> </date> </MarketDate> </MarketPublishingDetail> <SupplyDetail> <Supplier> <SupplierRole>00</SupplierRole> <SupplierIdentifier> <SupplierIDType>13</SupplierIDType> <IDValue>ISBISB</IDValue> </SupplierIdentifier> <SupplierName>CB</SupplierName> </Supplier> <ProductAvailability>21</ProductAvailability> <SupplyDate> <SupplyDateRole>08</SupplyDateRole> <Date dateformat="00"> </date> </SupplyDate> <Price> <PriceType>04</PriceType> <PriceCondition> <PriceConditionType>00</PriceConditionType> </PriceCondition> <DiscountCoded> <DiscountCodeType>03</DiscountCodeType> <DiscountCode>A</DiscountCode> </DiscountCoded> <PriceAmount>24.95</PriceAmount> <Tax> <TaxRateCode>R</TaxRateCode> <TaxRatePercent>6.00</TaxRatePercent> <TaxableAmount>23.54</TaxableAmount> <TaxAmount>1.41</TaxAmount> </Tax> <CurrencyCode>EUR</CurrencyCode> <PriceDate> <PriceDateRole>14</PriceDateRole> <Date dateformat="00"> </date> </PriceDate> </Price> </SupplyDetail> </ProductSupply> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 64

65 DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix Market Composite <Market> O O Territory Composite <Territory> M M Countries Included <CountriesIncluded> O O 91 A Territories Included <RegionsIncluded> O O 49 A Countries Excluded <CountriesExcluded> O O 91 A Territories Excluded <RegionsExcluded> O O 49 A End of Territory composite End of Market Composite Market publishing detail composite Market publishing status </Territory> </Market> <MarketPublishingDetail > <MarketPublishingStatu s> Market datecomposite <MarketDate> O O O M/O CB O LIST M M 68 A Market date role <MarketDateRole> M M 163 N Market date met date format als attribuut <Date dateformat = 00 > End of Market date composite End of Markert PublishingDetail composite </MarketDate> </MarketPublishingDetai l> M M A N POS. Supply Detail Composite (R) <SupplyDetail> O M Supplier composite <Supplier> Supplier role P26.1 <SupplierRole> M M 93 N 2 Supplier Identifier Composite (R) <SupplierIdentifier> M Supplier identifier type code P26.2 <SupplierIDType> O M 92 A 2 IdentifierValue P26.4 <Idvalue> M M End of Supplier Identifier Composite </SupplierIdentifier> Supplier name P.26.5 <SupplierName> O M N 8 End of Supplier composite </Supplier> Titels vrijgeven op een specifieke datum Door het aanleveren van de Market PublishingDetail composite kan een uitgever aangeven dat CB de titel niet eerder mag uitleveren dan dan op de door hem aangegeven specifieke datum. De MarketPublishingStatus wordt altijd gevuld met de waarde 02 (Aangekondigd) en de MarketDateRole met waarde 01. In de MarketDate wordt de datum gezet waarop de titel voor het eerst mag worden uitgeleverd. <MarketPublishingDetail> <MarketPublishingStatus>02</MarketPublishingStatus> <MarketDate> <MarketDateRole>01</MarketDateRole> <Date dateformat="00"> </date> </MarketDate> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 65

66 </MarketPublishingDetail> Supplier composite Voor titels die in het assortiment van CB worden opgenomen wordt de Supplier role aangegeven met waarde 00 uit codelijst 93, Unspecified, en <SupplierName> wordt gevuld met CB. <Supplier> <SupplierRole>00</SupplierRole> <SupplierName>CB</SupplierName> </Supplier> Als de titel alleen wordt aangemeld voor ISBN registratie moet de <Supplier> composite wel worden aangeleverd maar dan met <SupplierName> ongelijk aan CB, hier mag ook een dummy waarde in staan zoals Product availability Na de Supplier composite wordt de ProductAvailability aangegeven. In de systemen van CB wordt uit de ProductAvailability de combinatie van stadium levenscyclus en stadium dienstverlening herleid. ProductAvailability is een verplichte tag in de ONIX 3.0 specificaties en moet dus altijd worden aangeleverd als er een Block ProductSupply in het ProductRecord mee komt. <ProductAvailability>10</ProductAvailability> Voor ProductAvailability wordt codelijst 65 gebruikt. CB kent alleen de waardes uit de tabel hieronder. In de twee kolommen naast de ProductAvailability staat aangegeven tot welk stadium levenscyclus en welk stadium dienstverlening de betreffende ProductAvailability leidt.: Als een uitgever een titel voor het eerst aanmeldt voor opname in het CB assortiment wordt deze altijd opgenomen met stadium levenscyclus Aangekondigd en stadium dienstverlening In voorbereiding, ongeacht de meegegeven ProductAvailability Statusovergangen in beschikbaarheid doorgeven Door middel van de ProductAvailability is het mogelijk om de beschikbaarheid van een titel te wijzigen. ONIX kent geen tag voor de ingangsdatum van een statusovergang in de toekomst. CB zal een statusovergang daarom standaard laten ingang op 1 dag na de systeemdatum. De PublicationDate en de SupplyDate moeten bij een aangekondigde titel in de toekomst liggen. Bij een herdruk moet de SupplyDate in de toekomst liggen. (zie schematische overzichten hoofdstuk 7) De volgende statusovergangen zijn mogelijk: Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 66

67 ACTUEEL STADIUM LEVENSCYCLUS GEWENST STADIUM LEVENSCYCLUS PRODUCT AVAILABILITY IN ONIX BERICHT AFGELEID STADIUM DIENSTVERLENING Aangekondigd Zal niet verschijnen 01 Cancelled Gestopt Verschenen In herdruk 32 Reprinting In uitvoering Verschenen Uitverkocht 51 Out of stock In afbouw (IF uitgever) of In afbouw zonder retouren (Depot uitgever) Verschenen In prijs opgeheven 47 Remaindered In afbouw (IF uitgever) of In afbouw zonder retouren (Depot uitgever) Verschenen Teruggetrokken 40 Not available In afbouw zonder retouren Verschenen zonder voorraad bij CB Verschenen 21 In uitvoering Verschenen zonder voorraad bij CB Verschenen zonder voorraad bij CB Herdruk 32 In uitvoering Uitverkocht 51 In afbouw (IF uitgever) of In afbouw zonder retouren (Depot uitgever) In herdruk Verschenen 21 In stock In uitvoering In herdruk Uitverkocht 51 Out of stock In afbouw (IF uitgever) of In afbouw zonder retouren (Depot uitgever) In herdruk In prijs opgeheven 47 - Remaindered In afbouw (IF uitgever) of In afbouw zonder retouren (Depot uitgever) Uitverkocht Verschenen 21 In stock In uitvoering Uitverkocht In herdruk 32 - Reprinting In uitvoering SupplyDate In de SupplyDate composite wordt voor titels die aangekondigd zijn of op herdruk staan de verwachte eerste uitleverdatum van deze titel bij CB aangegeven. Dit geldt voor titels met ProductAvailability 10, 12 en 32. De tag SupplyDateRole wordt gevuld met waarde 08 is de standaard verwachte eerste uitleverdatum. N.B. De verwachte verschijningsdatum van een nieuwe titel of herdruk in de CB systemen moet altijd in de toekomst liggen. Wanneer een uitgever een (willekeurige) titelmutatie instuurt op een nieuwe titel of herdruk en de verwachte verschijningsdatum van de titelgegevens die in de CB systemen aanwezig zijn is inmiddels verstreken, dan zal deze mutatie niet kunnen worden verwerkt, zelfs al bevat het betreffende ONIX Productrecord een geldige mutatie op de verwachte verschijningsdatum. Het is dus zaak dat de uitgever de verwachte verschijningsdata altijd bijhoudt. DATA ELEMENT Supply date composite FIELD XML REFERENCE NAME <SupplyDate> M/O Onix M/O CB LIST A N POS. Supply date role P26.18 <SupplyDateRole> M M 166 N 2 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 67

68 Supply date P26.20 <Date dateformat> O M N 8 End of Supply date composite </SupplyDate> Pack quantity P26.41 <PackQuantity> O O N Embargo De Supplydate composite kan ook worden gebruikt om de embargodatum aan te geven. Een uitgever kan bedingen dat een titel waarvan wel voorraad is ingeslagen en die qua statussen volledig klaar is om te worden uitgeleverd onder een uitleverembargo valt. Dit is gebruikelijk bij bijzondere titels zoals de nieuwe Dan Brown of bij titels die met een bijzondere promotiecampagne worden aangekondigd. Wanneer er sprake is van een embargodatum wordt dit aangekondigd door middel van een extra SupplyDate composite met SupplyDateRole 02. <SupplyDate> <SupplyDateRole>02</SupplyDateRole> <Date dateformat="00"> </date> </SupplyDate> De datum die wordt weergegeven is de eerste datum dat het artikel verkocht mag worden Price composite Informatie over prijs, boeksoort en BTW worden opgenomen in de Price composite. De Price composite kan herhaald worden wanneer er sprake is van meerdere typen prijzen. Een titel kan bijvoorbeeld tegelijkertijd een bruto verkoopprijs hebben en een actieprijs die gedurende een bepaalde periode geldig is. Dat leidt dan tot twee afzonderlijke price composites in het ONIX 3.0 bericht. Hieronder een voorbeeld van een price composite met een bruto adviesprijs incl BTW. De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N POS. Unpriced item P26.42 <UnpricedItemType> O O 57 N 2 Price Composite (R) <Price> O M Price type code P26.43 <PriceType> O M 58 N 2 Price type qualifier P26.44 <PriceQualifier> O M 59 N 2 Price type description P26.45 <PriceTypeDescription> O O A Price condition composite <PriceCondition> O Price condition type code P26.47 <PriceConditionType> M M End of Price condition composite </PriceCondition> Discount composite <DiscountCoded> O M Discount code type P26.54 <DiscountCodeType> M M 100 N 2 Discount code value P26.56 <DiscountCode> M M A 1 Discount Percent P26.59 <DiscountPercent>* O O N End of Discount Composite </DiscountCoded> PriceStatus P <PriceStatus> O O 61 N 2 Price amount P26.62 <PriceAmount> O M N 6.2 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 68

69 Tax composite(r) <Tax> O M Tax type code P26.63 <TaxType> M M 171 N 2 Tax rate, coded P26.64 <TaxRateCode> M* M* 62 N Amount of price taxable at this rate P26.66 <TaxableAmount> M M N 6.2 Tax amount at this rate P <TaxAmount> M* M* N End of tax composite </Tax> Currency code <CurrencyCode> O O 96 A 3 Price date composite <PriceDate> M Price date role P26.83 <PriceDateRole> O M 173 N 2 Price date P26.85 <Date date format> O M N 8 End of price date composite End of price composite Uitleg: Price type code De tag PriceTypeCode kan gevuld zijn met een van de onderstaande waardes uit codelijst 58. Code Vertaling 04 Bruto verkoopprijs incl BTW 14 Bruto actieprijs incl BTW Discount Code Composite Middels deze composite wordt de boeksoort aangeleverd. Daartoe is veld <DiscountCodeType> gevuld met waarde 03 : Boeksoort. De mogelijke waarden hierbij zijn de volgende : A Algemeen S Studieboek W Wetenschappelijk O Overig In de <DiscountCoded> composite geeft u de boeksoort aan. Dit is een verplicht veld omdat dit feitelijk de condities aangeeft waartegen wordt geleverd. Dat het om een kortingsconditie gaat in de vorm van een boeksoort wordt aangegeven door het <DiscountCodeType>; dit wordt gevuld met waarde 03 uit codelijst 100. In de tag <DiscountCode> wordt de feitelijke boeksoort opgenomen (A, S W of O). *Boeksoort E-books hebben altijd boeksoort O. Voor een artikel met boeksoort O moet in de CB systemen minimaal een default kortingsafspraak aanwezig zijn die van toepassing is voor het betreffende artikel. Tot voor kort was het verplicht om bij een titel met boeksoort O de tag <DiscountPercent> aan te leveren met een default O-boek korting. Deze verplichting is met ingang van deze versie vervallen. Als u hier een waarde aanlevert wordt deze genegeerd in de verwerking. De O-boek korting bij de uitlevering wordt ontleend aan de afspraak die vastligt in de CB-systemen. Price status Als <PriceStatus> aanwezig is met waarde 02, dan heeft dit in de CB verwerking de betekenis van het verlenen van het vrijgave-akkoord. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 69

70 . Price amount Het bedrag van de verkoopprijs. In de tag <PriceAmount> staat de feitelijke prijs en de tag <CurrencyCode> wordt gevuld met EUR Currency code De munteenheid waarin de prijs wordt doorgegeven is standaard de waarde EUR uit Code-list 96. Tax rate code Taxable amount Tax rate code kan gevuld zijn met een van de volgende waardes: R Reduced Specifies that tax is applied at a lower rate than Laag standard S Standard Hoog Z Zero-rated Zonder BTW De ingangsdatum en de eventuele einddatum van de prijs worden in <PriceEffectiveFrom> en <PriceEffectiveUntil> opgenomen, waarbij de ingangsdatum na vandaag moet liggen. De einddatum is bij een actieprijs (code 12) altijd verplicht, bij een normale prijs (code 02) mag deze leeg gelaten worden. Tax rate percent Tax amount Een van beiden is verplicht volgens de XSD. Price date composite Door middel van de Price date role wordt de ingangsdatum en de einddatum van een prijs aangegeven. Price date role met de waarde 14 geeft de ingangdatum van de prijs weer; price date role met de waarde 15 geeft de einddatum van de prijs weer. Toelichting op berekening van deelprijzen bij artikelen met gemengd BTW Als een artikel uit meerdere gedeeltes bestaat, waar een ander BTW-tarief voor kan gelden, wordt dat duidelijk uit de toegekende Product BTW Classificaties. Van de afzonderlijke gedeeltes wordt een deelprijs berekend, op basis van de totale prijs en het percentage dat bij de classificatie hoort. Om afrondingsverschillen te voorkomen wordt de volgende berekeningswijze gehanteerd: De percentages kunnen met 5 decimalen worden doorgegeven Daarnaast worden de deelprijzen als volgt berekend: o Berekening van de deelprijs bij de eerste classificatie aan de hand van het percentage o Idem bij de volgende classificaties, behalve bij de laatste o De laatste deelprijs wordt berekend door het totaal van de voorgaande deelprijzen af te trekken van de totaalprijs. Voorbeeld: De consumentenprijs is 11,25 euro. Het boek bestaan uit 3 onderdelen: Boeken voor 50,93333 procent (5,73 euro) Naslagwerk op digitale gegevensdrager voor 37,42222 procent (4,21 euro) Non-Boek voor 11,64444 procent (1,31 euro) In het Onix-bericht worden de consumentenprijs, de classificaties en de percentages aangeleverd. De deelprijzen worden uitgerekend en opgeslagen bij CB: Boeken : 50,93333% van 11,25 = 5,73 euro Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 70

71 Naslagwerken.. : Non-boek : 37,42222% van 11,25 = 4,21 euro 11,25 5,73 4,21 = 1,31 euro Bij gemengd btw kunnen maximaal 3 deelprijzen zijn. De bedragen worden als volgt berekend aan de hand van wat in ONIX is doorgegeven. Alle prijzen worden afgerond op 2 cijfers achter de komma. Bij 2 prijsonderdelen: Prijs1 = totale prijs * (deelpercentage1/100) Prijs2 = totale prijs prijs1 Bij 3 prijsonderdelen: Prijs1 = totale prijs * (deelpercentage1/100) Prijs2 = totale prijs * (deelpercentage2/100) Prijs3 = totale prijs prijs1 prijs2 Alle prijzen zijn bruto prijzen, d.w.z. met btw en de korting is er nog niet vanaf. De prijzen kunnen in de Tax composite meegegeven worden. De Tax composite ziet er als volgt uit: <Tax> <TaxRateCode>R, H of Z</TaxRateCode> <TaxRatePercent>.</TaxRatePercent> <TaxableAmount>.</TaxabelAmount> <Tax> Bij TaxRatePercent wordt het btw percentage gezet dat geldt bij dit bedrag. Bij TaxableAmount staat het bedrag waar het btw percentage voor geldt, dat is het bedrag exclusief BTW. Dit is conform wat wij meesturen in het uitgaande ONIX bericht. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 71

72 16. Titels direct aanmelden voor PublishingOnDemand Met het gebruik van 2 speciaal daarvoor bedoelde ProductAvailability codes is het mogelijk om titels via ONIX 3.0 direct aan te melden voor PublishingOnDemand (POD). <ProductAvailbility>12 voor nieuwe titels, en <ProductAvailability>23 voor titels die al in het CB assortiment zijn opgenomen. Ook is het mogelijk om de beschikbaarheid van POD titels dmv ONIX 3.0 te onderhouden. Situatie 1: Een uitgever meldt een nieuwe titel aan bij het CB assortiment die POD titel moet worden. <ProductAvailability>: 12 De titel wordt opgenomen in het POD assortiment van CB met stadium levenscyclus Aangekondigd Als de assortimentsaanmelding is verwerkt, de POD bestanden en POD metadata zijn ingediend en goedgekeurd, en er in het ONIX bericht een vrijgave-akkoord is doorgegeven met <PriceStatus>02, zal het stadium levenscyclus automatisch naar Verschenen gaan met ingang van de volgende dag. Als aangegeven is dat planning gewenst was, wordt de titel met ingang van de gewenste ingangsdatum handmatig op Verschenen gezet door CB. Situatie 2: Een titel die oorspronkelijk als fysiek boek was aangemeld en nog niet is verschenen, wordt nu naar POD titel omgezet. De uitgever meldt deze mutatie aan met <ProductAvailability>12. Zie verder Situatie 1 Situatie 3: Een titel die op Verschenen staat en een fysiek boek is wordt omgezet naar POD titel. <ProductAvailability 23> Zodra de printbestanden akkoord zijn kunnen de opdrachten voor de titel worden uitgevoerd Wat gebeurt er als er nog voorraad is en de bestanden zijn nog niet akkoord? Situatie 4 en 5: Een uitgever wil een titel die al in het POD assortiment zit afmelden voor POD. <ProductAvailablity>21 Dit kan alleen bij titels die Aangekondigd, Verschenen of In Herdruk zijn. Het gaat niet fout, het wordt alleen genegeerd als er een andere slc is. Situatie 6: Bij het doorgeven van, bijvoorbeeld, een prijsmutatie op een titel die POD is, op Verschenen staat en Verschenen blijft: <ProductAvailability> 23 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 72

73 Situatie 7: Titel wordt teruggetrokken als POD titel en gaat naar een andere printpartner (wordt BOV titel). <ProductAvailability> 22. Situatie 8 Een titel die was aangekondigd als POD titel en nog steeds op Aangekondigd staat wordt toch een fysieke titel, maar blijft op Aangekondigd staan. <ProductAvailability> 10 Schematisch weergegeven: Situa tie Is POD Huidig Stadium Levenscyclus Gewenste mutatie Stadium Levenscyclus naar CB zet stadium dienstverlening naar Product Availability 1 N Aangekondigd Aangekondigd In voorbereiding 12 Not yet available, will be POD Wordt/ blijft POD J Wie Uitgeve r 2 N Aangekondigd Verschenen In uitvoering 23 POD J CB 3 J Aangekondigd Verschenen In uitvoering 21 In stock N CB 4 J Aangekondigd Aangekondigd In voorbereiding 10 In stock N Uitgeve r 5 J Verschenen Verschenen In uitvoering 21 In stock N CB 6 N Verschenen Verschenen In uitvoering 23 - POD J Uitgeve r 7 J In herdruk Verschenen In uitvoering 21 in stock N CB 8 N In herdruk Verschenen In uitvoering 23 - POD J Uitgeve r 9 J In herdruk Verschenen In uitvoering (BOV titel) 22 to order N Uitgeve r Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 73

74 17. Aanvullingen voor ProductRecord eboeken Product form Voor eboeken kan de verschijningsvorm niet uniek bepaald worden op basis van de ProductForm alleen. Hierin kan bijvoorbeeld niet worden aangegeven wat het format van het eboek is en welke beveiliging van toepassing is. DATA ELEMENT FIELD XML REFERENCE NAME Product Composition P3.1 <ProductComposition> M M 2 A 2 Product Form Code P.3.2 <ProductForm> M M 150 A Product Form Detail P.3.3 <ProductFormDetai l> O O 175 A 5 Product Form Feature Composite <ProductFormfeature> O ProductFormFeatureType Code P.3.4 <ProductFormFeatureType> M M 79 N 2 ProductFormFeatureValue P.3.5 <ProductFormfeatureValue> M M N 1 Einde ProductFormFeature Composite </ProductFormFeature> ProductForm Description P.3.8 ProductFormdescription O M A 255 Epub technical Protection P. <EpubtechnicalProtection> O O 144 N M/O Oni x M/ O CB LIS T A N POS. Daarom worden de tags ProductFormDetail en Epubtechnical protection toegevoegd aan de aanmelding van een eboek. De combinaties van deze 3 velden leidt tot het schema dat u kunt aantreffen in Bijlage II. Alleen wanneer het eboek het formaat epub heeft is van belang dat ook wordt aangegeven welke epub versie het betreft. Dit kan epub 2 of epub3 zijn. EPub 3 is de opvolger van epub 2. Epub 3 heeft een fixed layout en kan video, audio en interactieve elementen bevatten en is niet op alle op de markt beschikbare apparaten te lezen. Het versienummer moet worden aangegeven in de <ProductFormFeature> composite. : Hieronder een voorbeeld zoals epub3 wordt aangegeven in het ONIX 3.0 bericht.: <ProductForm>ED</ProductForm> <ProductFormDetail>E101</ProductFormDetail> <ProductFormFeature> <ProductFormFeatureType>15</ProductFormFeatureType> <ProductFormFeatureValue>101B</ProductFormFeatureValue> </ProductFormFeature> <EpubTechnicalProtection>02</EpubTechnicalProtection> Hieronder een voorbeeld zoals epub2 wordt aangegeven in het ONIX 3.0 bericht.: Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 74

75 <ProductForm>ED</ProductForm> <ProductFormDetail>E101</ProductFormDetail> <ProductFormFeature> <ProductFormFeatureType>15</ProductFormFeatureType> <ProductFormFeatureValue>101A</ProductFormFeatureValue> </ProductFormFeature> <EpubTechnicalProtection>02</EpubTechnicalProtection> Als in het ONIX bericht van de uitgever naar CB bij een epub de ProductFormFeature composite achterwege wordt gelaten wordt deze in de verwerking van de gegevens beschouwd als epub versie Shorts (EditionType code) Vanaf 19 november 2013 kan een uitgever bij een e-book aangeven dat het e-book een kort verhaal ( short ) is. Dit aangeven heeft twee resultaten: 1. De webwinkel zal dit kenmerk ontvangen (dit zal in de loop van december 2013 opgeleverd worden) en daarmee in staat zijn om deze titels op een andere manier te presenteren aan de consument. 2. Tevens zal CB in een later stadium een apart (lager) dienstentarief in rekening brengen voor de distributie van korte verhalen. Dit omdat een kort verhaal vaak slechts enkele euro s kost, waarbij de gebruikelijke distributietarieven van CB aan de hoge kant zijn. Er is geen eenduidig criterium aan te geven wanneer een e-book een short is. Dit is niet te baseren op een aantal pagina s, een inhoud o.i.d. De uitgever kan het helemaal zelf bepalen. In de ONIX definities bestaat een dergelijk kenmerk nog niet. Binnen Editeur worden er nog discussies gevoerd waar dit kenmerk thuishoort BISAC main subject heading Buitenlandse distributieplatforms werken als genreaanduiding voor de eboeken niet met de Nederlandse Uniforme Rubrieksindeling (NUR) maar met BISAC. Dit wordt aangegeven in een SubjectComposite waarin dmv <SubjectSchemeIdentifier>10</SubjectSchemeIdentifier> wordt aangegeven dat het om een BISAC subject heading gaat.. <Subject> <SubjectSchemeIdentifier>10</SubjectSchemeIdentifier> <SubjectCode> ANT000000</SubjectCode> </Subject> De actuele geldige waardes voor de BISAC code zijn te vinden op de website van de BOOK Industry Study Group, en daar ook gratis te downloaden. Tevens treft u op deze site een lijst met FAQ over het onderwerp BISAC codes aan. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 75

76 Er moet een geldige BISAC subject code worden opgegeven, anders volgt uit de verwerking de foutmelding: (Fout)Opgegeven waarde voor Bisac: FIC is onbekend Wordt de BISAC Main subject code achterwege gelaten in het bericht, dan volgt uit de verwerking de foutmelding: (Fout) Verplicht attribuut Bisac categorie (SubjctCode) ontbreekt ProductSupply Supplier composite Voor titels die in het eboek-assortiment van CB moeten worden opgenomen wordt de Supplier role aangegeven met waarde 00 uit codelijst 93, Unspecified, en <SupplierName> wordt gevuld met CB. <Supplier> <SupplierRole>00</SupplierRole> <SupplierName>CB</SupplierName> </Supplier> Daarnaast heeft u de mogelijkheid om uw eboeken aan te melden voor 1 of meerdere externe eboek distributieplatformen waar CB afspraken mee heeft. U heeft per platform waaraan u via CB levert een getekend contract nodig. Per extern distributieplatform moet u ook aangeven voor welke landen/gebieden er verkooprechten geldig zijn. Dit gebeurt in de <Market> composite. Per extern distrbutieplatform moet u 1 of meerdere Price composites aanleveren. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 76

77 DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix Market Composite <Market> O O Territory Composite <Territory> M M Countries Included <CountriesIncluded> O O 91 A Territories Included <RegionsIncluded> O O 49 A Countries Excluded <CountriesExcluded> O O 91 A Territories Excluded <RegionsExcluded> O O 49 A End of Market Composite MarketPublishingDetail composite MarketPublishingStatus </Market> <MarketPublishingDetail > <MarketPublishingStatu s> Market publishing date composite <MarketDate> M M O M/O CB O LIST A N POS. M M 68 N 2 Market date role <MarketDateRole> M M 67 N 2 Date dateformat <Date dateformat = 00> M M End of Market publishing date composite End of MarketPublishingDetail composite </MarketDate> </MarketPublishingDetai l> Supply Detail Composite (R) <SupplyDetail> O M Supplier composite <Supplier> Supplier role P26.1 <SupplierRole> M M 93 N 2 Supplier Identifier Composite <SupplierIdentifier> Supplier identifier type code P26.2 <SupplierIDType> O M 92 A 2 IdentifierValue P26.4 <Idvalue> M M End of Supplier Identifier Composite </SupplierIdentifier> Supplier name P.26.5 <SupplierName> O M N 8 End of Supplier composite </Supplier> Hieronder treft u een voorbeeld aan van een commerciële aanmelding van een eboek voor KOBO met verkooprechten over de gehele wereld. <ProductSupply> <Market> <Territory> <RegionsIncluded>WORLD</RegionsIncluded> </Territory> </Market> <MarketPublishingDetail> <MarketPublishingStatus>02</MarketPublishingStatus> <MarketDate> <MarketDateRole>02</MarketDateRole> <Date dateformat="00"> </date> </MarketDate> </MarketPublishingDetail> <SupplyDetail> <Supplier> <SupplierRole>00</SupplierRole> <SupplierName>KOBO</SupplierName> </Supplier> <ProductAvailability>10</ProductAvailability> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 77

78 <SupplyDate> <SupplyDateRole>08</SupplyDateRole> <Date dateformat="00"> </date> </SupplyDate> <Price> <PriceType>42</PriceType> <DiscountCoded> <DiscountCodeType>03</DiscountCodeType> <DiscountCode>O</DiscountCode> </DiscountCoded> <PriceAmount>164.55</PriceAmount> <Tax> <TaxType>01</TaxType> <TaxRateCode>S</TaxRateCode> <TaxableAmount>29.30</TaxableAmount> </Tax> <CurrencyCode>EUR</CurrencyCode> <PriceDate> <PriceDateRole>14</PriceDateRole> <Date dateformat="00"> </date> </PriceDate> </Price> </SupplyDetail> </ProductSupply> Een overzicht van de externe distributieplatforms waarvoor u eboeken kunt aanmelden met hun SupplierNames en de mogelijke territories vindt u in bijlage VI Pre-sales Als u via ONIX e-books aanmeldt voor het assortiment van Apple, Kobo of andere externe distributieplatformen die pre-sales faciliteren gaan wij er van uit dat uw titels standaard voor pre-sales worden aangeboden. Pre-sales wil zeggen dat het externe distributieplatform de titelgegevens aanbiedt voordat het e-book beschikbaar komt voor download, en dat er orders in nota worden genomen. Wilt u bepaalde titels uitsluiten voor pre-sales, dan kan dit door in de <MarketPublishingDetail.> composite de datum op te geven waarop de titel in de etalage van de webshop getoond mag worden. MarketPublishingStatus wordt gevuld met waarde 02 uit codelijst 68, betekenis: Forthcoming, not yet published in this market, should be accompanied by local publication date. De MarketdateRole wordt gevuld met waarde 02 uit codelijst 163, embargo datum, dit is de datum waarop het embargo afloopt. <MarketPublishingDetail> <MarketPublishingStatus>02</MarketPublishingStatus> <MarketDate> <MarketDateRole>02</MarketDateRole> <Date dateformat="00"> </date> </MarketDate> </MarketPublishingDetail> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 78

79 17.7. Onderhouden beschikbaarheid e-book Bij e-books is geen stadium dienstverlening van toepassing. Ook bij e-books krijgt een titel bij eerste aanmelding stadium levenscyclus A, ongeacht wat er in het bericht staat. De verwachte verschijningsdatum moet in de toekomst liggen. Voor e-books gelden de volgende toegestane statusovergangen: ONIX kent geen tag voor de ingangsdatum van een statusovergang in de toekomst. CB zal een statusovergang daarom standaard laten ingang op 1 dag na de systeemdatum. Huidig Stadium levenscyclus Gewenst Stadium levenscyclus ProductAvailability Aangekondigd Zal niet verschijnen 01 Cancelled Aangekondigd Verschenen 21 In stock 1 Verschenen Tijdelijk niet leverbaar 34 Temporarily 3 withdrawn from sale. Verschenen Teruggetrokken 40 Not available Zal niet verschijnen Aangekondigd 10 Not yet available 2, 3 Tijdelijk niet leverbaar Verschenen 21 In stock 1 Teruggetrokken Aangekondigd 10 Not yet available 2, 3 Opmerking Opmerking 1: Een e-book mag alleen op Verschenen worden gezet als er een geldige prijs en korting is en het e-book beschikbaar is voor download/online lezen bij alle leveringskanalen. Opmerking 2: Deze statusovergangen zijn niet toegestaan bij fysieke boeken. Opmerking 3: Bij deze statusovergangen moet de verwachte verschijningsdatum (SupplyDate) in de toekomst liggen Eboek prijzen Voor eboeken worden andere PriceType codes gebruikt omdat de vaste boekenprijs voor eboeken niet van toepassing is. De PriceComposite kan worden herhaald als er meerdere prijzen van toepassing zijn. Hieronder een voorbeeld van een price composite met een bruto adviesprijs incl BTW. <Price> <PriceType>02</PriceType> <DiscountCoded> <DiscountCodeType>03</DiscountCodeType> <DiscountCode>O</DiscountCode> </DiscountCoded> <PriceAmount>12.95</PriceAmount> <Tax> <TaxRateCode>R</TaxRateCode> <TaxableAmount>12.22</TaxableAmount> </Tax> <CurrencyCode>EUR</CurrencyCode> <PriceDate> Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 79

80 <PriceDateRole>14</PriceDateRole> <Date dateformat="00"> </date> </PriceDate> </Price> De gebruikte velden zijn: DATA ELEMENT FIELD XML REFERENCE NAME M/O Onix M/O CB LIST A N POS. Unpriced item P26.42 <UnpricedItemType> O S 57 N 2 Price Composite (R) <Price> O M Price type code P26.43 <PriceTypeCode> O M 58 N 2 Price type qualifier P26.43 <PriceQualifier> O M 59 N 2 Price type description P26.44 <PriceTypeDescription> O O A Price condition composite <PriceCondition> O O Price condition type code P <PriceConditionType> M M 167 N 2 Price condition quantity composite <PriceConditionQuantity> O O Price condition quantity type P <PriceConditionQuantityTyp e> Price condition value P <Quantity> M M M M 168 N 2 Price condition quantity unit P <QuantityUnit> M M 169 End of Price condition quantity composite End of Price condition composite Discount composite </PriceConditionQuantity> </PriceCondition> <DiscountCoded> Discount code type P26.54 <DiscountCodeType> M M 100 N 2 Discount code value P26.56 <DiscountCode> M M A 1 Discount Percent P26.59 <DiscountPercent> O O N End of Discount Composite </DiscountCoded> Price amount P26.62 <PriceAmount> O M N 6.2 Tax composite(r) <Tax> O Tax type code P26.66 <TaxType> M M 171 N 2 Tax rate, coded P26.67 <TaxRateCode> M M 62 N Tax rate, percent P <TaxRatePercent> M* M* Amount of price taxable at this rate P26.69 <TaxableAmount> M M N 6.2 Tax amount at this rate P26.70 <TaxAmount> M* M* End of tax composite </Tax> Currency code <CurrencyCode> 96 A 3 Price date composite <PriceDate> Price date role P26.74 <PriceDateRole> O M 173 N 2 Price date P26.76 <Date date format> O M N 8 End of price date composite End of price composite Price type code De tag PriceTypeCode kan gevuld zijn met een van de onderstaande waardes uit codelijst 58. Code Vertaling Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 80

81 02 Adviesprijs incl BTW 12 Actieprijs-adviesprijs incl BTW 42 Adviesprijs incl BTW die de uitgever geeft aan externe distributieplatformen TaxRatePercent/TaxAmount Een van beiden is verplicht Ebook verhuren naast ebook verkopen Als een ebook (ook) online te lezen is, bestaat de mogelijkheid om het ebook te verkopen en/of te verhuren. Er kunnen ook meerdere verhuurtermijnen van toepassing zijn met verschillende prijzen. Dat betekent dat er meerdere <Price> composites voorkomen in het Block ProductSupply voor de betreffende leverancier. De voorwaarden worden aangegeven in de <PriceCondition> composite. Met <PriceCondition>00 wordt de verkoopprijs aangegeven. Met <PriceCondition>10 wordt de huurprijs aangegeven. De tijdseenheid voor de verhuurtermijn wordt aangegeven in de <PriceCondition> composite. <PriceCondition> <PriceConditionType>10</PriceConditionType> <PriceConditionQuantity> <PriceConditionQuantityType>01</PriceConditionQuantityType> <Quantity>21</Quantity> <QuantityUnit>07</QuantityUnit> </PriceConditionQuantity> </PriceCondition> <PriceConditionQuantityType> met waarde 01 uit codelijst 168 geeft aan dat de huurvoorwaarde een tijdsperiode is. <QuantityUnit> met waarde 07 uit codelijst 169 geeft aan dat er in dagen wordt geteld. <Quantity> is gevuld met 21 en dit is het aantal dagen. Het betreft dus een huurprijs die geldt voor een verhuur van 21 dagen. CB faciliteert 10 verschillende huurtermijnen die in ONIX allemaal worden uitgedrukt in dagen. Het aantal dagen dat in de derde kolom staat zijn dus mogelijk om aan te geven in de tag <Quantity> HUUR DAG 1 1 dag HUUR DAG 5 5 dagen HUUR DAG dagen HUUR DAG 14 2 weken HUUR DAG 21 3 weken HUUR DAG 31 1 maand HUUR DAG 92 3 maanden HUUR DAG 183 halfjaar HUUR DAG 365 jaar HUUR DAG jaar Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 81

82 N.B. Als het ebook alleen wordt verkocht, is de <PriceCondition> composite met <PriceCondition>00 optioneel. Als het ebook ook wordt verhuurd, moet per <Price> composite de <PriceConiditon> composite worden aangeleverd met de betreffende waarde Vital Source Bookshelf CB heeft voor de GEU (Groep Educatieve Uitgevers) een educatief digitaal platform ontwikkeld waarop digitale studieboeken kunnen worden geplaatst en interactief kunnen worden gebruikt. CB werkt hiervoor sasmen met Vital Source Bookshelf. Uitgevers kunnen er voor kiezen om: 1. Een titel aan te bieden via CB EN via Bookshelf (dan moet er een Block ProductSupply met Suppliername CB en een Block ProductSupply met SupplierName BS in het ONIX 3.0 Productrecord aanwezig zijn) Het BS Block hoeft alleen de minimale verplichte gegevens te bevatten omdat de overige gegevens worden overgenomen uit het CB Block. Voorbeeld minimaal BS blok <ProductSupply> <SupplyDetail> <Supplier> <SupplierRole>11</SupplierRole> <SupplierName>BS</SupplierName> </Supplier> <ProductAvailability>10</ProductAvailability> <UnpricedItemType>01<UnpricedItemType> </SupplyDetail> </ProductSupply> Toelichting: Voor Bookshelf zijn geen Markets of Territories van toepassing. In de <SupplierRole> tag wordt code 11 uit codelijst 93 ingevuld, dit geeft aan: non-exclusive distributor to end-customers. De ProductAvailability is een verplicht veld en de waarde kan worden overgenomen van de ProductAvailability bij CB, maar wordt voor Bookshelf genegeerd in de verwerking. De prijs bij Bookshelf wordt ook overgenomen van de prij bij CB. Omdat de XSD aangeeft dat de ProductSupply ofwel een prijs ofwel een UnpricedItem moet bevatten is er voor gekozen om een UnpricedItemType 01 op te nemen. Op deze gegevens worden geen onderlinge consistentiecontroles uitgevoerd tijdens de verwerking. 2. Een titel Bookshelf only aan te bieden (dan is alleen een Block productsupply met SupplierName BS vereist). Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 82

83 Voor Bookshelf gelden geen Market of territory condities. Het voorbeeld van de huurprijzen onder par is een aanmelding van een Bookkshelf only titel Bibliotheek.nl Uitgevers kunnen hun e-books via CB ook aanbieden bij Bibliotheek.nl, waarbij voor de uitleenvoorwaarden verschillende licentiemodellen mogelijk zijn die worden afgesproken tussen de uitgever en Bibliotheek.nl. De varieteiten en complexiteit van de afgesproken licentiemodellen bleken dermate groot dat binnen de ONIX 3.0 standaard geen mogelijkheden konden worden gevonden om deze door te geven. Op aanraden van Editeur heeft CB dan ook een speciaal licentiebericht ontwikkeld in.xml formaat waarmee uitgevers titels kunnen aanmelden bij Bibliotheek.nl en de uitleencondities kunnen doorgeven. Dit komt in plaats van een aanmelding nij Bibliotheek.nl via het Block ProductSupply in het ONIX 3.0 bericht. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 83

84 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 84

85 18. Aanmelding non-boeken (niet-bibliografische werken) via ONIX 3. Uitgevers kunnen producten in hun assortiment hebben die buiten het ISBN systeem vallen. Deze producten zijn niet voorzien van een ISBN maar van een gewoon GTIN (v/h EAN) dat niet met 978 begint Het is mogelijk om deze artikelen via ONIX 3.0 commercieel aan te melden voor het CB assortiment. Hiervoor gelden enkele afwijkende specificaties. Bij de beschreven onderdelen zal een verwijzing worden opgenomen naar de betreffende paragraaf in deze handleiding Product Identifier Composite (Paragraaf 11.2) Data element Waarde Toelichting Product Identifier Type Code 03 Geeft aan dat het om een EAN gaat waarmee het artikel geïdentificeerd wordt. Identifier Value <EAN> Het EAN van het betreffende artikel Block descriptive detail (Paragraaf 11.3) Data element Waarde Toelichting Product Composition 00 Dit betekent dat het een enkelvoudig product is. Product Form Code 00 Diversen ProductClassification: Fondsgroep (Paragraaf 11.4) Standaard werkwijze assortimentaanmelding ProductClassification: BTW Classificatie (Paragraaf 11.5) Standaard werkwijze assortimentaanmelding Collection Part (Paragraaf 11.6) Niet van toepassing bij niet-bibliografische werken Title Composite (Paragraaf 11.7) Data element Waarde Toelichting Title Type 01 Title element level 01 Title text <product omschrijving> De omschrijving van het product. Deze waarde wordt voor niet-bibliografische werken opgenomen in de volgende attributen van een artikel: Verkorte Naam Non Publicatie Nm Auteur Titel Commerciele Oms Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 85

86 Titel Type 11, commerciële titel hoeft voor niet bibliografische werken niet te worden aangeleverd. Titel Type 10, auteur*titel hoeft voor niet bibliografische werken niet te worden aangeleverd Authorship (Paragraaf 11.8) Niet van toepassing bij niet-bibliografische werken. In het Onix bericht dient de <NoContributor/> tag te worden opgenomen Edition (Paragraaf 11.9) Niet van toepassing bij niet-bibliografische werken. In het Onix bericht dient de <NoEdition/> tag te worden opgenomen Language (Paragraaf 11.10) Data element Waarde Toelichting Language Role 01 Language Code dut Conform de ONIX handleiding dient deze verplicht opgenomen te worden. Voor niet-bibliografische werken wordt deze echter niet opgenomen bij het artikel Extents and other content (Paragraaf 11.11) Niet van toepassing bij niet-bibliografische werken Subject (Paragraaf 11.12) Data element Waarde Toelichting Main Subject Scheme Identifier 32 Aanduiding dat het een NUR betreft Subject Code <nur> De NUR code Collateral detail (Hoofdstuk 12) Niet van toepassing bij niet-bibliografische werken Imprint (Paragraaf 13.2) Standaard werkwijze assortimentaanmelding Eigenaar (Paragraaf 13.3) Standaard werkwijze assortimentaanmelding Global publishing status/ copyright (Paragraaf 13.4) Standaard werkwijze assortimentaanmelding Territorial rights/ sales restrictions (Paragraaf 13.5) Standaard werkwijze assortimentaanmelding ProductSupply (Hoofdstuk 15) Standaard werkwijze assortimentaanmelding Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 86

87 . Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 87

88 19. Bijlage I ProductForms fysieke titels OMSCHRIJVING Productform Audio AA Audio op MP3-speler AK Audio, SD card AL Audiocassette (analoog) AB Audiocassette (digitaal) AD Audiodisc AE Audiotape AF Blu Ray VO CD-Audio AC CD-ROM DN CDI DC Compact Memory Card DK DVD DI DVD-Audio AI Dia FC Digitaal, SD-card DJ Diskette DF Film FA Filmstrip FE Game cartridge DE HDVD VN Luisterboek Default 00 Memory Stick DL Microfiche MA Microfilm MA Microvorm MA Minidisc (Sony) AG Overhead Projector Transparant FD Super Video CD VM USB Flash Drive DM Video VA Betamax Video VK Video CD VL UMD Video VP VHS Video VJ Videodisc Luisterboek : MP3 download Agenda Hardback Bladmuziek Paperback / softback Bouwkaart, Bouwpakket Kalender Samengesteld pakket VF AJ PB BB PI BC PH PC SA Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 88

89 Bladwijzer PT Loose-leaf BD Drukwerk PA Kaarten PJ Kaartspellen PD Opbergmap PM Pamflet BF Poster PK Stickers PP Topografische kaarten CA Wandkaart PO Display (gevuld) XC Display (leeg) XB Promotiemateriaal XA Schuimboek BP Speelgoed ZB Spel ZE T-shirt ZF Diversen 00 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 89

90 20. Bijlage II ProductForms eboeken Eboek productvorm ProductForm ProductFormDetail DRM Eboek: PDF zonder DRM EA E107 0 Eboek: PDF met digitaal watermerk EA E107 2 Eboek: Epub met Adobe DRM, download en online beschikbaar EB E101 3 Eboek: Epub zonder DRM, download en online beschikbaar EB E101 0 Eboek: Epub met digitaal watermerk, download en online beschikbaar EB E101 2 Eboek: Epub met Adobe DRM, alleen download ED E101 3 Eboek: Epub zonder DRM, alleen download ED E101 0 Eboek: Epub met digitaal watermerk, alleen download ED E101 2 Eboek: licentie LA Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 90

91 21. Bijlage III Taalcodes Waarde Beschrijving aar Afar abk Abkhaz ace Achinese ach Acoli ada Adangme ady Adygei afa Afroasiatic (Other) afh Afrihili (Artificial language) afr Afrikaans ain Ainu aka Akan akk Akkadian alb Albanian ale Aleut alg Algonquian (Other) alt Southern Altai amh Amharic ang English, Old (ca ) anp Angika apa Apache languages ara Arabic arc Aramaic arg Aragonese Spanish arm Armenian arn Mapudungun; Mapuche arp Arapaho art Artificial (Other) arw Arawak asm Assamese ast Asturian; Bable ath Athapascan (Other) aus Australian languages ava Avaric ave Avestan awa Awadhi aym Aymara aze Azerbaijani bad Banda languages bai Bamileke languages bak Bashkir bal Baluchi bam Bambara ban Balinese baq Basque bas Basa Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 91

92 bat bej bel bem ben ber bho bih bik bin bis bla bnt bos bra bre btk bua bug bul bur byn cad cai car cat cau ceb cel cha chb che chg chi chk chm chn cho chp chr chu chv chy cmc cop cor cos cpe cpf cpp Baltic (Other) Beja Belarusian Bemba Bengali Berber (Other) Bhojpuri Bihari Bikol Bini; Edo Bislama Siksika Bantu (Other) Bosnian Braj Breton Batak languages Buriat Bugis Bulgarian Burmese Blin; Bilin Caddo Central American Indian (Other) Galibi Carib Catalan Caucasian (Other) Cebuano Celtic (Other) Chamorro Chibcha Chechen Chagatai Chinese Truk Mari Chinook jargon Choctaw Chipewyan Cherokee Church Slavic; Old Slavonic; Church Slavonic; Old Bulgarian; Old Church Slavonic Chuvash Cheyenne Chamic languages Coptic Cornish Corsican Creoles and Pidgins, English-based (Other) Creoles and Pidgins, French-based (Other) Creoles and Pidgins, Portuguese-based (Other) Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 92

93 cre crh crp csb cus cze dak dan dar day del den dgr din Cree Crimean Turkish; Crimean Tatar Creoles and Pidgins (Other) Kashubian Cushitic (Other) Czech Dakota Danish Dargwa Land Dayak languages Delaware Slave Dogrib Dinka div Divehi; Dhivehi; Maldivian doi Dogri dra Dravidian (Other) dsb Lower Sorbian dua Duala dum Dutch, Middle (ca ) dut Dutch; Flemish dyu Dyula dzo Dzongkha efi Efik egy Egyptian eka Ekajuk elx Elamite eng English enm English, Middle ( ) epo Esperanto est Estonian ewe Ewe ewo Ewondo fan Fang fao Faroese fat Fanti fij Fijian fil Filipino; Pilipino fin Finnish fiu Finno-Ugrian (Other) fon Fon fre French frm French, Middle (ca ) fro French, Old (ca ) frr Northern Frisian frs Eastern Frisian fry Western Frisian ful Fula fur Friulian gaa Gã gay Gayo Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 93

94 gba Gbaya gem Germanic (Other) geo Georgian ger German gez Ethiopic gil Gilbertese gla Scottish Gaelic gle Irish glg Galician glv Manx gmh German, Middle High (ca ) goh German, Old High (ca ) gon Gondi gor Gorontalo got Gothic grb Grebo grc Greek, Ancient (to 1453) gre Greek, Modern (1453-) grn Guarani gsw Swiss German; Alemannic guj Gujarati gwi Gwich'in hai Haida hat Haitian French Creole hau Hausa haw Hawaiian heb Hebrew her Herero hil Hiligaynon him Himachali hin Hindi hit Hittite hmn Hmong hmo Hiri Motu hsb Upper Sorbian hun Hungarian hup Hupa iba Iban ibo Igbo ice Icelandic ido Ido iii Sichuan Yi ijo Ijo languages iku Inuktitut ile Interlingue ilo Iloko ina Interlingua (International Auxiliary Language Association) inc Indic (Other) ind Indonesian ine Indo-European (Other) inh Ingush Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 94

95 ipk ira iro ita jav jbo jpn jpr jrb kaa kab kac kal kam kan kar kas kau kaw kaz kbd kha khi khm kho kik kin kir kmb kok kom kon kor kos kpe krc krl kro kru kua kum kur kut lad lah lam lao lat lav lez lim Inupiaq Iranian (Other) Iroquoian (Other) Italian Javanese Lojban Japanese Judeo-Persian Judeo-Arabic Kara-Kalpak Kabyle Kachin; Jingpho Kalâtdlisut Kamba Kannada Karen languages Kashmiri Kanuri Kawi Kazakh Kabardian Khasi Khoisan (Other) Central Khmer Khotanese Kikuyu; Gikuyu Kinyarwanda Kirghiz; Kyrgyz Kimbundu Konkani Komi Kongo Korean Kusaie Kpelle Karachay-Balkar Karelian Kru languages Kurukh Kuanyama Kumyk Kurdish Kutenai Ladino Lahnda Lamba Lao Latin Latvian Lezgian Limburgish Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 95

96 lin lit lol loz ltz lua lub lug lui lun luo lus mac mad Lingala Lithuanian Mongo-Nkundu Lozi Luxembourgish; Letzeburgesch Luba-Lulua Luba-Katanga Ganda Luiseño Lunda Luo (Kenya and Tanzania) Lushai Macedonian Madurese mag Magahi mah Marshall mai Maithili mak Makasar mal Malayalam man Mandingo mao Maori map Austronesian (Other) mar Marathi mas Masai may Malay mdf Moksha mdr Mandar men Mende mga Irish, Middle (ca ) mic Mi'kmaq; Micmac min Minangkabau mis Miscellaneous languages mkh Mon-Khmer (Other) mlg Malagasy mlt Maltese mnc Manchu mni Manipuri mno Manobo languages moh Mohawk mol Moldavian mon Mongolian mos Mooré mul Multiple languages mun Munda (Other) mus Creek mwl Mirandese mwr Marwari myn Mayan languages myv Erzya nah Nahuatl languages nai North American Indian (Other) Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 96

97 nap Neapolitan nau Nauru nav Navajo nbl Ndebele, South nde Ndebele, North ndo Ndonga nds Low German; Low Saxon nep Nepali new Newari nia Nias nic Niger-Kordofanian (Other) niu Niuean nno Norwegian Nynorsk nob Norwegian Bokmål nog Nogai non Old Norse nor Norwegian nqo N'Ko nso Pedi; Sepedi; Northern Sotho nub Nubian languages nwc Classical Newari; Old Newari; Classical Nepal Bhasa nya Chichewa; Chewa; Nyanja nym Nyamwezi nyn Nyankole nyo Nyoro nzi Nzima oci Occitan (post-1500); Provencal oji Ojibwa ori Oriya orm Oromo osa Osage oss Ossetian; Ossetic ota Turkish, Ottoman oto Otomian languages paa Papuan (Other) pag Pangasinan pal Pahlavi pam Pampanga pan Panjabi pap Papiamento pau Palauan peo Old Persian (ca B.C.) per Persian phi Philippine (Other) phn Phoenician pli Pali pol Polish pon Ponape por Portuguese pra Prakrit languages pro Provençal (to 1500) Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 97

98 pus qar qav que raj rap rar roa roh rom rum run rup rus Pushto Aranés Valencian Quechua Rajasthani Rapanui Rarotongan; Cook Islands Maori Romance (Other) Romansh Romany Romanian Rundi Aromanian; Arumanian; Macedo-Romanian Russian sad Sandawe sag Sango sah Yakut sai South American Indian (Other) sal Salishan languages sam Samaritan Aramaic san Sanskrit sas Sasak sat Santali scc Serbian scn Sicilian sco Scots scr Croatian sel Selkup sem Semitic (Other) sga Irish, Old (to 1100) sgn Sign languages shn Shan sid Sidamo sin Sinhala; Sinhalese sio Siouan (Other) sit Sino-Tibetan (Other) sla Slavic (Other) slo Slovak slv Slovenian sma Southern Sami sme Northern Sami smi Sami languages (other) smj Lule Sami smn Inari Sami smo Samoan sms Skolt Sami sna Shona snd Sindhi snk Soninke sog Sogdian som Somali Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 98

99 son sot spa srd srn srr ssa ssw suk sun sus sux swa swe syr tah tai tam tat tel tem ter tet tgk tgl tha tib tig tir tiv tkl tlh tli tmh tog ton tpi tsi tsn tso tuk tum tup tur tut tvl twi tyv udm uga uig Songhai languages Sotho Spanish Sardinian Sranan Tongo Serer Nilo-Saharan (Other) Swazi Sukuma Sundanese Susu Sumerian Swahili Swedish Syriac Tahitian Tai (Other) Tamil Tatar Telugu Temne Terena Tetum Tajik Tagalog Thai Tibetan Tigré Tigrinya Tiv Tokelauan Klingon; tlhingan-hol Tlingit Tamashek Tonga (Nyasa) Tongan Tok Pisin Tsimshian Tswana Tsonga Turkmen Tumbuka Tupi languages Turkish Altaic (Other) Tuvaluan Twi Tuvinian Udmurt Ugaritic Uighur; Uyghur Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 99

100 ukr umb und urd uzb vai ven vie vol vot wak wal war was wel wen wln wol xal xho yao yap yid yor ypk zap zen zha znd zul zun zza Ukrainian Umbundu Undetermined Urdu Uzbek Vai Venda Vietnamese Volapük Votic Wakashan languages Walamo Waray Washo Welsh Sorbian languages Walloon Wolof Kalmyk Xhosa Yao Yapese Yiddish Yoruba Yupik languages Zapotec Zenaga Zhuang; Chuang Zande languages Zulu Zuni Zaza; Dimili; Dimli; Kirdki; Kirmanjki; Zazaki Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 100

101 22. Bijlage IV Bibliografische regels Werkbeschrijving ISBN 8 november 2013 Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 101

102 Vragen n.a.v. deze werkbeschrijving of bij het aanmelden van het ISBN mogen altijd per of telefonisch gesteld worden: Telefoonnummer: adres: Bij het indienen/verwerken van titelgegevens dienen de internationale bibliografische gegevens gehandhaafd te worden. Daarnaast willen wij als bureau ISBN graag meedenken met de commerciële wensen van de uitgever. Bepalen titelgegevens: Het is zeer belangrijk om onderstaande volgorde te weten bij de opmaak van de uitgave. Bureau ISBN kijkt bij het controleren van de titelgegevens naar de titelpagina, het colofon, de voorzijde en de achterzijde van de uitgave. De titelpagina is hierbij leidend, daarna het colofon en daarna de voor- en achterzijde. Als een ondertitel niet op de titelpagina staat, maar wel op de voorkant van de uitgave, dan volgen wij de titelpagina en wordt de ondertitel niet in het systeem opgenomen. Bibliografische gegevens en commerciële gegevens: Daarnaast is er een verschil tussen bibliografische gegevens en commerciële gegevens. Bij bibliografische gegevens dienen wij ons te houden aan de internationaal bepaalde regels. Omdat de bibliografische regels niet altijd overeenkomen met de commerciële wensen zijn er 2 extra velden gecreëerd op CBonline. - Auteur*titelveld - Commercieel titelveld Deze 2 velden worden automatisch aangemaakt na aanmelding van het ISBN. De uitgever kan deze 2 velden geheel naar eigen wens invullen/wijzigen. Belangrijk om te weten: het teken-pakket van het CB is beperkt, alleen de volgende tekens kunnen ingevuld worden in deze velden: : ;,.!? Als de uitgever het &-teken het %-teken toch in de commerciële velden vermeld wilt hebben is het extra belangrijk om de ISBN-aanmelding correct uit te voeren, op deze manier worden de vreemde tekens automatisch opgenomen in de commerciële velden. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 102

103 Om het formulier correct in te vullen, is het praktisch dat iedereen exact weet wat de velden betekenen. Hoofdtitel: Titel van de publicatie die op de titelpagina staat. Bij meerdelig werk, zoals bijvoorbeeld een trilogie, is de overkoepelende titel de hoofdtitel. Bij een reeks is de titel van de publicatie de hoofdtitel (dus niet de reeksnaam). De hoofdtitel mag beginnen met een hoofdletter. Plaatsen, namen, afkortingen en historische gebeurtenissen mogen ook met een hoofdletter beginnen. Alle overbodige hoofdletters dienen weggelaten te worden en worden (indien nodig) door bureau ISBN verwijderd. Ondertitel: Een ondertitel zegt vaak kort iets over de inhoud van het boek. Deze moet op de titelpagina staan. Als de ondertitel niet op de titelpagina staat wordt deze niet vermeld of (indien nodig) verwijderd door bureau ISBN. Een ondertitel begint altijd met een kleine letter. Hoofdletters worden alleen gebruikt bij plaatsen, namen, afkortingen en historische gebeurtenissen. Sectietitel: De sectietitel wordt alleen gebruikt als het een educatieve uitgave betreft. In dit veld wordt het soort boek binnen de lesmethode aangegeven zoals bijvoorbeeld een antwoordenboek, een handboek, een vragenboek etc. Deeltitel: Dit veld wordt gebruikt bij meerdelige werken zoals bijvoorbeeld een trilogie. De overkoepelende titel wordt geplaatst bij de hoofdtitel en de naam van dit deel (en het nummer) wordt geplaatst bij deeltitel. Reeksnaam en reeksnummer: Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 103

104 De naam van de reeks en het nummer staan in deze velden. Deze naam komt niet terug in de hoofdtitel. Onder een reeks verstaan we een serie boeken die oneindig doorgaat. Voorbeelden hiervan zijn de Suske en Wiske, Wat&Hoe, Baantjer etc. Er wordt onderscheid gemaakt tussen monografieën, meerdelige werken en reeksen. Deze 3 vormen worden op verschillende wijzen in het systeem opgenomen. Monografieën: Zoals het voorbeeld: Inferno van Dan Brown ISBN: Een monografie is een op zichzelf staande uitgave. Deze hoort als volgt geregistreerd te zijn: Hoofdtitel: Inferno Bij deze titel dienen overige velden zoals ondertitel, sectietitel, deeltitel, reeksnaam en reeksnummer leeg te blijven. Meerdelig werk: Zoals het voorbeeld: De millennium trilogie Mannen die vrouwen haten ISBN: Bij een meerdelig werk is vooraf bepaald hoeveel delen er gaan verschijnen. De inhoud van de verschillende delen vormt samen 1 geheel. Deze titel hoort als volgt geregistreerd te zijn: Hoofdtitel: De Millenium Trilogie Deeltitel: 1 Mannen die vrouwen haten. Bij deze titel dienen overige velden zoals ondertitel, sectietitel, reeksnaam en reeksnummer eeg te blijven. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 104

105 Reeks: Zoals bijvoorbeeld: Wat&Hoe Select Barcelona ISBN: Onder een reeks verstaan we een serie die oneindig doorgaat. Deze titel hoort als volgt geregistreerd te zijn: Reeksnaam: Wat&Hoe Select Hoofdtitel: Barcelona Bij deze titel dienen overige velden zoals ondertitel, sectietitel en deeltitel leeg te blijven. Barcelona Het commercieel titelveld wordt automatisch: Wat&Hoe Select Overige velden bij de ISBN-aanvraag: Bibliografische imprint: De bibliografische imprint dient alleen ingevuld te worden als de uitgever die op de titelpagina staat, afwijkt van de prefixhouder (uitgever waaraan het account gekoppeld is). Als de uitgever die staat op de titelpagina hetzelfde is als de uitgever die het account beheerd, mag het veld leeg gelaten worden. Daarnaast bestaat ook nog de commerciële imprint. De bibliografische imprint is de uitgever zoals vermeld op de uitgave. De commerciële imprint is de naam zoals de uitgever deze genoteerd wilt hebben bij de verslaglegging. Taal: Dit is een verplicht veld, dus dit moet ingevuld worden. Vul hier de taal in waarin de publicatie is geschreven. Als het een meertalige uitgave betreft kan de optie meertalig gekozen worden. De talen mogen bij een meertalige uitgave genoemd worden in de ondertitel. Vermoedelijke verschijningsdatum: Dit is de datum vanaf wanneer de uitgave (vermoedelijk) geleverd kan worden. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 105

106 Stel dat de uitgave tijdens het proces vertraging oploopt, dan kan deze datum aangepast worden. Begeleidend materiaal: Wanneer er bij een boek iets extra geleverd wordt, zoals een dvd of een cd etc. Dit hoort niet in de hoofd- onder- of deeltitel vermeld te worden, maar in dit veld dat er speciaal voor bedoeld is. Aantal pagina s: Hier staan in het formulier 3 velden. Wij adviseren om het totaal aantal pagina s in te vullen bij de hoofdtekst en de andere 2 velden leeg te laten. Deze 2 extra velden zullen in de toekomst verdwijnen. Druk: Vaak worden een nieuwe druk en een nieuwe oplage door elkaar gehaald. Onder een nieuwe druk verstaan we een vernieuwde uitgave waarbij wijzigingen zijn, hier dient een nieuw ISBN voor aan gevraagd te worden. Bij een nieuwe oplage hoeft er geen nieuw ISBN aangevraagd te worden. In deze uitgave is niets gewijzigd. Verschijningsvorm: Het is heel belangrijk om dit veld zorgvuldig in te vullen. Als per abuis gekozen wordt voor een fysieke verschijningsvorm terwijl het een Eboek moest zijn, kan dit niet meer gewijzigd worden. Dit zelfde geldt voor het kiezen van de beveiliging bij een Eboek. Als hier voor watermerk wordt gekozen terwijl het DRM moest zijn kan dit niet altijd meer gewijzigd worden. Daarnaast zijn er tegenwoordig verschillende verschijningsvormen bij een Epub. Epub2: Onder Epub2 verstaan we een traditioneel boek dat bestaat uit letters en eventueel afbeeldingen. Dit kan gelezen worden via o.a. een Ereader en een tablet. Epub3: is een interactieve uitgave, waarbij in het boek linkjes kunnen zitten naar filmpjes, spelletjes, websites, luisterfragmenten etc. De Epub3-versie is niet geschikt om te lezen op een Ereader. Aanleveren artikelgegevens via ONIX 3.0 versie 2.1 Pagina 106