先分清含义层、结构层与规则层
把区块链海关贸易资料映射到账本前，先分清三层。vocab.unece.org说明：UN/CEFACT Web Vocabulary承载Buy-Ship-Pay参考数据模型（BSP-RDM）等语义，把术语含义与具体报文形状、辖区校验规则分开。Architecture页进一步写：词汇表回答Consignment等术语是什么；报文结构由消息设计者组合；规则（如某司法辖区强制标识体系）约束结构而不改术语定义。
因此，链上多存一个字段，并不自动获得海关放行效力。映射工作首先是选对词表术语与标识方案，其次才是选择锚定哈希还是存摘要；把监管结论写成“已上链”会混淆证据类型。若业务方只提供“已上链”截图而没有词表IRI与报文Schema，映射验收应判为材料不全。
单证如何挂到词表，而不是挂到上链二字
Vocabulary首页把本体比作国际贸易词典，并举例：发票或产品护照用JSON Schema约束形状，再用JSON-LD的@context指向词表以固定术语含义；一个上下文可引用多个词表。Architecture强调同一术语可原样出现在发票、护照或报关单中，因为含义层可复用。
W3C JSON-LD 1.1指出，@context用于把短名称映射到IRI，使不同来源的JSON键不冲突，并可用IRI标识节点。海关贸易场景里，这意味着“收货人”应映射到稳定IRI，而不是各系统私有字符串；上链字节若缺少上下文，跨系统对账仍会歧义，也无法自动证明监管含义一致。当同一字段在内部ERP与报关报文中使用不同中文名时，应以词表IRI为准做对照表，避免只对齐中文标签。
账本适合记录什么，不适合承诺什么
Architecture区分entity与value object：Consignment、Party等是可跨单据引用的实体；Measure等是无独立身份的值对象。标识用Identifier值对象表达registeredId与idScheme。账本若只存不明方案的字符串，会丢掉“这是GTIN还是内部SKU”的关键信息，后续稽核也无法复现映射。
即便把单据哈希写入区块链，仍只证明某字节序列在某时刻被锚定；它不审核许可证、关税归类或查验结论。Vocabulary也提醒：良好词表可降低自动映射幻觉，但不能替代业务校验与监管程序，更不能把锚定当成放行回执。对只存哈希的锚定，还要另存规范化算法说明，否则无法证明哈希对应哪一版单证字节。
归档建议
整理映射表时，至少记录：词表域名与版本或更新日期、使用的类与属性IRI、报文Schema、辖区规则来源，以及链上存的是原文、规范化JSON还是内容哈希。缺少idScheme的标识应标为不完整。
本文未对接海关系统，未提交报关单。unece.org部分页面抓取受限，本篇以vocab.unece.org文档与W3C JSON-LD规范为据，不把链上存在写成通关完成，也不引用二手“成功案例”新闻当证据。