iTeh StandardsiTeh Standards
EURUSD
Your shopping cart is empty.
CEN

CEN/TR 17536:2020

(Main)

Requirements for electronic advanced data (EAD) in postal operations, in particular compliant to security and customs requirements

Requirements for electronic advanced data (EAD) in postal operations, in particular compliant to security and customs requirements

The scope will be defined during the preliminary stage.

Anforderungen für elektronische fortgeschrittene Daten (EAD) im Postverkehr, die den Sicherheits- und Zollvorschriften entsprechen

Services Postaux - Données électroniques avancées (EAD) dans les opérations postales conformes aux exigences de sécurité et de douane

Zahteve za napredne elektronske podatke (EDA) pri poštnem poslovanju, skladnem z varnostnimi in carinskimi zahtevami

General Information

Status
Published
Publication Date
17-Nov-2020
ICS
03.240 - Postal services
35.240.69 - IT applications in postal services
Technical Committee
CEN/TC 331 - Postal services
Drafting Committee
CEN/TC 331/WG 2 - Hybrid mail
Current Stage
9020 - Submission to 2 Year Review Enquiry - Review Enquiry
Start Date
15-Jan-2024
Completion Date
15-Jan-2024
Mandate
M/548 - [C(2016)4876] Postal services and the improvement of quality of service in support of Directive 97/67/EC
Ref Project
SIST-TP CEN/TR 17536:2021 - Requirements for electronic advanced data (EDA) in postal operations, in particular compliant to security and customs requirements

Buy Standard

TP CEN/TR 17536:2021 - BARVETP CEN/TR 17536:2021 - BARVE
PreviousNext
Technical report
TP CEN/TR 17536:2021 - BARVE
English language
93 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (Sample)

SLOVENSKI STANDARD
SIST-TP CEN/TR 17536:2021
01-januar-2021
Zahteve za napredne elektronske podatke (EDA) pri poštnem poslovanju,
skladnem z varnostnimi in carinskimi zahtevami
Requirements for electronic advanced data (EDA) in postal operations, in particular
compliant to security and customs requirements
Anforderungen für elektronische fortgeschrittene Daten (EAD) im Postverkehr, die den
Sicherheits- und Zollvorschriften entsprechen
Services Postaux - Données électroniques avancées (EAD) dans les opérations postales
conformes aux exigences de sécurité et de douane
Ta slovenski standard je istoveten z: CEN/TR 17536:2020
ICS:
03.240 Poštne storitve Postal services
35.240.69 Uporabniške rešitve IT pri IT applications in postal
poštnih storitvah services
SIST-TP CEN/TR 17536:2021 en,fr,de
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------
SIST-TP CEN/TR 17536:2021

---------------------- Page: 2 ----------------------
SIST-TP CEN/TR 17536:2021


CEN/TR 17536
TECHNICAL REPORT

RAPPORT TECHNIQUE

November 2020
TECHNISCHER BERICHT
ICS 03.240; 35.240.69
English Version

Requirements for electronic advanced data (EAD) in postal
operations, in particular compliant to security and
customs requirements
Services Postaux - Données électroniques avancées Anforderungen für elektronische fortgeschrittene
(EAD) dans les opérations postales conformes aux Daten (EAD) im Postverkehr, die den Sicherheits- und
exigences de sécurité et de douane Zollvorschriften entsprechen


This Technical Report was approved by CEN on 9 November 2020. It has been drawn up by the Technical Committee CEN/TC
331.

CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway,
Poland, Portugal, Republic of North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and
United Kingdom.





EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION

EUROPÄISCHES KOMITEE FÜR NORMUNG

CEN-CENELEC Management Centre: Rue de la Science 23, B-1040 Brussels
© 2020 CEN All rights of exploitation in any form and by any means reserved Ref. No. CEN/TR 17536:2020 E
worldwide for CEN national Members.

---------------------- Page: 3 ----------------------
SIST-TP CEN/TR 17536:2021
CEN/TR 17536:2020 (E)
Contents Page

European foreword . 4
Introduction . 5
1 Scope . 8
2 Normative references . 8
3 Terms and definitions . 9
4 Data Mapping . 11
4.1 General . 11
4.2 Simplified procedure for the collection of import duties . 12
4.3 Mapping the UCC-DA, ANNEX B column H7 Super-Reduced Data set against the UPU-
WCO Postal Data model . 14
4.4 Semantic mapping: WHAT, WHO, HOW, WHY . 15
Annex A (informative) Illustrative Semantic mapping: Postal Data Elements (CN23, ITMATT,
EDIFACT, XML) . 32
Annex B (informative) Mapping Semantic messages to Postal and Non-postal environment . 51
Annex C (informative) Stakeholders and Information Exchanges based on UN/EDIFACT . 65
C.1 General . 65
C.2 Important data elements based on semantic approach .
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

This May Also Interest You

CEN
EN ISO 19160-4:2023(Main)
Addressing - Part 4: International postal address components and template language (ISO 19160-4:2023)
SIST EN ISO 19160-4:2023

This document defines key terms for postal addressing, postal address components and constraints on their use.
Specifically, this document specifies postal address components organized into three hierarchical levels:
—    elements, such as organization name or postcode, which have well-defined conceptual meaning and are not themselves made up of subordinate components, though they can be sub-divided for technical purposes;
—    constructs, such as organization identification, which group elements into units form a logical portion of a postal address;
—    segments, such as addressee specification, which group related postal address constructs and/or postal address elements into units with a specific defined function.
This document also specifies a mechanism for the creation of sub-elements, which correspond to either sub-divisions of element content, such as door type or door indicator or to multiple occurrences and locations of elements in an address, such as levels of administrative regions.
This document does not specify the length of any component nor the value range of any component.
Moreover, this document specifies the codes to identify elements and sub-elements.
Further, this document specifies postal address rendering rules. This includes:
—    identification and ordering of output lines in a rendered address;
—    conditions for the selection of candidate lines;
—    the order and concatenation of postal address components;
—    required and optional components;
—    parameters to contextualize an address for rendering;
—    the formatting of the components, subject to constraints on the space available for that task.
Postal address rendering rules are represented in this document as a postal address template.
Finally, this document specifies language suitable for computer processing to formally express postal address templates.
This document does not cover the topic of data protection. Users of the document are nevertheless reminded that the storage and exchange of personal data are subject to legislation in many countries.

  • Standard
    74 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 14826:2022(Main)
Postal services - Automatic identification of items - Two dimensional bar code symbol print quality specification for machine readable Digital Postage Marks
SIST-TS CEN/TS 14826:2022

This document:
- specifies a methodology for the measurement of defined print quality attributes of Digital Postage Marks in the form of two-dimensional bar code symbols on mail-pieces;
- defines methods for grading the results of these measurements and deriving an overall symbol quality grade as a guide to estimating the readability of the Digital Postage Marks;
- provides guidelines for printing and gives information on possible causes of deviation from high grades to assist users in taking appropriate corrective action;
- defines a test procedure for the assessment of printing systems for the production of Digital Postage Marks.
These provisions apply to the Digital Postage Mark blocks as they appear on fully produced mail items when remitted to postal operators, including the characteristics resulting from operations other than printing per se that affect their appearance to a mail processing system (covering, inserts into transparent window envelopes, affixed Digital Postage Mark labels).
This document does not define the qualification tests or sampling requirements necessary to determine the practical feasibility of any specific read rate.
Although this document is not intended for barcodes (other than Digital Postal Marks) which can be printed on mail pieces for item identification or additional services, a similar methodology can be applied.

  • Technical specification
    30 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TR 17535:2020(Main)
Requirements to connect, access, participate and further develop open global networks and systems, for postal operators and the wider postal sector players
SIST-TP CEN/TR 17535:2021

The scope will be defined during the preliminary stage.

  • Technical report
    53 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 17073:2020/AC:2020(Corrigendum)
Postal services - Interfaces for cross border parcels
SIST-TS CEN/TS 17073:2020/AC:2020

2020-07-08 - TC - Correction of two formats in rows "Item identifier" and "Additional barcode" in Table 1

  • Corrigendum
    3 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 17457:2020(Main)
Postal services - Digital, optional online connected, opening and closing systems for parcel receptacles for home use with free access for the delivery and collection operators and consumers
SIST-TS CEN/TS 17457:2020

The objective of this document is to define the framework for secure, trustworthy and user-friendly opening systems for parcel boxes for home use. Particular attention is given to facilitating secure electronic authentication of the delivery operator. This document exists considering the Standardization request M/548 from the European Commission and it aims to solve the lack of operability between parcel box manufacturers and delivery operators.
Therefore, this document describes the minimal requirements of a digital, optional online connected, opening and closing system for parcel boxes and prerequisites to create favourable conditions of interoperability between all market participants.
This document is designed to fit with solutions already on the market and define the good practices and pathway for future systems. It adopts an approach which is open to innovation. It is expected to be possible to achieve the necessary requirements through different technologies.
The systems of opening rights are intended to open parcel boxes as defined in CEN/TS 16819. However, the specification is extended to other receptacle solutions, in the frame of the home use (e.g. garage door, bags, etc.), when these receptacle solutions are compliant with the requirements of CEN/TS 16819 when the case allows.

  • Technical specification
    22 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 17073:2020(Main)
Postal services - Interfaces for cross border parcels
SIST-TS CEN/TS 17073:2020

This document will specify the interface between the e-merchant (any commercial customer sending parcels) and the first logistic operator, including both public and private carriers. For the application of this document, a cross border parcel is a parcel crossing a border into and within Europe.
The interface composed on two items:
- the physical label attached on the parcel: contents, sizes, minimum requirements to guarantee the quality and efficiency of the logistic process (sorting, delivery).
- the electronic exchanges between the sender and the logistic operator with the description of the data to be provided, the forma of the exchanges.
While designated operators of UPU have drawn up business requirements using proprietary standards and related data components, online merchants have developed open, not‐for‐profit standards for final delivery which are integrated into their existing supply chain management environment.
The document aims to specify the interface between the e‐merchant (any commercial customer sending parcels) and the first logistic operator composed by incorporating the 3 elements:
- physical label attached to the parcel with information for item identification;
- electronic exchanges between the sender and the logistic operator concerning parcels dispatch;
- data needed for various delivery chain parts, in particular final delivery to the recipient, in order to facilitate exchange between the item‐specific identifiers.
NOTE 1 The last element enables the growth of integrated, data‐driven systems which support highly efficient and customer‐driven cross‐border ecommerce. This reflects the current trend to B‐to‐B‐to‐C delivery solutions in the European and international cross border e‐commerce markets. Delivery from original source to final consumer can be split over more than one service provider.
NOTE 2 C‐to‐B‐to‐B‐to‐C solutions will be an extension, in particular when returns are specified. The “first C” would indicate that consumers wishing to return items, or induct items themselves, will be able to print labels following the fundamentals specified in this standard.
E‐merchant exchange data with logistic operators (i.e. the postal operators, but not limited to those designated to fulfil the rights and obligations of UPU member countries) to help, simplify and enable the consequential logistic and transactional tasks. The establishment of common definitions and electronic formats, safeguards the reliability and decreases the overall costs by avoiding software development costs, multiple printing equipment, over‐labelling during the process, and the manual sorting. reliability and decreases the overall costs by avoiding software development costs, multiple printing equipment, over‐labelling during the process, and the manual sorting.

  • Technical specification
    32 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 16919:2016(Main)
Postal services - Interface and data transfer format for capturing postal automation events IDT-PAE
SIST-TS CEN/TS 16919:2016

An IDT-PAE interface enables interoperability among several systems and processes by providing specifications to the following requirements:
a)   Data Collection and Transfer:  Specification of data transported from the devices to higher level systems.  There may be more than one permissible protocol referring to different OSI layers. The standard will define where the communication requires polling and where asynchronous messages are used.
   The basis is messages triggered by events.
b)   Data Storage and Format:  Specification how data is formatted and structured. This concerns the choice between XML, CSV, EDI, JSON and other formats including possible binary representations.
c)   Data Model:  Specification of the semantics (meanings) behind the data. This is the most important part and the one of the most important objectives for the specification. This means that conceptual data model and its mapping to the Data Format will be developed. Major focus on specifications level of detail will be placed in order to provide a document that will provide detailed specification information without being too general or too specific.

  • Technical specification
    84 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 14014:2015(Main)
Postal services - Hybrid mail - XML definition of encapsulation of letters for automated postal handling
SIST-TS CEN/TS 14014:2015

The purpose of this Technical Specification is to define the syntax rules for a data stream for the submission of printing data to a Hybrid Mail operator or between Hybrid Mail operators. The Technical Specification defines a XML Schema Definition (XSD) describing the data stream.
The description is based upon the XML (eXtended Mark-up Language) definition of rules and semantics for defining an XSD. The purpose of this is to offer a generalised syntax description that can provide seamless integration with a number of existing applications generating data that is liable to be forwarded to or from a Hybrid Mail operator.
The use of an XSD will ensure that the documents confirm to the standard defined and that the output has the correct syntax. Software manufacturers can use an XSD to program applications that will produce correct outputs.
This Technical Specification defines the syntax for creating a data stream that will eventually be converted into a deliverable. The overall object (a batch) can be divided into one or more objects that again can be divided into objects. The hierarchy includes bundles that contain a common part and letters. Each object has a number of characteristics attached to it.
This diagram shows the structure of a HML (Hybrid Mail Language) document: each letter is self-contained (contains all the necessary information to be delivered on a certain destination).
Each letter can have one contact. Each contact can have multiple alternatives for delivery.
This Technical Specification does not define the specific services offered by local operators (Hybrid Mail operators).
This Technical Specification does not define the communication method used. It does only define the format of Hybrid Mail as such.

  • Technical specification
    58 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 15448:2014(Main)
Postal services - Open standard interface between image controller and enrichment devices (OCRs, video coding systems, voting systems)
SIST-TS CEN/TS 15448:2015

The purpose of this Technical Specification is to define the requirements of the OCR/VCS Standard interface and to convey these requirements in context to the reader.
This document is arranged under 4 main clauses as described in Figure 1:
-   UCM (Use Case Model) describes the use cases for the IC/ED Interface using sequence diagrams with messages.
-   IDD (Interface Design Description) defines the data model for the IC/ED interface.
-   SDD (System Design Description) defines the mandatory specification of the IC/ED interface in terms of architecture, services and behavioural models. In the Common Part of this clause no middleware or transport layer is specified. The common part of this clause is intended to be middleware-independent.
-   SDD-TCP/IP, SDD-CORBA, in these specialized clauses. The specifications for 2 compatible transport solutions TCP/IP, CORBA are provided. Further middleware solutions (such as SOAP) can be added when available, provided that they are fully compatible with the Common Part.
As shown on Figure 2, there are many interfaces from an Enrichment Device to the rest of the system. This document is only concerned with the Mailpiece Processing part of the complete Standard Interface.
The mailpiece processing is concerned with the passing of a mailpiece to an Enrichment Device for processing.
Figure 3 depicts the system model of an Enrichment Device. As visible on the figure, an Enrichment Device is one of:
-   an OCR:
a single or a pool of automatic recognition and interpretation engines, which are capable of retrieving information from an image of a mailpiece without human intervention;
-   a VCS:
a single or a pool of video coding desks, which produce results from images of mailpieces; all tasks related to the management of the coders and the coding desks are encapsulated within the VCS system, or are accessible via interfaces which are outside the scope of the interface described within this document;
-   a Voter:
a system which can determine the most appropriate result for a mailpiece using data and/or an image of a mailpiece; typically, a voter determines the most appropriate result from two or more results.
This document therefore covers the Mailpiece Processing interface between the Image Controller and the Enrichment Devices.
The document describes the requirements in the case of real-time enrichment: operational mode of an Enrichment Device, where the ED replies within the specified expiration time to the IC; the IC has to keep track of all mailpieces waiting for a reply from an ED. The ED does not keep persistence of mailpieces outside a channel connection with the IC. The ED has to have the processing power available to enrich a mailpiece. There is one and only one response for a mailpiece.
A later version of the document shall describe the case of deferred enrichment: operational mode of an Enrichment Device, where the ED may pre-request mailpieces from the IC. The ED has to keep persistence of the mailpiece to enrich it later and keep the result available for a result request from the IC. There is no response expected by IC from the ED.
The interface between Image Controller and Image Controller is NOT part of this document.
Furthermore, there may be many IC connected to many ED’s, as shown in the following object model:
The submission strategy in case of one IC connected to many ED’s is not part of the interface. It is for optimizing the mail flow in case of identical ED’s, or for defining the order in which different ED’s are activated (cascaded versus parallel submission).
The submission strategy of the IC shall be part of the specification and certification of the IC, which is not part of this document.

  • Technical specification
    237 pages
    English language
    sale 10% off
    e-Library read for
    1 day
CEN
CEN/TS 16326:2013(Main)
Postal Services - Hybrid Mail - Functional Specification for postal registered electronic mail
SIST-TS CEN/TS 16326:2013

This Technical Specification constitutes the functional specification of a secure electronic postal service, referred to as the postal registered electronic mail or PReM service. PReM provides a trusted and certified electronic mail exchange between mailer, postal operators and addressee/mailee. In addition, evidence of corresponding events and operations within the scope of PReM will be generated and archived for future attestation.
The PReM service is defined by reference to the concepts, schemas and operations defined in CEN/TS 15121-1:2011. It utilises six SePS operational verbs (CheckIntegrity, LogEvent, Postmark, RetrieveResults, Sign and Verify) and the five additional server-side operational verbs (SendMessagetoDestination, Subscribe Notification, UnscbscribeNotification, RejectMessage and ReceiveNotification) to fulfil the operational requirements of a PReM System.
Return of Investment (ROI), market potential, revenues model, business plan and pricing policy are outside the scope of this functional specification. Postal operators are advised to make the necessary marketing study and research prior to considering leasing, procuring or developing such a PReM system in accordance with this functional specification.

  • Technical specification
    55 pages
    English language
    sale 10% off
    e-Library read for
    1 day