(高清版)GBT 43791-2024 国际贸易业务流程规范 数据管道载体 数据交换架构

国际贸易业务流程规范数据管道载体数据交换架构2024-03-15发布2024-07-01实施国家市场监督管理总局国家标准化管理委员会I 12规范性引用文件 13术语和定义 14概述 15管道载体构建 26相关业务需求 3附录A(资料性)数据路径点 参考文献 ⅢGB/T43791—2024本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国电子业务标准化技术委员会(SAC/TC83)提出并归口。本文件主要起草单位：深圳市坤鑫国际货运代理有限公司、广州阿漫泰工贸有限公司、厦门登涵国际船舶管理有限公司、天诚盛业(武汉)航运科技有限公司、衢州欣茂机械设备有限公司、郑州库睿特信息技术有限公司、成都信通信息技术有限公司、江西展大国际商务有限公司、浙江义境通电子商务有限公司、北京中标纵横标准科技有限公司、上海新翎航供应链管理有限公司、新疆寰亚亨通国际货运代理有限公司、中国标准化研究院、全国海关信息中心(全国海关电子通关中心)、交通运输部公路科学研究院、公安部第三研究所、中国物流与采购联合会国际货代分会、武汉中铁伊通物流有限公司、福建理工大学。0.1背景与意义随着电子商务的繁荣发展，运输智能化和物流自动化程度的提高以及人工智能(AI)和大数据的预测性分析能力等方面的进步，行业应用所产生的数据量呈爆炸性增长，与此同时，数据平台架构更加趋于复杂化。因此，对全球供应链数据的质量、时效和准确性的要求已成为贸易物流领域不可或缺的标准要求。当前，供应链数据流仍然围绕传统纸质文档过程而建立，不能提供准确、及时和真实来源的数据。为了满足不同政府机构和相关业务领域的多方要求，供应链数据流在与各方共享的过程中通常会被重复解释甚至修改，这就导致了贸易流通中的数据缺乏准确、完整的信息。这些参差不齐的数据流并没有考虑到这些信息的去向或最初接收者之外的其他用途。而且，所有运输方式中的无纸化倡议一直尚未得到广泛采用，数字化单证甚至不被接受。总之，对数据缺乏信任正在阻碍全球贸易便利化和供应链真正数字化的进程。数据管道环境作为信息共享的互联互通基础架构，可提供端到端效率，可实现更高质量的数据、供应链可见性和信息共享。这些特性使数据管道对于企业数据分析不可或缺，这种高效过程也是数据驱动型企业中最关键的操作之一。倘若没有数据管道，这些过程需要大量耗时而繁琐的手动步骤，而且数据集越大、涉及的源越多，就越有可能发生错误，而且整体上的错误会更多。我国以大数据、云计算、5G网络、人工智能等为代表的新一代信息通信技术的广泛应用与推广，既促进各行各业之间打破边界进行融合，又推动行业内部进行深度融合，这也为数据管道提供广阔的运用领域，发挥新兴技术在产业融合中的作用。本文件参考UN/CEFACT《业务需求规范数据管道载体管道数据交换架构》,并根据我国对国外标准转化规定，结合当前实际需要而制定。0.2概念与原则数据管道的概念，是源自其源的数据只需要在最开始提供一次，便能在整个供应链中被多次使用，而且不受任何传输模式、参与方或监管机构的限制，不再依赖其他参与方重新输入的数据。也就是说，当信息被注入管道(“输入路径点”)或从管道中提取信息(“输出路径点”)时，信息是围绕路径点而构建的。路径点在所有运输方式中都具有共性。在货物处理和运输过程中会发生各种事件，这些事件有可能是“输入路径点”或者“输出路径点”,或两者皆是。这些路径点可能会触发如商品或运输服务付款等重要的相关事件，引发货物所有权转移或交付责任的变化，也可为那些需要访问此类数据的人触发数据推送或数据拉取。管道中包含的数据可由授权的执行者使用推送或拉取两种方法来提取。在数据管道概念中，有两大工作原则能应用，一是在合适的时间、合适的位置从合适的人员处捕获数据，二是在供应链中一次捕获并多次使用。在源头处或尽可能接近源头捕获数据是管道数据载体的关键原则，从信息源捕获的数据更能确定在此过程点上所提供的信息是正确的。因此，提供数据的执行者(合适的人员)在数据源头(合适的位置)访问数据，能提高数据质量，并为管道数据交换架构提供可靠且详细的数据元素。从其源头而不是在供应链的后期捕获关键信息，是无需再依赖其他执行者重新输入的数据，从而消除了因错误数据或误解数据所产生的风险。因为更早地输入数据，能将其包含在发往跨境机构的数据集成化，使数据的可用性(在合适的时间上)得到提高，物流和商业的计划与组织也能从中受益。INV此外，一旦数据元素包含在管道数据交换结构中，就无需重新输入。这一点体现了GB/T36597和UN/CEFACT第33号建议书《关于建立单一窗口的建议和指南》中所定义的共享电子数据的单一窗口原则。数据重新输入专用于已更改或需要更正的数据元素，管道数据交换架构使多个跨境机构能使用数据元素，从而避免了需要为每个机构重新提交数据。对于某些类型的数据，参与方(如买方、卖方)能使用外部可信数据源来提供确定性。1国际贸易业务流程规范数据管道载体数据交换架构1范围本文件给出了国际贸易物流业务过程中与管道数据交换架构相关的概述(场景介绍和业务关联背景),并规定了管道载体构建和业务模型等要求。本文件适用于与跨境贸易运输业务相关的行政服务、业务实体之间的信息交换，亦适用于数字化供应链管理服务平台的建设、开发和运营活动。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T18811电子商务基本术语GB/T42723国际贸易业务流程规范电子国际公路货物运输托运单国际公路货物运输合同公约(CMR)电子托运单附加议定书[AdditionalProtocoltotheConventionontheContractfortheInternationalCarriageofGoodsbyRoad(CMR)ConcerningtheElectronicConsignmentNote]3术语和定义GB/T18811界定的及下列术语和定义适用于本文件。数据管道datapipelines信息共享的互联互通基础架构，用于自动化处理和传输数据，可提升端到端效率，实现更高质量的数据、供应链可见性和信息共享。注：数据管道是以受控方式摄取、处理、准备、转换和丰富结构化、非结构化和半结构化数据的端到端过程。路径点waypoint在过程中关键时间点上发生的事件。4概述4.1业务范围和路径点数据管道项目范围是标准化和协调与供应链内多个执行者之间(直接在一条数据管道内或在相应数据管道之间)交换的以任何运输方式进行的跨境货物交易相关的报文。数据管道的工作原理，是尽早向数据需求者提供来自受信任来源的高级数据。数据管道可与文档结合使用，但优先考虑过程驱动的数据交换。2“路径点”可能会有所不同，取决于业务合作伙伴的需求和运输方式，可针对特定运输方式或业务过程来定义路径点，使其符合特定的需求。数据路径点见附录A。本文件使用以下4个主要路径点，对适合于所有运输方式下的典型场景进行描述：——托运；——出境；——抵达；——交付。4.2业务关联背景管道数据交换架构(PDES)语境规范模式(ContextSpecificationSchema),见表1。表1PDES语境规范模式语境类目(ContextCategory)说明业务过程(BusinessProcess)通过管道数据交换架构进行数据交换；购买—运输—支付参考数据模型(RDM)、多式联运参考数据模型产品分类(ProductClassification)全部行业分类(IndustryClassification)全部地缘政治(Geopolitical)全球官方约束(OfficialConstraint)无业务过程角色(BusinessProcessRole)信息发送者；信息使用者辅助角色(SupportingRole)买方、卖方、运输服务购买方、运输服务提供方、申报人、海关、监管机构、发货人、收货人、物联网设备系统能力(SystemCapabilities)无限制5管道载体构建5.1基本要求应提前确定后续提供输入路径点数据并对PDES发挥作用的执行者。在构建PDES时，应有一个清晰的路径，以便在正确的位置上捕获入站数据并添加到整个管道载体中。数据以块或片段的形式添加，这些块或片段是与从该来源捕获的新数据或更新后的数据相关联的。在输入路径点上正在生成的数据是特定的、已知的真实数据，而不是提供无法证明真实性的信息。输入路径点中含有如运输路线计划等“计划性”的数据，可用于预测某事件何时会发生，并可在事件未预期发生时提供异常信息。通过异常管理可发现丢失的数据，从而改进业务计划、目标定位和风险示例1:根据较早输入路径点中注明的计划时间，预估收到运输工具离港确认的时间。在预估的时间内未能收到数据时，则可自动向相关参与方或数据来源查询数据。宜为捕获的数据增加时间戳并予以记录以供审计，确定数据捕获的来源和位置，并通过风险评估工具进行进一步分析。3示例2:许多执行者和数据捕获点是使用物联网设备实现自动化，在该环境下适合使用区块链等分布式账本技术(DLT)。5.2标准化要求在数据元素层级上，所有参与方对语义的理解应是相同的，代码列表、数据类型、报文结构和交换协议等应进行标准化。5.3输入路径点输入路径点即向载体添加数据。信息可作为完整的文档提交并集成到PDES中，但文档经常重复在之前数据交换中已提交的信息。在这种情况下，信息可能是冗余的。冗余信息不应覆盖之前提交的示例1:运输工具预计出发时间可能已在较早交易中提供过，但运输工具运营商是提供运输工具实际出发时间的来源，其提供的数据可覆盖之前提交的预计时间。在面向过程的方法中，信息可作为数据交换的一部分进行集成。示例2:通过企业资源计划(ERP)工具获得可用的信息片段时，可先行提供而不必等待建立一个传统的文档。同样，信息可通过物联网设备集成，如智能集装箱、智能设备、仓库扫描仪或其他设备。5.4信息更改通过管道捕获的数据都应是该时间点上真实的数据，不宜予以修改以免造数据不受信任。只有原始的执行者才能修改其路径点数据以保持数据完整性。路径点可能会捕获并提供含有“计划的”路线或“预计的”到达日期。这些路线或日期本质上是可变化的，因而在每个输入路径点均宜提供有关这些事件或因素的最新计划。在信息提供后发现数据不正确，则可重新发送信息并更新管道载体，但新数据应带有时间戳并设置标记以表示是事件发生后的更改，以便向查看管道数据的人提供数据未被篡改的证明。倘若数据频繁更改或在发送之前被清理，则无法在供应链中实现真正的自动化。示例：在数据用于分布式账本技术时，一旦数据进入账本，则可能触发“智能合约”,就无法“逆转”该合约的结果。因此，在适用的含有“预期”用例中，宜考虑提交信息后的更改。6相关业务需求6.1业务需求列表业务需求和关键业务信息应以编号列表的形式呈现，列表包括以下方面的内容：——参与方之间的业务交易，发起活动的参与方，响应的参与方以及控制发起和响应的业务条件，管理信息交换的其他业务规则；——信息(业务实体)的关键类别，要交换实体的详细数据(属性),以及实体之间的关系。当信息被注入管道(“输入路径点”)或从管道中提取信息(“输出路径点”)时，信息是围绕路径点而构建的。路径点在所有运输方式中都具有共性。在货物处理和运输过程中会发生各种事件，这些事件因信息的注入可能有多个来源，管道信息也可能有多个用户，宜使用基于多式联运参考数据模型的语义标准。PDES业务需求见表2。4PDES数据需求说明模板见表3。表2PDES业务需求编号业务需求说明业务交易名称A.1货物实际装入集装箱、集装设备(ULD)或装入包装以进行其主运输的点发货人或运输服务提供方应当掌握了货物商业方面和主要运输计划的所有信息托运A.2货物实际离开装货港，确认运输已开始的点运输服务提供方应当掌握了有关实际运输的所有信息。这些信息可传送至收货人或买方以及抵达国的监管机构，以便制定抵达计划出境A.3抵达货物报关的点信息可直接传送至相关监管机构，也可传送至使用信息办理监管手续的申报人抵达A.4根据运输合同，托运物实际交付给收货人或交付方的点信息可传送至收货人、运输服务提供方或买方交付表3PDES数据需求说明编号数据需求说明B1数据管道规范能够提供与多式联运参考数据模型(MMTRDM)的互操作性6.2业务术语描述PDES引用了表4中所示的业务术语和表5中参与方角色。表4PDES业务术语描述业务术语定义跨境管理机构(CrossBorderAgency)监管机构(RegulatoryAgency)处理货物入境监管事宜(包括相关安全手续)的边境管理机构电子国际公路货物运输托运单(eCMR)《国际公路货物运输合同公约(CMR)电子托运单附加议定书》所适用的电子托运单。公路货物运输合同是指运输公司在收到运费后承诺把货物从一个地方运送到另一个地方的合同。根据CMR规定，运输合同是通过签发托运单进行确认。eCMR应符合GB/T42723中的相关规定物联网设备(IoTDevice)一种电子设备，可连接到互联网，与一个软件应用程序交换信息，该软件应用程序可在使用或不使用物联网平台的情况下收集/接收、存储这些信息并与用户进行通信5表4PDES业务术语描述(续)业务术语定义管道数据交换架构(PDES)数据管道项目中定义的数据架构，在数据管道环境中提供数据，是多式联运参考数据模型(MMTRDM)的子集运输服务购买方(TransportServiceBuyer)运输服务合同中规定的运输服务的购买方运输服务合同中规定的运输服务提供方，即运输服务的卖方集装器(ULD)空运中用于运输货物的标准化集装箱。主要用于空运货物，也可用于空运货物的前程和后程运输仓库管理系统(WMS)实时的计算机软件系统，按照运作的业务规则和运算法则，对信息、表5贸易/运输/海关参与方角色销售订单合同运输服务合同定义卖方(Seller)最初发货人/托运人(OriginalConsignor/在销售订单合同中规定的销售货物或服务的一方买方(Buyer)Consignee/Ultimateconsignee)在销售订单合同中规定的作为货物或服务出售对象的一方运输服务买方(发货人或收货人)(OriginalConsignor/Originalsh运输服务合同中规定的运输服务的购买方运输服务提供方(承运人或货运代理)FreightForwarder)]在运输服务合同中规定的运输服务的卖方发货人(Consignor)在运输合同中规定的托运货物的一方收货人(Consignee)运输服务合同中规定的接收托运物的一方。货物装运至和交付对象的一方。运输货物的接收方承运人(Carrier)在运输服务合同中规定的提供运输服务的一方货运代理(FreightForwarder)通过提供运输、物流、办理相关手续服务等来承担运送货物业务的一方发运方(DespatchParty)运输服务提供方从其处所收取货物或者接管地点(pick-upLocationorpick-upplace)”交付方(DeliveryParty)由运输服务提供方向其交付货物的一方。操cationorPlaceofPositioning)”起运方(Shipfrom)最初发运方(OriginalDespatchParty)最初将要发货或已经发货的一方运达方(Shipto)最后交付方/最终交付方(FinalDeliveryParty/UltimateDeliveryParty)货物最终将要运达或已运达的一方66.3业务需求视图6.3.1总体业务过程用例一合作伙伴视图和概念模型《参与》《参与》《参与》《参与》用户来源用户图1PDES业务过程用例图在输入路径点提供信息的一方是信息来源，目的是从信息来源处获取信息。信息用户是输出路径点存在的原因。根据数据管道本身的设计，在输出路径点只能捕获部分信息，即在特定程序中所需的信息。在某些情况下，参与方和利益相关方可能同时既是某些原始信息的来源，也是其提供信息之前的其他信息使用者。上述参与方和利益相关方包括买方、卖方、运输服务购买方、运输服务提供方、申报人、海关、监管机构、发货人、收货人、保险服务提供方、金融服务提供方、物联网设备、仓库管理系统。PDES业务过程用例图见图1,PDES整体概念模型见图2。购买-运输-支付(Buy/Ship/Pay)-跨境贸易、运输和海关业务实体概述贸易.细目订单.标识.海关项月.细月(贸易)海关项目.标识.标识符1进口/出口中报.细口中报标识.标识符海关项月.细月(运输)海关项口.标识.标识符1货物报告.细月货物报告标识.标识符1贸易项月.标识.货载货载.细口货载.标识.标识符1托运物项口.标识.1.标识符托运物.细月1..*托运物.标识.运输设备.细目贸易_包装.细月贸易_包装.标识.标识符l0.*运输_包装.细日运输_包装.标识.运输活动.阶段.标识符运输工具.细目运输工具.标识.标识符图2PDES整体概念模型76.3.2路径点A.1——托运PDES业务过程工作表——托运如表6所示。PDES业务过程活动图——托运如图3所示。表6PDES业务过程工作表——托运A.1托运概述名称托运说明托运完成点(ConsignmentCompletionPoint),即托运物实际装入集装箱、集装器(ULD)等运输设备或装入其主运输包装的点业务域和过程域分类业务域：多式联运；过程域：运输参与方及其利益收货人、发货人、交付方利益相关方及其利益保险服务提供方、金融服务提供方参考开始/结束特征前置条件发运方有一批货物需要运送，并确定运输方式(航空、公路、海上或铁路运输);这批货物已经或将装入一个或多个特定运输设备中；发货人已告知运输服务提供方可提取托运物的时间；运输服务提供方在特定运输工具上预留舱位；运输服务提供方与发货人/发运方之间具有合同关系；发运方得知装载至特定运输设备中的托运物项目的数量、重量以及运输设备的参考号(标识符)或封志；发运过程也可能触发付款功能，并可能成为供应链中的有用路径点后置条件托运物已办理海关担保，完成装载并离开发运方前往下一个运输地点开始时间集装箱、集装器进行装箱或主运输包装进行填装结束时间集装箱、集装器的箱门或装货通道已关闭，或封装结束。最后施加所有的封志动作无例外情况无关系包含的业务过程eCMR过程共享此路径点，并可补充此路径点的跨境公路运输数据；eCMR需提供可信数据，即此航路点的数据未被更改。可添加数据至报文模式(messageSchema)以适应这种运输方式的要求受影响业务过程无8数据管道信息用户数据管道向相关用户提供的信息箱门关闭向相关用户提供的信息箱门关闭的装箱信息图3PDES业务过程活动图——托运6.3.3路径点A.2——出境PDES业务过程工作表——出境如表7所示。PDES业务过程活动图——出境如图4所示。表7PDES业务过程工作表——出境A.2出境概述名称出境说明离开出口国(Departurefromthecountryofexport),即运输工具离开出口国前往其下一个目的地或最终目的地业务域和过程域分类业务域：多式联运；过程域：运输参与方及其利益运输服务提供方、承运人、续运承运人、发运方利益相关方及其利益参考开始/结束特征前置条件托运物已以海运、空运和铁路方式装载并交付至港口；在公路运输的情况下，托运物可能直接从发运方运往交付方，这表示A.1和A.2是运输服务提供方提供特定运输工具的舱位，并且托运物已装载待运；在需要办理海关手续情况下，货物已办理海关和担保手续待运后置条件托运物已办理海关担保，完成装载并离开装货港/装货地点前往下一个运输地点；计划行程已确定；实际起运日期和时间已确定开始时间承运人或运输服务提供方已将货物装到运输工具，离开了出口国结束时间正在运输途中动作无9GB/T43791—2024表7PDES业务过程工作表——出境(续)例外情况无关系包含的业务过程起运确认转运事件受影响业务过程无数据管道信息用户PDES中更新的起运信息主要运输工具已经出发向相关用户提供的信息高图4PDES业务过程活动图——出境6.3.4路径点A.3——抵达PDES业务过程工作表——抵达如表8所示。PDES业务过程活动图——抵达如图5所示。表8PDES业务过程工作表——抵达A.3抵达概述名称抵达说明抵达申报(Arrivaldeclaration),即货物抵达所需进行海关申报的点业务域和过程域分类业务域：监管；过程域：运输参与方及其利益承运人、边境管理机构利益相关方及其利益参考开始/结束特征前置条件托运物跨境进入不同的国家或不同的关税区，并且需要进行申报后置条件托运物跨境继续前往交付方表8PDES业务过程工作表——抵达(续)开始时间托运物抵达边境或在抵达前开始申报结束时间经监管机构批准入境动作例外情况应监管机构的要求或同意下，则可提前提供数据管道中的信息；公路运输可能需要提供驾驶员在境内的运输记录，以确认其是过境运输，而非在该国国内进行运输。此记录可链接至数据管道入境记录，以进一步提供对运输记录的可信度关系包含的业务过程海关货物抵达申报；安全检查；行政统计汇编受影响业务过程eCMR报文可用于向边境管理机构提供预先申报/按要求申报的托运物数据信息用户数据管道信息用户PDES中更新抵达PDES中更新抵达前的所有信息主运输工具抵达提供的信息◎图5PDES业务过程活动图——抵达6.3.5路径点A.4——交付PDES业务过程工作表——交付如表9所示。PDES业务过程活动图——交付如图6所示。表9PDES业务过程工作表——交付A.4交付概述名称交付说明托运物交付(DeliveryofConsignment),即根据运输合同，托运物实际交付给收货人或交付方的点业务域和过程域分类业务域：多式联运；过程域：运输GB/T43791—2024表9PDES业务过程工作表——交付(续)参与方及其利益收货人、交付方、运输服务提供方利益相关方及其利益金融服务提供方参考开始/结束特征前置条件托运物按计划到达交付方的地点，并在接受托运物之前查验封志号和相关文档后置条件交付方接受交付的托运物；托运物卸在交付方的地点，承运人可能有卸空的设备或回程货开始时间货物抵达最终目的地结束时间收货人接受抵达的货物动作交付方接收货物，并确认承运人交付的货物件数准确无误；件数可用于确认安全收货，据此告知任何货损货差，并在出现货物件数不符或需要补充信息的情况下，对可能要求的任何海关申报进行跟进；交付方可通过检查封志或根据海关或边境管理机构的通知，或根据物联网等现代传输设备来确认集装箱是否已被启封或已重新施封例外情况关系包含的业务过程受影响业务过程海关抵达申报和进口申报(如申报的件数不一致);付款给运输服务提供方(以完成交付)/(可能)签订的运输合同；付款给卖方(以交付货物)/(可能)签订的销售合同；预收货物入库(如通过将此信息连接至仓库管理系统)信息用户PDES中更新交付前的所有信息货物抵达月的地向相关用户提供的信息o图6PDES业务过程活动图——交付6.4业务编排视图6.4.1业务交易视图——交易和授权角色业务交易活动图如图7所示。每个路径点上的信息用户可根据其对数据的业务需求而变化。各种输入和输出路径点因业务伙伴的需求和运输方式而有所不同。数据源数据源销伴合同预订货物运输运输合同(装船通知)货物装载待运箱门关闭抵达装货港货物离开装货港起运后货物运输途中出售中转或过境转运即将抵达进口清关程序货物抵达最终卸货港货物通关状态货物离开卸货港交付货物交付货物箱门开启物联网报警数据管道载体信息用户抵达中报出口中报图7PDES潜在业务交易活动图这些交互在数据源(可以是多个参与方)和平台/数据库(数据管道载体)之间，平台/数据库(数据管道载体)和信息用户(可以是多个参与方)之间进行。这些交易允许交换小片段信息，而无需传输整份文档，这种交换模型有可能取代传统的数据通信方法。由于“请求者”和“响应者”彼此之间并非进行直接交互，而是与平台/数据库(数据管道载体)进行交6.4.2业务协作视图业务协作活动图如图8所示。物联网设备监管机构中报人物联网设备监管机构中报人运输服务提供方运输服务购买方运输服务提供方发货人中报人收货人图8PDES业务协作活动图数据源信息用户数据源销售合同预订货物运输运输合同(装船通知)货物装载待运箱门关闭抵达裝货港出口中报货物离开装货港出口中报起运后货物运输途中山售中转或过境转运即将抵达进口清关程序货物抵达最终卸货港货物通关状态抵达中报货物离开卸货港交付货物交付货物箱门开启物联网报勒(资料性)数据路径点A.1常见的输入路径点路径点是供应链中信息交换的关键时刻。但并非每次信息交换都需要使用所有的路径点，宜有一个定义的路径点列表，以便在所有运输方式中可实现管道数据交换，并使所有人对路径点有着共同的理解。常见的事件/输入路径点如表A.1所示，其状态代码见GB/T29623。表A.1常见输入路径点清单事件/输入路径点状态代码数据类型执行者/数据来源说明销售合同(Salescontract)●发运方和交付方；●原产国；●商品名称及海关商品编码；●商业文件参考(发票编号或其他编号);●货物的商业(发票)价值；●订购的货物数量；●计划交付地点；●付款和交货条件，如国际贸易术语解释通则买方/卖方销售合同是供应链上许多后续交易的起源，其提供了正在销售的商品(商业价值、海关商品编码等)和相关参与方的详细信息。在此事件中找到其起源是PDES风险分析和物流计划的重要部分预订运输的货物(Goods状态代码6(预订已完成)●装运的包装件数量；●特殊作业说明(易腐品、危险品以及温度控制信息等);●运输工具标识(ID);●装货港；●计划出发时间；●计划卸货港；●计划运输路线；运输服务购买方或运输服务提供方向运输服务提供方预订货物运输舱位的点。在单一的运输——销售合同下，运输可分多批次进行，因此针对该特定运输，需要再次提供以前路径点所提供如包装件数量等信息●实际离开/集运的点；●实际集运的日期；●承运人；●预计到达时间运输服务购买方或运输服务提供方运输服务提供方向承运人发出的装运指示和运输合同编制说明(如提单或CMR托运单的缮制)。指示和说明通常在装运前，也可能在装运后发出表A.1常见输入路径点清单(续)事件/输入路径点状态代码数据类型执行者/数据来源说明货物装载待运(Goods状态代码13(集运/提货已完成)●实际抵达提货地点/接受货物地点的时间；●实际离开提货地点/接受货物地点的时间；●集装箱号码；●签封ID;●经核实的载货集装箱总质量●方法2:托运人可自行或安排第三方对所有的货物包装和组件进行称重，包括集装箱内的衬盘、衬垫和其他包装及系固材料，然后将这些质量和集装箱的毛重相加运输服务提供方实际装上主运输工具货物始发的点。货物可能已装封，是运输服务提供商根据运输合同条款接管货物责任的时间点已到达装货港(Arrivedat状态代码364(到达集装箱堆场)●到达装货港的实际时间；●为温控货物和设备提供电源或●经核实的载货集装箱总质量●方法1:在完成集装箱装箱和施封后，托运人可自行或安排第三方对载货集装箱进行称重运输服务提供方货物到达港口及运输责任转移的点，通常运输责任从运输服务提供方转移到港口或承运人●实际出发时间；●船舶名称/航次号或航班名称/航班号；●实际出发日期；运输服务提供方货物实际离开装货港的点。确认运输已开始货物运输途中出售状态代码75(收货人更●商业文件参考号(发票或其他文件);●新买家；●新卖家；●计划交付地点买方/卖方有些商品在运输途中可能会多次被出售。在这种情况下，产生新的商业交易，对原始的商业合同信息进行补充表A.1常见输入路径点清单(续)事件/输入路径点状态代码数据类型执行者/数据来源说明状态代码100(转运)●运输工具ID;●船舶名称/航次号或航班名称/航班号；●转运时间；●转运的地点；运输服务提供方转运是指在运输途中将货物转移到另一运输工具上。航空转运站是中途停靠站，货物通过中途停靠站继续前往最终目的地。托运物可卸下装载到另一飞机上，也能停留在同一飞机上。通常，托运物保留采用同一运输方式续运并由同一运输服务提供方提供服务。对于某些运输方式，转运可能会导致托运物分批装运，由不同的航次/航班进行运输中转(Transfer)●新的承运人；●运输工具ID;●船舶名称/航次号或航班名称/航班号；●转换运输工具的时间；●转换运输工具的位置；运输服务提供方托运物转移到另一车辆/船舶/飞机的点。通常中转是采用相同的运输方式，但运输责任转移到不同的运输服务提供方。对于某些运输方式，中转可能会导致托运物分批装运，即托运物分批转移到不同运输服务提供方提供的运输工具上进口清关手续，包括临时状态代码128(等待进口放行)●货物的预期用途(商用或非商用);●海关价值；●海关目的地(直接进口、储存、过境、海关监管货物的特殊申报程序);●海关原产地(根据进口国法规);●授权编号(如储存设施授权编号);●认证(对申报信息承担法律责任的申报人的认证)申报人办理所需的进口报关手续或其他跨境监管手续的点。此输出路径点所需的大部分信息源自之前的输入路径点，可能需要补充一些额外的信息货物到达最后的卸货港状态代码40(抵达港口)●实际路线；●实际到达时间运输服务提供方托运物实际到达卸货港的点，处于海关监管之下表A.1常见输入路径点清单(续)事件/输入路径点状态代码数据类型执行者/数据来源说明通关状态(Customssta-状态代码12(清关)状态代码17(拒绝清关)状态代码379(已清关放●监管决定(货物清关、放行或暂停);●监管决定的时间机构海关或其他监管机构对货物进行审查，确认是否存在违规行为并确定货物价值。报关代理人确保申报资料齐全或预申报数据是完整有序。货物通过了所有要求的机构的审查，就视为已清关。完成所有检查后，货物可能在抵达之前就被放行货物离开卸货港(Goods状态代码365(出闸)●实际出发时间运输服务提供方托运物实际装载在另一运输工具上离开卸货港的点，而不是留在货物抵达卸货港时的运输工具上。根据《国际贸易术语解释通则》的规定，这也可能是托运物责任转移给收货人的交付点货物交付(Goodsdeliv-状态代码21(交付已完●实际交付点；●实际交付日期/时间；●交付点的GPS位置；●交付(人)验收/货物收据收货人或运输服务提供方托运物实际交付给运输合同规定的收货人或发运方的点箱门开启(Doorsopened)状态代码309(设备已打●GPS位置(相对于行程计划)海关、边境管理机构或交付方箱门由海关、边境管理机构或最终交付方开启。启封封志物联网警报(loTalert)当物理参数变化超出设置参数时发出警报：●箱门打开；●冲击和振动；●地理围栏触发的GPS位置物联网或软件提供商发出警报的原因有很多，如温度超出范围、货物坠落或处在地理围栏设定的范A.2典型的输出路径点路径点及其用于输入或输出的用途是可互换的，其用途可在特定实现中定义，正如为所需目的提取的数据一样。典型的