报关订单
数据已更新
搜索订单编号、客户或合同号
待提交12
待审核04
待申报08
已申报36
订单编号客户完整度状态
BG-260801华东客户 A17 / 17待申报
BG-260802华南客户 B14 / 17待审核
BG-260803华北客户 C17 / 17已申报
OCR 字段核对
材料识别结果按需回填，人工确认后统一保存草稿，字段状态与订单进度同步更新。
向下查看项目背景、PRD 和可交互原型
Project Overview
把多份报关材料，整理成一条可核对、可审核、可追踪的订单链路。
项目聚焦关务人员每天反复处理的资料整理和字段录入，将订单、文件、商品、客户与申报要素关联起来，降低手工搬运和状态遗漏。
项目类型B 端业务系统 / 报关订单管理 / OCR 工作流
目标用户关务专员、业务员、审核主管、资料维护人员
我的角色业务梳理、需求拆解、PRD、信息架构、原型与交互设计
核心产出订单列表、新建编辑、OCR 回填、审核流转、基础资料与下载留痕
PRD
智能报关单 PRD 文档
文档按当前 Demo 的状态机和操作权限整理，覆盖订单工作台、OCR 回填、审核、关贸云推送、基础资料和验收口径。
Problem
报关业务的难点，是资料多、字段复杂、状态容易断。
材料重复录入
合同、发票、箱单等材料分散在不同文件中，关务人员需要反复查找和搬运字段。
字段校验成本高
报关字段和商品申报要素关联复杂，缺失或不一致会在提交后才暴露。
审核过程不透明
订单从草稿到申报经历多个状态，缺少统一的处理记录和权限边界。
Solution
用订单工作台承接资料、字段和状态三条线。
MVP 先把一张订单从创建到申报的关键路径做完整，再逐步接入真实 OCR、关贸云接口和基础资料数据。
1
创建订单
生成订单编号，录入客户和基础申报信息。
2
上传材料
上传合同、发票、箱单等文件并按需解析。
3
核对回填
OCR 结果回填字段，人工确认后保存草稿。
4
提交审核
按状态和角色控制提交、审核与驳回。
5
导出申报
下载草单或 Excel，保留操作与下载记录。
Prototype
可交互原型：报关订单工作台。
原型支持订单列表、创建与编辑、审核处理、客户资料、商品资料、HS 规则与订单状态演示。
Product Thinking
这个项目重点展示复杂 B 端业务的结构化能力。
状态机设计
围绕待提交、待审核、待申报、已申报定义状态和操作权限，减少流程跳跃。
数据对象设计
将订单、商品、客户、申报要素和材料拆成可复用的基础资料对象。
AI 辅助落点
把 OCR 放在材料核对环节，让识别结果服务于人工确认，而不是替代业务判断。
4核心订单状态
5关键数据对象
3关键协作角色
1从材料到申报闭环