United Nations ECE/TRANS/SC.1/2025/4
I. Background
II. Operational procedures stipulated by the eCMR Additional Protocol – digital environment
A. Authentication of the users including eCMR User I.D / eCN I.D.
- (a) The authentication of the users ;
- (b) The authentication of the final form of the consignment note[1].
Footnote 1: eCMR protocol / Article 3 / Authentication of the electronic consignment note
1. The electronic consignment note shall be authenticated by the parties to the contract of carriage by means of a reliable electronic signature that ensures its link with the electronic consignment note. The reliability of an electronic
signature method is presumed, unless otherwise proved, if the electronic signature:
(a) is uniquely linked to the signatory;
(b) is capable of identifying the signatory;
(c) is created using means that the signatory can maintain under his sole control; and
(d) is linked to the data to which it relates in such a manner that any subsequent change of the data is detectable.
B. Electronic Signatures
- (a) Authenticating the final form of the consignment note online by the parties (Consignor / Carrier);
- (b) Authenticating Carrier’s reservations while loading the goods and Consignor / sender ’s acceptance;
- (c) Authenticating the transferring of the right of disposal of the goods. Who has the right of disposal of the goods at certain points of a journey while there is no second copy of the paper consignment note to prove it, it is a major function of the CMR Convention. This is one of the main functions that a future eCMR system should accommodate and serve. Every time that this event is taking place (please see ECE/TRANS/SC.1/GE.22/2023/3) an authentication should be warranted;
- (d) Authenticating the Consignor / Sender’s making of changes regarding the consignee / receiver or providing new instructions. This event is directly connected with the liability of the carrier, and it has to be ensured who provides those new instructions;
- (e) Authenticating the proof of acceptance or not of the goods by the consignee with or without reservations. As described in ECE/TRANS/SC.1/2025/3, the consignee has to fulfil two steps process concerning the receipt of the goods: a. the proof of delivery and b. the confirmation of acceptance or not of the goods. For the first one the consignee has already authenticated themselves in a system. For the confirmation of acceptance, the consignee requires to authenticate themselves in order to finally accept the goods with or without reservations or not accepting them;
- (f) Authenticating customs authorities checking the goods and providing official annotations or courts requesting data. This applies if customs officers are required to authenticate themselves before accessing any data - it depends on the design of the high-level architecture and on how in the end the customs authorities will be interconnected -. Since it seems inefficient for customs authorities to register and authenticate their users with hundreds of IT providers that generate eCMRs in order to receive this information, ad hoc most probably this approach will not be followed;
C. Information technology Solutions
- (i) The electronic consignment note produced will have the same evidentiary value and produce the same effects as the paper consignment note (article 2, para 2, protocol).
- (ii) There is agreement among the contracting parties to the Protocol on the manner in which the party entitled to the rights arising out of the electronic consignment note is able to demonstrate that entitlement (article 5).
- (iii) There is agreement among the contracting parties to the Protocol on the procedures for supplementing or amending the electronic consignment note including the assurance that the electronic consignment note retained its integrity.
- (iv) Therefore, while en route customs authorities will recognize this electronic consignment note as an original one and in any future court case, courts will recognize the authenticity of their electronic consignment note which was generated based on the convention.
- (a) The entity should be anyone interested in developing an electronic solution. Private or Public entity;
- (b) All entities are free to choose any technology they wish;
- (c) The entities should decide if they have or not to charge for their services;
- (d) It would make sense in order to ensure integrity of data, that the IT provider should not have reading / amending access to the CMR data being generated by the system they have developed when this system is publicly available unless this is required due to operational reasons with the consent of the system users. If the system has been developed by the transport/shipper company itself for their own business, then they should have access to data based on the rules apply for the carriers/senders. The IT provider should not permit to sell or exchange the data being generated in their platform for profiting or any other reasons including competition etc. All these terms should be further reviewed with practices / national laws that apply regarding data protection etc.
D. National Certification Body
- (a) Provide the recommended conceptual and functional specifications including the UNCEFACT standards as agreed on the level of ITC/SC.1 to be used for the development of platforms that generate eCMRs;;
- (b) Validate the electronic solutions developed based on those specifications (independently of the technology used) and provide the official list of IT solutions recognized to be used for the generation of eCMRs in its territory (as well as recognized by the Contracting Parties of the eCMR Protocol). This will also protect the senders, carriers and consignees from solutions that do not comply with the CMR Convention and the eCMR recommended specifications especially vis a vis a court, a damage of the goods etc;
- (c) Monitoring the use of eCMR services in its territory and report cases on disruptions / monopolistic or oligopolistic practices etc. which are against the eCMR principles of operations;
- (d) Temporary/permanently withdraw validation to generate eCMR from IT solutions when such practices as mentioned above have been observed while informing all users of the system for such temporary / permanently withdraw of validation.
E. Safe storage of data
- (a) An assurance that the electronic consignment note retains its integrity and that a manner should exist that the party entitled to the rights arising out of the electronic consignment note is able to demonstrate that entitlement are provisions stipulated in article 5 to the eCMR protocol. In that sense, the experts identified a possible challenge with the storage of the original data. The CMR applies when something goes wrong, and the parties need to solve their disputes at the court. The courts therefore (Articles 31-33 to the CMR Convention) must have access to the original data;
- (b) CMR data includes commercially sensitive information that should not be disseminated in one hand or be concentrated by a minority of IT companies. In that sense, as a generic comment, monopolistic / oligopolistic practices should be avoided in order to protect the data and therefore system’s integrity, but this is something that the market should regulate and not the group of experts. However, in a free-market environment where a company can be merged with another from a neighbouring country or acquire another company from a neighbouring country or just establish branches everywhere, it is almost impossible for such practices to be avoided;
- (c) In order to ensure the availability of the original data, even in case an eCMR technology provider goes bankrupt, the original authenticated version of each eCMR should be shared with each of the users of the eCMR;.
- (d) The number of years of safe storing the data might also require to be harmonised. The group, if such a requirement is agreed, tentatively suggests that the eCMR data should be kept for a period of ten years after its generation for future use by any entity, public or private.
F. Information security policy
- (a) If requested, a comparison of data to ensure that original data is provided;
- (b) Back up in case of technological failure of the IT solution;
- (c) Back up in case of bankruptcy of the IT provider;
- (d) Fallback procedure.
G. Fallback procedure

H. Explanation on Article 6 - Additional obligations of the carrier when using electronic consignment notes (Article 6, para. 1, eCMR)
III. eCMR high level architecture
- (a) In the future, hundreds of applications / technological solutions will exist on National level that would generate eCMRs servicing thousands of carriers and consignees of this World. These applications / technological solutions could have been developed by anyone interested in implementing the eCMR protocol including private and public entities. These IT solutions should be able to include / accept as users of their IT solutions consignees, freight forwarders, sub-contractor and successive carriers that are operating abroad, users that have been authenticated by other national authentication systems / mechanisms, and exchange eCMR data with users that may be using different eCMR IT solutions.
- (b) Facilitation of International Road transport counts on seamless and efficient border crossings operations. The CMR Convention serves that role with the use of paper consignment notes since 1956. Read access to data by the public authorities is a requirement that Governments in coordination with the private sector should work to ensure.