Client-Import Pagina: Berichtspecificaties Message Implementation Guide Client Import Voor Levende dieren Producten van dierlijke oorsprong Levensmiddelen van niet dierlijke oorsprong Consumentenproducten Versie 3.05 februari 205
Client-Import Pagina: 2 Berichtspecificaties Inhoudsopgave INDEX WIJZIGINGEN...4 2 CLIENT BEICHTSPECIFICATIES ALGEMENE TOELICHTING...6 2. TOELICHTING BIJ DE OPBOUW VAN DEZE MIG...6 2.. Splitsing functioneel/inhoudelijk en EDIFACT/technisch...6 2..2 -indicatoren (EDIFACT)...8 2..3 Gebruiks-indicatoren (functioneel/inhoudelijk)...8 2..4 egels en Condities...8 3 TOELICHTING OP DE NVWA-BEICHTEN...9 3. INLEIDING...9 3.2 BESCHIJVING POCES CLIENT-NVWA...9 4 ICHTLIJNEN VOO DE AANGIFTE NVWA...0 5 SPECIFICATIE BEICHTEN AANGIFTE LANDBOUWGOEDEEN NVWA... 6 TOELICHTING EDIFACT...3 6. STUCTUU...3 6.. Schema opbouw interchange...3 6.2 SYNTAX...5 6.3 BEICHT ONTWEP EGELS...6 6.4 SPECIFICATIE VAN DE BEICHTEN...8 6.5 SEVICE SEGMENTEN...9 7 NVWA BEICHTSPECIFICATIES BESCHIJVING BEICHTEN...22 7. CPD200 AANGIFTE-INFOMATIE - INTODUCTIE...22 7.. Verwijzing naar EDIfact...23 7..2 Functioneel bericht: Hiërarchie...29 7..2. Entiteiten...29 7..2.2 Entiteiten en attributen...30 7..3 egels en Condities...4 7..4 Bericht branching diagram...45 7..5 Functioneel bericht: Mapping naar Edifact...49 7.2 CPD20 AANGIFTE GEACCEPTEED - INTODUCTIE...68 7.2. Verwijzing naar EDIfact...69 7.2.2 Functioneel bericht: Hiërarchie...70 7.2.2. Entiteiten...70 7.2.2.2 Entiteiten en attributen...70 7.2.3 egels en Condities...72 7.2.4 Bericht branching diagram...73 7.2.5 Functioneel bericht: Mapping naar Edifact...74 7.3 CPD202 NIET GEACCEPTEEDE AANGIFTE-INFOMATIE - INTODUCTIE...79 7.3. Verwijzing naar EDIfact...80 7.3.2 Functioneel bericht: Hiërarchie...8 7.3.2. Entiteiten...8 7.3.2.2 Entiteiten en attributen...8 7.3.3 egels en Condities...83 7.3.4 Bericht branching diagram...84 7.3.5 Functioneel bericht: Mapping naar Edifact...85 7.4 CPD204 MEDEDELING STATUS AANGIFTE - INTODUCTIE...90 7.4. Verwijzing naar EDIfact...9 7.4.2 Functioneel bericht: Hiërarchie...92 7.4.2. Entiteiten...92 7.4.2.2 Entiteiten en attributen...92 7.4.3 egels en Condities...95
Client-Import Pagina: 3 Berichtspecificaties 7.4.4 Bericht branching diagram...96 7.4.5 Functioneel bericht: Mapping naar Edifact...98 8 NOODPOCEDUE NVWA...04 9 KLACHTEN, VAGEN EN STOING...05 9. BESCHIKBAAHEID OTP...05 9.2 BESCHIKBAAHEID CLIENT-NVWA...05 0 OTP CODETABELLEN...05 WIJZIGINGSOVEZICHT...06. VESIE 3.02...06.2 VESIE 3.03...09.3 VESIE 3.04....4 VESIE 3.05...3
Client-Import Pagina: 4 Client Berichtspecificaties Algemene toelichting Index wijzigingen Versie Datum Belangrijkste wijzigingen 3.00 februari 2008 Aan elk NAD-segment in het bericht CPD200 is het gegeven Identificatie (sleutel) van een Economic Operator toegevoegd. Het betreft hier een verplichte TACES identificatie. Een nieuwe gegevensgroep Transhipment is opgenomen in de CPD200. Deze gegevensgroep bevat de gegevens: o Terminal van uitgang o Datum van uitgang o Identiteit vervoermiddel bij uitgaan o eisnummer o Airway bill/bill of lading bij uitgaan In de CPD200 is conditie CCL_AIN24 nieuw opgenomen. In de CPD200 is conditie CCL_AIN25 nieuw opgenomen. Definitie toegevoegd aan het gegeven Land van herkomst in de CPD200 Definitie van het gegeven Aanvullende eenheden aangepast Definitie van het gegeven Datum en tijd mededeling aangepast. Definitie van het gegeven eferentienummer aangepast (CPD20 en CPD204) Bij het gegeven Ontvanger identificatie (UNB-segment) is in de berichten 202/204 egel TA_002 verwijderd. Deze regel is toegevoegd aan het gegeven Zender identificatie in dezelfde berichten. De codes bij het gegeven Indicatie meer dan 0 fouten gewijzigd van 0 en in J en N Bij het gegeven Buitengrens inspectielocatie is codelijst OTP02 vervangen door de OTP200 In de gegevensgroep Veterinaire Goederen Aangifte is het gegeven Naam vaartuig toegevoegd. De volgende gegevens zijn verwijderd uit de CPD204 o Artikelnummer o Deelartikelnummer o Deelartikelstatus o Bevindingen (Invoer) wijzigingen: o Data element 382 (NAD) van an..6 in an..35 o Soort verpakking van an..4 in an2. (i.v.m.gebruik ISO codes) o Landcode van an..3 in a2. (i.v.m.gebruik ISO codes) o Goederencode partij van an3 in an..3 wijzigingen o Gegeven Sub Inspectiepost Animo van Conditioneel (D) in Verplicht () o Gegevensgroep Veterinaire goederenaangifte van Optioneel (O) in Verplicht () o Gegeven EU waardig van Optioneel (O) in Verplicht () o Gegeven eisschema van Optioneel (O) in Conditioneel (D) o Gegeven Verwachte datum van terugkeer van Optioneel (O) in Conditioneel (D) o Gegeven Verwachte tijd van terugkeer van Optioneel (O) in Conditioneel (D) o Gegevensgroep Datum en tijd van Optioneel (O) in Verplicht () o Gegevensgroep Bescheidgegevens van Optioneel (O) in Verplicht () o Aangepaste Condities: CCL_AIN2, CCL_AIN3, CCL_AIN4, CCL_AIN6, CCL_AIN7, CCL_AIN0, CCL_AIN, CCL_AIN2,CCL_AIN3, CCL_AIN4, CCL_AIN5, CCL_AIN6, CCL_AIN7, CCL_AIN8, CCL_AIN9, CCL_AIN20, CCL_AIN2, CCL_AIN22,
Client-Import Pagina: 5 Client Berichtspecificaties Algemene toelichting Versie Datum Belangrijkste wijzigingen Aangepaste egel: o CL_AIN4 verwijderd uit CPD200 o egel CL_AIN5 toegevoegd aan TANSACTIE.Zender identificatie. In de CPD200 is de naam van het gegeven EU-inspectielocatie gewijzigd in Uitgangs-BIP doorvoer en bestemmings-bip overlading In de gegevensgroep Veterinair Goederen Aangifte zijn de gegevens Extensie klasse/type TACES en Extensie Family TACES. Door het toevoegen van deze gegevens is ook het VTD-segment aangepast. Berichtversie van alle berichten met opgehoogd 3.0 november 2009 Ladingbelanghebbende Het gegeven 'NAW Client' (an..40) opgesplitst in vier velden elk met een formaat van an..35. Nieuwe gegevens: Naam ondertekenaar, Plaats ondertekening, Telefoonnummer aanbieder en Faxnummer aanbieder. egel CL_AIN vervallen Het formaat van het EDIFACT data element LOC.3225 (locatie naam) is gewijzigd van an..25 in an..35. CCL_AIN0 aangepast in: IF( GOEDEEN AANGIFTE.Bestemming ) = "OPS" AND( GOEDEEN AANGIFTE.Soort opslag ) = "VZT" O "DET" O 'LVT" THEN NOT EMPTY( GOEDEEN AANGIFTE.egistratie/Naam opslag ) ELSE EMPTY( GOEDEEN AANGIFTE.egistratie/Naam opslag ) In de CPD200 zijn bij het gegeven 'AANGIFTEGEGEVENS.Land op route naar bestemming' de condities CCL_AIN3 en CCL_AIN5 verwijderd en vervangen door regel CL_AIN6. De status van het gegeven is gewijzigd van Dependent in Optioneel. Aan de condities CCL_AIN5, CCL_AIN9, CCL_AIN20 en CCL_AIN2 is de code 'LNV' toegevoegd. Deze toevoeging is ook van toepassing op de regel CL_AIN2. Naam van het gegeven 'Buitengrensinspectielocatie' gewijzigd in 'BIP/APB'. De omschrijving van de qualifier 'BIP' in LOC.384 is aangepast in Buitengrensinsp.loc/Aangewezen punt binnenkomst. Naam 'Subinspectie post' gewijzigd in 'Controlelocatie'. De omschrijving van de qualifier 'SIP' in LOC.384 is aangepast in 'Subinspectiepost/Controlepunt' In de segmentbeschrijvingen is de naam van de Entiteit toegevoegd. Aangezien deze MIG niet alleen meer betrekking heeft op veterinaire goederen is daar waar mogelijk de term veterinaire verwijderd. Het gegeven AANGIFTEGEGEVENS.Land van herkomst is gewijzigd in AANGIFTEGEGEVENS.Land van oorsprong Introductie CPD204 aangepast v. 3.02 december 200 Diverse wijzigingen doorgevoerd in het bericht CPD200. Tevens zijn er tekstuele wijzigingen aangebracht in de hoofdstukken 3, 4, 5 en 9. Een gedetailleerd overzicht van de doorgevoerde wijzigingen treft u aan in Hoofdstuk. v. 3.03 april 203 In het bericht CPD200 is onder de Datagroep (DG) Artikelgegevens en nieuwe DG Soort opgenomen. Deze DG bevat het gegevens Extensie Family Traces. Ten gevolge van deze aanpassing is in het EDIFACT-bericht CPD200 aan Segmentgroep (SG) een EF-segment toegevoegd. Een gedetailleerd overzicht van de doorgevoerde wijzigingen treft u aan in Hoofdstuk. v. 3.04 augustus 203 Diverse aanpassingen doorgevoerd in het bericht CPD200. Ook een aantal EDIFACT segmenten verwijderd uit het bericht CPD200. Een gedetailleerd overzicht van de doorgevoerde wijzigingen treft u aan in Hoofdstuk.3 v. 3.05 februari 205 Diverse aanpassingen doorgevoerd. Één van de aanpassingen is dat vanaf deze versie gebruik wordt gemaakt van Syntax UNOC in plaats van UNOA. Gevolg hiervan is dat nu het UNA segment moet worden opgenomen. Een gedetailleerd overzicht van de doorgevoerde wijzigingen treft u aan in Hoofdstuk.4
Client-Import Pagina: 6 Client berichtspecificaties Algemene toelichting 2 Client berichtspecificaties Algemene toelichting 2. Toelichting bij de opbouw van deze MIG 2.. Splitsing functioneel/inhoudelijk en EDIFACT/technisch In de berichtspecificaties zijn de EDIFACT- en de functionele specificaties ontkoppeld. Hiertoe is besloten om onnodige wijzigingen in EDIFACT te voorkomen. Hiermee wordt aangesloten bij de reeds op deze wijze verspreide specificaties voor Douane, namelijk Sagitta, Transit, Binnenbrengen, enz. Aan de hand van de hieronder weergegeven voorkomens van het CTY-segment zal één en ander nader worden toegelicht. 0 CTY LANDGEGEVENS M 4 EDIFACT Functionele Mapping Codelijsten en Codes 387 Land qualifier M an3 NAT Nationaliteit grensoverschrijdend vervoermiddel 385 Landcode M an..3 Nationaliteit grensoverschr. vervoermiddel Voorbeeld: CTY+NAT+NL' EDIFACT-gegevens D a2 S0 LANDENTABEL 0 CTY LANDGEGEVENS M 4 EDIFACT Functionele Mapping Codelijsten en Codes 387 Land qualifier M an3 NAT Nationaliteit grensoverschrijdend vervoermiddel 385 Landcode M an..3 Nationaliteit grensoverschr. vervoermiddel Voorbeeld: CTY+NAT+NL' D a2 S0 LANDENTABEL De vermelde EDIFACT-gegevens zijn: Segment Segment volgnummer binnen het bericht (0) Tag (CTY), gevolgd door segmentnaam (LANDGEGEVENS) Segment status (M) gevolgd door maximaal aantal voorkomens segment Dit houdt in dat het segment CTY voor moet komen binnen het betreffende bericht en dat het segment CTY minimaal keer voor moet komen en maximaal 3 keer voor kan komen. Data-element Tag (385) Beschrijving (LANDCODE) (M) Dit houdt in dat als het segment gebruikt wordt dit data-element gevuld moet worden. (an..3) Codelijsten en Codes Hier worden tevens de EDIFACT-qualifiers vermeld (NAT, Nationaliteit grensoverschrijdend vervoermiddel)
Client-Import Pagina: 7 Client berichtspecificaties Algemene toelichting Voorbeeld Hier wordt een voorbeeld gegeven van de invulling van het betreffende segment binnen het EDIFACT-bericht. HET BETEFT ALLEEN EEN VOOBEELD EN E KUNNEN GEEN ECHTEN AAN WODEN ONTLEEND! Functionele berichtgegevens 2 CTY LANDGEGEVENS M 4 EDIFACT Functionele Mapping Codelijsten en Codes 387 Land qualifier M an3 COD Code land van bestemming 385 Landcode M an..3 Code land van bestemming D a2 S0 LANDENTABEL Voorbeeld: CTY+COD+NL' De vermelde functionele gegevens zijn: Attribuut naam (Code land van bestemming) status (D) formaat (a2) Codelijsten en Codes De te gebruiken Sagitta codelijsten worden hier weergegeven. Voor de te gebruiken codes dient het Codeboek Sagitta te worden geraadpleegd. Het berichttype wordt als vaste waarde opgenomen in het (UNH-segment) en zal niet in het functionele model worden opgenomen. Bij het aanmaken en verzenden van de berichten dienen de formaten zoals aangegeven voor het functionele bericht te worden aangehouden. Indien een formaat niet voldoet aan de in de functionele berichten aangegeven waarde zal een foutmelding volgen. Ondanks dat de verwerking van Sagittaberichten voor Sagitta-Invoer in het Invoersysteem zelf plaatsvindt zullen fouten in de formaten als syntaxfouten worden teruggegeven (dit ondanks het feit dat het formaat wel kan voldoen aan de EDIFACT waarde).
Client-Import Pagina: 8 Client berichtspecificaties Algemene toelichting 2..2 -indicatoren (EDIFACT) De status-indicatoren vormen een onderdeel van de UN/EDIFACT standaard en geven een minimale verplichting om te voldoen aan de eisen van de berichtstructuur. Ze geven echter onvoldoende informatie om te kunnen gebruiken voor implementatie doeleinden. De status-indicatoren zijn : M Mandatory Het gegeven moet in alle berichten voorkomen en is van toepassing op deze berichten én op alle gerelateerde implementatie richtlijnen (het is dus tevens een gebruiks- indicator). C Conditional Het gegeven wordt gebruikt na overeenstemming tussen de handelspartners. 2..3 Gebruiks-indicatoren (functioneel/inhoudelijk) Dit zijn op de implementatie gerichte indicatoren, welke een verdere invulling geven aan met name het gebruik van de conditionele (C) status indicatoren. Gebruiks-indicatoren zijn van toepassing op alle niveaus van de MIG en schrijven het gebruik van gegevens of gegevensgroepen voor. De gebruiks-indicatoren zijn: M Mandatory Geeft aan dat het gegeven verplicht is binnen het UN/EDIFACT bericht (deze indicator wordt binnen de CLIENT-specificaties alleen gebruikt voor EDIFACT). equired Geeft aan dat het gegeven verzonden moet worden. D Dependent Geeft aan dat het gebruik van het gegeven afhankelijk is van een conditie of een groep condities. De betreffende conditie is dan opgenomen in de MIG. O Optional Geeft aan dat het gegeven verzonden mag worden, maar dat hiertoe geen noodzaak is. N Not used Als een gegeven binnen een segmentgroep, segment of samengesteld data-element is gemarkeerd met gebruiks-indicator M of, maar de segmentgroep, het segment of het samengesteld data-element zelf is gemarkeerd met O of D, dan wordt het betreffende gegeven alleen verzonden als de segmentgroep, het segment of het samengesteld data-element waartoe het gegeven behoort wordt gebruikt. 2..4 egels en Condities De regels en condities zijn zoveel mogelijk technisch beschreven, m.a.w. er wordt daar waar mogelijk gebruik gemaakt van IF, THEN en ELSE. Tevens wordt bij de attributen waarvoor de conditie en/of regel geldt een verwijzing opgenomen. Hiermee wordt aangesloten bij de werkwijze zoals gehanteerd voor bv. Transit. In de nabije toekomst zullen alle MIG s volgens deze werkwijze met regels en condities omgaan. De volgende aanname is gedaan voor het onderscheid tussen condities en regels: Conditie: Het voorkomen van een gegeven (entiteit en/of attribuut) binnen een bericht is afhankelijk van een ander gegeven of waarde (= codering) van een ander gegeven binnen hetzelfde bericht. Het betreffende gegeven zal als status D (Dependant) hebben. egel: Alle overige voorwaarden. Het betreffende gegeven kan als status zowel O (Optional), D (Dependant) als (equired) hebben. Een regel zegt dus niets over het wel of niet aanwezig moeten zijn van een gegeven.
Client-Import Pagina: 9 Client berichtspecificaties Algemene toelichting 3 Toelichting op de NVWA-berichten 3. Inleiding In het kader van het CLIENT (Controle op Landbouwgoederen bij Import en Export naar een Nieuwe Toekomst) is het mogelijk om via Digipoort een elektronische vooraanmelding naar de Nederlandse Voedsel en Waren Autoriteit (NVWA) te sturen bij invoer / doorvoer van levende dieren, dierlijke producten alsmede voor de invoer van hoog risico levensmiddelen, plantaardige diervoeders en bepaalde consumentproducten. Deze Message Implementation Guide (MIG) geeft een overzicht van de wijze waarop en met welke EDIFACT berichten er tijdens het NVWA CLIENT proces gecommuniceerd wordt. Tevens bevat dit document een overzicht van de regels en richtlijnen die hierbij gelden. Deze MIG is met name gericht op de communicatie tussen de Ladingbelanghebbende en de Nederlandse Voedsel en Waren Autoriteit. 3.2 Beschrijving proces CLIENT-NVWA - Een belanghebbende bij de lading verstuurt de elektronische vooraanmelding in de vorm van een CPD200-bericht via Digipoort naar de NVWA. - Indien de vooraanmelding volledig is en voldoet aan vastgestelde regels en condities wordt deze verwerkt in de applicatie (niet) Veterinaire Grens Controle (VGC) van de NVWA. Hierop ontvangt de ladingbelanghebbende een bericht CPD20, aangifte geaccepteerd. Dit bericht bevat tevens het unieke GDB-nummer en eventueel de nummers van ter keuring aangewezen containers.
Client-Import Pagina: 0 Client berichtspecificaties Algemene toelichting 4 ichtlijnen voor de aangifte NVWA Om elektronische berichten te kunnen uitwisselen dient een ladingbelanghebbende te beschikken over een zgn. Instemming met elektronische mededeling informatie GDB van de NVWA. Deze instemming kan worden aangevraagd bij de NVWA, Divisie Klantcontact en Dienstverlening. Aan deze instemming wordt een zgn. aangeversnummer gekoppeld waaronder de ladingbelanghebbende binnen de systemen van de NVWA wordt geregistreerd. De onderlinge referentie tussen berichten is de unieke identificatie van de berichten. Deze wordt gevormd door: aangeversnummer aangiftejaar aangiftenummer. In het acceptatiebericht van de vooraanmelding ontvangt de aanbieder van de NVWA een GDBnummer (Gemeenschappelijk Document van Binnenkomst). Aan de hand van dit nummer kan met de NVWA over de vooraanmelding en de status van de in te voeren partij worden gecommuniceerd. Het GDB-nummer heeft de zelfde status als het in de papieren situatie gebruikte GDB-nummer.
Client-Import Pagina: Client berichtspecificaties Algemene toelichting 5 Specificatie berichten aangifte landbouwgoederen NVWA De VGC-applicatie van de NVWA maakt gebruik van applicatie records opgebouwd uit velden. Deze informatie wordt met de communicatie partners niet in het applicatie formaat uitgewisseld, maar in de vorm van EDI berichten. De conversie tussen: Aan de ene zijde: EDI documenten met segmenten en elementen Aan de andere zijde: applicatie bestanden met records en velden wordt door het EDI platform uitgevoerd m.b.v. EDI mappings. Tussen de EDI segmenten en de applicatie records bestaat een : relatie, ofwel ieder EDI segment heeft een bijbehorend applicatie record en v.v. De voor NVWA Client uitgewisselde EDI berichten worden gedefinieerd in deze MIG. De voorgaande versies van de NVWA Client MIG bevatten niet zoals gebruikelijk aparte secties voor: EDI object definities Het gebruik van deze EDI objecten maar bevatten slechts sectie die een samenvoeging is van de gebruikelijke secties. Aangezien alle voor VGC in gebruik zijnde EDI object definities behoren tot dezelfde Edifact directory, zouden de EDI object definities in alle VGC bericht definities hetzelfde moeten zijn. Met andere woorden de definities van de NAD en SUP segmenten in documenttypes CPD200 en CPD204 zijn hetzelfde. Echter, het gebruik van de elementen in deze segmenten kan per document type verschillen. De NVWA Client EDI object definities zijn aanvankelijk overgenomen van de PD Client EDI object definities. Op basis van deze definities is een Applicatie Interface document opgesteld, die als basis dient voor de ontwikkeling van de NVWA Client VGC applicatie. Echter, de NVWA VGC applicatie gebruikt slechts een subset van de PD Client EDI objecten, terwijl ook enkele NVWA Client specifieke wijzigingen noodzakelijk zijn. Aan de applicatiezijde zijn een groot aantal recordtypes ongebruikt en dus overbodig. Deze verwijderen heeft direct gevolgen voor de document parsing door de applicatie. Met het oog op de voortgang is besloten om zo min mogelijk wijzigingen in de VGC applicatie aan te brengen. Daarom is besloten om de overbodige records en bijbehorende EDI segmenten (voorlopig) te behouden. EDI elementen waarvoor geen bijbehorend veld is gedefinieerd, of waarvan het bijbehorende veld niet gebruikt wordt, zouden uit de EDI segment definities verwijderd kunnen worden. Deze EDI segment definities zijn echter om 3 redenen (nog) niet verwijderd: Mogelijk worden deze wel gebruikt in toekomstige NVWA EDI documenttypes: Met het oog op nog te ontwikkelen berichten worden er (voorlopig) nog geen elementen uit de segmenten of zelfs segmenten uit het document verwijderd. Voorlopig wordt alleen het gebruik van de elementen aangepast, terwijl verplichte elementen die niet door VGC gebruikt worden, gewijzigd worden in optioneel. Mogelijk worden deze wel gebruikt in toekomstige Douane EDI aangifte documenttypes: Mogelijk
Client-Import Pagina: 2 Client berichtspecificaties Algemene toelichting zal in de toekomst een Douane aangifte gepaard gaan met een NVWA aangifte. Aangezien de Douane aangifte meer gegevens bevat dan voor NVWA noodzakelijk is, is het wenselijk dat de EDI object definities in hun huidige uitgebreide vorm blijven bestaan. Echter een groot aantal elementen zullen door de VGC applicatie niet gebruikt worden. Wijzigingen in het berichtgebruik hebben geen invloed op de bericht definities en vereisen uitsluitend een (snelle) aanpassing in de mappings. Met de keuze om zo veel mogelijk op te lossen in het berichtgebruik en zo min mogelijk in wijziging van VGC en bericht-definities, zullen elementen zonder bijbehorend record veld of waarvan de VGC applicatie het bijbehorende record veld niet gebruikt, worden aangeduid met een '-'-teken. Dit hoofdstuk beschrijft het gebruik van de EDI objecten per documenttype. De definitie van de EDI objecten wordt beschreven in hoofdstuk Belangrijk: In paragraaf 7..3 staan regels en condities vermeld ten aanzien van toegestane combinaties van velden. Deze hebben met name betrekking op het onderscheid tussen producten en levende dieren. Daarnaast is de informatie die bij een vooraanmelding moet worden verstrekt afhankelijk van de bestemming (invoer, doorvoer, etc.). Deze regels worden NIET op EDI-niveau gecontroleerd. Aan de kant van de aanbieder moet dit óf door de software worden afgedwongen dan wel door de gebruiker zelf. De VGC-applicatie van de NVWA controleert de vooraanmelding wel op die regels. De regels voor het invullen gelden zowel voor papieren als electronische vorm van het GDB. De richtsnoeren voor het invullen van het GDB zijn te vinden in EU-regelgeving: Verordening (EG) 36/2004 voor dierlijke producten Verordening (EG) 282/2004 voor levende dieren Verordening (EG) 669/2009 voor levensmiddelen en diervoeders van niet -dierlijke Oorsprong
Client-Import Pagina: 3 Client berichtspecificaties Algemene toelichting 6 Toelichting EDIFACT Voor de definitie van de Sagitta-berichten is gebruik gemaakt van de syntax die beschreven wordt in de EDIFACT-standaard. Deze standaard bevat een aantal keuzemogelijkheden. Voor CLIENT wordt hierna beschreven welke keuzes zijn gemaakt. 6. Structuur De structuur van EDIFACT wordt in onderstaande figuren weergegeven. Gekozen is voor het gebruik van syntax level A. De scheidingstekens van dit syntax level zijn in onderstaand schema aangebracht. De volgende service segmenten zijn gedefinieerd: * Interchange niveau : UNB en UNZ * Message niveau : UNH en UNT 6.. Schema opbouw interchange Als de hiervoor weergegeven figuur van boven naar beneden wordt doorgelopen, zijn de volgende niveau's te onderscheiden:
Client-Import Pagina: 4 Client berichtspecificaties Algemene toelichting Niveau Toelichting...... (Sub) data-elementen Data-elementen Segmenten Berichten Interchange Een sub-element vormt een onderdeel van een samengesteld data-element. Voor de gebruiker is een subelement veelal een afzonderlijk veld op zijn beeldscherm Een data-element kan worden onderscheiden in enkelvoudig en samengesteld data-element. Een samengesteld data-element bestaat uit twee of meer sub-elementen. De gebruiker ziet een enkelvoudig dataelement als een veld op zijn beeldscherm Een segment is een op logische wijze gegroepeerd samenstelsel van data-elementen. Segmenten starten met een drie letterige code, de segment TAG. In beginsel ziet de gebruiker de segmentering van de informatie niet Messages geven de betreffende informatie gestructureerd in de vorm van segmenten weer. Messages worden herkend aan de message header (UNH) en de messagetrailer (UNT). Ook hiervan ziet de gebruiker in beginsel niets De interchange bevat een of meer messages. De interchange geeft de eerste informatie die de applicatie na ontvangst te verwerken krijgt. De interchange wordt herkend aan de interchange header (UNB) en de interchange trailer (UNZ). De gebruiker ziet hier niets van Bij bovenstaande figuur kan verder worden opgemerkt, dat zodra de interchanges zijn aangemaakt, een connectie met het netwerk (b.v. een messagehandling system) kan worden opgebouwd. Binnen deze connectie kunnen de interchanges worden verstuurd, rekening houdend met de specificaties van het netwerk, waarna de connectie kan worden beëindigd.
Client-Import Pagina: 5 Client berichtspecificaties Algemene toelichting 6.2 Syntax Er is gekozen voor het gebruik van syntax level C. Het syntax type wordt gedefinieerd in de interchange header (zie onderdeel Service segmenten ). De te gebruiken syntax is: UNOC, versie. De compressie/expansie regels worden als volgt gedefinieerd (NB: de aangeduide tekens zijn tussen teksthaken geplaatst):. Data-elementen (DE) worden voorafgegaan door een [+]. bv: +DE+DE+DE+DE 2. Als een data-element leeg is, wordt dit in de message weergegeven met [++]. bv: +DE+DE++DE 3. Een segment start met een drie-letterige code, de TAG, waarna een [+] en vervolgens het eerste data-element volgt. bv: TAG+DE 4. Een segment eindigt met een [']. Achter het laatste data-element van een segment komt dus nooit het scheidingsteken [+]. bv: TAG+DE+DE+DE+DE' 5. Conditionele segmenten die leeg zijn en geen child segmenten hebben worden weggelaten. bv: TAG+DE+DE+DE+DE'TAG++++++'TAG+DE+DE+DE' wordt: TAG+DE+DE+DE+DE'TAG+DE+DE+DE'
Client-Import Pagina: 6 Client berichtspecificaties Algemene toelichting 6. Indien een data-element uit sub-elementen (SE) bestaat, worden twee sub-elementen gescheiden door een [:]. Achter het laatste sub-element komt de [+] van het volgende dataelement of de ['] van einde segment. bv: TAG+SE:SE:SE+DE of TAG+SE:SE:SE' 7. Als een sub-element leeg is volgen direct achter elkaar [::]. bv: TAG+SE::SE+DE 8. Als het (de) laatste sub-element(en) van een samengesteld data element leeg is (zijn), dan worden de [:] teken(s) weggelaten. bv: TAG+DE+SE::+DE wordt: TAG+DE+SE+DE 9. Als een samengesteld data-element leeg is, dan wordt dit evenals bij het enkelvoudig dataelement weergegeven met [++]. bv: TAG+DE+::+DE wordt: TAG+DE++DE 0. Als voor de ['] lege data-elementen staan, worden alle aaneengesloten [+] tekens van die lege data-elementen weggelaten. bv: TAG+DE+DE++++++' wordt: TAG+DE+DE'. Alle drie bovengenoemde tekens [+:'] kunnen als zodanig tot de inhoud van een bericht behoren, indien zij vooraf worden gegaan door een [?]. Het teken [?] behoort zelf bij de inhoud als er ook een [?] aan voorafgaat. bv: De volgende volzin wordt via electronic mail verzonden: Zijn uit 'vrachtvaarder' gelost: 50 zkn + 0 bln? Deze zin moet in de berichtstring in segment TEX als volgt worden weergegeven: TEX+ZIJN UIT?'VACHTVAADE?' GELOST?: 50 ZKN?+0 BLN??' 6.3 Bericht ontwerp regels Naast het gebruik van de standaard worden de volgende richtlijnen gehanteerd voor het definiëren van berichten: Het berichttype is weergegeven in UNH. Er kunnen loops van een zelfde segmenttype worden gecreëerd. Een loop is dus een zich herhalende groep segmenten van hetzelfde type. Deze loops kunnen op zich weer behoren bij een ander segment. Ze worden dan genest (geplaatst) onder dat betreffende segment. Bij herhaling van segmenten binnen een loop wordt geen volgnummer aan de segmenten toegekend. Bovendien wordt voor de nesting geen volgnummer van het segment, waaronder genest is, ingevuld. Er is nl. sprake van een impliciete nesting. De plaats van het segment in de ontvangen file/bericht is eenduidig en ligt vast in de specificatie van de betreffende berichtstructuur. Een segment start met de segmenttag. Segmenten zijn binnen berichten verplicht (M) of conditioneel (C). Als segmenten conditioneel zijn, kunnen ze nul of meer keren voorkomen, afhankelijk van het maximum dat in de berichtstructuur is gegeven. Als segmenten verplicht zijn, komen ze minstens een keer voor. Het maximum wordt gegeven in de berichtstructuur. Een aantal segmenten kan algemeen gebruikt worden. Dit zijn segmenten met de zgn. qualifiers. De specifieke betekenis van deze segmenten is afhankelijk van het bericht waarin het segment wordt gebruikt. De betekenis wordt aangegeven met het qualified data-element in het segment. Binnen een groot aantal segmenten worden zowel codes als vrije tekst toegestaan. Voorzover codes moeten worden gebruikt, zullen de betreffende tabellen in een afzonderlijk codeboek worden opgenomen.
Client-Import Pagina: 7 Client berichtspecificaties Algemene toelichting Data-elementen zijn binnen segmenten verplicht (M) of conditioneel (C) aanwezig. Het kan voorkomen dat een op zich conditioneel data-element in een bepaald bericht altijd verplicht moet worden ingevuld. De samengestelde data-elementen worden in de segment directory aangegeven in hoofdletters en de betreffende sub-elementen in kleine letters. Binnen berichten wordt zowel de drijvende komma notatie (floating point) als de vaste komma notatie (fixed point) gebruikt. In beide gevallen wordt de decimale punt weergegeven door de "punt" [.]. De decimale punt moet altijd in het bericht worden meegezonden met tenminste een cijfer voor en achter de punt. Vanwege compressie en expansie volgens EDIFACT regels is het niet nodig om afspraken te maken over het links of rechts aangesloten zijn van cijfers of letters. Dit wordt intern in de computer bepaald. Aanbevolen wordt om voorloopnullen bij cijfers in numerieke velden met een variabele lengte weg te laten. Eveneens kunnen niet significante nullen na de decimale punt weggelaten worden, indien de decimale vermelding een variabele lengte heeft. De volgende regels gelden: bv: N3 : 003 blijft 003 N..3 : 003 wordt 3 N..,2 (vaste decimalen) : 000056789.00 wordt 56789.00 N..0,8 (variabele decimalen) : 00.20000000 wordt 0.2 N..0,8 (variabele decimalen) : 02.00000000 wordt 2.0 Data elementen en sub-elementen worden als volgt gespecificeerd: A = vermelding in alfabetische tekens; N = vermelding in numerieke tekens; AN = vermelding in alfabetische en/of numerieke tekens; 2 = een gefixeerd aantal te vermelden posities;..8 = het aantal posities dat bij variabele invulling maximaal voor de vermelding beschikbaar is; N..,2 = deze notatie kan inhouden dat er: maximaal 9 posities vóór de komma beschikbaar zijn en exact 2 posities voor decimalen óf maximaal posities beschikbaar zijn, waarvan er maximaal 2 voor decimalen in gebruik kunnen zijn. Opmerking: Vanaf deze versie van de MIG voor Client wordt aangesloten bij de internationaal gebruikte formaten. Dit heeft de volgende consequenties binnen de documentatie: N..9vN2 wordt N..,2. Hierbij geldt dat het totaal aantal posities 2 is (inclusief decimale punt), het aantal decimalen is 2. Hiervoor geldt hetzelfde als hierboven beschreven. Er is binnen de notatie geen onderscheid te maken tussen een variabele of vaste decimale vermelding. Hiervoor zal dan ook een toelichting worden opgenomen bij de betreffende attributen. Data-elementen met hierin een tijdsaanduiding worden als volgt gespecificeerd: datum = JJMMDD tijd = UUMM
Client-Import Pagina: 8 Client berichtspecificaties Algemene toelichting 6.4 Specificatie van de berichten De berichtspecificaties bestaan per bericht uit de volgende onderdelen: Introductie Een algemene beschrijving van het betreffende bericht. Voor de berichten 5 t/m 9 is onder dit onderdeel tevens de lay-out en toelichting van de mededelingen opgenomen. A Verwijzingstabel Een overzicht van alle binnen het functionele bericht gebruikte entiteiten/attributen met een verwijzing naar de EDIfact segmenten. De genoemde formaten betreffen de formaten van het functionele attribuut. Dit kan afwijken van het formaat van het bijbehorende EDIFACT dataelement, maar kan nooit groter zijn dan het EDIFACT-formaat. B Hiërarchie Een hiërarchische weergave van de in het bericht gebruikte entiteiten en attributen. Daarnaast zijn hier de volgende gegevens opgenomen: - toelichting bij de attributen - verwijzing naar het eventuele vak van het Enig Document - eventueel te gebruiken codelijsten - eventueel van toepassingen zijnde condities C egels en Condities Indien van toepassing een beschrijving van de voor het bericht van belang zijnde regels en/of condities. D Branching diagram Een grafische weergave van de binnen het betreffende bericht gebruikte EDIfact segmenten. Alleen de segmenten die binnen het functionele bericht in gebruik zijn worden weergegeven. E Segment beschrijvingen Een overzicht van alle binnen het bericht gebruikte segmenten en data-elementen (linker kolom), met daarbij aangegeven de te gebruiken attributen uit het functionele bericht (rechter kolom). Voorafgaande aan elk segment wordt een diagram getoond met de globale positie van het segment binnen het gebruikte EDIfact bericht.
Client-Import Pagina: 9 Client berichtspecificaties Algemene toelichting 6.5 Service segmenten UNA (Service String Advice) De functie van het UNA-segment is het definieren van karakters welke worden gebruikt als scheidingstekens en indicatoren voor de gehele interchange. Dit segment informeert de ontvanger van het bericht dat de scheidingstekens verschillen van tekens die horen bij de karakterset welke wordt gebruikt. Het UNA-segment gaat vooraf aan het UNB-segment en bevat de scheidingstekens welke worden gebruikt in de interchange. Ongeacht of alle tekens worden gebruikt, moet elk gegevenselement in dit segment worden gevuld. Het segment bevat een spatie op positie 5, reserved for future use, welke moet worden verzonden als een spatie. UNA Service string advice C EDIFACT Functional Mapping Code lists and Codes UNA Component data element M an : Separator UNA2 Data element separator M an + UNA3 Decimal notation M an. UNA4 elease indicator M an? UNA5 eserved for future use M an Insert space character UNA6 Segment terminator M an UNA:+.? '
Client-Import Pagina: 20 Client berichtspecificaties Algemene toelichting UNB + Interchange header Dit segment geeft het begin van een interchange aan en bevat voorts identificatie en andere specifieke gegevens. S00 SYNTAX IDENTIFIE M 000 Syntax identifier M a4 0002 Syntax version number M n S002 INTECHANGE SENDE M 0004 Sender identification M an..35 0007 Identification code qualifier C an..4 0008 Address for reverse routing C an..4 S003 INTECHANGE ECIPIENT M 000 ecipient identification M an..35 0007 Identification code qualifier C an..4 004 outing address C an..4 S004 DATE/TIME OF PEPAATION M 007 Date M n6 009 Time M n4 0020 INTECHANGE CONTOL EFEENCE M an..4 S005 ECIPIENTS EFEENCE, PASSWOD C 0022 ecipient's reference/password M an..4 0025 ecipient's reference/password qualifier C an2 0026 APPLICATION EFEENCE C an..4 0029 POCESSING PIOITY CODE C a 003 ACKNOWLEDGEMENT EQUEST C n 0032 COMMUNICATIONS AGEEMENT ID. C an..35 0035 TEST INDICATO C n Nadere specificatie:. De syntax identificatie is voor alle berichten: UNOC De syntax versie is voor alle berichten: 2. De zender en ontvanger identificatie is voor: De aangever: Als zender: het aangeversnummer (alle berichten) Commentaar: het aangeversnummer wordt vermeld met vast 9 posities vóór de decimale punt en vast 2 posities na de decimale punt. Als ontvanger: het aangeversnummer (berichten t/m 27) Commentaar: het aangeversnummer wordt vermeld met vast 9 posities vóór de decimale punt en vast 2 posities na de decimale punt. het aangeversnummer of "0000000" (max. 35) Commentaar: het aangeversnummer wordt vermeld met vast 9 posities vóór de decimale punt en vast 2 posities na de decimale punt. Client-VV: "CLIENT-VV" Berichtendienst: "MHS" (bericht 30) 3. De interchange controle referentie is een nummer dat in combinatie met de "zender identificatie" en de "datum van aanmaak" uniek moet zijn. 4. De test indicator is vervallen.
Client-Import Pagina: 2 Client berichtspecificaties Algemene toelichting UNH + Message header Dit segment vormt het begin van een message. 0062 MESSAGE EFEENCE NUMBE M an..4 S009 MESSAGE IDENTIFIE M 0065 Message type M an..6 0052 Message version number M n..3 0054 Message release number C n..3 005 CONTOLLING AGENCY C an..2 0057 Association assigned code C an..6 0068 COMMON ACCESS EFEENCE C an..35 S00 STATUS OF THE TANSFE C 0070 Sequence of transfers C n..2 0073 First and last transfer C a Nadere specificaties.. Het bericht referentienummer heeft als voorwaarde dat het in combinatie met de "zender identificatie" en de "datum van aanmaak" uit segment UNB uniek moet zijn. 2. Als berichttype wordt de code gebruikt die voor elk bericht afzonderlijk in de berichtspecificaties (onderdeel Mapping naar Edifact) is vermeld. Bijvoorbeeld SAGAIN. 3. De berichtversie wordt voor elk bericht weergegeven in de berichtspecificaties (onderdeel Mapping naar Edifact). UNT + Message trailer De message trailer geeft het einde van een message aan en het aantal daarin opgenomen segmenten (inclusief het UNH en UNT segment). Het "bericht referentienummer" is gelijk aan dat van UNH. 0074 NUMBE OF SEGMENTS IN THE MESSAGE M n..6 0062 MESSAGE EFEENCE NUMBE M an..4 UNZ + Interchange trailer Dit segment geeft het einde van een interchange aan en het aantal daarin opgenomen messages. 0036 INTECHANGE CONTOL COUNT M n..6 0020 INTECHANGE CONTOL EFEENCE M an..4
CPD200 Pagina: 22 Introductie 7 NVWA berichtspecificaties beschrijving berichten 7. CPD200 Aangifte-informatie - Introductie Vooraanmelding van een partij levende dieren of producten. Dit bevat de aangifte informatie zoals voorgeschreven in het Gemeenschappelijk Document van Binnenkomst (GDB), conform Verordening (EG) 36/2004 (dierlijke producten) of Verordening (EG) 282/2004 (levende dieren) of Verordening 669/2009 (levensmiddelen en diervoeders niet veterinair.
CPD200 Pagina: 23 Verwijzingstabel 7.. Verwijzing naar EDIfact Hiërarchische structuur / Attribuutnaam EDIFACT mapping Nr SegNr Seg CompDE DE Voorbeeld EDIFACT Pad 00 CPD200/TANSACTIE/Syntax identificatie UNB S00 000 M a4 UNOC UNB.S00.000 002 CPD200/TANSACTIE/Syntax versie UNB S00 0002 M n UNB.S00.0002 003 CPD200/TANSACTIE/Zender identificatie UNB S002 0004 M an..35 X UNB.S002.0004 004 CPD200/TANSACTIE/Ontvanger identificatie UNB S003 000 M an..35 X UNB.S003.000 005 CPD200/TANSACTIE/Datum van aanmaak UNB S004 007 M n6 08008 UNB.S004.007 006 CPD200/TANSACTIE/Tijdstip van aanmaak UNB S004 009 M n4 63 UNB.S004.009 007 CPD200/TANSACTIE/Interchange controle referentie UNB 0020 M an..4 X UNB.0020 008 CPD200/TANSACTIE/Interchange control count 38 UNZ 0036 M n..6 UNZ.0036 009 CPD200/TANSACTIE/Interchange control reference 38 UNZ 0020 M an..4 X UNZ.0020 00 CPD200/TANSACTIE/Bericht/Bericht referentienummer 2 UNH 0062 M an..4 X CPD200.UNH.0062(000:00) 0 CPD200/TANSACTIE/Bericht/Bericht type 2 UNH S009 0065 M an..6 CPD200 CPD200.UNH.S009.0065(000:020:0) 02 CPD200/TANSACTIE/Bericht/Bericht versienummer 2 UNH S009 0052 M an..3 4 CPD200.UNH.S009.0052(000:020:02) 03 CPD200/TANSACTIE/Bericht/Number of segments in the message 37 UNT 0074 M n..6 42 CPD200.UNT.0074(0290:00) 04 CPD200/TANSACTIE/Bericht/Message reference number 37 UNT 0062 M an..4 X CPD200.UNT.0062(0290:020) 05 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Aangiftejaar 3 ALG C404 2802 M n2 99 CPD200.ALG.C404.2802(0030:00:0) 06 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Aangiftevolgnummer 3 ALG C404 800 M n..8 9 CPD200.ALG.C404.800(0030:00:02) 07 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Airway bill/bill of loading 5 EF 86 C an..35 X CPD200.EF[D_87="AWB"].86(0090:020) nummer 08 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Vluchtnummer/Bootnaam 6 EF 86 C an..35 X CPD200.EF[D_87="TN"].86(0090:020) 09 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Code land van verzending/ CTY 385 M an..3 X CPD200.CTY[D_387="CDI"].385(0080:020) uitvoer 020 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Code land van oorsprong 2 CTY 385 M an..3 X CPD200.CTY[D_387="COO"].385(0080:020) 02 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Code derde land van 3 CTY 385 M an..3 X CPD200.CTY[D_387="COD"].385(0080:020) bestemming 022 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Traces identificatie 4 NAD 382 C an..35 X CPD200.SG0[D_389="CN"].NAD.382(0050: 020) 023 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Naam 4 NAD C426 3804 C an..35 X CPD200.SG0[D_389="CN"].NAD.C426. 3804(0050:040:0) 024 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Straat/adreslocatie/postbusnummer 4 NAD C403 388 C an..40 X CPD200.SG0[D_389="CN"].NAD.C403. 388(0050:050:0) 025 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Huisnummer 4 NAD C403 3820 C an..5 X CPD200.SG0[D_389="CN"].NAD.C403. 3820(0050:050:02) 026 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Huisnummertoevoeging 4 NAD C403 3822 C an..2 X CPD200.SG0[D_389="CN"].NAD.C403. 3822(0050:050:03) 027 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Plaatsnaam 4 NAD 384 C an..30 X CPD200.SG0[D_389="CN"].NAD.384(0050: 060) 028 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Postcode 4 NAD 3823 C an..9 X CPD200.SG0[D_389="CN"].NAD.3823(0050: 080)
CPD200 Pagina: 24 Verwijzingstabel Hiërarchische structuur / Attribuutnaam EDIFACT mapping Nr SegNr Seg CompDE DE Voorbeeld EDIFACT Pad 029 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Geadresseerde)/Landcode 4 NAD 383 C an..3 X CPD200.SG0[D_389="CN"].NAD.383(0050: 090) 030 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Traces identificatie 5 NAD 382 C an..35 X CPD200.SG0[D_389="DP"].NAD.382(0050: 020) 03 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Naam 5 NAD C426 3804 C an..35 X CPD200.SG0[D_389="DP"].NAD.C426. 3804(0050:040:0) 032 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Straat/adreslocatie/postbusnummer 5 NAD C403 388 C an..40 X CPD200.SG0[D_389="DP"].NAD.C403. 388(0050:050:0) 033 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Huisnummer 5 NAD C403 3820 C an..5 X CPD200.SG0[D_389="DP"].NAD.C403. 3820(0050:050:02) 034 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Huisnummertoevoeging 5 NAD C403 3822 C an..2 X CPD200.SG0[D_389="DP"].NAD.C403. 3822(0050:050:03) 035 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Plaatsnaam 5 NAD 384 C an..30 X CPD200.SG0[D_389="DP"].NAD.384(0050: 060) 036 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Postcode 5 NAD 3823 C an..9 X CPD200.SG0[D_389="DP"].NAD.3823(0050: 080) 037 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Afzender)/ Landcode 5 NAD 383 C an..3 X CPD200.SG0[D_389="DP"].NAD.383(0050: 090) 038 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ Traces identificatie 6 NAD 382 C an..35 X CPD200.SG0[D_389="IM"].NAD.382(0050: 020) 039 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ Naam 6 NAD C426 3804 C an..35 X CPD200.SG0[D_389="IM"].NAD.C426. 3804(0050:040:0) 040 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ Straat/adreslocatie/postbusnummer 6 NAD C403 388 C an..40 X CPD200.SG0[D_389="IM"].NAD.C403. 388(0050:050:0) 04 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ Huisnummer 6 NAD C403 3820 C an..5 X CPD200.SG0[D_389="IM"].NAD.C403. 3820(0050:050:02) 042 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ Huisnummertoevoeging 6 NAD C403 3822 C an..2 X CPD200.SG0[D_389="IM"].NAD.C403. 3822(0050:050:03) 043 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ Plaatsnaam 6 NAD 384 C an..30 X CPD200.SG0[D_389="IM"].NAD.384(0050: 060) 044 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ 6 NAD 3823 C an..9 X CPD200.SG0[D_389="IM"].NAD.3823(0050: Postcode 080) 045 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens(Importeur)/ Landcode 6 NAD 383 C an..3 X CPD200.SG0[D_389="IM"].NAD.383(0050: 090) 046 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Traces identificatie 7 NAD 382 C an..35 X CPD200.SG0[D_389="AL"].NAD.382(0050: 020) 047 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Naam 7 NAD C426 3804 C an..35 X CPD200.SG0[D_389="AL"].NAD.C426. 3804(0050:040:0) 048 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Straat/adreslocatie/postbusnummer 7 NAD C403 388 C an..40 X CPD200.SG0[D_389="AL"].NAD.C403. 388(0050:050:0) 049 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Huisnummer 7 NAD C403 3820 C an..5 X CPD200.SG0[D_389="AL"].NAD.C403. 3820(0050:050:02) 050 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Huisnummertoevoeging 7 NAD C403 3822 C an..2 X CPD200.SG0[D_389="AL"].NAD.C403. 3822(0050:050:03)
CPD200 Pagina: 25 Verwijzingstabel Hiërarchische structuur / Attribuutnaam EDIFACT mapping Nr SegNr Seg CompDE DE Voorbeeld EDIFACT Pad 05 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Plaatsnaam 052 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Postcode 053 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Landcode 054 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Naam ondertekenaar 055 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Plaats ondertekening 056 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Communicatie gegevens/communicatie nummer 057 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Ladingbelanghebbende)/Communicatie gegevens/communicatie type 058 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Traces identificatie 059 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Naam 060 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Straat/adreslocatie/postbusnummer 06 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Huisnummer 062 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Huisnummertoevoeging 063 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Plaatsnaam 064 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Postcode 065 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Afleveradres)/Landcode 066 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Traces identificatie 067 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Naam 068 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Straat/adreslocatie/postbusnummer 069 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Huisnummer 070 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Huisnummertoevoeging 07 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Plaatsnaam 072 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Postcode 7 NAD 384 C an..30 X CPD200.SG0[D_389="AL"].NAD.384(0050: 060) 7 NAD 3823 C an..9 X CPD200.SG0[D_389="AL"].NAD.3823(0050: 080) 7 NAD 383 C an..3 X CPD200.SG0[D_389="AL"].NAD.383(0050: 090) 7 NAD C425 3800 C an..35 X CPD200.SG0[D_389="AL"].NAD.C425. 3800#2(0050:030:02) 7 NAD C425 3800 C an..35 X CPD200.SG0[D_389="AL"].NAD.C425. 3800#3(0050:030:03) 8 COM C076 348 M an..52 X CPD200.SG0[D_389="AL"].SG02.COM.C076. 348(0070:00:0) 8 COM C076 355 M an..3 CPD200.SG0[D_389="AL"].SG02.COM.C076. 355(0070:00:02) 9 NAD 382 C an..35 X CPD200.SG0[D_389="AF"].NAD.382(0050: 020) 9 NAD C426 3804 C an..35 X CPD200.SG0[D_389="AF"].NAD.C426. 3804(0050:040:0) 9 NAD C403 388 C an..40 X CPD200.SG0[D_389="AF"].NAD.C403. 388(0050:050:0) 9 NAD C403 3820 C an..5 X CPD200.SG0[D_389="AF"].NAD.C403. 3820(0050:050:02) 9 NAD C403 3822 C an..2 X CPD200.SG0[D_389="AF"].NAD.C403. 3822(0050:050:03) 9 NAD 384 C an..30 X CPD200.SG0[D_389="AF"].NAD.384(0050: 060) 9 NAD 3823 C an..9 X CPD200.SG0[D_389="AF"].NAD.3823(0050: 080) 9 NAD 383 C an..3 X CPD200.SG0[D_389="AF"].NAD.383(0050: 090) 0 NAD 382 C an..35 X CPD200.SG0[D_389="T"].NAD.382(0050: 020) 0 NAD C426 3804 C an..35 X CPD200.SG0[D_389="T"].NAD.C426. 3804(0050:040:0) 0 NAD C403 388 C an..40 X CPD200.SG0[D_389="T"].NAD.C403. 388(0050:050:0) 0 NAD C403 3820 C an..5 X CPD200.SG0[D_389="T"].NAD.C403. 3820(0050:050:02) 0 NAD C403 3822 C an..2 X CPD200.SG0[D_389="T"].NAD.C403. 3822(0050:050:03) 0 NAD 384 C an..30 X CPD200.SG0[D_389="T"].NAD.384(0050: 060) 0 NAD 3823 C an..9 X CPD200.SG0[D_389="T"].NAD.3823(0050: 080)
CPD200 Pagina: 26 Verwijzingstabel Hiërarchische structuur / Attribuutnaam EDIFACT mapping Nr SegNr Seg CompDE DE Voorbeeld EDIFACT Pad 073 CPD200/TANSACTIE/Bericht/Aangiftegegevens/N.A.W. -Gegevens (Transporteur)/Landcode 0 NAD 383 C an..3 X CPD200.SG0[D_389="T"].NAD.383(0050: 090) 074 CPD200/TANSACTIE/Bericht/Aangiftegegevens/oute/Land op route naar 4 CTY 385 M an..3 X CPD200.CTY[D_387="CO"].385(0080:020) bestemming 075 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Locatiegegevens/BIP / APB 20 LOC 3843 C an..7 X CPD200.LOC[D_384="BIP"].3843(00:020) 076 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Locatiegegevens/Controlelocatie 2 LOC 3843 C an..7 X CPD200.LOC[D_384="SIP"].3843(00:020) 077 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Locatiegegevens/Uitgangs-BIP 22 LOC 3843 C an..7 X CPD200.LOC[D_384="EUI"].3843(00:020) doorvoer en bestemmings-bip overlading 078 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Locatiegegevens/Exit inspectie 23 LOC 3843 C an..7 X CPD200.LOC[D_384="EXI"].3843(00:020) locatie 079 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Datum en Tijd/Verwachte datum 25 DTM 2804 M n6 999999 CPD200.DTM[D_2803="ETA"].2804(020:020) van aankomst 080 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Datum en Tijd/Verwachte tijd 25 DTM 2808 C n4 9999 CPD200.DTM[D_2803="ETA"].2808(020:030) van aankomst 08 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Datum en Tijd/Verwachte datum 26 DTM 2804 M n6 999999 CPD200.DTM[D_2803="ET"].2804(020:020) van terugkeer 082 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Datum en Tijd/Verwachte tijd 26 DTM 2808 C n4 9999 CPD200.DTM[D_2803="ET"].2808(020:030) van terugkeer 083 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/eu-waardig 28 VTD 4845 C an X CPD200.VTD.4845(050:00) 084 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/bestemming 28 VTD C472 3849 M an3 XXX CPD200.VTD.C472.3849(050:020:0) 085 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/aanvullende 28 VTD C472 3849 C an3 XXX CPD200.VTD.C472.3849#2(050:020:02) bestemming 086 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/soort opslag 28 VTD C472 385 C an..35 X CPD200.VTD.C472.385(050:020:03) 087 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/egistratie/ 28 VTD C472 3830 C an..35 X CPD200.VTD.C472.3830(050:020:04) naam opslag 088 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/naam 28 VTD C472 3834 C an..35 X CPD200.VTD.C472.3834(050:020:05) vaartuig 089 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/naam haven 28 VTD C472 3832 C an..35 X CPD200.VTD.C472.3832(050:020:06) 090 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/goederen 28 VTD C473 7845 M an..3 X CPD200.VTD.C473.7845(050:030:0) classificatie 09 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/gebruiksdoel 28 VTD C473 7847 C an..3 X CPD200.VTD.C473.7847(050:030:02) 092 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/code 28 VTD C475 8805 C an2 XX CPD200.VTD.C475.8805(050:040:0) vervoermiddel na grens 093 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/eisschema 28 VTD C475 3853 C an X CPD200.VTD.C475.3853(050:040:02) 094 CPD200/TANSACTIE/Bericht/Aangiftegegevens/Goederen aangifte/egistratie vervoermiddel 28 VTD C475 8800 C an..7 X CPD200.VTD.C475.8800(050:040:03)