Technical requirements

Size: px
Start display at page:

Download "Technical requirements"

Transcription

1 ANNEX 1: TECHNICAL REQUIREMENTS Technical requirements 1. Introduction Overview of the import formalities section of the market access database Architecture The dataset The public web site The administration web site Tests performed on the submit of a dataset The database Dataset description Dataset structure XML file Introductory texts Image files XML schema Schema Schema documentation Inclusions and exclusions ModifSummary element Text formatting instructions General constraints Document title of general/specific requirements Links CSS classes CSS style sheet Example XML file Example file Display of example file in MADB Example overview file (Indonesia) Example overview file Display of the example file in MADB (Sample of the Import Overview, Indonesia) List of general and specific requirement documents... 66

2 1. INTRODUCTION The present annex lists the technical requirements applicable to the contractor's deliverables. The document also contains an overview of the export formalities section of the Market Access database and a description of the workflow of the delivery process. Although great care has been given to the definition of the present technical requirements, DG Trade reserves the right to bring changes to them. In that case, an updated version of the technical requirements would be provided shortly after the award of the contract. 2. OVERVIEW OF THE IMPORT FORMALITIES SECTION OF THE MARKET ACCESS DATABASE 2.1. Architecture The contractor delivers a separate file (called "dataset") for each country. The dataset is uploaded to an administration web site hosted by DG Trade. The dataset undergoes an automated quality check and a human quality check performed by a Commission official before being published as illustrated in the figure below. Decision to publish Country dataset The system is designed to support any number of contractors The dataset All data pertaining to a given country must be delivered as a single zip file, called the country dataset or dataset The public web site The URL of the public web site is The web site supports anonymous access for users connecting through a proxy located in EU member states or in candidate countries. The public web site has the following functionalities: 2

3 search the database by country and by product (HS code or keyword), provide an overview of the import procedures and formalities for a given country provide the list of applicable procedures and formalities for given country and product code, provide a detailed explanation of import formalities/procedures, Here is an example of an overview of import procedures and formalities: 3

4 Here is an example of a list of applicable import formalities and procedures: Here is an example of a detailed explanation of an import formality: 2.4. The administration web site Introduction The delivery of zip files by contractors is orchestrated with the help of the dedicated administration web site. Access to the administration web site is restricted to contractors and Commission officials. DG Trade is prepared to open access to this web site for interested tenderers upon request. Such an access would enable them to upload test datasets Users The users of the administration web site are the contractor and the content administrator. The content administrator is the Commission official in charge of controlling the quality of datasets and deciding when to publish them. 4

5 Dataset lifecycle and areas Each dataset has a lifecycle and transits through various "areas : Area Description draft A dataset uploaded by the contractor arrives in the draft area. It is visible by the contractor, but not by the general public. This area is considered as the "contractor's sandbox". The contractor previews the dataset he has uploaded in this area before submitting it to the content administrator. test production archive A dataset lands in this area when submitted by the contractor to the content administrator and if all submit tests performed by the system are validated. Datasets in the test area are analysed by the content administrator in order to move them to the production area. When arriving in the production area, the dataset becomes visible by the general public. When a dataset in production is replaced by a new version, it is moved to an archive area Typical delivery workflow A typical workflow leading to successful dataset delivery could be: the data provider attempts to upload a dataset, the admin web site checks the dataset (automated checking), realizes it is not compliant and provides a feedback with the reason(s) for failure, the contractor fixes the dataset and attempts a new upload, this time the upload is successful and the dataset is then available in the draft area, the contractor previews the dataset in the draft area, if satisfied, the contractor submits the dataset to the Commission, web site checks the dataset (automated checking) with some additional tests, if validated the dataset is then transferred in test area the content administrator at the Commission checks the dataset (human checking) the content administrator moves the dataset to production the dataset is now in the production area and visible by the general public. 5

6 Main functionalities Home page The home page of the administration web page is the following: Dataset upload The upload consists in transferring a dataset file. 6

7 View update status / submit The "View Update status / submit " provides a status for each country. In the screenshot below, we see for example that for the United States, we have already a dataset in production (MAAT-US07-02v001), but that a new update (MAAT-US08-01v001) has been submitted and is waiting to be moved by the content administrator to the production. Note: this screenshot depicts applied tariffs datasets but the principle is exactly the same for import formalities datasets Preview dataset This functionality allows the contractor to consult the datasets in draft area as if they would be displayed to the final user Tests performed on the submit of a dataset Check if the overview document is present Check if all general and specific documents are present Check if the external links are correct Check if the internal links are correct Check if the referenced images are present 2.6. The database The database is an Oracle database. 7

8 3. DATASET DESCRIPTION 3.1. Dataset structure Principle All data pertaining to a given country must be delivered as a single zip file, called the country dataset or dataset Naming The naming convention for the zip file is: AASS-CCYY-RRv999 where AA = application (always "MA" for Market Access) SS= section ("IF" for import formalities) CC= country code YY= contract year to which the dataset is related (!!!: a dataset delivered in December 2004 for example might apply to contractual obligations related to year 2005 in which case YY must be set to '05') RR= revision number. The revision is a contractual notion: it is checked against the number of yearly updates the contractor has committed to. A new revision number may be assigned to a dataset only if the content has been updated. 999= a numeric version number for the update (no contractual semantics attached here). The version number may be used freely by the contractor to reflect presentation or technical changes. Example: MAIF-AR10-02v004 is the 2 nd revision for applied tariffs of Argentina in Structure The zip file contains all the files of the dataset: the xml file the documents corresponding to introductory texts (overview, general requirements, specific requirements). the images An example of dataset content is given below: 8

9 Dataset validity date The date attribute of the update element in the XML schema has a very accurate definition: it is the latest date the contractor has checked the validity of the data from the content point of view. If the contractor uploads a new dataset for fixing a technical issue but does not make the content validity check, then the date must remain untouched XML file The zip file must contain a single XML file. The XML file must be in UNIX file format. The encoding of the XML file must be UTF-8. The XML file must comply with the W3C XML schema provided. The dataset should comply with the text formatting instructions detailed in chapter Introductory texts The overview and the introductory texts for each of the general and specific requirements as described above under "Introductory Texts" must be provided in separate html files. The html files must comply with the text formatting instructions given in chapter Image files In the cases where there is a form that has to be filled by the exporter, a bitmap image of this form (GIF format) is required and the text must contain an HTML link respecting the following constraints: the src attribute is set to the image file name 9

10 the alt attribute must contain the label defined in the xml file ( image_label element). Example: <img src="awb.gif" alt="air way bill form">. In order to obtain a readable and clear picture of the required forms on the screen, it may be necessary to retype the original forms and transform them into bitmap graphics. The general requirements are that these bitmap images should not have a width exceeding 21 cm (DIN A4). The forms should not be filled in. If the form is not available in English, the fields need to be numbered and their content translated and explained in the introductory text for the requirement. The English translation should include all details given in the original form. The name of image files must be in lowercase, must start with an alphabetical character, may not contain special characters or spaces and must have a maximum length of 256 characters, the same applies for the html documents. 10

11 4. XML SCHEMA The xml files provided by the contractor must be validated against the following schema Schema <?xml version="1.0" encoding="utf-8"?> <!-- arket Access database - Import Formalities v5 - Validation dataset file) --> xs:schema elementformdefault="qualified" xmlns:xs=" xs:element name="doc"> xs:complextype> xs:sequence> xs:element ref="doc_scope" /> xs:element ref="doc_id" /> xs:element ref="doc_label" /> xs:element ref="doc_filename" /> xs:element ref="doc_order" minoccurs="0" /> xs:element ref="images_list" minoccurs="0" /> </xs:sequence> xs:element name="doc_filename" type="xs:string"> xs:documentation>file name of the document.</xs:documentation> xs:element name="doc_id" type="xs:string"> xs:documentation>unique id of the document. The first character must be alphabetical. The code may not contain special characters or spaces.</xs:documentation> xs:element name="doc_label" type="xs:string"> xs:documentation>label to be used as a document title. This label is displayed on the MADB web site.</xs:documentation> xs:element name="doc_order" type="xs:integer"> xs:documentation>defines the order of the document when displayed. Required for the general requirement documents and optional for other documents.</xs:documentation> xs:element name="doc_scope"> 11

12 xs:documentation>type of document ("O"=overview; "G"=general; "S"=specific)</xs:documentation> xs:complextype> xs:simplecontent> xs:extension base="xs:string"> xs:attribute name="doc_type" use="required"> xs:simpletype> xs:restriction base="xs:nmtoken"> xs:enumeration value="g" /> xs:enumeration value="o" /> xs:enumeration value="s" /> </xs:restriction> </xs:simpletype> </xs:attribute> </xs:extension> </xs:simplecontent> xs:element name="docs"> xs:documentation>this element contains a list of doc elements.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="doc" maxoccurs="unbounded"> xs:documentation>this element describes an overview, a general requirement or a specific requirement document.</xs:documentation> </xs:sequence> xs:element name="egif"> xs:documentation>top level element.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="update" /> xs:element name="modifsummary" type="xs:string"> xs:documentation>the modifsummary element must be used by the contractor to inform DG Trade of modifications introduced in the current revision with comparison to the previous revision. This info is for internal use only and is not displayed on the public web site.</xs:documentation> xs:element ref="overview" /> xs:element ref="general_requirements" /> xs:element ref="specific_requirements" /> xs:element ref="docs" /> </xs:sequence> 12

13 xs:element name="exclu_hs_code"> xs:documentation>an HS sub-code (more than 4 digits) for which the document is not applicable. All numeric (no dots allowed).</xs:documentation> xs:simpletype> xs:restriction base="xs:string"> xs:minlength value="4" /> xs:maxlength value="12" /> </xs:restriction> </xs:simpletype> xs:element name="exclu_list"> xs:documentation>a list of HS sub-codes for which the specific requirement document is not applicable.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="exclu_hs_code" maxoccurs="unbounded"> xs:documentation>an HS sub-code for which the document is never applicable. All numeric (no dots allowed).</xs:documentation> </xs:sequence> xs:element name="exclu_note" type="xs:string"> xs:documentation>a free text note explaining the exception. Examples: "Not required if intended for animal use.", "Not required for , , "</xs:documentation> xs:element name="exclusions"> xs:documentation>this element is used when the specific requirement document is applicable to all products classified under a 4-digit HS code except for a few exceptional cases. This element lists those exceptions. It can take the form of a list of HS sub-codes (with more than 4 digits) for which the current specific document is not applicable. An exception can also be expressed in terms other than HS sub-codes. For example: "Not required if intended for animal use".</xs:documentation> xs:complextype> xs:sequence> xs:element ref="exclu_note"> xs:documentation>a free format note explaining the exception to the general rule.</xs:documentation> xs:element ref="exclu_list" minoccurs="0" /> 13

14 </xs:sequence> xs:element name="general_requirements"> xs:documentation>this element contains the list of general requirement documents.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="gr_list" /> </xs:sequence> xs:element name="gr_doc_id" type="xs:string"> xs:documentation>doc_id of a general requirement document.</xs:documentation> xs:element name="gr_list"> xs:complextype> xs:sequence> xs:element ref="gr_doc_id" maxoccurs="unbounded" /> </xs:sequence> xs:element name="hs_code"> xs:documentation>a 4-digit HS code.</xs:documentation> xs:simpletype> xs:restriction base="xs:string"> xs:pattern value="[0-9]{4}" /> </xs:restriction> </xs:simpletype> xs:element name="hs_label" type="xs:string"> xs:documentation>product description according to the HS nomenclature. This text is displayed on the MADB web site.</xs:documentation> xs:element name="image"> xs:complextype> xs:sequence> xs:element ref="image_label"> <xs:documentation> Short description of the image. This label is in principle identical to the alt attribute of the img tag - <![CDATA[ (<img src= awb.gif alt= Air way bill form">. ]]> </xs:documentation> 14

15 xs:element ref="image_filename" /> </xs:sequence> xs:element name="image_filename" type="xs:string"> xs:documentation>filename of the image.</xs:documentation> xs:element name="image_label" type="xs:string"> xs:documentation>label used to describe the image.</xs:documentation> xs:element name="images_list"> xs:documentation>list of the images</xs:documentation> xs:complextype> xs:sequence> xs:element ref="image" maxoccurs="unbounded" /> </xs:sequence> xs:element name="inclu_hs_code"> xs:documentation>an HS sub-code for which the document is applicable. All numeric (no dots allowed).</xs:documentation> xs:simpletype> xs:restriction base="xs:string"> xs:minlength value="4" /> xs:maxlength value="12" /> </xs:restriction> </xs:simpletype> xs:element name="inclu_list"> xs:documentation>a list of HS sub-codes for which the specific requirement document is applicable.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="inclu_hs_code" maxoccurs="unbounded" /> </xs:sequence> xs:element name="inclu_note" type="xs:string"> xs:documentation>a free text note describing the applicability condition. Examples: "Only required for , ", "Only required for uncured hides and skins.".</xs:documentation> 15

16 xs:element name="inclusions"> xs:documentation>this element gives information on the scope of the specific requirement document when it is not systematically applicable to products classified under a 4-digit HS code. It can take the form of a list of HS subcodes (with more than 4 digits) for which the current document is applicable. The restriction can also be based on criteria other than HS subcodes (examples: "Only required if equipped with air conditioning units containing controlled substances").</xs:documentation> xs:complextype> xs:sequence> xs:element ref="inclu_note"> xs:documentation>a free format note explaining the restriction.</xs:documentation> xs:element ref="inclu_list" minoccurs="0"> xs:documentation>a list of HS sub-codes for which the specific requirement document may be applicable</xs:documentation> </xs:sequence> xs:element name="ov_doc_id" type="xs:string"> xs:documentation>the doc_id value of the overview document.</xs:documentation> xs:element name="overview"> xs:documentation>contains an element with the doc_id of the overview document.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="ov_doc_id" /> </xs:sequence> xs:element name="product"> xs:complextype> xs:sequence> xs:element ref="hs_code" /> xs:element ref="hs_label" /> xs:element ref="sr_list" /> </xs:sequence> xs:element name="specific_requirements"> 16

17 xs:documentation>this element associates specific requirement documents to product codes.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="product" maxoccurs="unbounded"> xs:documentation>this element associates specific requirement documents to one given 4-digit HS code.</xs:documentation> </xs:sequence> xs:key name="specific_requirements"> xs:selector xpath="specific_requirements/product" /> xs:field xpath="hs_code" /> </xs:key> xs:element name="sr_doc_id" type="xs:string"> xs:documentation>the doc_id value of a specific requirement document.</xs:documentation> xs:element name="sr_doc_mapping"> xs:documentation>associates a specific requirement document to a given 4- digit HS code.</xs:documentation> xs:complextype> xs:sequence> xs:element ref="sr_doc_id" /> xs:element ref="inclusions" minoccurs="0" /> xs:element ref="exclusions" minoccurs="0" /> </xs:sequence> xs:element name="sr_list"> xs:complextype> xs:sequence> xs:element ref="sr_doc_mapping" maxoccurs="unbounded" /> </xs:sequence> xs:element name="update"> xs:documentation>this element contains the details of the dataset file: year, revision, version, date, country, contractor info.</xs:documentation> xs:complextype> xs:simplecontent> xs:extension base="xs:string"> xs:attribute name="year" use="required"> xs:documentation>contract year to which the dataset is related. Example: If a dataset is uploaded in december 2009 to cover contractual obligations for 17

18 year 2010, then contract year must be set to 2010.</xs:documentation> xs:simpletype> xs:restriction base="xs:string"> xs:pattern value="[0-9]{4}" /> </xs:restriction> </xs:simpletype> </xs:attribute> xs:attribute name="revision" use="required"> xs:documentation>the revision number for that year, starting at '01'. A new revision number correspons to changes in the content (new document, modified document, modified applicability conditions...)</xs:documentation> xs:simpletype> xs:restriction base="xs:integer"> xs:totaldigits value="2" /> </xs:restriction> </xs:simpletype> </xs:attribute> xs:attribute name="date" type="xs:string" use="required"> xs:documentation>this is the latest date the contractor has checked the validity of the data content. It must not to be confused with the date of dataset upload : if a dataset is uploaded to correct a technical issue but the contractor does not check that the data is current, then the date must remain untouched. Format: yyyy-mm-dd format.</xs:documentation> </xs:attribute> xs:attribute name="country_label" type="xs:string" use="required"> xs:documentation>country name in English.</xs:documentation> </xs:attribute> xs:attribute name="country_id" type="xs:string" use="required"> xs:documentation>use ISO2A country code (ex: "US", "AR"...)See homepage upload area for list.</xs:documentation> </xs:attribute> xs:attribute name="update_filename" use="required"> xs:documentation>the name of the xml file obtained by concatenating "MAIF- ", the ISO 2 country code, the two last digits of the year, "-", the 2-digit revision number and the 3-digit version number. Example: MAIF-IN06-01v001.</xs:documentation> xs:simpletype> xs:restriction base="xs:string"> xs:length value="16" /> xs:totaldigits value="7" /> </xs:restriction> </xs:simpletype> </xs:attribute> xs:attribute name="contractor_id" type="xs:string" use="required"> 18

19 xs:documentation>a contractor ID which will be communicated by DG Trade.</xs:documentation> </xs:attribute> xs:attribute name="contractor_name" type="xs:string" use="optional"> xs:documentation>name of the contractor.</xs:documentation> </xs:attribute> xs:attribute name="contractor_ " type="xs:string" use="optional"> xs:documentation>the address that the Commission will use to send a confirmation message or to notify problems found.</xs:documentation> </xs:attribute> xs:attribute name="version" use="required"> xs:documentation>version number.</xs:documentation> xs:simpletype> xs:restriction base="xs:string"> xs:length value="3" /> xs:totaldigits value="3" /> </xs:restriction> </xs:simpletype> </xs:attribute> </xs:extension> </xs:simplecontent> </xs:schema> Importformalities_v5..xsd 19

20 4.2. Schema documentation 20

21 element doc diagram properties content complex children doc_scope doc_id doc_label doc_filename doc_order images_list used by element docs source <xs:element name="doc"> <xs:complextype> <xs:sequence> <xs:element ref="doc_scope"/> <xs:element ref="doc_id"/> <xs:element ref="doc_label"/> <xs:element ref="doc_filename"/> <xs:element ref="doc_order" minoccurs="0"/> <xs:element ref="images_list" minoccurs="0"/> </xs:sequence> element doc_filename diagram type xs:string properties content simple used by element doc annotation documentation File name of the document. 21

22 source <xs:element name="doc_filename" type="xs:string"> <xs:documentation>file name of the document.</xs:documentation> element doc_id diagram type xs:string properties content simple used by element doc annotation documentation Unique id of the document. The first character must be alphabetical. The code may not contain special characters or spaces. source <xs:element name="doc_id" type="xs:string"> <xs:documentation>unique id of the document. The first character must be alphabetical. The code may not contain special characters or spaces.</xs:documentation> element doc_label diagram type xs:string properties content simple used by element doc annotation documentation Label to be used as a document title. This label is displayed on the MADB web site. source <xs:element name="doc_label" type="xs:string"> <xs:documentation>label to be used as a document title. This label is displayed on the MADB web site.</xs:documentation> element doc_order 22

23 diagram type xs:integer properties content simple used by element doc annotation documentation Defines the order of the document when displayed. Required for the general requirement documents and optional for other documents. source <xs:element name="doc_order" type="xs:integer"> <xs:documentation>defines the order of the document when displayed. Required for the general requirement documents and optional for other documents.</xs:documentation> element doc_scope diagram type extension of xs:string properties content complex used by element doc attributes Name Type Use Default Fixed Annotation doc_type required annotation documentation Type of document ("O"=overview; "G"=general; "S"=specific) source <xs:element name="doc_scope"> <xs:documentation>type of document ("O"=overview; "G"=general; "S"=specific)</xs:documentation> <xs:complextype> <xs:simplecontent> <xs:extension base="xs:string"> <xs:attribute name="doc_type" use="required"> <xs:simpletype> <xs:restriction base="xs:nmtoken"> <xs:enumeration value="g"/> <xs:enumeration value="o"/> <xs:enumeration value="s"/> </xs:restriction> </xs:simpletype> </xs:attribute> </xs:extension> </xs:simplecontent> element docs 23

24 diagram properties content complex children doc used by element egif annotation documentation This element contains a list of doc elements. source <xs:element name="docs"> <xs:documentation>this element contains a list of doc elements. </xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="doc" maxoccurs="unbounded"> <xs:documentation> This element describes an overview, a general requirement or a specific requirement document. </xs:documentation> </xs:sequence> element egif diagram 24

25 properties content complex children update modifsummary overview general_requirements specific_requirements docs annotation documentation Top level element. source <xs:element name="egif"> <xs:documentation>top level element.</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="update"/> <xs:element name="modifsummary" type="xs:string"> <xs:documentation>the modifsummary element must be used by the contractor to inform DG Trade of modifications introduced in the current revision with comparison to the previous revision. This info is for internal use only and is not displayed on the public web site.</xs:documentation> <xs:element ref="overview"/> <xs:element ref="general_requirements"/> <xs:element ref="specific_requirements"/> <xs:element ref="docs"/> </xs:sequence> element egif/modifsummary diagram type xs:string properties isref 0 content simple annotation documentation The modifsummary element must be used by the contractor to inform DG Trade of modifications introduced in the current revision with comparison to the previous revision. This info is for internal use only and is not displayed on the public web site. source <xs:element name="modifsummary" type="xs:string"> <xs:documentation>the modifsummary element must be used by the contractor to inform DG Trade of modifications introduced in the current revision with comparison to the previous revision. This info is for internal use only and is not displayed on the public web site.</xs:documentation> element exclu_hs_code diagram 25

26 type restriction of xs:string properties content simple used by element exclu_list facets minlength 4 maxlength 12 annotation documentation An HS sub-code (more than 4 digits) for which the document is not applicable. All numeric (no dots allowed). source <xs:element name="exclu_hs_code"> <xs:documentation>an HS sub-code (more than 4 digits) for which the document is not applicable. All numeric (no dots allowed).</xs:documentation> <xs:simpletype> <xs:restriction base="xs:string"> <xs:minlength value="4"/> <xs:maxlength value="12"/> </xs:restriction> </xs:simpletype> element exclu_list diagram properties content complex children exclu_hs_code used by element exclusions annotation documentation A list of HS sub-codes for which the specific requirement document is not applicable. source <xs:element name="exclu_list"> <xs:documentation>a list of HS sub-codes for which the specific requirement document is not applicable.</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="exclu_hs_code" maxoccurs="unbounded"> <xs:documentation> An HS sub-code for which the document is never applicable. All numeric (no dots allowed). </xs:documentation> </xs:sequence> element exclu_note 26

27 diagram type xs:string properties content simple used by element exclusions annotation documentation A free text note explaining the exception. Examples: "Not required if intended for animal use.", "Not required for , , " source <xs:element name="exclu_note" type="xs:string"> <xs:documentation>a free text note explaining the exception. Examples: "Not required if intended for animal use.", "Not required for , , "</xs:documentation> element exclusions diagram properties content complex children exclu_note exclu_list used by element sr_doc_mapping annotation documentation This element is used when the specific requirement document is applicable to all products classified under a 4-digit HS code except for a few exceptional cases. This element lists those exceptions. It can take the form of a list of HS sub-codes (with more than 4 digits) for which the current specific document is not applicable. An exception can also be expressed in terms other than HS sub-codes. For example: "Not required if intended for animal use". source <xs:element name="exclusions"> 27

28 <xs:documentation>this element is used when the specific requirement document is applicable to all products classified under a 4-digit HS code except for a few exceptional cases. This element lists those exceptions. It can take the form of a list of HS sub-codes (with more than 4 digits) for which the current specific document is not applicable. An exception can also be expressed in terms other than HS sub-codes. For example: "Not required if intended for animal use".</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="exclu_note"> <xs:documentation> A free format note explaining the exception to the general rule. </xs:documentation> <xs:element ref="exclu_list" minoccurs="0"/> </xs:sequence> element general_requirements diagram properties content complex children gr_list used by element egif annotation documentation This element contains the list of general requirement documents. source <xs:element name="general_requirements"> <xs:documentation>this element contains the list of general requirement documents.</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="gr_list"/> </xs:sequence> element gr_doc_id diagram type xs:string properties content simple used by element gr_list annotation documentation doc_id of a general requirement document. source <xs:element name="gr_doc_id" type="xs:string"> 28

29 <xs:documentation>doc_id of a general requirement document.</xs:documentation> element gr_list diagram properties content complex children gr_doc_id used by element general_requirements source <xs:element name="gr_list"> <xs:complextype> <xs:sequence> <xs:element ref="gr_doc_id" maxoccurs="unbounded"/> </xs:sequence> element hs_code diagram type restriction of xs:string properties content simple used by element product facets pattern [0-9]{4} annotation documentation A 4-digit HS code. source <xs:element name="hs_code"> <xs:documentation>a 4-digit HS code.</xs:documentation> <xs:simpletype> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{4}"/> </xs:restriction> </xs:simpletype> element hs_label diagram type xs:string 29

30 properties content simple used by element product annotation documentation Product description according to the HS nomenclature. This text is displayed on the MADB web site. source <xs:element name="hs_label" type="xs:string"> <xs:documentation>product description according to the HS nomenclature. This text is displayed on the MADB web site.</xs:documentation> element image diagram properties content complex children image_label image_filename used by element images_list source <xs:element name="image"> <xs:complextype> <xs:sequence> <xs:element ref="image_label"> <xs:documentation> Short description of the image. This label is in principle identical to the alt attribute of the img tag <![CDATA[ (<img src= awb.gif alt= Air way bill form">. ]]></xs:documentation> <xs:element ref="image_filename"/> </xs:sequence> element image_filename diagram type xs:string properties content simple used by element image annotation documentation Filename of the image. 30

31 source <xs:element name="image_filename" type="xs:string"> <xs:documentation>filename of the image.</xs:documentation> element image_label diagram type xs:string properties content simple used by element image annotation documentation Label used to describe the image. source <xs:element name="image_label" type="xs:string"> <xs:documentation>label used to describe the image.</xs:documentation> element images_list diagram properties content complex children image used by element doc annotation documentation List of the images source <xs:element name="images_list"> <xs:documentation>list of the images</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="image" maxoccurs="unbounded"/> </xs:sequence> element inclu_hs_code diagram type restriction of xs:string properties content simple 31

32 used by element inclu_list facets minlength 4 maxlength 12 annotation documentation An HS sub-code for which the document is applicable. All numeric (no dots allowed). source <xs:element name="inclu_hs_code"> <xs:documentation>an HS sub-code for which the document is applicable. All numeric (no dots allowed). <xs:simpletype> <xs:restriction base="xs:string"> <xs:minlength value="4"/> <xs:maxlength value="12"/> </xs:restriction> </xs:simpletype> element inclu_list diagram properties content complex children inclu_hs_code used by element inclusions annotation documentation A list of HS sub-codes for which the specific requirement document is applicable. source <xs:element name="inclu_list"> <xs:documentation>a list of HS sub-codes for which the specific requirement document is applicable.</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="inclu_hs_code" maxoccurs="unbounded"/> </xs:sequence> element inclu_note diagram type xs:string properties content simple 32

33 used by element inclusions annotation documentation A free text note describing the applicability condition. Examples: "Only required for , ", "Only required for uncured hides and skins.". source <xs:element name="inclu_note" type="xs:string"> <xs:documentation>a free text note describing the applicability condition. Examples: "Only required for , ", "Only required for uncured hides and skins.".</xs:documentation> element inclusions diagram properties content complex children inclu_note inclu_list used by element sr_doc_mapping annotation documentation This element gives information on the scope of the specific requirement document when it is not systematically applicable to products classified under a 4-digit HS code. It can take the form of a list of HS sub-codes (with more than 4 digits) for which the current document is applicable. The restriction can also be based on criteria other than HS sub-codes (examples: "Only required if equipped with air conditioning units containing controlled substances"). source <xs:element name="inclusions"> <xs:documentation>this element gives information on the scope of the specific requirement document when it is not systematically applicable to products classified under a 4-digit HS code. It can take the form of a list of HS sub-codes (with more than 4 digits) for which the current document is applicable. The restriction can also be based on criteria other than HS sub-codes (examples: "Only required if equipped with air conditioning units containing controlled substances").</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="inclu_note"> <xs:documentation>a free format note explaining the restriction.</xs:documentation> 33

34 <xs:element ref="inclu_list" minoccurs="0"> <xs:documentation> A list of HS sub-codes for which the specific requirement document may be applicable </xs:documentation> </xs:sequence> element ov_doc_id diagram type xs:string properties content simple used by element overview annotation documentation The doc_id value of the overview document. source <xs:element name="ov_doc_id" type="xs:string"> <xs:documentation>the doc_id value of the overview document.</xs:documentation> element overview diagram properties content complex children ov_doc_id used by element egif annotation documentation Contains an element with the doc_id of the overview document. source <xs:element name="overview"> <xs:documentation>contains an element with the doc_id of the overview document.</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="ov_doc_id"/> </xs:sequence> element product 34

35 diagram properties content complex children hs_code hs_label sr_list used by element specific_requirements source <xs:element name="product"> <xs:complextype> <xs:sequence> <xs:element ref="hs_code"/> <xs:element ref="hs_label"/> <xs:element ref="sr_list"/> </xs:sequence> element specific_requirements diagram properties content complex children product used by element egif identity constraints Name Refer Selector Field(s) key specific_requirements specific_requirements/product hs_code annotation documentation This element associates specific requirement documents to product codes. source <xs:element name="specific_requirements"> <xs:documentation>this element associates specific requirement documents to product codes.</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="product" maxoccurs="unbounded"> <xs:documentation> This element associates specific requirement documents to one given 4-digit HS code. </xs:documentation> </xs:sequence> <xs:key name="specific_requirements"> <xs:selector xpath="specific_requirements/product"/> 35

36 <xs:field xpath="hs_code"/> </xs:key> element sr_doc_id diagram type xs:string properties content simple used by element sr_doc_mapping annotation documentation The doc_id value of a specific requirement document. source <xs:element name="sr_doc_id" type="xs:string"> <xs:documentation>the doc_id value of a specific requirement document.</xs:documentation> element sr_doc_mapping 36

37 diagram properties content complex children sr_doc_id inclusions exclusions used by element sr_list annotation documentation Associates a specific requirement document to a given 4-digit HS code. source <xs:element name="sr_doc_mapping"> <xs:documentation>associates a specific requirement document to a given 4-digit HS code.</xs:documentation> <xs:complextype> <xs:sequence> <xs:element ref="sr_doc_id"/> <xs:element ref="inclusions" minoccurs="0"/> <xs:element ref="exclusions" minoccurs="0"/> </xs:sequence> element sr_list 37

38 diagram properties content complex children sr_doc_mapping used by element product source <xs:element name="sr_list"> <xs:complextype> <xs:sequence> <xs:element ref="sr_doc_mapping" maxoccurs="unbounded"/> </xs:sequence> element update diagram type extension of xs:string properties content complex used by element egif attributes Name Type Use Default Fixed Annotation year required documentation Contract year to which the dataset is related. Example: If a dataset is uploaded in december 2009 to cover contractual obligations for year 2010, then contract year must be set to revision required documentation The revision number for that year, starting at '01'. A new revision number correspons to changes in the content (new document, modified document, modified applicability conditions...) date xs:string required documentation This is the latest date the contractor has checked the validity of the data content. It must not to be confused with the date of dataset upload : if a dataset is uploaded to correct a technical issue but the contractor does not check that the data is current, then the date must remain untouched. Format: yyyy-mm-dd format. country_label xs:string required documentation Country name in English. country_id xs:string required documentation Use ISO2A country code (ex: "US", "AR"...)See homepage upload area for list. update_filename required documentation The name of the xml file obtained by concatenating "MAIF-", the ISO 2 country code, the two last digits of the year, "-", the 2-digit revision number and the 3-digit version number. Example: MAIF-IN06-01v001. contractor_id xs:string required documentation A contractor ID which will be communicated by DG Trade. contractor_name xs:string optional documentation Name of the contractor. contractor_ xs:string optional documentation The address that the 38

39 Commission will use to send a confirmation message or to notify problems found. version required documentation Version number. annotation documentation This element contains the details of the dataset file: year, revision, version, date, country, contractor info. source <xs:element name="update"> <xs:documentation>this element contains the details of the dataset file: year, revision, version, date, country, contractor info.</xs:documentation> <xs:complextype> <xs:simplecontent> <xs:extension base="xs:string"> <xs:attribute name="year" use="required"> <xs:documentation>contract year to which the dataset is related. Example: If a dataset is uploaded in december 2009 to cover contractual obligations for year 2010, then contract year must be set to 2010.</xs:documentation> <xs:simpletype> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{4}"/> </xs:restriction> </xs:simpletype> </xs:attribute> <xs:attribute name="revision" use="required"> <xs:documentation>the revision number for that year, starting at '01'. A new revision number correspons to changes in the content (new document, modified document, modified applicability conditions...) </xs:documentation> <xs:simpletype> <xs:restriction base="xs:integer"> <xs:totaldigits value="2"/> </xs:restriction> </xs:simpletype> </xs:attribute> <xs:attribute name="date" type="xs:string" use="required"> <xs:documentation>this is the latest date the contractor has checked the validity of the data content. It must not to be confused with the date of dataset upload : if a dataset is uploaded to correct a technical issue but the contractor does not check that the data is current, then the date must remain untouched. Format: yyyy-mm-dd format. </xs:documentation> </xs:attribute> <xs:attribute name="country_label" type="xs:string" use="required"> <xs:documentation>country name in English.</xs:documentation> </xs:attribute> <xs:attribute name="country_id" type="xs:string" use="required"> <xs:documentation>use ISO2A country code (ex: "US", "AR"...)See homepage upload area for list. </xs:documentation> </xs:attribute> <xs:attribute name="update_filename" use="required"> <xs:documentation>the name of the xml file obtained by concatenating "MAIF-", the ISO 2 country code, the two last digits of the year, "-", the 2-digit revision number and the 3-digit version number. Example: MAIF-IN06-01v001. </xs:documentation> <xs:simpletype> <xs:restriction base="xs:string"> <xs:length value="16"/> <xs:totaldigits value="7"/> </xs:restriction> </xs:simpletype> 39

40 </xs:attribute> <xs:attribute name="contractor_id" type="xs:string" use="required"> <xs:documentation>a contractor ID which will be communicated by DG Trade.</xs:documentation> </xs:attribute> <xs:attribute name="contractor_name" type="xs:string" use="optional"> <xs:documentation>name of the contractor.</xs:documentation> </xs:attribute> <xs:attribute name="contractor_ " type="xs:string" use="optional"> <xs:documentation>the address that the Commission will use to send a confirmation message or to notify problems found. </xs:documentation> </xs:attribute> <xs:attribute name="version" use="required"> <xs:documentation>version number.</xs:documentation> <xs:simpletype> <xs:restriction base="xs:string"> <xs:length value="3"/> <xs:totaldigits value="3"/> </xs:restriction> </xs:simpletype> </xs:attribute> </xs:extension> </xs:simplecontent> 4.3. Inclusions and exclusions Principle Specific requirements are assigned to 4-digit HS codes (using the hs_code element). There will be situations where a specific requirement is not applicable to all goods covered by the four-digit HS. There are 2 possible ways of expressing this: using the inclusions element in order to expressed all covered cases using the exclusions element in order to express that the requirement is generally applicable except for the case(s) expressed in the exclusion element. The inclusions and exclusions are often expressed as a list of product codes (under a given fourdigit HS code) but can also refer to other applicability conditions. They can also mix HS code related conditions with other applicability conditions. Here are a few examples: Only required for , , , , , Not required for , , Only required for uncured hides and skins Only required if subject to CITES Only required for if containing eiderdowns Only required for if aerosol sprays containing CFCs Only applicable to products outside the range of 8-26% milk fat content (usually falling outside , ) Only prohibited for , , Type of inclusion or XML elements Example of note (inclu_note 40

41 exclusion Inclusion expressed as a series of included HS codes Exclusion expressed as a series of exclude HS codes Inclusion, unrelated to HS codes Exclusion, unrelated to HS codes Inclusion, expressed as a mix of HS code related and non HS code related conditions. Exclusion, expressed as a mix of HS code related and non HS code related conditions. inclu_note : mandatory inclu_list : mandatory exclu_note: no exclu_list: no If inclu_note is non null, MADB displays inclu_note, otherwise MADB constructs a note based on the HS codes listed in inclu_list. The constructed note starts with "Only required for". inclu_note : no inclu_list : no exclu_note: mandatory exclu_list: mandatory If exclu_note is non null, MADB displays exclu_note, otherwise MADB constructs a note based on the HS codes listed in exclu_list. The constructed note starts with "Not required for". inclu_note : mandatory inclu_list : no exclu_note: no exclu_list: no MADB displays the inclu_note. inclu_note : no inclu_list : no exclu_note: mandatory exclu_list: no MADB displays the exclu_note. inclu_note : mandatory inclu_list : mandatory exclu_note: no exclu_list: no MADB displays the inclu_note. inclu_note : no inclu_list : no exclu_note: mandatory exclu_list: mandatory MADB displays the exclu_note. or exclu_note) Only required for , , , , , Not required for , , Only required for uncured hides and skins. Not applicable if fibre/non woven Only required for , if covered by CITES convention Not applicable to if poultry not older than one week and if poultry intended for production purposes Note wording Inclusion notes must start with one of the following phrases: 41

42 "Only required" "Only applicable" "Only prohibited" Exclusion notes must start with one of the following phrases: "Not required" "Not applicable" "Not prohibited" 4.4. ModifSummary element The modifsummary element must be used by the contractor to inform DG Trade of modifications introduced in the current revision with comparison to the previous revision. This info is for internal use only and is not displayed on the public web site. Here is an example of modifsummary content: The import documentation for Libya has been completely reviewed and adapted to new regulations. The document entitled "Trade Name Registration" has been incorporated into the report. Due to further liberalisation efforts, the documents entitled "Contract on the Importation of Goods" and "Registration with the General Company for Stationary and Office Equipment Supplies" are no longer required and thus has been excluded from the documentation. The form of the document entitled "Registration with the National Supply Corporation" has been exchanged by an enhanced version and the procedure has been adapted to the current legislation. Several other documents have been updated with regard to various details. Specific measures have been taken to encourage private trade and gradually withdraw government involvement, e.g. previous monopolies have been softened and the banking sector allows for more diversity as to the choice of the hard currency to be used in the transaction and the commercial bank. As a consequence, the following documents have been altered: "Opening of a Foreign Currency Account", "Application for Foreign Capital Investment", "Registration with the NASCO" and 42

43 5. TEXT FORMATTING INSTRUCTIONS 5.1. General constraints Each overview or general/specific requirement corresponds to one individual HTML file. The file must be XHTML-compliant. The html file must be encoded using UTF-8. The file name must be in lowercase, must start with an alphabetical character, may not contain special characters or spaces and must have a maximum length of 256 characters. The file must have the ".html" extension. The html files will be used in a Unix system, therefore the line breaks must be represented by a single Line-Feed character and not by Carriage-Return followed by a Line-Feed (like in Windows systems) Document title of general/specific requirements MADB uses the text provided in XML element doc_label to construct the page displaying the general or specific requirement. For that reason, the title of the document must not be included in the html (otherwise it would appear in double on the MADB web site) Links The links created in a document should respect the following rules. If the link points to another website, the target must be set to "external". Example: <a href= target= external >DG Trade Website</a> If the link points to another document in the data set, it must have the target set to "egif": Example: <a href="file.html" target="egif">link to document in same dataset</a> If there are bookmarks, the link also needs the target="egif" attribute. Example: <a href="#book1" target="egif"> link to a bookmark</a> <a href= file.html#book1 target="egif">link to another bookmark</a> 5.4. CSS classes DG Trade uses a CSS style sheet to display the html documents. The contractor must use the CSS predefined classes described below. The use of inline styles is forbidden. The titles can be of level 1, 2 or 3. The titles must be in a paragraph tag with the class= "egif_title1" or "class=egif_title2" or class="egif_title3": Example: <p class="egif_title1">title level 1</p> <p class="egif_title2">title level 2</p> <p class="egif_title3">title level 3</p> 43

44 Bullet lists can be ordered or unordered. The title of the bullet list must be placed in a paragraph tag with the class="egif_list_title". Example: <p class="egif_list_title">bullet list unordered title</p> To create a normal block text use class="egif": Example: <p class="egif">paragraph</p> To add bold text in the document use the class="egif_bold". Example: <p class="egif_bold">bold text</p> To add italic text use the class="egif_italic". Example: <p class="egif_italic">italic text</p> To ident text there are two classes available class=egif_indent1 and class=indent2. Example: <p class="egif_indent1">indent text level 1</p> <p class="egif_indent2">indent text level 2</p> For the tables use class="egif_tabletitle" for the <th> tags and class="egif_tablecontent" for the <td> tags. Example: <th class="egif_tabletitle">title</th> <td width="50%" class="egif_tablecontent">content</td> The title of a footnote should use class="egif_footnote". Example: <p class="egif_footnote">footnote text</p> For the 'list of abbreviations'. Example: <p class="egif_abbreviations_title">abbreviations</p> <ul> <li class=egif_abbreviations>abbreviation</li> <li class=egif_abbreviations>abbreviation</li> </ul> For the 'table of contents' (used in the overview.html document). Example: <p class="egif_table_of_contents_title">table of contents</p> <ul> <li class="egif_table_of_contents">item</li> <li class="egif_table_of_contents">item</li> </ul> For the changes title (used in the overview.html document) use the class="egif_changes_title". Example: <p class="egif_changes_title">changes</p> 44

45 5.5. CSS style sheet Please find below an extraction of the CSS file used on the Market Access database : p.egif_title1 { font-family: Verdana, sans-serif; color: #004798; font-size: 16px; font-weight: bold; text-align: left; text-decoration: none; margin-left: 0px; margin-bottom: 4px; } p.egif_title2 { font-family: Verdana, sans-serif; color: #004798; font-size: 14px; font-weight: bold; text-align: left; text-decoration: none; margin-left: 0px; margin-bottom: 4px; } p.egif_title3 { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: bold; text-align: left; text-decoration: none; margin-left: 0px; margin-bottom: 4px; } p.egif_list_title { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: bold; text-align: justify; margin-right: 8px; line-height: 130%; margin-top: 4px; text-decoration:underline; } p.egif_italic { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: bold; text-align: justify; margin-right: 8px; line-height: 130%; margin-top: 4px; font-style:italic; } p.egif_bold { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: bold; text-align: justify; margin-right: 8px; line-height: 130%; margin-top: 4px; } p.egif_indent1 { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: normal; text-align: justify; margin-right: 8px; line-height: 130%; margin-top: 4px; margin-left:4px; } 45

46 p.egif_indent2 { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: normal; text-align: justify; margin-right: 8px; line-height: 130%; margin-top: 4px; margin-left:15px; }.egif { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: normal; text-align: justify; margin-right: 8px; line-height: 130%; margin-top: 4px; }.egif a:link { color: #004798; font-weight: bold; text-decoration: underline; }.egif a:visited { color: #004798; font-weight: bold; text-decoration: underline; }.egif a:hover { color:#3399cc; font-weight: bold; text-decoration: underline; } ul { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; text-align: left; line-height: 130%; list-style-type:square; list-style-position:outside; } ul a:link { color: #004798; font-weight: bold; text-decoration: underline; } ul a:visited { color: #004798; font-weight: bold; text-decoration: underline; } ul a:hover { color:#3399cc; font-weight: bold; text-decoration: underline; } ol { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; text-align: left; line-height: 130%; list-style-type: decimal; } th.egif_tabletitle { font-family: Verdana, sans-serif; color: #004798; font-weight:bold } td.egif_tablecontent{ font-family: Verdana, sans-serif; color: #004798; font-size: 12px; list-style-type:disc } p.egif_footnote { font-family: Verdana, sans-serif; color: #004798; font-size: 10pt; } li.egif_abbreviations{ font-family: Verdana, sans-serif; color: #666666; font-size: 11px; font-weight: normal; line-height: 130%; list-style-type:square } p.egif_abbreviations_title{ font-family: Verdana, sans-serif; color: #999999; font-size: 12px; font-weight: bold; text-align: left; text-decoration: none; 46

47 margin-left: 0px; margin-bottom: 4px; } li.egif_table_of_contents { list-style-type:square; list-style-position:outside; font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight:normal; text-align: left; margin-left: 0px; line-height: 140%; } li.egif_table_of_contents a:link { color: #004798; font-weight:normal; textdecoration: none; } li.egif_table_of_contents a:visited { color: #004798; font-weight:normal; textdecoration: none; } li.egif_table_of_contents a:hover { color: #FF6600; font-weight:normal; textdecoration: none; } p.egif_table_of_contents_title { font-family: Verdana, sans-serif; color: #004798; font-size: 12px; font-weight: bold; text-align: left; text-decoration: none; margin-left: 0px; padding-bottom: 3px; } p.egif_changes_title { font-family: Verdana, sans-serif; color:#ff6600; font-size: 12px; font-weight: bold; text-align: left; text-decoration: none; margin-left: 0px; margin-bottom: 4px; } /* table { font-family: Arial; font-size: 12px; } */ 47

48 6. EXAMPLE XML FILE In this chapter, we include a file illustrating the various aspects of the XML schema Example file The following example xml file contains information pertaining to Iran and the following HS codes: 1507 (example with one specific requirement and no inclusions nor exclusions), 2933 (example with one specific requirement having an inclusions list) 0210 (example with a few specific requirements, two of them having an exclusions list). <?xml version="1.0" encoding="utf-8"?> <egif xmlns:xsi=" xsi:nonamespaceschemalocation=" importformalities_v5.xsd"> <update country_id="ir" year="2010" revision="03" date=" " country_label="iran" update_filename="maif-ir10-01v003" contractor_id="x" contractor_name="xxx" contractor_ ="test@ec.europa.eu" version="003"/> <modifsummary>example file</modifsummary> <overview> <ov_doc_id>over01</ov_doc_id> </overview> <general_requirements> <gr_list> <gr_doc_id>mfest</gr_doc_id> <gr_doc_id>cid</gr_doc_id> <gr_doc_id>invoice</gr_doc_id> <gr_doc_id>cf_orig</gr_doc_id> <gr_doc_id>awb</gr_doc_id> <gr_doc_id>bl</gr_doc_id> <gr_doc_id>cmr</gr_doc_id> <gr_doc_id>cf_ins</gr_doc_id> <gr_doc_id>plist</gr_doc_id> <gr_doc_id>pre_ins</gr_doc_id> <gr_doc_id>reg_imp</gr_doc_id> <gr_doc_id>reg_cc</gr_doc_id> </gr_list> </general_requirements> <specific_requirements> <product> <hs_code>1507</hs_code> <hs_label>soya-bean OIL AND ITS FRACTIONS, WHETHER OR NOT REFINED, BUT NOT CHEMICALLY MODIFIED</hs_label> <sr_list> <sr_doc_mapping> <sr_doc_id>cf_ana</sr_doc_id> </sr_doc_mapping> </sr_list> </product> <product> <hs_code>2933</hs_code> <hs_label>heterocyclic COMPOUNDS WITH NITROGEN HETERO-ATOM(S) ONLY</hs_label> <sr_list> <sr_doc_mapping> <sr_doc_id>prh_imp</sr_doc_id> <inclusions> <inclu_note>only required for , , , , , </inclu_note> <inclu_list> <inclu_hs_code>293339</inclu_hs_code> <inclu_hs_code>293349</inclu_hs_code> <inclu_hs_code>293353</inclu_hs_code> <inclu_hs_code>293359</inclu_hs_code> <inclu_hs_code>293379</inclu_hs_code> 48

49 <inclu_hs_code>293399</inclu_hs_code> </inclu_list> </inclusions> </sr_doc_mapping> </sr_list> </product> <product> <hs_code>0210</hs_code> <hs_label>meat AND EDIBLE MEAT OFFAL, SALTED, IN BRINE, DRIED OR SMOKED; EDIBLE FLOURS AND MEALS OF MEAT OR MEAT OFFAL</hs_label> <sr_list> <sr_doc_mapping> <sr_doc_id>a_cites</sr_doc_id> <inclusions> <inclu_note>only required if subject to CITES </inclu_note> </inclusions> </sr_doc_mapping> <sr_doc_mapping> <sr_doc_id>cf_vet</sr_doc_id> <exclusions> <exclu_note>not required for , , </exclu_note> <exclu_list> <exclu_hs_code>021011</exclu_hs_code> <exclu_hs_code>011012</exclu_hs_code> <exclu_hs_code>021019</exclu_hs_code> </exclu_list> </exclusions> </sr_doc_mapping> <sr_doc_mapping> <sr_doc_id>cf_halal</sr_doc_id> <exclusions> <exclu_note>not required for , , </exclu_note> <exclu_list> <exclu_hs_code>021011</exclu_hs_code> <exclu_hs_code>011012</exclu_hs_code> <exclu_hs_code>021019</exclu_hs_code> </exclu_list> </exclusions> </sr_doc_mapping> </sr_list> </product> </specific_requirements> <docs> <doc> </doc> <doc> </doc> <doc> </doc> <doc> <doc_scope doc_type="o"/> <doc_id>over01</doc_id> <doc_label>overview of Import Procedures General Requirements</doc_label> <doc_filename>overview.html</doc_filename> <doc_scope doc_type="g"/> <doc_id>mfest</doc_id> <doc_label>manifest </doc_label> <doc_filename>mfest</doc_filename> <doc_order>1</doc_order> <doc_scope doc_type="g"/> <doc_id>cid</doc_id> <doc_label>customs Import Declaration </doc_label> <doc_filename>cid.html</doc_filename> <doc_order>2</doc_order> <images_list> <image> <image_label>form 1</image_label> <image_filename>cid1.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> 49

50 </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc_id>invoice</doc_id> <doc_label>commercial Invoice </doc_label> <doc_filename>invoice.html</doc_filename> <doc_order>3</doc_order> <images_list> <image> <image_label>commercial form</image_label> <image_filename>invoice.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> <doc_id>cf_orig</doc_id> <doc_label>certificate of Origin </doc_label> <doc_filename>cf_orig.html</doc_filename> <doc_order>4</doc_order> <images_list> <image> <image_label>certificate form</image_label> <image_filename>cf_orig.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> <doc_id>awb</doc_id> <doc_label>air Waybill </doc_label> <doc_filename>awb.html</doc_filename> <doc_order>5</doc_order> <images_list> <image> <image_label>air Waybil form</image_label> <image_filename>awb.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> <doc_id>bl</doc_id> <doc_label>bill of Lading </doc_label> <doc_filename>bl.html</doc_filename> <doc_order>6</doc_order> <images_list> <image> <image_label>bill of lading form</image_label> <image_filename>bl.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> <doc_id>cmr</doc_id> <doc_label>waybill </doc_label> <doc_filename>cmr.html</doc_filename> <doc_order>7</doc_order> <images_list> <image> <image_label>cmr form 1</image_label> <image_filename>cmr1.gif</image_filename> </image> <image> <image_label>cmr form 2</image_label> <image_filename>cmr2.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> <doc_id>cf_ins</doc_id> <doc_label>certificate of Insurance </doc_label> <doc_filename>cf_ins.html</doc_filename> <doc_order>8</doc_order> 50

51 <doc> </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc> </doc> <doc_scope doc_type="g"/> <doc_id>plist</doc_id> <doc_label>packing List </doc_label> <doc_filename>plist</doc_filename> <doc_order>9</doc_order> <images_list> <image> <image_label>form 1</image_label> <image_filename>plist.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> <doc_id>pre_ins</doc_id> <doc_label>pre-shipment Inspection </doc_label> <doc_filename>pre_ins.html</doc_filename> <doc_order>10</doc_order> <doc_scope doc_type="g"/> <doc_id>reg_imp</doc_id> <doc_label>import Registration </doc_label> <doc_filename>reg_imp.html</doc_filename> <doc_order>11</doc_order> <images_list> <image> <image_label>form 1</image_label> <image_filename>reg.gif</image_filename> </image> <image> <image_label>form 2</image_label> <image_filename>reg.gif</image_filename> </image> </images_list> <doc_scope doc_type="g"/> <doc_id>reg_cc</doc_id> <doc_label>registration with the Chamber of Commerce </doc_label> <doc_filename>reg_cc.html</doc_filename> <doc_order>12</doc_order> <doc_scope doc_type="s"/> <doc_id>cf_ana</doc_id> <doc_label>certificate of analysis</doc_label> <doc_filename>cf_ana.html</doc_filename> <doc_scope doc_type="s"/> <doc_id>a_cites</doc_id> <doc_label>approval to Import Endangered Species and Products Thereof </doc_label> <doc_filename>a_cites.html</doc_filename> <doc_scope doc_type="s"/> <doc_id>cf_vet</doc_id> <doc_label>veterinary Certificate </doc_label> <doc_filename>cf_vet.html</doc_filename> <doc_scope doc_type="s"/> <doc_id>cf_halal</doc_id> <doc_label>halal Certificate </doc_label> <doc_filename>cf_halal.html</doc_filename> <images_list> <image> <image_label>form 1</image_label> <image_filename>cf_halal.gif</image_filename> </image> </images_list> 51

52 </egif> </docs> <doc> </doc> <doc> </doc> <doc_scope doc_type="s"/> <doc_id>a_i_bree</doc_id> <doc_label>approval to Import Breeding Animals</doc_label> <doc_filename>a_i_bree.html</doc_filename> <doc_scope doc_type="s"/> <doc_id>prh_imp</doc_id> <doc_label>prohibited Imports</doc_label> <doc_filename>prh_imp.html</doc_filename> Filename : MAIF-IR10-01v003.xml 52

53 6.2. Display of example file in MADB The content of an XML file is rendered as follows in the market access application once uploaded view the Admin site and moved to production. 53

54 54

Technical requirements

Technical requirements ANNEX 1 Technical requirements 1. INTRODUCTION...2 2. OVERVIEW OF THE APPLIED TARIFFS SECTION OF THE MARKET ACCESS DATABASE...3 Architecture...3 The dataset...3 Principle...3 Naming 4 Content 4 The public

More information

ANNEX 1: TECHNICAL REQUIREMENTS

ANNEX 1: TECHNICAL REQUIREMENTS ANNEX 1: TECHNICAL REQUIREMENTS Table of Contents 1. Introduction... 2 1.1. The dataset... 3 1.2. Typical delivery workflow... 3 2. LOT 1 Introduction... 4 3. LOT 1 Deliverables... 4 3.1. Contents... 4

More information

Markup Languages. Lecture 4. XML Schema

Markup Languages. Lecture 4. XML Schema Markup Languages Lecture 4. XML Schema Introduction to XML Schema XML Schema is an XML-based alternative to DTD. An XML schema describes the structure of an XML document. The XML Schema language is also

More information

Oracle B2B 11g Technical Note. Technical Note: 11g_005 Attachments. Table of Contents

Oracle B2B 11g Technical Note. Technical Note: 11g_005 Attachments. Table of Contents Oracle B2B 11g Technical Note Technical Note: 11g_005 Attachments This technical note lists the attachment capabilities available in Oracle B2B Table of Contents Overview... 2 Setup for Fabric... 2 Setup

More information

Restricting complextypes that have mixed content

Restricting complextypes that have mixed content Restricting complextypes that have mixed content Roger L. Costello October 2012 complextype with mixed content (no attributes) Here is a complextype with mixed content:

More information

Semantic Web. XML and XML Schema. Morteza Amini. Sharif University of Technology Fall 94-95

Semantic Web. XML and XML Schema. Morteza Amini. Sharif University of Technology Fall 94-95 ه عا ی Semantic Web XML and XML Schema Morteza Amini Sharif University of Technology Fall 94-95 Outline Markup Languages XML Building Blocks XML Applications Namespaces XML Schema 2 Outline Markup Languages

More information

DFP Mobile Ad Network and Rich Media API

DFP Mobile Ad Network and Rich Media API DFP Mobile Ad Network and Rich Media API v2.0, 12 June 2012 Background DFP Mobile is adopting a single open API for integrating with all ad networks and rich media vendors. This has the following benefits:

More information

Data Bus Client Interface Manager Interface Control Document

Data Bus Client Interface Manager Interface Control Document SunGuide SM : Data Bus Client Interface Manager Interface Control Document SunGuide-DB-CIM-ICD-1.0.0 Prepared for: Florida Department of Transportation Traffic Engineering and Operations Office 605 Suwannee

More information

PESC Compliant JSON Version /19/2018. A publication of the Technical Advisory Board Postsecondary Electronic Standards Council

PESC Compliant JSON Version /19/2018. A publication of the Technical Advisory Board Postsecondary Electronic Standards Council Version 0.5.0 10/19/2018 A publication of the Technical Advisory Board Postsecondary Electronic Standards Council 2018. All Rights Reserved. This document may be copied and furnished to others, and derivative

More information

AlwaysUp Web Service API Version 11.0

AlwaysUp Web Service API Version 11.0 AlwaysUp Web Service API Version 11.0 0. Version History... 2 1. Overview... 3 2. Operations... 4 2.1. Common Topics... 4 2.1.1. Authentication... 4 2.1.2. Error Handling... 4 2.2. Get Application Status...

More information

SMKI Repository Interface Design Specification TPMAG baseline submission draft version 8 September 2015

SMKI Repository Interface Design Specification TPMAG baseline submission draft version 8 September 2015 SMKI Repository Interface Design Specification DCC Public Page 1 of 21 Contents 1 Introduction 3 1.1 Purpose and Scope 3 1.2 Target Response Times 3 2 Interface Definition 4 2.1 SMKI Repository Portal

More information

[MS-KPS-Diff]: Key Protection Service Protocol. Intellectual Property Rights Notice for Open Specifications Documentation

[MS-KPS-Diff]: Key Protection Service Protocol. Intellectual Property Rights Notice for Open Specifications Documentation [MS-KPS-Diff]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation ( this documentation ) for protocols,

More information

XML. Document Type Definitions XML Schema. Database Systems and Concepts, CSCI 3030U, UOIT, Course Instructor: Jarek Szlichta

XML. Document Type Definitions XML Schema. Database Systems and Concepts, CSCI 3030U, UOIT, Course Instructor: Jarek Szlichta XML Document Type Definitions XML Schema 1 XML XML stands for extensible Markup Language. XML was designed to describe data. XML has come into common use for the interchange of data over the Internet.

More information

General Interface Control Document

General Interface Control Document SunGuide TM : General Interface Control Document SunGuide-General-ICD-3.0.1 Prepared for: Florida Department of Transportation Traffic Engineering and Operations Office 605 Suwannee Street, M.S. 90 Tallahassee,

More information

Introducing our First Schema

Introducing our First Schema 1 di 11 21/05/2006 10.24 Published on XML.com http://www.xml.com/pub/a/2000/11/29/schemas/part1.html See this if you're having trouble printing code examples Using W3C XML By Eric van der Vlist October

More information

UPDATES TO THE LRIT SYSTEM. Report of the Drafting Group

UPDATES TO THE LRIT SYSTEM. Report of the Drafting Group E SUB-COMMITTEE ON NAVIGATION, COMMUNICATIONS AND SEARCH AND RESCUE 5th session Agenda item 4 21 ebruary 2018 Original: ENGLISH DISCLAIMER As at its date of issue, this document, in whole or in part, is

More information

PTS XML STANDARD GUIDELINE

PTS XML STANDARD GUIDELINE PTS XML STANDARD GUIDELINE September 2012 Turkish Medicines & Medical Devices Agency, Department of Pharmaceutical Track & Trace System Söğütözü Mahallesi 2176 Sok. No: 5 P.K.06520 Çankaya, Ankara Phone:

More information

Solution Sheet 5 XML Data Models and XQuery

Solution Sheet 5 XML Data Models and XQuery The Systems Group at ETH Zurich Big Data Fall Semester 2012 Prof. Dr. Donald Kossmann Prof. Dr. Nesime Tatbul Assistants: Martin Kaufmann Besmira Nushi 07.12.2012 Solution Sheet 5 XML Data Models and XQuery

More information

/// Rapport. / Testdocumentatie nieuwe versie Register producten en dienstverlening (IPDC)

/// Rapport. / Testdocumentatie nieuwe versie Register producten en dienstverlening (IPDC) /// Rapport / Testdocumentatie nieuwe versie Register producten en dienstverlening (IPDC) / Maart 2017 www.vlaanderen.be/informatievlaanderen Informatie Vlaanderen /// Aanpassingen aan de webservices Dit

More information

[MS-TMPLDISC]: Template Discovery Web Service Protocol. Intellectual Property Rights Notice for Open Specifications Documentation

[MS-TMPLDISC]: Template Discovery Web Service Protocol. Intellectual Property Rights Notice for Open Specifications Documentation [MS-TMPLDISC]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages,

More information

Schema schema-for-json.xsd

Schema schema-for-json.xsd Schema schema-for-json.xsd schema location: attributeformdefault: elementformdefault: targetnamespace:..\schema-for-json.xsd qualified http://www.w3.org/2015/exi/json Elements Complex types Simple types

More information

ENGINEERING COMMITTEE Digital Video Subcommittee

ENGINEERING COMMITTEE Digital Video Subcommittee ENGINEERING COMMITTEE Digital Video Subcommittee ANSI/SCTE 118-3 2006 Program-Specific Ad Insertion - Traffic System to Ad Insertion System File Format Specification NOTICE The Society of Cable Telecommunications

More information

Physician Data Center API API Specification. 7/3/2014 Federation of State Medical Boards Kevin Hagen

Physician Data Center API API Specification. 7/3/2014 Federation of State Medical Boards Kevin Hagen 7/3/2014 Federation of State Medical Boards Kevin Hagen Revision Description Date 1 Original Document 2/14/2014 2 Update with Degree search field 7/3/2014 Overview The Physician Data Center (PDC) offers

More information

REDISPATCH DOCUMENT UML MODEL AND SCHEMA

REDISPATCH DOCUMENT UML MODEL AND SCHEMA 1 REDISPATCH DOCUMENT UML MODEL AND SCHEMA 2019-02-12 APPROVED DOCUMENT 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 Table of Contents 1

More information

Document erratum applies to QosDevice:1. List other Erratum s or Documents that this change may apply to or have associated changes with

Document erratum applies to QosDevice:1. List other Erratum s or Documents that this change may apply to or have associated changes with Erratum Number: Document and Version: Cross References: QosDevice:1 Erratum Next sequential erratum number Effective Date: July 14, 2006 Document erratum applies to QosDevice:1 List other Erratum s or

More information

Oracle Enterprise Data Quality

Oracle Enterprise Data Quality Oracle Enterprise Data Quality Automated Loading and Running of Projects Version 9.0 January 2012 Copyright 2006, 2012, Oracle and/or its affiliates. All rights reserved. Oracle Enterprise Data Quality,

More information

Configuring a WMS Feature Source

Configuring a WMS Feature Source Configuring a WMS Feature Source Overview This document describes how to specify additional configuration options for a MapGuide WMS feature source (i.e., configuring the GetMap request that is generated

More information

All About <xml> CS193D, 2/22/06

All About <xml> CS193D, 2/22/06 CS193D Handout 17 Winter 2005/2006 February 21, 2006 XML See also: Chapter 24 (709-728) All About CS193D, 2/22/06 XML is A markup language, but not really a language General purpose Cross-platform

More information

Fall, 2005 CIS 550. Database and Information Systems Homework 5 Solutions

Fall, 2005 CIS 550. Database and Information Systems Homework 5 Solutions Fall, 2005 CIS 550 Database and Information Systems Homework 5 Solutions November 15, 2005; Due November 22, 2005 at 1:30 pm For this homework, you should test your answers using Galax., the same XQuery

More information

edmr2.0 XML Documentation Last Updated: 5/12/2010

edmr2.0 XML Documentation Last Updated: 5/12/2010 edmr2.0 XML Documentation Last Updated: 5/12/2010 Versions edmr2.0 vs edmr1.0 To differentiate between the old and new edmr versions we have designated the original version as edmr1.0 and the latest version

More information

Level of Assurance Authentication Context Profiles for SAML 2.0

Level of Assurance Authentication Context Profiles for SAML 2.0 2 3 4 5 Level of Assurance Authentication Context Profiles for SAML 2.0 Draft 01 01 April 2008 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 Specification URIs: This

More information

Messages are securely encrypted using HTTPS. HTTPS is the most commonly used secure method of exchanging data among web browsers.

Messages are securely encrypted using HTTPS. HTTPS is the most commonly used secure method of exchanging data among web browsers. May 6, 2009 9:39 SIF Specifications SIF Implementation Specification The SIF Implementation Specification is based on the World Wide Web Consortium (W3C) endorsed Extensible Markup Language (XML) which

More information

IMPLICIT AUCTION RESULT DOCUMENT UML MODEL AND SCHEMA

IMPLICIT AUCTION RESULT DOCUMENT UML MODEL AND SCHEMA 1 IMPLICIT AUCTION RESULT DOCUMENT UML MODEL AND SCHEMA 2018-05-08 DOCUMENT APPROVED 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 Table

More information

HVDC LINK DOCUMENT UML MODEL AND SCHEMA

HVDC LINK DOCUMENT UML MODEL AND SCHEMA 1 HVDC LINK DOCUMENT UML MODEL AND SCHEMA 2017-01-19 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 Table of Contents 1 Objective...

More information

Intellectual Property Rights Notice for Open Specifications Documentation

Intellectual Property Rights Notice for Open Specifications Documentation [MS-SSISPARAMS-Diff]: Intellectual Property Rights tice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats,

More information

XML Schema. Mario Alviano A.Y. 2017/2018. University of Calabria, Italy 1 / 28

XML Schema. Mario Alviano A.Y. 2017/2018. University of Calabria, Italy 1 / 28 1 / 28 XML Schema Mario Alviano University of Calabria, Italy A.Y. 2017/2018 Outline 2 / 28 1 Introduction 2 Elements 3 Simple and complex types 4 Attributes 5 Groups and built-in 6 Import of other schemes

More information

:PRIA_DOCUMENT_v2_4_1.XSD

:PRIA_DOCUMENT_v2_4_1.XSD ==================================================================

More information

[MS-SSISPARAMS-Diff]: Integration Services Project Parameter File Format. Intellectual Property Rights Notice for Open Specifications Documentation

[MS-SSISPARAMS-Diff]: Integration Services Project Parameter File Format. Intellectual Property Rights Notice for Open Specifications Documentation [MS-SSISPARAMS-Diff]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation ( this documentation ) for

More information

MARKET ACCESS DATABASE

MARKET ACCESS DATABASE MARKET ACCESS DATABASE http://madb.europa.eu USER GUIDE 1 Table of Contents 1. INTRODUCTION... 3 1.1. OBJECTIVE OF THIS DOCUMENT... 3 1.2. WHAT IS THE MARKET ACCESS DATABASE?... 3 1.3. HOW DOES THE MADB

More information

PLANNED RESOURCE SCHEDULE DOCUMENT UML MODEL AND SCHEMA

PLANNED RESOURCE SCHEDULE DOCUMENT UML MODEL AND SCHEMA 1 PLANNED RESOURCE SCHEDULE DOCUMENT UML MODEL AND SCHEMA 2019-02-12 APPROVED DOCUMENT 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

More information

PESC Compliant JSON Version /04/2019

PESC Compliant JSON Version /04/2019 Version 1.0.0 02/04/2019 A publication of the Technical Advisory Board, 2018. This document is released and all use of it is controlled under Creative Commons, specifically under an Attribution- ShareAlike

More information

So far, we've discussed the use of XML in creating web services. How does this work? What other things can we do with it?

So far, we've discussed the use of XML in creating web services. How does this work? What other things can we do with it? XML Page 1 XML and web services Monday, March 14, 2011 2:50 PM So far, we've discussed the use of XML in creating web services. How does this work? What other things can we do with it? XML Page 2 Where

More information

RESOURCE SCHEDULE CONFIRMATION DOCUMENT UML MODEL AND SCHEMA

RESOURCE SCHEDULE CONFIRMATION DOCUMENT UML MODEL AND SCHEMA 1 RESOURCE SCHEDULE CONFIRMATION DOCUMENT UML MODEL AND SCHEMA 2019-02-12 APPROVED DOCUMENT 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40

More information

X3D Unit Specification Updates Myeong Won Lee The University of Suwon

X3D Unit Specification Updates Myeong Won Lee The University of Suwon X3D Unit Specification Updates Myeong Won Lee The University of Suwon 1 Units Specification ISO_IEC_19775_1_2008_WD3_Am1_2011_04_14 PDAM in ISO progress UNIT statement Defined in Core component UNIT statements

More information

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation. [MS-OXSHRMSG]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages,

More information

XML extensible Markup Language

XML extensible Markup Language extensible Markup Language Eshcar Hillel Sources: http://www.w3schools.com http://java.sun.com/webservices/jaxp/ learning/tutorial/index.html Tutorial Outline What is? syntax rules Schema Document Object

More information

Software Engineering Methods, XML extensible Markup Language. Tutorial Outline. An Example File: Note.xml XML 1

Software Engineering Methods, XML extensible Markup Language. Tutorial Outline. An Example File: Note.xml XML 1 extensible Markup Language Eshcar Hillel Sources: http://www.w3schools.com http://java.sun.com/webservices/jaxp/ learning/tutorial/index.html Tutorial Outline What is? syntax rules Schema Document Object

More information

Interface Specification Archive Content Services. Peter Robinson, Solutions Architecture. Judy Sandison, Manager, Solutions Architecture

Interface Specification Archive Content Services. Peter Robinson, Solutions Architecture. Judy Sandison, Manager, Solutions Architecture gspecification REV. 484-0200155 F5 NCR Corporation Image & Payment Systems 50 Northland Road Unit 100 Waterloo, Ontario N2V1 N3 PROGRAM: ImageMark Archive 5.1 TITLE: Interface Specification Archive Content

More information

Apache UIMA Regular Expression Annotator Documentation

Apache UIMA Regular Expression Annotator Documentation Apache UIMA Regular Expression Annotator Documentation Written and maintained by the Apache UIMA Development Community Version 2.3.1 Copyright 2006, 2011 The Apache Software Foundation License and Disclaimer.

More information

Introduction Syntax and Usage XML Databases Java Tutorial XML. November 5, 2008 XML

Introduction Syntax and Usage XML Databases Java Tutorial XML. November 5, 2008 XML Introduction Syntax and Usage Databases Java Tutorial November 5, 2008 Introduction Syntax and Usage Databases Java Tutorial Outline 1 Introduction 2 Syntax and Usage Syntax Well Formed and Valid Displaying

More information

INFORMATION TECHNOLOGY. Automated Railcar Release, Switch and Resequence XML and WSDL documentation

INFORMATION TECHNOLOGY. Automated Railcar Release, Switch and Resequence XML and WSDL documentation INFORMATION TECHNOLOGY Automated Railcar Release, Switch and Resequence XML and WSDL documentation Revision Date: December 21, 2017 Table of Contents 1 Introduction... 4 1.1 Purpose of this document...

More information

Infor Enterprise Server User Guide for Triggering

Infor Enterprise Server User Guide for Triggering Infor Enterprise Server User Guide for Triggering Copyright 2015 Infor Important Notices The material contained in this publication (including any supplementary information) constitutes and contains confidential

More information

Creating and Modifying EAP-FAST Profiles for Distribution to Users

Creating and Modifying EAP-FAST Profiles for Distribution to Users CHAPTER 4 Creating and Modifying EAP-FAST Profiles for Distribution to Users This chapter explains how configure EAP-FAST module profiles both by using a Group Policy Object editor and by modifying the

More information

Oracle Utilities Opower Energy Efficiency Web Portal - Classic Single Sign-On

Oracle Utilities Opower Energy Efficiency Web Portal - Classic Single Sign-On Oracle Utilities Opower Energy Efficiency Web Portal - Classic Single Sign-On Configuration Guide E84772-01 Last Update: Monday, October 09, 2017 Oracle Utilities Opower Energy Efficiency Web Portal -

More information

Approaches to using NEMSIS V3 Custom Elements

Approaches to using NEMSIS V3 Custom Elements NEMSIS TAC Whitepaper Approaches to using NEMSIS V3 Custom Elements Date August 17, 2011 July 31, 2013 (added section Restrictions, page 11) March 13, 2014 ( CorrelationID now reads CustomElementID as

More information

QosPolicyHolder:1 Erratum

QosPolicyHolder:1 Erratum Erratum Number: Document and Version: Cross References: Next sequential erratum number Effective Date: July 14, 2006 Document erratum applies to the service document QosPolicyHolder:1 This Erratum has

More information

Big Data 9. Data Models

Big Data 9. Data Models Ghislain Fourny Big Data 9. Data Models pinkyone / 123RF Stock Photo 1 Syntax vs. Data Models Physical view Syntax this is text. 2 Syntax vs. Data Models a Logical view

More information

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation. [MS-MSL]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages,

More information

[MS-TSWP]: Terminal Services Workspace Provisioning Protocol. Intellectual Property Rights Notice for Open Specifications Documentation

[MS-TSWP]: Terminal Services Workspace Provisioning Protocol. Intellectual Property Rights Notice for Open Specifications Documentation [MS-TSWP]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation ( this documentation ) for protocols,

More information

TED schemas. Governance and latest updates

TED schemas. Governance and latest updates TED schemas Governance and latest updates Enric Staromiejski Torregrosa Carmelo Greco 9 October 2018 Agenda 1. Objectives 2. Scope 3. TED XSD 3.0.0 Technical harmonisation of all TED artefacts Code lists

More information

RESERVE ALLOCATION RESULT DOCUMENT UML MODEL AND SCHEMA

RESERVE ALLOCATION RESULT DOCUMENT UML MODEL AND SCHEMA 1 RESERVE ALLOCATION RESULT DOCUMENT UML MODEL AND SCHEMA 2019-02-12 APPROVED DOCUMENT 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

More information

[MS-QDEFF]: Query Definition File Format. Intellectual Property Rights Notice for Open Specifications Documentation

[MS-QDEFF]: Query Definition File Format. Intellectual Property Rights Notice for Open Specifications Documentation [MS-QDEFF]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages,

More information

General Service Subscription Management Technical Specification

General Service Subscription Management Technical Specification General Service Subscription Management Technical Specification Approved Version 1.0 20 Dec 2011 Open Mobile Alliance OMA-TS-GSSM-V1_0-20111220-A OMA-TS-GSSM-V1_0-20111220-A Page 2 (32) Use of this document

More information

D-Cinema Packaging Caption and Closed Subtitle

D-Cinema Packaging Caption and Closed Subtitle SMPTE STANDARD SMPTE 429-12-2008 D-Cinema Packaging Caption and Closed Subtitle Page 1 of 11 pages Table of Contents Page Foreword... 2 Intellectual Property... 2 1 Scope... 3 2 Conformance Notation...

More information

!" DTDs rely on a mechanism based on the use of. !" It is intended to specify cross references" !" Reference to a figure, chapter, section, etc.!

! DTDs rely on a mechanism based on the use of. ! It is intended to specify cross references ! Reference to a figure, chapter, section, etc.! MULTIMEDIA DOCUMENTS! XML Schema (Part 2)"!" DTDs rely on a mechanism based on the use of attributes (ID et IDREF) to specify links into documents"!" It is intended to specify cross references"!" Reference

More information

HISTORICAL ACTIVATION DOCUMENT UML MODEL AND SCHEMA

HISTORICAL ACTIVATION DOCUMENT UML MODEL AND SCHEMA 1 HISTORICAL ACTIVATION DOCUMENT UML MODEL AND SCHEMA 2019-02-12 APPROVED DOCUMENT 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43

More information

Overview of the EU ETS Reporting Language (XETL)

Overview of the EU ETS Reporting Language (XETL) Overview of the EU ETS Reporting Language (XETL) General The EU ETS Reporting Language is an electronic ing language supporting EU ETS Monitoring, Reporting and Validation (MRV) activities such as submitting

More information

Oracle Hospitality OPERA Web Self- Service Brochure Web Service Specification Version 5.1. September 2017

Oracle Hospitality OPERA Web Self- Service Brochure Web Service Specification Version 5.1. September 2017 Oracle Hospitality OPERA Web Self- Service Brochure Web Service Specification Version 5.1 September 2017 Copyright 1987, 2017, Oracle and/or its affiliates. All rights reserved. This software and related

More information

[MS-QDEFF]: Query Definition File Format. Intellectual Property Rights Notice for Open Specifications Documentation

[MS-QDEFF]: Query Definition File Format. Intellectual Property Rights Notice for Open Specifications Documentation [MS-QDEFF]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation ( this documentation ) for protocols,

More information

Proposal: Codelists 1.0 April 2003

Proposal: Codelists 1.0 April 2003 Proposal: Codelists 1.0 April 2003 Proposal: Codelists / 1.0 / April 2003 1 Document Control Abstract In many cases, there is a need to use sets of pre-defined codes (such as country and currency codes)

More information

User Manual. HIPAA Transactions System Integration for Channel Partner Vendor. Version 15.2 May 2015

User Manual. HIPAA Transactions System Integration for Channel Partner Vendor. Version 15.2 May 2015 User Manual HIPAA Transactions System Integration for Channel Partner Vendor Version 15.2 May 2015 Trademarks and Copyrights Optum HIPAA Transactions System Integration Document Channel Partner Vendor

More information

OpenTravel Alliance Best Practices

OpenTravel Alliance Best Practices OpenTravel Alliance Best Practices OpenTravel Alliance, Inc. 333 John Carlyle Street, Suite 600 Alexandria, Va. 22314 USA +1 703-548-7005 Fax +1 703-548-1264 opentravel@disa.org http://www.opentravel.org/

More information

How to interface external application to WIN UR

How to interface external application to WIN UR XML Interfaces How to interface external application to WIN UR Version 1.0 Le 4 juillet 2007 ADE Page 1 XML INTERFACE OVERWIEW... 5 WHAT IS IT?... 5 WHO IS IT FOR, AND HOW TO IMPLEMENT IT?... 5 DOCUMENTS

More information

SCHEDULE DOCUMENT UML MODEL AND SCHEMA

SCHEDULE DOCUMENT UML MODEL AND SCHEMA 1 SCHEDULE DOCUMENT UML MODEL AND SCHEMA 2017-01-19 DRAFT DOCUMENT FOR APPROVAL VERSION 1.0 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40

More information

QosPolicyHolder 1.0. For UPnP Version Date: March 10th, 2005

QosPolicyHolder 1.0. For UPnP Version Date: March 10th, 2005 QosPolicyHolder 1.0 For UPnP Version 1.0 2 Date: March 10th, 2005 This Standardized DCP has been adopted as a Standardized DCP by the Steering Committee of the UPnP Forum, pursuant to Section 2.1(c)(ii)

More information

CONVERTING CONCEPTUAL MODEL XUML TO XML SCHEMA

CONVERTING CONCEPTUAL MODEL XUML TO XML SCHEMA CONVERTING CONCEPTUAL MODEL XUML TO XML SCHEMA XUEMIN ZHANG School of Computer and Information Science, Hubei Engineering University, Xiaogan 432000, Hubei, China ABSTRACT As XML has become the standard

More information

UNAVAILABILITY DOCUMENT UML MODEL AND SCHEMA

UNAVAILABILITY DOCUMENT UML MODEL AND SCHEMA 1 UNAVAILABILITY DOCUMENT UML MODEL AND SCHEMA 2017-01-27 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 Table of Contents 1 Objective...

More information

7.1. Redovna datoteka sa slogovima koji se odnose na kupnje i prodaje valuta na tržištu stranih sredstava plaćanja

7.1. Redovna datoteka sa slogovima koji se odnose na kupnje i prodaje valuta na tržištu stranih sredstava plaćanja 7. XSD datoteke za dostavu podataka 7.1. Redovna datoteka sa slogovima koji se odnose na kupnje i prodaje valuta na tržištu stranih sredstava plaćanja

More information

IODEF Data Model Status (progress from 03) <draft-ietf-inch-iodef-03>

IODEF Data Model Status (progress from 03) <draft-ietf-inch-iodef-03> IODEF Data Model Status (progress from 03) tracked @ https://rt.psg.com : inch-dm queue Roman Danyliw Wednesday, March 9. 2005 IETF 62, Minneapolis, USA Progress

More information

REPORTING INFORMATION DOCUMENT UML MODEL AND SCHEMA

REPORTING INFORMATION DOCUMENT UML MODEL AND SCHEMA 1 REPORTING INFORMATION DOCUMENT UML MODEL AND SCHEMA 2018-11-08 APPROVED DOCUMENT 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43

More information

RESERVE BID DOCUMENT UML MODEL AND SCHEMA

RESERVE BID DOCUMENT UML MODEL AND SCHEMA 1 RESERVE BID DOCUMENT UML MODEL AND SCHEMA 2018-03-08 APPROVED DOCUMENT 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 Table of Contents

More information

Allegato: AgibilitaRequest_V.1.1.xsd

Allegato: AgibilitaRequest_V.1.1.xsd Allegato: AgibilitaRequest_V.1.1.xsd

More information

TCG. TCG Infrastructure Working Group Security Qualities Schema. TCG PUBLISHED Copyright TCG 2007

TCG. TCG Infrastructure Working Group Security Qualities Schema. TCG PUBLISHED Copyright TCG 2007 TCG Infrastructure Working Group Security Qualities Schema Revision 7 21 May 2007 Published Contacts: admin@trustedcomputinggroup.org Copyright TCG 2007 TCG Copyright 2007 Trusted Computing Group, Incorporated.

More information

SHS Version 2.0 SOAP-based Protocol Binding to SHS Concepts Försäkringskassan - Swedish Social Insurance Agency

SHS Version 2.0 SOAP-based Protocol Binding to SHS Concepts Försäkringskassan - Swedish Social Insurance Agency SHS Concepts 1 (16) SHS Version 2.0 SOAP-based SHS Concepts Försäkringskassan - Swedish Social Insurance Agency Copyright 2012, 2013 Swedish Social Insurance Agency. All Rights Reserved. SHS Concepts 2

More information

Document Metadata: document technical metadata for digital preservation

Document Metadata: document technical metadata for digital preservation Document Metadata: document technical metadata for digital preservation By Carol C.H. Chou - Florida Digital Archive (FDA) Andrea Goethals - Harvard University Library (HUL) March 24, 2009 1 Table of Contents

More information

Extensible Markup Language Processing

Extensible Markup Language Processing CHAPTER 2 Revised: June 24, 2009, This chapter describes the Extensible Markup Language (XML) process in the Common Object Request Broker Architecture (CORBA) adapter. XML and Components Along with XML,

More information

DataCapture API Version 6.0

DataCapture API Version 6.0 DataCapture API Version 6.0 1 Document Control Document Location An electronic version of this document is available at: www.apxgroup.com and http://www.belpex.be/. Disclaimer This documentation is draft

More information

Last week we saw how to use the DOM parser to read an XML document. The DOM parser can also be used to create and modify nodes.

Last week we saw how to use the DOM parser to read an XML document. The DOM parser can also be used to create and modify nodes. Distributed Software Development XML Schema Chris Brooks Department of Computer Science University of San Francisco 7-2: Modifying XML programmatically Last week we saw how to use the DOM parser to read

More information

Request for Comments: Tail-f Systems December Partial Lock Remote Procedure Call (RPC) for NETCONF

Request for Comments: Tail-f Systems December Partial Lock Remote Procedure Call (RPC) for NETCONF Network Working Group Request for Comments: 5717 Category: Standards Track B. Lengyel Ericsson M. Bjorklund Tail-f Systems December 2009 Partial Lock Remote Procedure Call (RPC) for NETCONF Abstract The

More information

MESH client File Interface Specification

MESH client File Interface Specification Document filename: MESH Client File Interface Specification Directorate / Programme Operations and Project Assurance Services Spine Services/ MESH Document Reference Project Manager Andrew Meyer

More information

Project Members: Aniket Prabhune Reenal Mahajan Mudita Singhal

Project Members: Aniket Prabhune Reenal Mahajan Mudita Singhal CS-5604 Information Storage and Retrieval Project Report Scenario/Class Diagram Synthesis (American South 2) Project Members: Aniket Prabhune (aprabhun@vt.edu) Reenal Mahajan (remahaja@vt.edu) Mudita Singhal

More information

[MS-MSL]: Mapping Specification Language File Format. Intellectual Property Rights Notice for Open Specifications Documentation

[MS-MSL]: Mapping Specification Language File Format. Intellectual Property Rights Notice for Open Specifications Documentation [MS-MSL]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation ( this documentation ) for protocols,

More information

TRANSMISSION NETWORK DOCUMENT UML MODEL AND SCHEMA

TRANSMISSION NETWORK DOCUMENT UML MODEL AND SCHEMA 1 TRANSMISSION NETWORK DOCUMENT UML MODEL AND SCHEMA 2017-01-27 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 Table of

More information

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation. [MS-OTPCE]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages,

More information

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.

No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation. [MS-OXWSXPROP]: Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages,

More information

Price Modeling in Standards for Electronic Product Catalogs Based on XML

Price Modeling in Standards for Electronic Product Catalogs Based on XML Price Modeling in Standards for Electronic Product Catalogs Based on XML Oliver Kelkar (Speaker) Fraunhofer IAO, Germany Jörg Leukel Universiy of Essen, Germany Volker Schmitz Universiy of Essen, Germany

More information

Computer Science 425 Fall 2006 Second Take-home Exam Out: 2:50PM Wednesday Dec. 6, 2006 Due: 5:00PM SHARP Friday Dec. 8, 2006

Computer Science 425 Fall 2006 Second Take-home Exam Out: 2:50PM Wednesday Dec. 6, 2006 Due: 5:00PM SHARP Friday Dec. 8, 2006 Computer Science 425 Fall 2006 Second Take-home Exam Out: 2:50PM Wednesday Dec. 6, 2006 Due: 5:00PM SHARP Friday Dec. 8, 2006 Instructions: This exam must be entirely your own work. Do not consult with

More information