Edifact 95B报文解读

PART 1 INTRODUCTION D100_D.95B

PART 2 UNIFORM RULES OF CONDUCT FOR INTERCHANGE PART2_D.ZIP(1)
OF TRADE DATA BY TELETRANSMISSION (UNCID)
传送传送的贸易数据的统一行为规则(发音标准)
Chapter 1 Introductory note D210_D.95B

Chapter 2 Text of the uniform rules of conduct D220_D.95B

Chapter 3 Guide for users (2)

Chapter 4 Interchange agreement D240_D.95B

PART 3 TERMS AND DEFINITIONS PART3_D.ZIP(1)
Glossary D300_D.95B
术语和定义
PART 4 UNITED NATIONS RULES FOR ELECTRONIC PART4_D.ZIP(1)
DATA INTERCHANGE FOR ADMINISTRATION,
COMMERCE AND TRANSPORT
联合国管理电子数据交换规则,贸易和运输
Chapter 1 Introduction D410_D.95B

Chapter 2 General information
2.1 Establishment of United Nations
Standard Message types (UNSMs) D421_D.95B
2.2 UN/EDIFACT syntax rules
(ISO 9735-latest version) D422_D.95B
2.3 UN/EDIFACT syntax implementation D4231_D.95B
guidelines D4232_D.95B
D4232A_D.95B
D4233_D.95B
2.4 UN/EDIFACT message design guidelines D424_D.95B
2.5 Version/release D425_D.95B
2.6 General introduction to UNSM
descriptions D426_D.95B

PART 5 UNITED NATIONS DIRECTORIES FOR ELECTRONIC
DATA INTERCHANGE FOR ADMINISTRATION,
COMMERCE AND TRANSPORT
联合国的电子数据交换目录,商业和运输
Chapter 1 Introduction CONTENTD.95B
Chapter 2 Message type directory(EDMD) TRMD.ZIP(1)
1. Indexes
1.1 Index of message types by code TRMDI1.95B 【APERAK-WKGRRE 共132个】
1.2 Index of message types by name TRMDI2.95B
editfact一层字段查找表
2. Message type specifications xxxxxx_D.95B
(xxxxxx = message type; for example,
INVOIC_D.95B contains the specification
for the invoice message)
Chapter 3 Message frameworks(TRFR)(3)
1. Indexes
1.1 Index of framework types by code
1.2 Index of framework types by name
2. Framework type specifications

Chapter 4 Segment directory (TRSD) TRSD.ZIP(1)(4)
目录段-editfact二层字段查找表
1. Indexes
1.1 Index of segments by tag TRSDI1.95B 【ADR-VLI 共126个】
1.2 Index of segments by name TRSDI2.95B
2. Segment specifications TRSD.95B

Chapter 5 Composite data element directory (TRCD) TRCD.ZIP(1)(5)
复合数据元素目录-editfact复合字段查找表
1. Indexes
1.1 Index of composites by tag TRCDI1.95B 【C002-C960 共160个】
1.2 Index of composites by name TRCDI2.95B
2. Composite specifications TRCD.95B 【字段编号和非复合字段详情表一样】

Chapter 6 Data element directory (TRED) TRED.ZIP(1)(6)
数据元目录-edifact非复合字段目录表
1. Indexes
1.1 Index of data elements by tag TREDI1.95B 【1000-9434 共595个】
1.2 Index of data elements by name TREDI2.95B
2. Data element specifications TRED.95B

Chapter 7 Code lists (UNCL) UNCL.ZIP(1)
标准-edifact非复合字段详情表
1. Code list UNCL-1.95B 【1001-4405】
UNCL-2.95B 【4435-9411】
2. Service code list UNSL.ZIP(1)
UNSL.95B 【0001-0085】

时间: 2024-12-23 19:02:55

Edifact 95B报文解读的相关文章

HTTP头部信息解读

前端开发人员也是需要了解各种网络协议的,下面是关于HTTP消息头部信息的解读. 通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消息.客户端向服务器发送一个请求,请求包含请求的方法.URL.协议版本.以及包含请求修饰符.客户信息和内容的类似于MIME(邮件组织结构)的消息结构.服务器以一个状态行作为响应,相应的内容包括消息协议的版本,成功或者错误编码加上包含服务器信息.实体元信息以及可能的实体内容. HTTP协议定义了很多与服务器交互的方法,最基本的有四种,分别是GET.POS

网络架构 :七层协议解读

七层协议: 物理层: 通过 网线/无线电波将计算机连接在一起,而物理设备只能传递电信号(高(1)低(0)电平! 例如: // 010101010000111010101010101010 (需要传递的数据) 数据链路层: 单纯的0和1没有实际意义的!必须将0 和 1 分组并且规定解读方式! 以太网协议:局域网协议!提出了 "数据包" 的概念! 网络层: 网络层主要就是:建立 "主机/IP" 到 "主机/IP" 之间的连接. 那么如果找到网络中唯一

HttpClient 4.3连接池参数配置及源码解读

目前所在公司使用HttpClient 4.3.3版本发送Rest请求,调用接口.最近出现了调用查询接口服务慢的生产问题,在排查整个调用链可能存在的问题时(从客户端发起Http请求->ESB->服务端处理请求,查询数据并返回),发现原本的HttpClient连接池中的一些参数配置可能存在问题,如defaultMaxPerRoute.一些timeout时间的设置等,虽不能确定是由于此连接池导致接口查询慢,但确实存在可优化的地方,故花时间做一些研究.本文主要涉及HttpClient连接池.请求的参数

解读大型网站的演变过程

有一次去图书馆看书,遇到一个刚毕业不久,在图书馆学习php,我就和他聊天,他期间问到一个问题"如何开发一个大型网站",这个问题吓不倒我呀,我了解一些了,当时就和他连说带比划了一次,回家了我仔细又想了想,觉得还是写篇文章记录下 任何网站都是从一个小网站 演变成 一个复杂的网站的(后面我们用成熟的网站表示大型网站) 才开始一个网站不可能非常成熟的,都是随着用户量的增长,业务功能的不断扩展逐渐完善的 第一:最初的网站架构 这个时候应该是最简单的架构了,应用程序,文件,数据库,web软件 都放

Volley源码解读(上)

Volley框架的使用 Volley网络框架的使用方式绝大部分人都已经很熟悉了. 最简单的就是通过Volley提供的静态方法newRequestQueue(Context context)来返回一个消息队列MessageQueue,然后在需要使用时将构造的网络请求消息添加到队列中去,这样就可以完成网络请求 //定义全局的请求队列 requestQueue=Volley.newRequestQueue(getApplicationContext()); //实例化一个请求,并添加到请求队列中去:

中国银联mPOS通用技术安全分析和规范解读

mPOS是近年出现并得到迅速发展的一种新型受理产品,不少机构和生产企业进行了各种形式的试点. 因为mPOS引入了手机.平板电脑等通用智能移动设备.并通过互联网进行信息传输.因此其安全特点与传统银行卡受理终端存在不同;同一时候,市场对mPOS含义认识不一,安全水平參差不齐.因而也对安全管理提出了更大的挑战. 本文基于银联终端工作组研究成果.结合最新公布的<中国银联mPOS通用技术安全要求>(下面简称<要求>).对mPOS技术概念.安全目标和技术要求进行解读,并提出系统应用部署的安全方

AFNetworking 3.0 源码解读 总结

终于写完了 AFNetworking 的源码解读.这一过程耗时数天.当我回过头又重头到尾的读了一篇,又有所收获.不禁让我想起了当初上学时的种种情景.我们应该对知识进行反复的记忆和理解.下边是我总结的 AFNetworking 中能够学到的知识点. 1.枚举(enum) 使用原则:当满足一个有限的并具有统一主题的集合的时候,我们就考虑使用枚举.这在很多框架中都验证了这个原则.最重要的是能够增加程序的可读性. 示例代码: /** * 网络类型 (需要封装为一个自己的枚举) */ typedef NS

自动化WiFI钓鱼工具——WiFiPhisher源码解读

工具介绍 开源无线安全工具Wifiphisher是基于MIT许可模式的开源软件,运行于Kali Linux之上. github.com/sophron/wifiphisher 它能够对WPA加密的AP无线热点实施自动化钓鱼攻击,获取密码账户.由于利用了社工原理实施中间人攻击,Wifiphisher在实施攻击时无需进行暴力破解. 此外安利一个我们正在开发的项目,基于wifiphisher的校园网钓鱼工具,希望有小伙伴来一起玩耍:-P github.com/noScripts/Campus-Fake

IP协议解读(二)

IP协议是TCP协议栈中的核心协议,也是网络编程的基础之一. 我们接着在IP协议解读(一)继续学习 网络层作用 IP分片: IP数据报的长度超过帧的MTU时,将会被分片传输.分片可能发生在发送端,也可能发生在中转路由器上,并且可能在传输过程中被多次分片.最终会在接收器上被IP模块重新组装. 在IP协议解读(一)中讲述了16位数据报标识.3位的标识,13位的片偏移给分片和重组提供了足够的信息.一个IP数据报的每个分片都具有自己的头部.他们具有相同的标识值,但具有不同的片偏移. 以太网的MTU位15