Patrick,

å

å

谢谢！ 孙文峰 中国标准化研究院

------------------------------------------------------------------------

[oasis logo]

统一业务语言（UBL） 1.0

发布日期

2004年8月1日

文档标识符

cd-UBL-1.0-cnlsc

文档说明

本文件是对OASIS的委员会草案的中文版

位置

æš‚æ— http://docs.oasis-open.org/ubl/cd-UBL-1.0/

文件åŒ

http://docs.oasis-open.org/ubl/cd-UBL-1.0.zip

起草è€

Bill Meadows, Sun Microsystems <bill...@sun.com <mailto:bill...@sun.com>>

Lisa Seaburg, Aeon LLC <lsea...@aeon-llc.com <mailto:lsea...@aeon-llc.com>>

协助起草单位

Members of the Technical Committee <doc/etc/UBL-credits-1.0.html>

中文本地化工作单位

中国标准化研究院<http://www.cnis.gov.cn>

中文本地化工作人员

孙文峰<sun...@cnis.gov.cn <mailto:sun...@cnis.gov.cn>>

魏宏<we...@cnis.gov.cn <mailto:we...@cnis.gov.cn>>

程ç

等等

　

摘要

本规范定义了统一业务语言

状态

本文档是OASIS
统一业务语言技术委员会的委员会草案，由中文本地化分委员 会翻译。有何意见请反映至UBL技术委员会的网址：

http://www.oasis-open.org/committees/comments/form.php?wg_abbrev=ubl

目 次

1 前言 <#INTRO>

2 规范性引用文件 <#REFS>

3 术语和定义 <#DEFS>

4 符号和缩略语 <#ABBR>

5 UBL 1.0 采购流程 <#PROCURE>

6 UBL 1.0 Schemas <#SCHEMAS>

附录 <#NOTES> A ( <#NOTES>资料性附录 <#METHOD>)：版本说明 <#NOTES>

附录 <#METHOD> B (资料性附录)： UBL 方法 <#METHOD>

附录 <#METHOD> C ( <#FORMAT>资料性附录 <#METHOD>)：格式规范
<#FORMAT>

附录 <#METHOD> D ( <#INSTANCES>资料性附录 <#METHOD>)：实施实例 <#INSTANCES>

附录 <#METHOD> E ( <#CODES>资料性附录 <#METHOD>)：代码表 <#CODES>

附录 <#METHOD> F ( <#ASN1>资料性附录 <#METHOD>)：ASN.1 规范 <#ASN1>

附录 <#METHOD> G ( <#ONGOING>资料性附录 <#METHOD>)：现行工作项目 <#ONGOING>

附录 <#METHOD> H: 附注 <#NOTICES>

1 前言

自从1998å¹´W3Cå°†XML批准为推荐性标准以来，XML已被一些行业采纳为定义å 子商务中报文交换的框架。XML的广泛使用导致了多种面向行业的业务单证的 XML版本的发展，如订购单、发货通知和发票等。

面向行业的数据格式的优点是实现在å 务领域å†

*

开发并维护诸如定购单和发票之类的å 量的重复劳动。

*

创建并维护多种转化工å

*

多种XML格式的存在使得XML业务报文与办å

*

为了支持任意数量的XML格式使得相å 过培训的人员找到。

OASIS的统一业务语言(UBL)的目的是通过为业务单证定义一个通用的XML交换格 式来解决这些问题，这个通用的交换格式可以通过进行扩展来满足特定行业的 需要。å

*

诸如“地址”、“项目”和“付款”之类的可重用数据成分的XML
schema库。

*

诸如“订单”、“发货通知”和“发票”之类的å

*

支持UBL在特定贸易å

XML业务schema的标准基础可å

*

åœ¨ä¼ä¸šä¹‹é—´å’Œä¼ä¸šå† çš„ä¼˜ç‚¹ã€‚

*

由于处理给定XML标记集的软件较处理无限数量的标记集的软件更为容易 开发，商业软件的成本被大大降低。

*

由于用户ä»

*

由于进å

*

标准化的培训可以造就大量熟练的技术人员。

*

可以形成一批的统一的系统集成商。

*

标准化的成本低廉的数据导å

UBL的目的是提供一套统一理解并确认的商业语法，用于合法地绑定业务单证并 在标准化的业务框架（如ISO 15000, ebXMLï¼‰å† å°†çŽ°æœ‰EDI系统带来的效益扩展到所有规模企业的基础设施。UBL可以为所有人 å

UBL schema是模型化的、可重复使用的，且可用XML的相å ebXML核心构件技术规范2.01的应用，UBL库基于信息构件的概念模型，即业务 信息实体（BIEs）。这些构件组合成特定的单证模型，例如订单和发票。这些 单证组合模型按ç 促进了1.0版本规定的之外的基于UBL的单证类型的生成。本标准描述了基本的 UBL文档类型支持的“订单——发票”的业务过程。

为了便于实施，规范的UBL schemaè¿˜å¸¦æœ‰ä¸€äº›èµ„æ–™æ€§çš„è¾ æ‹¬åœ¨æœ¬æ ‡å‡†å†

*

Schema所基于的单证构件的UML类图表

*

描述单证组合的UML类的图表

*

定义单证组合的Spreadsheet（excel 文件）表单模型

*

两个应用实例的描述

*

每个UBL单证在上述两个应用实例中的使用范例

*

应用实例中所有文档的格式规范

*

对应每个UBL基本业务单证类型的联合国文件格式要求的格式规范

*

将UBL报文转化成二进制形式的ASN1.0规范

2 规范性引用文件

*[ASN.1]* ITU-T X.680-X.683: Abstract Syntax Notation One (ASN.1); ITU-T X.690-X.693: ASN.1 encoding rules http://www.itu.int/ITU-T/studygroups/com17/languages/X.680-X.693-0207w.zip http://www.oasis-open.org/committees/download.php/6320/X.680-X.693-0207w.zip *[CCTS]* UN/CEFACT ebXML Core Components Technical Specification 2.01 http://www.untmg.org/downloads/General/approved/CEFACT-CCTS-Version-2pt01.zip http://www.oasis-open.org/committees/download.php/6232/CEFACT-CCTS-Version-2pt01.zip *[ISO11179]* ISO/IEC 11179-1:1999 Information technology — Specification and standardization of data elements — Part 1: Framework for the specification and standardization of data elements http://www.iso.org/iso/en/ittf/PubliclyAvailableStandards/c002349_ISO_IEC_11179-1_1999(E).zip <http://www.iso.org/iso/en/ittf/PubliclyAvailableStandards/c002349_ISO_IEC_11179-1_1999%28E%29.zip> http://www.oasis-open.org/committees/download.php/6233/c002349_ISO_IEC_11179-1_1999%28E%29.pdf *[RFC2119]* Key words for use in RFCs to Indicate Requirement Levels http://www.faqs.org/rfcs/rfc2119.html http://www.oasis-open.org/committees/download.php/6244/rfc2119.txt.pdf *[UML]* Unified Modeling Language Version 1.5 (formal/03-03-01) http://www.omg.org/docs/formal/03-03-01.pdf http://www.oasis-open.org/committees/download.php/6240/03-03-01.zip *[XML]* Extensible Markup Language (XML) 1.0 (Second Edition),W3C Recommendation 6 October 2000 http://www.w3.org/TR/2000/REC-xml-20001006 http://www.oasis-open.org/committees/download.php/6241/REC-xml-20001006.pdf *[XSD1]* XML Schema Part 1: Structures, W3C Recommendation 2 May 2001 http://www.w3.org/TR/xmlschema-1/ http://www.oasis-open.org/committees/download.php/6248/xsd1.html *[XSD2]* XML Schema Part 2: Datatypes, W3C Recommendation 2 May 2001 http://www.w3.org/TR/xmlschema-2/ http://www.oasis-open.org/committees/download.php/6247/xsd2.html

3 术语和定义

*组合模型 Assembly model* 一个可作为单证的schema实施的树型结构的模型。 *类图表 Class diagram* [UML] <#uml> 使用å 属性和å *构件模型 Component model* 一个规范化的数据构件的表示，该数据构件用来描述对象类之间一个可能 çš„å *语境Context* æŸäº›äº‹ç‰©å­˜åœ¨æˆ–å‘ç”Ÿçš„çŽ¯å¢ƒï¼ŒåŒ *依赖图表 Dependency diagram* 强调对象类之间依赖å *单证 Document* 作为业务交易的一部分来交换的一套信息构件，例如，发出一个订单。 *功能依赖å 一种聚合构件的方式，å å³åŽè€ *规范化Normalization* 标识和定义功能依赖å *表单模型Spreadsheet model*

用表格表示的组合模型的表示。

*XSD schema* 一个符合W3C XML Schema 语言[XSD1] <#xsd1>[XSD2] <#xsd2>的XML单证 定义。

本标准中也使用了一些核心构件、基本核心构件、聚合类核心构件、å 心构件、业务信息实体、基本业务信息实体、聚合类业务信息实体的术语，å 定义见[CCTS] <#ccts>。

本标准中也使用了一些对象类、属性词、表示词以及限定符，å [ISO11179] <#iso11179>。

æœ¬æ ‡å‡†ä¸­å‡ºçŽ°çš„â€œå¿ â€œå¯èƒ½â€ã€â€œå¯é€‰çš„â€å

4 符号和缩略语

*ABIE* 聚合类业务信息实体 *ACC* 聚合类核心构件 *ASBIE* å *ASCC* å *BBIE* 基本业务信息实体 *BCC* 基本核心构件 *BIE* 业务信息实体 *CC* 核心构件 *EAN* 欧洲物品编码委员会 *EDI* 电子数据交换 *ISO* å›½é™ *NDR* UBL命名和设计规则（见附录B.4） *UML* 统一建模语言[UML] <#uml> *UN/CEFACT* 联合国贸易促进和电子业务中心 *XML* 可扩展置标语言 [XML] <#xml> *XSD* W3C XML Schema 语言 [XSD1] <#xsd1> [XSD2] <#xsd2>

5 UBL 1.0 采购流程

UBL1.0文档合构件库的设计支持å 了基本流程以及UBL1.0中该流程的单证类型角色的业务规则和编排å

非常需要注意的是UBL库的设计支持了UBL1.0æ–‡ä»¶åŒ æœ›å½“UBL发展时，再增加å

5.1 “订单——发票”循环

è¿™ä¸€æ¨¡åž‹æè¿°äº†ä¸€ä¸ªä»Žå‘ç¥¨åˆ°è®¢å•çš„åŸºæœ¬çš„è´¸æ˜“å¾ªçŽ¯ï¼ŒåŒ çš„è´­ä¹°æ–¹ã€è´§ç‰©çš„é”€å”®æ–¹ã€ä»¥åŠè´§ç‰©çš„æŽ¥æ”¶æ–¹ï¼ŒæŽ¥æ”¶æ–¹å¯èƒ½ä¸Žè´­ä¹°æ–¹ä¸åŒã€‚æ”¯ 持这一流程的UBL提供的单证类型åŒ

订单

简单订单应答

详细订单应答

订单更改

订单撤销

发货通知

收货通知

发票

下边图标中的黑框中显示了基本流程中的每种文档类型。

[order-to-invoice diagram]

*Figure 1. Order-to-Invoice Business Process*

5.2 单证业务规则

本部分描述了基本“订单——发票”流程的业务规则，该规则在UBL1.0被看作单证 类型的需求。

5.2.1 订单

订单可以规定折扣和费用方面的说明（如，运费，文档等。）来标识费用的类 型以及由谁支付。订单付款方式可以依据给定的卖方的贸易信息帐户，或一个 信用卡/å€Ÿè®°å¡å¸æˆ·ï¼Œæˆ–è€ äºŽæ‰€æœ‰å®šä»·çš„å’Œä¸“é—¨ç”¨äºŽå‘ç¥¨å‡ºç¥¨çš„å 单个的货项规定用于定价、折扣或费用的货币。

è´¸æ˜“æŠ˜æ‰£å¯ä»¥åœ¨è®¢å•è¿™ä¸€çº§è§„å®šã€‚åœ¨æœªè§„å®šçš„æƒ æ‰£ã€‚å–æ–¹æœ‰å¿

订单可以规定一些交货条款和条件，用于和交货地点有å 息通常在发货通知之后出现。

*

运输

o

å·¥å

o

模式

o

一对多脚的运输阶段

+

日期

+

地点

o

到达“窗口”

*

托运åŒ

o

类型，例如集è£

o

标识符，例如SSCC，运货标记（发货通知）

订单提供了多个订单行项，每个订单行项给出单个发货地点的规定以及交货数 量计划和所要求的交货日期。

订单行项可以给出交货的说明，而订单可以规定交货条款。

购买方可以给出å çš„è´§é¡¹ã€‚å¤‡é€‰è´§é¡¹å¯ä»¥åœ¨è´§é¡¹é™å®šç¬¦çš„èŒƒå›´å† æ”¹å˜ï¼Œå¦‚ï¼Œ20X6çš„åŒ

5.2.2 简单订单应答

ç®€å•è®¢å•åº”ç­”æ˜¯å–æ–¹æ”¶åˆ°ä¹°æ–¹çš„è®¢å•çš„ç¡®è®¤æ–¹å¼ï¼Œè¡¨æ˜Žè¯¥è®¢å•æˆ–è€ æ”¹åœ°æ‰§è¡Œï¼Œæˆ–è€

5.2.3 订单应答

卖方建议的修改通过å

订单应答建议替换原订单。它反映了订单交易的一个å 一种方法使得卖方向买方确认或提供买方在发出订单时并未获知或并未规定的 一些å

*

交货日期，在买方没有特别要求的æƒ

*

ä»·æ ¼

*

贸易折扣

*

费用

*

æµ·å

å–æ–¹å¯ä»¥ä½¿ç”¨è®¢å•åº”ç­”ç»™å‡ºæ›´æ”¹æˆ–æ›¿æ¢ï¼Œæˆ–è€ çš„è´§é¡¹å¯åœ¨è´§é¡¹æ ‡è¯†ç¬¦çš„èŒƒå›´å† çš„åŒ

5.2.4 订单更改

依据法定合同和贸易伙伴协议，购买方可以用两种方法更改一个已创建的订 å•ï¼šå‘é€ä¸€ä¸ªè®¢å•æ›´æ”¹ï¼Œæˆ–è€ çš„å®Œæ•´çš„ä»£æ›¿çš„è®¢å•ã€‚

一个订单更改反映了一个订单交易的å

出于多种原因，购买方可以对一个å é¡¹ã€æ•°é‡ã€äº¤è´§æ—¥æœŸã€è´§ç‰©è¿åˆ°åœ°ç‚¹ç­‰ã€‚ä¾›åº”å•†å¯ä»¥ä½¿ç”¨è®¢å•åº”ç­”æˆ–è€ å•åº”ç­”æŽ¥å—æˆ–è€

5.2.5 订单撤销

在流程中的任意一点，一个购买方可以使用订单撤销单证取消一个已创建的订 å•äº¤æ˜“ã€‚è®¢å•æ’¤é”€å¯ä»¥è¢«å¿½ç•¥çš„æƒ å§‹ï¼‰ï¼Œæ˜¯ç”±æ³•å®šåˆåŒã€è´¸æ˜“ä¼™ä¼´åè®®å’Œä¸šåŠ¡è§„åˆ™é™å®šçš„ã€‚åœ¨åè®®å’Œè§„åˆ™çš„é™å®š 下，订单撤销可以是，也可以不是一个自动的业务交易。作为业务承诺的合同 信息的条款和条件将决定哪些这样的限制或规则适用。

5.2.6 发货通知

下列信息可能出现在发货通知中：

*

运输

o

å·¥å

o

方式

o

一对多脚的运输阶段

+

日期

+

地点

o

到达窗口

*

托运åŒ

o

类型，如集è£

o

标识符，如SSCC货运标签

发货通知解决下面两种æƒ

*

发货机构使用运输处理单å å 的运输处理单å

*

发货机构使用发货行项安排货项，并标注货项所在的运输处理单å 促进对订单的核对。为了方便，任何一个订单行项分散到多个运输处理 单å

另外，以上任一æƒ

*

å 给定的日期用一个完整的发货发出。

*

部分发货——告知接收方或购买方将要或正在将订单中的货项在一个给定 的日期部分地发出。

发货通知中的发货行项不需要与订单行项一一对应，应通过引用相å 通知的信息结构可能导致一个订单行项对应多个发货行项的结果。同样，部分 发货可能导致某些订单行项与一个订单通知中的行项不匹é

在一个发货通知中，一个货项可能会给出货物的原在国以及货物的危险程度。

5.2.7 收货通知

收货通知是由接收方（购买方）向销售方发出的，来确认货项的接收，而且能 够说明货物的损失和损伤。

æ”¶è´§é€šçŸ¥è§£å†³äº†ä¸¤ç§æƒ ä¸Žå¯¹åº”çš„å‘è´§é€šçŸ¥ç»“æž„ç›¸åŒã€‚

*

通过运输处理单å 项与销售方详细给出的发货通知一一对应。

*

通过运输处理单å 发货通知一一对应。

收货通知应å 给定的原因被拒绝的货物数量。

就目前而言，收货行项中可以有一个拒绝数量和原因。然而，如果需要为同一 个货项说明å 货行项对应多个收货行项。

5.2.8 发票

ä¸€èˆ¬æ¥è¯´ï¼Œå‘ç¥¨çš„å‘å‡ºåŸºäºŽä¸€ä¸ªå‘è´§äº‹ä»¶æ¿€å‘ä¸€ä¸ªå‘ç¥¨çš„æƒ ä¹Ÿå¯ä»¥åœ¨å

*

预付款发票（预期将收到付款）

*

估价发票（前期建议，未预期收到付款）

*

普通发票，在已发货项发货时给出

*

收货通知返回后给出的发票

å‘ç¥¨å•è¯ä¸­ä» ç­”ã€å‘è´§é€šçŸ¥ä»¥åŠæ”¶è´§é€šçŸ¥ä¸­å¼€å‘ç¥¨æ˜¯å¹¶ä¸éœ€è¦çš„å·²æœ‰ä¿¡æ¯ã€‚å¦‚æžœéœ€è¦ï¼Œå‘ç¥¨ 单证可以引用订单、发货通知或è€

发票单证中的缴税项å 顺序（例如，能源税，带有VAT增值税，并重复征收）。

费用可在计算税务之前规定，可按ç 证总额的百分比数规定。这些费用åŒ

*

åŒ

*

送递/邮寄

*

运费

*

文本起草费用

每个发票行项可以引用任何相å

å‘ç¥¨å•è¯å¹¶æœªåŒ æ‹¬äº†éœ€è¦ä»˜æ¬¾çš„å‘ç¥¨ã€å€Ÿæ–¹é™„æ³¨å’Œè´·æ–¹é™„æ³¨ã€‚

5.3 货项业务规则

货项结构从所有基本过程中的单证类型中获得。

5.3.1 货项标识

每个货项用一个标识符进行标识（如，一个产品标识符），应为以下中之一种：

*

买方货项标识

*

卖方货项标识

*

制造商货项标识

*

目录货项标识

*

参ç

è´§é¡¹æ ‡è¯†å‡å®šä¸€ä¸ªè´§é¡¹çš„æ¯ä¸ªä¸åŒçš„åŒ è´§é¡¹çš„6åŒ

货项可以通过计量单位和物理属性进一步进行区分。这使得以下各种货项规定 成为可能。

5.3.1.1 需要进行描述的货项

该货项的产品代码标识不能被机器无歧异地处理，需要另外的描述性信息，来 对å

5.3.1.2 客户定义的货项

该货项由客户按ç 比较的 “标准的”货项。

5.3.1.3 需要计量的货项

该货项需要规定一个或多个计量，作为货项的描述性规定的一部分。

5.3.2 货项的定价

å¯¹äºŽä»»ä½•ç»™å®šçš„è´§é¡¹ï¼Œä»·æ ¼å† å®šåŠ¨æ€ä»·æ ¼ã€‚è´­ä¹°æ–¹å¯èƒ½å¹¶ä¸çŸ¥é“è´§é¡¹çš„åŸºå‡†ä»·æ ¼ï¼Œåœ¨è¿™ç§æƒ æ­¤ï¼Œé”€å”®æ–¹æœ‰å¿

5.3.3 å

è™½ç„¶å·²è®¢è´§é¡¹å¯èƒ½åŒ æ–¹å¯èƒ½ä¸çŸ¥é“è´§é¡¹çš„æ€§è´¨ã€‚è´§é¡¹çš„å±é™©æ€§çš„è¯´æ˜Žä»¥åŠå 货通知中给出。

6 UBL 1.0 Schema

UBL XSD
schema是UBL定义的文档组合模型的应用。他们是UBL1.0文档类型和库 构件的唯一规范性表示。

所有UBL1.0 XSD schemaåŒ æž„è§é™„å½•A，不同的schema模型的依赖å 录又进一步分为xsd/maindoc/，xsd/common/，以及xsd/codelist/子目录。

为了便于实施schema，在xsdrt子目录有一个平行的（技术上是非规范性的） “运行时间”集，它带有节选出来的的标注å

6.1 UBL单证schema

定义8个支持基本的UBL1.0“订单——发票”流程的基本的单证类型的xsd
schema 位于xsd/maindoc目录，如下。

*订单* xsd/maindoc/UBL-Order-1.0.xsd *订单应答* xsd/maindoc/UBL-OrderResponse-1.0.xsd *简单订单应答* xsd/maindoc/UBL-OrderResponseSimple-1.0.xsd *订单更改* xsd/maindoc/UBL-OrderChange-1.0.xsd *订单撤销* xsd/maindoc/UBL-OrderCancellation-1.0.xsd *发货通知* xsd/maindoc/UBL-DespatchAdvice-1.0.xsd *收货通知* xsd/maindoc/UBL-ReceiptAdvice-1.0.xsd *发票* xsd/maindoc/UBL-Invoice-1.0.xsd

6.2 UBLå

Xsd/commonç›®å½•åŒ å 成了主要单证schemaï¼›å 定义；å 件的名称，以及å

6.2.1 可重复使用的业务信息实体schema

*å xsd/common/UBL-CommonBasicComponents-1.0.xsd 这一schema定义了UBL中广泛使用的å å UBL命名和设计规则的规定，这一schemaä¸åŒ ç±»åž‹çš„BBIE；这些BBIE在使用时由本地定义。 *å xsd/common/UBL-CommonAggregateComponents-1.0.xsd 这一shema定义了UBL中广泛使用的聚合类业务信息实体（ABIE），å 作用是用于创建主要单证的“å

6.2.2 可重复使用的数据类型schema

*核心构件类型* xsd/common/UBL-CoreComponentTypes-1.0.xsd 这一shema提供了[CCTS]
<#ccts>定义的核心构件类型。这些类型用来 以标准化和一致的方式构建更高层的数据类型。这一schema不能被修改。 *未限定的数据类型* xsd/common/UBL-UnspecializedDatatypes-1.0.xsd 这一schema定义了 [CCTS]
<#ccts>规定的主要和二级表示术语的未限 定的数据类型。这些XSD复合类型机构来自于核心构件类型，是生成å 他数据类型的基本数据类型。这一schema不能被修改。 *限定的数据类型* xsd/common/UBL-SpecializedDatatypes-1.0.xsd 这一schema给出了[CCTS]
<#ccts>定义的限定的数据类型。这些XSD复 合类型结构通过扩展、限定、以及å 生成。如facets.规定的数据类型已在UBL1.0采购流程中被客户化，可 能会被进一步扩展来支持业务语境所需的å

*注：*在此使用“限定”和“未限定”的用语，而不使用“规定”和“未规定”的用 语，目的是避å 相混淆。

6.2.3 单证å

*核心构件参数* xsd/common/UBL-CoreComponentParameters-1.0.xsd 这一schema定义了出现在所有å 诸如对象类、表示术语、语义描述和å

6.3 UBL代码表schema

UBL1.0所需的13ä¸ªä»£ç è¡¨åŒ ç¬¦åˆä»»æ„ä¸»è¦å•è¯schema的构件例子代码表中的值进行验证。å 用的表示形式见附录E。

*确认应答代码* xsd/codelist/UBL-CodeList-AcknowledgementResponseCode-1.0.xsd *折让费用原因代码* xsd/codelist/UBL-CodeList-AllowanceChargeReasonCode-1.0.xsd *通道代码* xsd/codelist/UBL-CodeList-ChannelCode-1.0.xsd *芯片代码* xsd/codelist/UBL-CodeList-ChipCode-1.0.xsd *国家标识代码* xsd/codelist/UBL-CodeList-CountryIdentificationCode-1.0.xsd *货币代码* xsd/codelist/UBL-CodeList-CurrencyCode-1.0.xsd *单证状态代码* xsd/codelist/UBL-CodeList-DocumentStatusCode-1.0.xsd *纬度方向代码* xsd/codelist/UBL-CodeList-LatitudeDirectionCode-1.0.xsd *行状态代码* xsd/codelist/UBL-CodeList-LineStatusCode-1.0.xsd *经度方向代码* xsd/codelist/UBL-CodeList-LongitudeDirectionCode-1.0.xsd *操作符代码* xsd/codelist/UBL-CodeList-OperatorCode-1.0.xsd *付款方式代码* xsd/codelist/UBL-CodeList-PaymentMeansCode-1.0.xsd *替代状态代码* xsd/codelist/UBL-CodeList-SubstitutionStatusCode-1.0.xsd

6.4 schema依赖å

下面的图表显示了组成一个UBL1.0单证schemaçš„schema模型之间的依赖å 注（和本此发布版本中å 赖的构件。

[schema dependency diagram]

*Figure 2. UBL Schema Dependencies*

附录 A (资料性附录): 版本说明

A.1 获得本版本的地址

在本文档开头的地方可以在线下载本版本。

A.2 文件åŒ

UBL1.0规范是作为一个名为cd-UBL-1.0.zipçš„æ–‡ä»¶å‘å¸ƒçš„ã€‚å°†æ­¤æ–‡ä»¶åŒ åˆ°ä¸€ä¸ªåä¸ºcd-UBL-1.0的目录，å index.html）和一些子目录。这些子目录中的文件从index.html中，被 index.htmlæ‰€é“¾æŽ¥ï¼ŒåŒ é¢ç»™å‡ºäº†æ¯ä¸ªç›®å½•çš„æè¿°ã€‚

*|art/|* 本标准中使用的图表。 *|asn/|* ASN.1规范，见附录F *|doc/|* UBL 技术委员会创建的支持文档，也被本标准引用。 *|fs/|* 格式规范见附录C *|mod/|* UBL表单模型，见附录B.3 *|uml/|* UML图表，见附录B.2，B.3，和B.6 *|xml/|* 实用范例，见附录D *|xsd/|* XSD schema见第6部分。 *|xsdrt/|* “运行时间”XSD schema，见第6部分。

A.3 å·¥å

UBL激发了相å 员会的的网站上找到一系列的UBLå·¥å

http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl-ttsc.

A.4 支持

UBLæ˜¯å›½é™ ä¸Šï¼Œä½äºŽï¼š

http://lists.oasis-open.org/archives/ubl-dev/

可从下列网址向OASIS目录å

http://lists.oasis-open.org/ob/adm.pl

A.5 递归结构

库中某些构件å ä»¥è§„å®šå¦ä¸€ä¸ªå‘è´§ã€‚è¿™äº›éƒ½æ˜¯åˆä¹Žè§„å®šçš„ä¸šåŠ¡æ•°æ®ç»“æž„ã€‚å¤šæ•°å®žé™ å°†é™åˆ¶è¿™äº›ç»“æž„ä¸­é€’å½’çš„æ¬¡æ•°ï¼Œä½†æ˜¯XSD schema
无法表示这个限制。实施人员 应明白这一点并在å

附录 B (资料性): UBL方法

B.1 UBL的研究方法

UBL没有强制使用一种规定的研制方法。本部分的目的是描述UBL研制过程中不 æ–­å‘å±•çš„æµç¨‹ï¼Œä»¥ä½¿æ ‡å‡†çš„å®žæ–½äººå‘˜èƒ½å¤Ÿç†è§£æœ¬æ–‡ä»¶åŒ ç”¨ã€‚ä»–ä»¬ä¹Ÿå¯ä»¥é€‰æ‹©é€‚åº”è¿™ç§æ–¹æ³•ï¼Œä½¿å

研制UBL1.0的方法如下所示：

[development process diagram]

*Figure B-1. The UBL Development Process*

最初的UBL数据构件库是基于xCBL3.0schema库的，该库又基于UN/EDIFACT
以及 ANSI X12 EDIæž„ä»¶åº“ã€‚åœ¨æ£€æŸ¥è¿™ä¸€æž„ä»¶åº“æ—¶ï¼Œæ„Ÿè§‰åˆ°æœ‰å¿ ä½“çš„æ¦‚å¿µæ¨¡åž‹ï¼Œå¹¶é‡‡ç”¨ä¸€ç§èƒ½æ›´å¥½åœ°æ”¯æŒå¾ªçŽ¯çš„ç ”åˆ¶å‘¨æœŸçš„å½¢å¼ã€‚

UBL使用两种概念模型，一种单个的定义信息构件的模型和一套描述如何将这些 æž„ä»¶ç»„æˆå•è¯å®šä¹‰çš„æ¨¡åž‹ã€‚å‰è€ ï¼ˆè§ä¸‹è¾¹çš„B.2）表示后è€

UBL1.0采购流程所需的构件的标识和组合是使用[CCTS]
<#ccts>的域、构件模 型和需求方面的业务知识手工生成的。在UBL1.0采购剧本中，每个单证类型都 开发一套独立的表单；而可重复使用的构件组成了另一个独立的表单。å 表单是用来对[CCTS]
<#ccts>规定的核心构件类型、未限定数据类型、以及限 定的数据类型建模的。UBL1.0使用的表单组合模型的å

本标准的第6部分中规定的UBL schema是由表单组合模型按ç 则自动生成的，该命名和设计规则在B.4中由叙述，遵循B.5给出的流程。而 后，可从schema生成实施模型作为实施UBLçš„è¾ ç±»å›¾è¡¨ï¼Œè¡¨ç¤ºäº†è¡¨å•ä¸­æè¿°çš„å•è¯ç»„åˆæ¨¡åž‹çš„å®žæ–½ã€‚

B.2 构件模型

UBL单证构件模型描述了UBL1.0定义的所有单证使用的信息构件。

单证构件模型是为支持UBL1.0采购流程（见第5部分）而对数据需求进行详细分 析的结果。在建模过程中，å 的规范化过程来标识的。适当时，这些数据项被通用化，以能够被重复用于支 持不同类型的业务单证。

单证构件模型用于下列目的：

*

促进可重复使用的构件的标识——这些构件即UBL
1.0业务单证中å 据结构

*

帮助理解å

*

作为UBL单证组合模型中生成并编写业务信息实体的来源

构件模型最好用UMLç±»å›¾è¡¨è¡¨ç¤ºã€‚ä¸ºäº†ä¾¿äºŽè¯†åˆ«ï¼Œè¯¥æ¨¡åž‹å¹¶æœªåŒ çš„æ‰€æœ‰å

图B-2表示了所有的UBL单证构件模型。

[ubl document component model] <uml/concept/comp/UBL-1.0-DocumentComponents.jpg>

*Figure B-2. UBL Document Component Model (click on image to enlarge)*

为了便于对此图表的理解，已将å 一个逻辑组合，并通过UMLç±»å›¾è¡¨æè¿°ï¼Œè¯¥ç±»å›¾è¡¨åŒæ—¶ç»™å‡ºäº†å±žäºŽæž„ä»¶åŒ ä»¶çš„å±žæ€§ï¼ˆåŸºæœ¬ä¸šåŠ¡ä¿¡æ¯å®žä½“ï¼‰å’Œå¯¹è±¡ç±»ï¼ˆèšåˆç±»ä¸šåŠ¡ä¿¡æ¯å®žä½“ï¼‰ã€‚å„ä¸ªæž„ä»¶ åŒ

例如，参与方的可重复使用的构件åŒ

[party component diagram]

*Figure B-3. Party Component Package*

所有UBL构件的完整的构件åŒ

*åœ°å€æž„ä»¶åŒ uml/concept/comp/UBL-1.0-AddressPackage.jpg *åˆåŒæž„ä»¶åŒ uml/concept/comp/UBL-1.0-ContractPackage.jpg *å‘è´§æž„ä»¶åŒ uml/concept/comp/UBL-1.0-DeliveryPackage.jpg *å•è¯å‚è€ƒæž„ä»¶åŒ uml/concept/comp/UBL-1.0-DocumentReferencePackage.jpg *å±é™©è´§é¡¹æž„ä»¶åŒ uml/concept/comp/UBL-1.0-HazardousItemPackage.jpg *è´§é¡¹æž„ä»¶åŒ uml/concept/comp/UBL-1.0-ItemPackage.jpg *å‚ä¸Žæ–¹æž„ä»¶åŒ uml/concept/comp/UBL-1.0-PartyPackage.jpg *ä»˜æ¬¾æž„ä»¶åŒ uml/concept/comp/UBL-1.0-PaymentPackage.jpg *é‡‡è´­æž„ä»¶åŒ uml/concept/comp/UBL-1.0-ProcurementPackage.jpg *ç¨Žæž„ä»¶åŒ uml/concept/comp/UBL-1.0-TaxPackage.jpg

并未给这些模型中的å 向。当单证进行组合时，再对每个å

B.3 Document Assembly Models

ä¸ºäº†å®šä¹‰ä¸åŒç±»åž‹çš„å•è¯ï¼Œå‰ä¸€èŠ‚æè¿°çš„æž„ä»¶æ ¹æ®è¯­å¢ƒéœ€æ±‚ï¼ˆåœ¨è¿™ç§æƒ å³UBL1.0采购流程）和[CCTS] <#ccts>çš„å

单证组合开始于作为聚合类业务信息实体（对象类）的单证类型而组成UBL1.0 的每个业务单证的定义。

例如，处于最高层的UBL1.0订单单证的单证组合模型用UML类图表显示如下：

[order assembly diagram]

*Figure B-4. Order Document Assembly Model*

UBL1.0定义的8个业务单证的最高层的单证组合模型如下：

*订单组合模型* uml/concept/assy/UBL-1.0-OrderDocumentAssembly.jpg *订单应答组合模型* uml/concept/assy/UBL-1.0-OrderResponseDocumentAssembly.jpg *简单订单应答组合模型* uml/concept/assy/UBL-1.0-OrderResponseSimpleDocumentAssembly.jpg *订单更改组合模型* uml/concept/assy/UBL-1.0-OrderChangeDocumentAssembly.jpg *订单撤销组合模型* uml/concept/assy/UBL-1.0-OrderCancellationDocumentAssembly.jpg *发货通知组合模型* uml/concept/assy/UBL-1.0-DespatchAdviceDocumentAssembly.jpg *收货通知组合模型* uml/concept/assy/UBL-1.0-ReceiptAdviceDocumentAssembly.jpg *发票组合模型* uml/concept/assy/UBL-1.0-InvoiceDocumentAssembly.jpg

在能够使用UMLè¡¨ç¤ºè®¢å•ç»„åˆæ¨¡åž‹çš„æƒ è¦ä¼˜ç‚¹åŒ

*

[CCTS] <#ccts> 所需的å

*

可以将å

*

可将表单直接映射到UN/CEFACT TBG17
所需的候选核心构件的提交格式。

*

负责数据建模的业务专家对表单更为熟悉。

*

实践证明这种格式可在应用系统中移植。

表单标注的优点感觉要大于å æ•´æ€§æŽ§åˆ¶ï¼›éœ€è¦è¿›è¡Œæ‰‹å·¥ç¼–è¾‘æ¥æŽ§åˆ¶ä¿®æ”¹å¸¦æ¥çš„å½±å“ã€‚åœ¨è¿™ç§æƒ æ˜¯ï¼Œç”¨æ¥ä»Žè¡¨å•ç”Ÿæˆæœ€ç»ˆçš„schema的商业软件工å

B.3.1 表单模型

UBL使用表单将构件组合描述成特定类型的单证。每个单证类型都有一个表单组合。

依据CCTS的术语，文档组合模型由基本业务信息实体BBIE（构件模型的属 性）、聚合类业务信息实体ABIE（构件模型的对象类）以及å 体ASBIE（构件模型中的å 点，ABIEè¢«çœ‹ä½œåŒ å«å¦ä¸€ä¸ªABIEçš„å

è¡¨å•æ¨¡åž‹ä½¿ç”¨è¡Œæ¥å®šä¹‰æž„ä»¶ã€‚æž„ä»¶æˆ–è€ ä¹‰ä¸Žæ¯ä¸ªå•è¯ç±»åž‹ç›¸å

因此，一个表单组合模型由一个“根”ABIE，一套BBIE，以及一套ASBIE组成。与 “根”ABIE相å

所有BBIEçš„æ•°æ®ç±»åž‹æˆ–è€ ç±»åž‹è¡¨å•æ¨¡åž‹ä¸­ã€‚

这些表单组合模型中的依赖å

[spreadsheet model dependency diagram]

*Figure B-5. Spreadsheet Model Dependencies*

本文件åŒ

*注：*UBL单证schema从表单模型自动生成。*然而，UBL单证的规范形式不是这 些表单模型而是XSD schema 本身，见第6节。*

B.3.2 单证表单

每个业务信息实体在一个单行里定义。行的背景颜色用来区分BBIE（白色）、 ABIE（粉色）和ASBIE（绿色）。

*订单单证表单* mod/maindoc/UBL-Order-1.0.sxc mod/maindoc/UBL-Order-1.0.xls *订单应答单证表单* mod/maindoc/UBL-OrderResponse-1.0.sxc mod/maindoc/UBL-OrderResponse-1.0.xls *简单订单应答单证表单* mod/maindoc/UBL-OrderResponseSimple-1.0.sxc mod/maindoc/UBL-OrderResponseSimple-1.0.xls *订单更改单证表单* mod/maindoc/UBL-OrderChange-1.0.sxc mod/maindoc/UBL-OrderChange-1.0.xls *订单撤销单证表单* mod/maindoc/UBL-OrderCancellation-1.0.sxc mod/maindoc/UBL-OrderCancellation-1.0.xls *发货通知单证表单* mod/maindoc/UBL-DespatchAdvice-1.0.sxc mod/maindoc/UBL-DespatchAdvice-1.0.xls *收货通知单证表单* mod/maindoc/UBL-ReceiptAdvice-1.0.sxc mod/maindoc/UBL-ReceiptAdvice-1.0.xls *发票单证表单* mod/maindoc/UBL-Invoice-1.0.sxc mod/maindoc/UBL-Invoice-1.0.xls

B.3.3 å

*可重复使用BIE表单* 这一模型提供了UBL中普遍使用的聚合类业务信息实体，å 单证的“å /å 色）、ABIE（粉色）和ASBIE（绿色）。/ mod/common/UBL-Reusable-1.0.sxc mod/common/UBL-Reusable-1.0.xls *核心构件类型表单* 这一模型提供了[CCTS]
<#ccts>定义的核心构件类型。这些类型用来以标准化 和一致的方式构建更高层的数据类型。这一
schema不能被修改。 /å （白色）和核心构件类型（粉色）。/ mod/common/UBL-CoreComponentTypes-1.0.sxc mod/common/UBL-CoreComponentTypes-1.0.xls *未限定的数据类型表单* 这一模型规定了[CCTS]
<#ccts>定义的未规定的数据类型。这些类型用来以标 准化和一致的方式构建更高层的数据类型。这一模型不能被修改。 /å 色）和核心构件类型（粉色）。/ mod/common/UBL-UnspecializedDatatypes-1.0.sxc mod/common/UBL-UnspecializedDatatypes-1.0.xls *限定的数据类型表单* 这一模型规定了[CCTS]
<#ccts>定义的限定的数据类型。这些类型用来构建更 高层次的数据类型，它们被客户化来满足特定的实施。对于有些作为限定的数 据类型的BBIE，需要用代码表对å 带有这一模型中给定的固定值的限定的形式的代码数据类型。需注意这些代码 表在应用中是每个代码表都用一个单独的schema实现。这一模型可在客户化中 进行修改。 /å 色）和核心构件类型（粉色）。/ mod/common/UBL-SpecializedDatatypes-1.0.sxc mod/common/UBL-SpecializedDatatypes-1.0.xls

B.3.4 客户化模型

希望客户化UBL的用户需遵循以下B.7引用的UBL1.0的客户化规则；同时，那些 æœ‰æ„åŽ»ç›´æŽ¥ä¿®æ”¹æž„ä»¶æˆ–è€ å‡ æ–¹é¢çš„è€ƒè™‘ï¼Œå®ƒä»¬å¯èƒ½ä¼šå½±å“ä¸ŽUBLçš„å

* 　

第一，任何对表单模型的修改需要对å 及各个UBL库的组成部分的理解。例如，一些列可以被直接更新，但是å 他的列在å å 带有å

* 　

第二，schema的生成应与UBL命名和设计规则（下面的B.4）一致，以提 高与å

* 　

第三，在核心构件类型和未限定的数据类型中定义的数据类型是[CCTS] <#ccts>中定义的数据类型的直接应用，不应忽略这一事实而对å 改。提供限定的数据类型模型的目的是针对应用的数据类型。

UBL1.0单证构件和单证组合模型是OASIS UBL åº“å† å¯ä»Žå

http://www.oasis-open.org/committees/sc_home.php?wg_abbrev=ubl-lcsc

B.4 UBL命名和设计规则

æœ¬æ–‡ä»¶åŒ schema 结构及å

doc/ndr/UBL-NDR-Checklist-1.0.pdf

UBL命名和设计规则是OASIS UBL
命名和设计规则分委员会的产品，å å

http://www.oasis-open.org/committees/sc_home.php?wg_abbrev=ubl-ndrsc

B.5 Schema Generation

UBL 1.0 XSD
schema是应用schema的构建规则将上面B.3描述的UBL表单表示的 数据模型进行转换而产出的结果。转换过程åŒ

1. 　

读取数据模型表单

2. 　

从每个表单中创建一个基于UML的模型

3. 　

明确外部的代码表标准，并在适当的æƒ

4. 　

应用UBL命名和设计规则

5. 　

产出一致的XSD schema

一个应用核心构件的商业软件，GEFEG EDIFIX®
5.0，用于将表单读取为UML的 数据模型，进行质量测试，能生成一个符合UBL1.0
命名和设计规则的schema 表示，如下所示。å //www.gefeg.com/en/standard/xml/ubl.htm。GEFEG EDIFIX® 5.0 UBLé˜ æ˜¯ä¸€ä¸ªå 5.0 UBLé˜ ubl.html。

[ubl schema generation]

*Figure B-6. UBL Schema Generation Process*

UBL规范的前期版本对这个流程使用了不同的工å schema的过程的描述，请参考1.0测试版委员会草案的附录D： http://www.oasis-open.org/committees/ubl/lcsc/UBLv1-beta/. UBL 1.0 schema 的生成是在OASIS UBL å·¥å UBL TTSC的工作可从å

http://www.oasis-open.org/committees/sc_home.php?wg_abbrev=ubl-ttsc

B.6 实施模型

UBL的实施模型用UMLæ¨¡åž‹è¡¨ç¤ºäº†å®žé™ æ¢æˆç¬¦åˆç»Ÿä¸€å»ºæ¨¡è¯­è¨€[UML]
<#uml>的模型而生成的。这些模型然后用来产生 一套类图表，描述每一种主要单证及几种可重复使用构件的视图。这种自动转 换以及图表的生成是用商业的“从schema到UML”的转换工å 品的进一步的信息，参见 http://www.xmlmodeling.com/. 本部分中的UML类图表有助于在不需要理解XSDè¯­æ³•çš„æƒ ä¸ºäº†è¾¾åˆ°æ­¤ç›®çš„ï¼Œè¿™äº›ç±»å›¾è¡¨æœ‰æ„åœ°éšè—äº†ç›¸å 在一个复合类型的定义中的订单的信息在图表中并没有保留。而å å¾—UML模型对软件工程更为有用；例如，
XSD复合类型名称中的“类型”后缀在创 建UML类名称时被删除，以产生一个独立于XSDè¯­æ³•çš„ç±»åç§°ï¼›å¸¦æœ‰ç®€å•å† çš„å¤åˆç±»åž‹å­å å 这些图表是单证组合表单模型的UML等同体。

B.6.1 单证实施图表

8个UBL
1.0单证类型中的每一个都创建了一个实施类图表。如上所述，实施图 è¡¨æ˜¯éšè—äº†åŒ çš„ç±»å›¾è¡¨å¦‚ä¸‹æ‰€ç¤ºï¼š

[order implementation model]

*Figure B-7. Implementation Model for the Order Document*

åŒ

*订单实施图表* uml/implem/doctypes/UBL-OrderImplementationDiagram-1.0.gif *订单应答实施图表* uml/implem/doctypes/UBL-OrderResponseImplementationDiagram-1.0.gif *简单订单应答实施图表* uml/implem/doctypes/UBL-OrderResponseSimpleImplementationDiagram-1.0.gif *订单更改实施图表* uml/implem/doctypes/UBL-OrderChangeImplementationDiagram-1.0.gif *订单撤销实施图表* uml/implem/doctypes/UBL-OrderCancellationImplementationDiagram-1.0.gif *发货通知实施图表* uml/implem/doctypes/UBL-DespatchAdviceImplementationDiagram-1.0.gif *收货通知实施图表* uml/implem/doctypes/UBL-ReceiptAdviceImplementationDiagram-1.0.gif *发票实施图表* uml/implem/doctypes/UBL-InvoiceImplementationDiagram-1.0.gif

B.6.2 可重复使用的构件实施图表

é™¤äº†ä¸»è¦çš„è®¢å•å›¾è¡¨å¤–ï¼Œæœ¬å‘å¸ƒç‰ˆæœ¬è¿˜åŒ æž„ä»¶åŒ æ–¹çš„å

[party implementation model]

*Figure B-8. Implementation Model for Party Components*

UBL 1.0中给出的构件实施图表如下：

*地址实施图表* uml/implem/packages/UBL-AddressImplementationDiagram-1.0.gif *合同实施图表* uml/implem/packages/UBL-ContractImplementationDiagram-1.0.gif *发货行项实施图表* uml/implem/packages/UBL-DespatchLineImplementationDiagram-1.0.gif *单证参考实施图表* uml/implem/packages/UBL-DocumentReferenceImplementationDiagram-1.0.gif *危险货项实施图表* uml/implem/packages/UBL-HazardousItemImplementationDiagram-1.0.gif *货项实施图表* uml/implem/packages/UBL-ItemImplementationDiagram-1.0.gif *参与方实施图表* uml/implem/packages/UBL-PartyImplementationDiagram-1.0.gif *费用实施图表* uml/implem/packages/UBL-PaymentImplementationDiagram-1.0.gif *采购实施图表* uml/implem/packages/UBL-ProcurementImplementationDiagram-1.0.gif *货运实施图表* uml/implem/packages/UBL-ShipmentImplementationDiagram-1.0.gif *税实施图表* uml/implem/packages/UBL-TaxImplementationDiagram-1.0.gif

B.7 客户化规则

å 下如何进一步实施的建议，见如下文件：

doc/cm/wd-ubl-cmsc-cmguidelines-1.0.html <doc/cm/wd-ubl-cmsc-cmguidelines-1.0.html>

UBL定制规则是OASIS UBL语境方法分委员会的产品，å

http://www.oasis-open.org/committees/sc_home.php?wg_abbrev=ubl-cmsc

附录 C (资料性附录)：格式规范

UBL 1.0 文件åŒ

fs/index.html <fs/index.html>

文件åŒ

UBL格式规范是OASIS UBL 格式表示分委员会的产品，å

http://www.oasis-open.org/committees/sc_home.php?wg_abbrev=ubl-fpsc

附录 D (资料性附录)： 实例

本附录提供了两个不同版本的“订单——发票”流程所用的UBL单证的实施实例。第 一套实例说明了办å 买。本附录中还åŒ

D.1 实例1：购买办å

购买方，比尔微设备å 知道提供商每种货项的代码和价格。

*办å xml/office/UBL-Order-1.0-Office-Example.xml *打印文件* fs/Order/pdf/OfficeOrder.Example-a4.pdf fs/Order/pdf/OfficeOrder.Example-us.pdf

购买方决定改变原来订单。

*办å xml/office/UBL-OrderChange-1.0-Office-Example.xml *打印文件* fs/OrderChange/pdf/OfficeOrderChange.Example-a4.pdf fs/OrderChange/pdf/OfficeOrderChange.Example-us.pdf

销售方，乔伊办å 售方还给出了å 果有任何问题找谁联系。

*办å xml/office/UBL-OrderResponseSimple-1.0-Office-Example.xml *打印文件* fs/OrderResponseSimple/pdf/OfficeOrderResponseSimple.Example-a4.pdf fs/OrderResponseSimple/pdf/OfficeOrderResponseSimple.Example-us.pdf

购买方撤销一个订单（为了便于说明，不是同一个订单）。

*办å xml/office/UBL-OrderCancellation-1.0-Office-Example.xml *打印文件* fs/OrderCancellation/pdf/OfficeOrderCancellation.Example-a4.pdf fs/OrderCancellation/pdf/OfficeOrderCancellation.Example-us.pdf

销售方通知购买方所订货项已发出。

*办å xml/office/UBL-DespatchAdvice-1.0-Office-Example.xml *打印文件* fs/DespatchAdvice/pdf/OfficeDespatchAdvice.Example-a4.pdf fs/DespatchAdvice/pdf/OfficeDespatchAdvice.Example-us.pdf

购买方通知销售方所缺货项。

*办å xml/office/UBL-ReceiptAdvice-1.0-Office-Example.xml *打印文件* fs/ReceiptAdvice/pdf/OfficeReceiptAdvice.Example-a4.pdf fs/ReceiptAdvice/pdf/OfficeReceiptAdvice.Example-us.pdf

当货物发出时销售方自动生成发票，货项的短缺在发票之后解决。发票中显示 了税金的金额。销售方通知要在发票开出的30日之å†

*办å xml/office/UBL-Invoice-1.0-Office-Example.xml *打印文件* fs/Invoice/pdf/OfficeInvoice.Example-a4.pdf fs/Invoice/pdf/OfficeInvoice.Example-us.pdf

D.2 实例2：购买木工用品（建筑材料）

购买方，英国的杰瑞建筑有限å 窗户、一些门、以及一些木料。杰瑞å å¿ è¿˜æ˜¯å³å¼€ï¼Œå¤šæ•°é—¨æ˜¯æ‰‹åŠ¨çš„ã€åˆé¡µä½äºŽä¸€ä¾§ï¼Œè§„å®šå （把手、支柱等）。货项的抛å ç çš„ï¼Œå¿ èƒ½å¾—åˆ°çš„ä»·æ ¼å’ŒæŠ˜æ‰£æ¯”ä¾‹ã€‚

*木工用品订单实例* xml/joinery/UBL-Order-1.0-Joinery-Example.xml *打印版本* fs/Order/pdf/JoineryOrder.Example-a4.pdf fs/Order/pdf/JoineryOrder.Example-us.pdf

销售方，专业销售窗户有限å 价格，并通知购买方它可给出的贸易折扣。同时，销售方给出了订单的参考号 码，即å

*木工用品订单应答实例* xml/joinery/UBL-OrderResponse-1.0-Joinery-Example.xml *打印版本* fs/OrderResponse/pdf/JoineryOrderResponse.Example-a4.pdf fs/OrderResponse/pdf/JoineryOrderResponse.Example-us.pdf

é”€å”®æ–¹é€šçŸ¥è´­ä¹°æ–¹æ‰€è®¢è´§ç‰©å·²å‘å‡ºï¼Œè¯¥è´§ç‰©å®žé™ ä½ï¼‰ï¼Œåˆ†åˆ«æ ‡è¯†ä¸ºAå’ŒB。发货通知中列明了订单行项系列中的货项，并指出货 项位于哪个托盘。

*木工用品发货通知实例* xml/joinery/UBL-DespatchAdvice-1.0-Joinery-Example.xml *打印版本* fs/DespatchAdvice/pdf/JoineryDespatchAdvice.Example-a4.pdf fs/DespatchAdvice/pdf/JoineryDespatchAdvice.Example-us.pdf

发货通知与发货同时进行；一份纸面拷贝在签署后作为收到的凭证。然后并不 使用UBL收货通知。

当货物发出时销售方自动生成发票，货项的短缺在发票之后解决。发票中显示 了缴税的日期，货项所属的增值税类目，增值税税率和发票中的各项税金的合 计。一些费用如额外的发货费用也要用到增值税。为了鼓励尽快交付应交款 项，销售商提供一种及时付款的折扣，只要购买方在30æ—¥ä¹‹å† ï¼ˆç¼–å†™è¿™ä¸ªä¾‹å­æ˜¯ä¸ºäº†è¡¨ç¤ºä¸€ç§è¯­å¢ƒï¼šä¾æ®æœ‰å 此，此处的税金的计算依据贸易折扣后的总的贸易行项加一些费用，并减去结 算折扣的金额。）

*木工用品发票实例* xml/joinery/UBL-Invoice-1.0-Joinery-Example.xml *打印版本* fs/Invoice/pdf/JoineryInvoice.Example-a4.pdf fs/Invoice/pdf/JoineryInvoice.Example-us.pdf

本实例基于一个真实的英国木工用品制造商和销售商的产品、产品标识、业务 éœ€æ±‚ä»¥åŠå®žé™ ç¦»å²¸å²›å±¿ã€‚

附录 E (资料性附录)：代码表

在UBL 1.0中åŒ

doc/cl/wd-ublclsc-codelist-20040420.pdf <doc/cl/wd-ublclsc-codelist-20040420.pdf>

UBL 代码表表示规范是OASIS UBL
代码表分委员会的产品，该委员会的工作可 从如下网站获得。

http://www.oasis-open.org/committees/sc_home.php?wg_abbrev=ubl-clsc

附录 F (资料性附录): ASN.1 规范

下面的UBL ASN.1 规范给出了另一种符合ITU-T X.680-X.693[ASN.1]
<#asn.1> 的UBL 单证的schema定义。UBL
ASN.1规范定义了与第6章中组成有效UBL单证的 规范定义的UBL XSD schema相同的UBL单证。UBL ASN.1 XML
schema使得ASN.1 å·¥å 实施有效的二进制编码的规范。

*UBL ASN.1 规范* asn/ASN.1-UBL-1.0.html

ASN.1 UBL规范是使用符合ITU-T Recommendation X.694 | ISO/IEC 8825-5çš„ OSS Nokalva <http://www.oss.com/)çš„å·¥å 转换后，生成的ASN.1使用ASN.1 信息网站(http://asn1.elibel.tm.fr)
上的 一个格式工å

附录 G (资料性附录): 现行工作项目

UBL的总体目标是研制一套实用的XML业务单证的标准库，现UBL
1.0已达到了第 一阶段的目标。第二个阶段（UBL
2.0）目的是对UBL库和Schema集进行补å 并产生自动生成面向特定语境的业务schema。

这些阶段之间存在一些工作项目出于这样或那样的原因不能在发布UBL
1.0时按 时完成。å 是，某个问题不能在UBL 1.0å‘å¸ƒçš„æ—¶é—´é™åˆ¶å† å–å¯æŽ¥å—çš„çŸ­æœŸçš„æ–¹æ¡ˆï¼ŒåŒæ—¶å¯¹UBL 1.0çš„åº”ç”¨åœ¨é•¿æœŸèŒƒå›´å† å

下面的这些工作项目并不严格地纳å 作项目，注册工作项目和本地化工作项目。欢迎对参与这些工作项目感å 个人加å

G.1 NDR Work Items

下列工作项目与UBL命名和设计规则（NDR）有å

G.1.1 Specification UBL
命名和设计规则作为一项单独的标准发布

时间限制妨碍了UBL命名和设计规则成为与UBL
1.0一起发布一套单独的规范。 æœ¬æ–‡ä»¶åŒ ä½œä¸ºä¸€å¥—å•ç‹¬çš„OASIS技术规范的工作仍在继续。

G.1.2 代码表客户化的代替组

UBL代码表分委员会提供了一套综合的代码表（见附录E）解决方案，依据XSD组 代替代码表客户化。由于在将XSD代替组用于业务单证
schema方面缺乏业界的 å 研制UBL1.0时已注意了如果在今后的版本中å 适），将不会使UBL1.0的应用失效。

G.1.3 代码表schema模型的导出

是否应将代码表schema模型通过限定的数据类型schema（见6.2.2）间接导出还 是应将å 单证schema，已成为一个å 导出的，但是已有一些å 针对解决这个问题。如果改为另一个方案的话，应该不会影响UBL1.0的使用。

G.1.4 合格的BBIE属性å

在UBL 1.0中，所有的BBIE属性被声明为å 中的复合类型。另一中方法是，合格的BBIE属性å 构件schema或单个单证schema中声明。这个问题仍然是å 本中任何修改不会影响UBL1.0的使用。

G.2 注册工作项目

下列事宜与UBL schema的存储和注册有å

G.2.1 Schema模型中的相对路径

UBL命名和设计规则标识了schema位置的绝对路径名称的需求，该需求需要一种 要求基于标准的schemaï¼Œæ¥ç¡®ä¿ä¸€è‡´æ€§å’Œæ˜Žç¡®æ€§ï¼Œå¹¶ç»å¯¹ç¡®ä¿å®žé™ UBL的规范性schema。然而，当前的OASIS架构的限制排除了满足这一需求的适 合的注册系统/库的可能。因此，发布
UBL1.0时使用了schema位置的相对路径 名称，以绕过相å 可能时，未来版本中将为构件库使用绝对路径和注册系统。

G.2.2 每个BIE的编写的版本å

UBL 1.0 规定每个UBL
数据类型和BIE的版本号也是1.0。然而，这是创建一个 schema的问题还是一个存储问题目前存在争论。最终决定的结果可以导致为每 个数据类型和 BIE
schema的创建在编写标注时赋予一个版本号码的需求。

G.3 互操作性工作项目

下列工作项目与UBL单证在不同行业中的互操作性有å

G.3.1 UBL一致性

在UBL1.0
客户化规则（见附录B.7）中已经初步进行了UBL一致性概念的定义工 作，然而为了在法律法规环境下使用，创建UBL
一致性的定义的进一步工作是 å¿

G.3.2 行业副本

很可能UBL1.0会依据UBL客户化规则进行修改，已形成某一个行业或地区的标准 版本。需要针对这一应用案例进一步制定规则。

G.3.3 å

æœ¬æ–‡ä»¶åŒ Open Application Groupå 本并不完å schema在下列5个方面存在差异：

*

作为属性的è¾

*

将XSD规范化的字串用于代码、标识符和文字构件

*

éœ€è¦æ ¼å¼è¾ çš„ä½¿ç”¨

*

图形、图片、声音和视频数据类型的二进制对象的限制

*

指示符数据类型的模式

UBL1.1ä¸­å¯èƒ½ä¼šåŒ æ•ˆæ€§ã€‚

G.3.4 核心构件的协调

作为CCTS的应用，UBL支持业务构件的å 在与UN/CEFACTå›½é™ http://webster.disa.org/cefact-groups/tbg/wg/tbg17_main.cfm）一同工 作。该工作组负责跨业务领域和行业的业务流程模型和核心构件的一致性和协 调性，致力于一套准确的定义良好的业务术语、业务数据语义定义和数据交换 结构的词汇表。与TBG17 的合作是UBL的一项不断的工作项目。

G.3.5 语境方法

发布一套自动的语境方法是UBL2.0çš„å† è¿™ä¸€å·¥ä½œé¡¹ç›®ã€‚å®ƒåŒ

G.4 本地化工作项目

UBL已形成几个本地化委员会，来将UBL规范及相å 言，并在非英语地区的环境中代表UBL的工作。是 UBL1.1è®¡åˆ’å† æ˜¯è¿™äº›åœ°åŒºæ€§çš„é¡¹ç›®ã€‚åˆ°2004å¹´4月，UBL已建成中文、日语、朝鲜语和西班牙 语的本地化分委员会。

附录 H: 声明

Copyright © 2001-2004 OASIS Open, Inc. All Rights Reserved.

对于本标准中描述的技术的使用和实施相å 的范围，或在这些权利下的许可可能或不可能适用的范围，OASIS
没有任何立 场；它也不表示它已标识了任何这些权利。å 的流程信息可从OASIS的网站中获得。用于å è®¸å¯è¯çš„ä¿è¯çš„æ–‡æœ¬ï¼Œæˆ–è€ ç”¨çš„æƒåˆ©å¯ä»¥ä»ŽOASIS的行政长官获得。

OASIS欢迎有å 有权提醒OASIS的注意。请将此信息通知给OASIS的行政长官。

本文档和译文可以被拷贝并被提供给å 一些派生的文件也可以被制定，拷贝、å å—ä»»ä½•é™åˆ¶ï¼Œä½†å‰ææ¡ä»¶æ˜¯ä»¥ä¸Šçš„ç‰ˆæƒå£°æ˜Žå’Œæœ¬æ®µåŒ çš„æ–‡ä»¶ä¸­ã€‚ç„¶è€Œï¼Œæœ¬æ–‡æ¡£æœ¬èº«ä¸èƒ½è¢«ä¿®æ”¹ï¼Œå¦‚ï¼Œé™¤äº†ç ”åˆ¶OASIS规范的目的需要 之外，不能删除版权说明和对OASISçš„å¼•ç”¨ï¼Œåœ¨è¿™ç§æƒ è¯†äº§æƒæ–‡ä»¶ä¸­å®šä¹‰çš„ç‰ˆæƒçš„è¿‡ç¨‹ï¼Œæˆ–è€

以上有限的许可是永ä¹

This document and the information contained herein is provided on an “AS IS” basis and OASIS DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.