DIN CEN TR 16092-2011 Electronic fee collection - Requirements for pre-payment systems English version CEN TR 16092 2011《电子自动收费系统 对预付费系统的要求 英文版CEN TR 16092-2011》.pdf

1、Oktober 2011Normenausschuss Automobiltechnik (NAAutomobil) im DINPreisgruppe 17DIN Deutsches Institut fr Normung e. V. Jede Art der Vervielfltigung, auch auszugsweise, nur mit Genehmigung des DIN Deutsches Institut fr Normung e. V., Berlin, gestattet.ICS 03.220.20; 35.240.60Zur Erstellung einer DIN

2、SPEC knnen verschiedene Verfahrensweisen herangezogen werden: Das vorliegende Dokument wurde nach den Verfahrensregeln eines Fachberichts erstellt.!$n50“1751813www.din.deDDIN CEN/TR 16092Elektronische Gebhrenerfassung Anforderungen fr Systeme zur Vorauszahlung;Englische Fassung CEN/TR 16092:2011Elec

3、tronic fee collection Requirements for pre-payment systems;English version CEN/TR 16092:2011Perception de tlpage Exigences sur les systmes de pr-paiement;Version anglaise CEN/TR 16092:2011Alleinverkauf der Spezifikationen durch Beuth Verlag GmbH, 10772 Berlin www.beuth.deGesamtumfang 44 SeitenDIN SP

4、EC 70673DIN CEN/TR 16092 (DIN SPEC 70673):2011-10 2 Nationales Vorwort Dieses Dokument (CEN/TR 16092:2011) wurde vom Technischen Komitee CEN/TC 278 Telematik fr den Straen-Verkehr und -Transport“ ausgearbeitet, dessen Sekretariat vom NEN (Niederlande) gehalten wird. Das zustndige deutsche Normungsgr

5、emium ist der Gemeinschaftsarbeitsausschuss NA 052-02-71 GA Telematik“ des Normenausschusses Automobiltechnik (NAAutomobil). Das Prsidium des DIN hat mit seinem Beschluss 1/2004 festgelegt, dass von dem in den Regeln der europischen Normungsarbeit von CEN/CENELEC verankerten Grundsatz, wonach Europi

6、sche Normen in den drei offiziellen Sprachen Deutsch, Englisch und Franzsisch verffentlicht werden, in begrndeten Ausnahmefllen abgewichen und auf die deutsche Sprachfassung verzichtet werden kann. Erfahrungen mit dieser DIN SPEC sind erbeten vorzugsweise als Datei per E-Mail an naautomobildin.de in

7、 Form einer Tabelle. Die Vorlage dieser Tabelle kann im Internet unter http:/www.din.de/stellungnahme abgerufen werden; oder in Papierform an den Normenausschuss Automobiltechnik (NAAutomobil), Behrenstrae 35, 10117 Berlin. Die Diskussion bezglich Bezahlungsmodi bezogen auf elektronische Gebhrenerhe

8、bung basiert auf einem existierenden Nachnahmevertrag zwischen Maut-Dienstanbieter (en: TSP) und dem Dienstnutzer (en: SU). Voraussetzungen fr solche vertraglichen bereinknfte sind gengend Kreditwrdigkeit des SU, und ein vorhandenes Bankkonto des SU. Fragen bezglich Zugriff auf ein elektronisches Ge

9、bhrenerhebungssystem (en: EFC) sind SU ist nicht in der Lage die vorab gelisteten Voraussetzungen zu erfllen; SU nutzt nur gelegentlich ein EFC-System. Um fr dieses Klientel Anforderungen zu erfllen, mssen ein- oder mehrere mgliche Lsungsanstze zur Vorauszahlungen etabliert werden, um Interoperabili

10、tt sicherzustellen: Gespeicherter Wert auf einem elektronischen Medium; Gespeicherter Wert auf einem zentralen Konto. Bevor in diesem Umfeld notwendige Normen definiert werden, mssen Anforderungen fr universelle Vorauszahlungssysteme, welche die Fhigkeit zur Kommunikation mit fahrzeuginternen Einric

11、htungen haben, ermittelt werden. DIN CEN/TR 16092 (DIN SPEC 70673):2011-10 3 Begriffe Fr die Anwendung dieses Dokuments gelten die Begriffe nach CEN/TR 16092 und die folgenden Begriffe. 3.1 Elektronische Gebhrenerhebung (en: Electronic Fee Collection) EFC elektronische Mautabbuchung mittels Drahtlos

12、schnittstelle 3.2 Vollstreckung (en: enforcement) Prozess einer zwingenden Beachtung eines Gesetzes, Regulierung, usw. 3.3 Interoperabilitt (en: Interoperability) Fhigkeit eines Systems, Dienste an andere Systeme zu bertragen und zu empfangen, wobei diese Dienste mglichst effizient zur Nutzung ausge

13、tauscht werden BEISPIEL Maut-Interoperabilitt bezweckt, dass damit Fahrzeuge durch verschiedene Mautgebiete fahren knnen und dabei nur eine fahrzeuginterne Einrichtung (OBE) mit nur einem Vertrag eines Maut-Dienstanbieters haben. 3.4 fahrzeuginterne Einrichtung (en: Onboard equipment) OBE fr Mautzwe

14、cke im oder auerhalb des Fahrzeugs angepasste Einrichtung 3.5 Tarifbersicht (en: tariff Scheme) Menge von Regeln zur Gebhrenfestsetzung fr ein Fahrzeug in einem Mautgebiet fr ein Mautobjekt an einem bestimmten Tag und einem bestimmten Zeitpunkt 3.6 Maut (en: toll) Abgabe, Steuer, Gebhr oder Verpflic

15、htung in Verbindung einer Fahrzeugbenutzung innerhalb eines Mautgebiets 3.7 Mauterheber (en: toll charger) legale Instanz zur Mauterhebung, um ein Fahrzeug in einem Mautgebiet zu betreiben 3.8 Mauterklrung (en: toll declaration) Aussage (von einer OBE eines Fahrzeugs) an einen Mauterheber, die nicht

16、 notwendigerweise ber einen direkten Kommunikationskanal bertragen wurde, welche das Vorhandensein eines Fahrzeuges in einem Mautbereich besttigt, in einem Format, das zwischen Maut-Dienstanbieter und Mauterheber vereinbart wurde 3.9 Mautgebiet (en: toll domain) Bereich oder Teil eines Straennetzwer

17、ks, in der ein bestimmtes Mautregime angewendet wird DIN CEN/TR 16092 (DIN SPEC 70673):2011-10 4 3.10 EFC-Punkt (en: EFC point) Ort innerhalb eines Mautgebietes, wo die OBE eine Mauterklrung ausstellen muss 3.11 EFC-Regime (en: EFC regime) Reihe von Regeln, inklusive Gesetzgebung, welche die Sammlun

18、g von Mautgebhren in einem Mautgebiet festlegt 3.12 Maut-Schemata (en: toll schema) generischer Begriff, welcher fr ein EFC-Regime und/oder Mautgebiet und/oder Mautsystem abhngig vom Zusammenhang verwendet wird 3.13 Mautdienst (en: toll service) Dienst, der dem Benutzer einen Vertrag gibt sowie eine

19、 fahrzeuginterne Einrichtung (OBE), um sein Fahrzeug in einem oder mehreren Mautgebiet(en) benutzen zu knnen 3.14 Maut-Dienstanbieter (en: toll service provider) legale Instanz, welche ihren Kunden Mautdienste fr ein oder mehrere Mautgebiet(e) und eine oder mehrere Fahrzeugklasse(n) anbietet 3.15 Ma

20、utsystem (en: toll system) fahrzeugexterne Einrichtungen und andere mgliche Einrichtungen, welche vom Mauterheber zur Mauteinziehung von Fahrzeugen verwendet werden 3.16 EFC-Objekt (en: EFC object) unterschiedlicher Teil eines Mautgebiets, fr die eine oder mehrere Tarifbersicht(en) gilt (gelten) BEI

21、SPIEL Ein EFC-Objekt kann z. B. ein Gebiet, alle ffentlichen Straen innerhalb eines Gebiets, eine Brcke, eine Zone, oder Straenabschnitt (Netzwerk) sein. 3.17 Dienstnutzer (en: service user) generischer Begriff fr einen Kunden eines Maut-Dienstanbieters, wobei abhngig vom Kontext ein Mautverantwortl

22、icher, ein Fahrzeugbesitzer, ein Flottenbetreiber, ein Fahrer, usw. gemeint sein kann 3.18 Werteeinheiten-Lagergert (en: value units bearing device) VBD Gert in der Hand des Dienstnutzers, welches Werteeinheiten beinhaltet TECHNICAL REPORT RAPPORT TECHNIQUE TECHNISCHER BERICHT CEN/TR 16092 March 201

23、1 ICS 03.220.20; 35.240.60 English Version Electronic fee collection - Requirements for pre-payment systems Perception de tlpage - Exigences sur les systmes de pr-paiement Elektronische Gebhrenerfassung - Anforderungen fr Systeme zur Vorauszahlung This Technical Report was approved by CEN on 16 Augu

24、st 2010. It has been drawn up by the Technical Committee CEN/TC 278. 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, Malt

25、a, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom. EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATION EUROPISCHES KOMITEE FR NORMUNG Management Centre: Avenue Marnix 17, B-1000 Brussels 2011 CEN All rights of explo

26、itation in any form and by any means reserved worldwide for CEN national Members. Ref. No. CEN/TR 16092:2011: E2 Contents Page Foreword 4Introduction . 51 Scope 62 Normative references 63 Terms and definitions . 74 Abbreviations . 95 Interoperability Issues . 105.1 Interoperability based on EFC Role

27、s Model . 105.2 Interoperability and Payment . 116 Classification of Pre-Pay solutions . 116.1 Pre-Pay Account held in Central System 116.2 Pre-Pay Account held on OBE . 127 Requirements for Pre-Pay account held in Central Systems 137.1 General 137.2 Business Process Requirements . 137.2.1 General 1

28、37.2.2 Issuing of an EFC contract to the Service User . 137.2.3 Personalisation of OBE . 157.2.4 Loading of value onto an account . 157.2.5 Charging of Toll . 177.2.6 Invoicing of the Service User . 177.2.7 Refund of residual amount . 177.2.8 Clearing of Transactions . 187.2.9 Handling of Complaints

29、 187.2.10 Security Considerations . 187.3 Technical Requirements . 187.3.1 Requirements for OBE 187.3.2 Requirements for POS Networks . 187.3.3 Requirements for Information and Payment Flow (Interfaces) . 197.4 Legal and Functional Constraints 197.4.1 Legal Considerations 197.4.2 Functional Constrai

30、nts 218 Requirements for Pre-Pay account held on OBE . 228.1 Prerequisites 228.2 Business Process Requirements . 228.2.1 Issuing of the Pre-Pay mode 228.2.2 Personalisation of OBE . 228.2.3 Loading of stored value onto a VBD 238.2.4 Loading of stored value into the OBE . 238.2.5 Charging of the toll

31、 248.2.6 Clearing of transactions 268.2.7 Hotlisting / Enforcement . 278.2.8 Invoicing of the Service User . 278.2.9 Refund of residual amount . 288.2.10 Proof of Transactions 288.2.11 Handling of Complaints 288.2.12 Security Considerations . 288.3 Technical Requirements . 298.3.1 Requirements for V

32、alue Unit bearing User Media 29CEN/TR 16092:2011 (E) DIN CEN/TR 16092 (DIN SPEC 70673):2011-10 3 8.3.2 Requirements for OBE 308.3.3 Requirements for POS Networks . 318.3.4 Requirements for Information and Payment Flow (Interfaces) . 318.4 Legal and Functional Constraints 318.4.1 Legal Considerations

33、 318.4.2 Functional constraints 339 Invoicing of the Service User . 349.1 General 349.2 VAT considerations . 349.3 Business model considerations 359.4 Invoice considerations 3510 Gaps in terms of Standards and recommendations 3710.1 Pre-Pay Account held in Central System 3710.2 Pre-Pay Account held

34、on OBE . 3710.3 Recommendation for next steps 37Annex A (informative) Examples of implementations . 38Bibliography 40CEN/TR 16092:2011 (E) DIN CEN/TR 16092 (DIN SPEC 70673):2011-10 4 Foreword This document (CEN/TR 16092:2011) has been prepared by Technical Committee CEN/TC 278 “Road Transport and Tr

35、affic Telematics”, the secretariat of which is held by NEN. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. CEN and/or CENELEC shall not be held responsible for identifying any or all such patent rights. This document has been pre

36、pared under a mandate given to CEN by the European Commission and the European Free Trade Association. CEN/TR 16092:2011 (E) DIN CEN/TR 16092 (DIN SPEC 70673):2011-10 5 Introduction The discussion on payment-modes within the environment of electronic fee collection at present is based on the existen

37、ce of a post-payment contract between the Toll Service Provider (TSP) and the Service User (SU). Pre-conditions of such a contractual agreement are sufficient creditworthiness of the SU, and existence of a bank account with the SU. Questions arise in the context of the access to an EFC system for SU

38、s not being able to meet the aforementioned pre-conditions; SUs with occasional needs to use an EFC system (mainly from the private sector) not willing to open a bank account; not able to open a bank account (by reasons what so ever) and therefore not allowed to participate; from countries with limi

39、ted access to the card market to participate in an interoperable EFC system, which may otherwise not be open to them. To meet the requirements of this clientele, one or more suitable ways of pre-payments have to be established for EFC to grant interoperability: stored value on an electronic medium;

40、stored value in a central account. As far as private users are concerned legislation could ask for anonymous payment modes as nobody can be forced to open or communicate a bank account. On the other hand such payment modes help Toll Service Providers to offer an interoperable EFC service to customer

41、s with a limited monetary risk. Before defining necessary standards in that field the requirements of a universal Pre-Payment system able to communicate with the OBE have to be evaluated, especially with regard to validity and feasibility for private users. CEN/TR 16092:2011 (E) DIN CEN/TR 16092 (DI

42、N SPEC 70673):2011-10 6 1 Scope This technical report (TR) analyses requirements for a universal Pre-Pay account system for EFC including the following issues: relations to other existing standards in this domain; the core requirements and functionality that must be provided. This technical report w

43、ill show an analysis of the requirements for a universal prepay system and categorise possible different types of pre-pay solutions, in terms of functionality, technical and legal considerations. As far as legal requirements are concerned it will be clarified whether the pre-payment means fall withi

44、n the scope of European Directive 2000/46/EC on the taking up, pursuit of and prudential supervision of the business of electronic money institutions and whether the medium-issuing organisation has to act as a financial institution and falls within the scope of the Payment Service Directive 2007/64/

45、EC. The latter applying exactly to payment activities undertaken by entities but do not require a full bank license. The technical report will describe the current state-of-affairs of EFC pre-payment systems, including the demand for standards and inventory of provisions provided by standards. It wi

46、ll identify and prioritize gaps in terms of standards or other enablers needed in order for the market to provide viable pre-payment solutions in a European context. There are two general approaches to represent the content of the TR: a) allocate each requirement under each pre-pay solution; b) allo

47、cate each pre-pay solution under each requirement. To achieve a better understanding and readability alternative a) has been decided (this refers to Clause 8 and Clause 9 only). The TR does not give any decision on how or whether one of the pre-payment solutions described is commercially feasible to

48、 be considered as an implementable offer to the Service User. The return for invest for any TSP regarding the system architecture requirements and other obligations (refunding of SU) is questionable. This TR just gives a summary of the requirements of possible pre-pay solutions. It is up to decision makers to evaluate the alternatives in the light of their individual preconditions of their tolling regime and of market acceptance. 2 Normative references The following referenced documents are indisp