佬司机｜大宗交易平台正式产品需求文档

1. 文档定位

本文档是平台正式开发的产品基线，适用于产品、设计、前端、后端、测试、数据、运维和运营。页面原型只用于说明页面结构、交互方式和验收路径，不是需求来源；当原型与本文档冲突时，以本文档、模块 PRD 和已确认决策为准。

1.1 阅读顺序

1. 开发跨端能力时先阅读本文档。
2. 开发具体功能时阅读对应模块 PRD。
3. 页面展示与交互读取 docs/UI_SPEC.md。
4. 页面路径读取 docs/ROUTES.md。
5. 原型仅用于确认页面入口、信息层级和交互结果。

1.2 产品定位

面向中国境内大宗商品企业的数字化交易平台，通过结构化商品数据、可信企业信息、企业会话和全链路交易能力，帮助买卖双方完成找货、匹配、议价、合同、付款、履约、结算、开票和售后协同。

2. 目标与非目标

2.1 首期目标

• 建立煤炭、钢铁、铜、铝的动态商品模型与统一数据口径。
• 让买家从公开商品发现进入询价或立即购买，并在平台内完成交易。
• 让卖家管理商品、库存、询价、合同、履约、结算和开票。
• 让平台完成企业准入、商品审核、交易监管、资金对账、投诉协调和审计。
• 建立可追溯、可解释、可匿名聚合的市场数据资产。
• 支持一个企业多员工、角色权限和企业级业务数据隔离。

2.2 非目标

• 不经营自营商品，不作为交易合同的买方或卖方。
• 不使用平台普通经营账户沉淀客户交易货款。
• 不代企业接受报价、确认成交、签署合同、付款或确认收货。
• 不在首期提供期货、杠杆、撮合竞价、仓单金融或跨境结算。
• 不用不可解释的智能评分替代企业判断、交易事实或风控依据。

3. 角色与组织

3.1 权限原则

• 权限由企业成员关系决定，不由手机号本身决定。
• 菜单、数据范围、按钮和服务端动作均需校验权限。
• 高风险操作提交时再次校验企业状态、认证状态、成员状态和业务权限。
• 企业被冻结、认证过期或成员停用后，新增交易受限，历史数据按权限只读。
• 平台人员只能监管和协调，不获得企业交易授权。

4. 信息架构

4.1 买家端

一级导航固定为：首页、交易、市场数据、消息、企业中心。首页即商品大厅。交易顾问固定在右下角，不占一级导航；联系卖家进入真人企业会话。

桌面端使用顶部横向导航；手机端按 App 形态使用底部五项导航，顶部只保留品牌栏。底部购买操作、商品对比栏和交易顾问必须避开底部导航及系统安全区。

4.2 卖家端

一级导航固定为：首页、商品、交易、市场数据、消息、个人中心。首页为待办优先工作台；采购商机从工作台或商品模块进入，不占一级导航。

4.3 管理端

按运营、商品底座、交易监管、数据和治理分组，包含企业、认证、字段、商品模型、商品审核、交易、合同、资金、服务费、发票、售后、市场配置、价格源、通知、风控、权限、系统设置和审计日志。

5. 正式模块划分

模块之间通过稳定业务对象和事件协作，不通过复制页面状态形成第二套事实。

6. 核心业务对象

7. 交易主状态

取消、拒绝、撤回、超时和异常作为原因或子状态保存；买家一级状态不展示“支付失败”“已发货”“验收期”或“已关闭”。待付款取消和超时取消在“全部”中保留只读记录，不归入“已完成”。

8. 核心业务规则

8.1 商品与价格

• 商品前台只展示卖家设置的一个当前售价。
• 买家可按当前价立即购买，也可通过询价议价。
• 一个商品可同时对应多个买家和多笔独立询价、交易。
• 历史交易保存成交时商品模型版本和商品快照。
• 询价不锁库存；双方确认成交时锁库存；取消释放；发货按批次扣减。

8.2 会话与正式动作

• 同一业务方向下，一个买家企业和一个卖家企业共用一个企业会话。
• 企业会话只展示需要双方互动的商品、询价、报价/还价、成交确认和合同卡。
• 付款、物流、订单、发票、账户安全和售后进度进入系统消息或业务详情。
• 普通文字不构成正式报价、成交确认、合同或收货确认。
• 结构化卡片状态必须来自正式业务对象。

8.3 合同、付款与服务费

• 合同支持平台电子签和上传线下已签 PDF。
• 买家无需预充值；合同生效后选择线上支付或企业网银。
• 首期付款有效期为合同生效后 30 分钟，页面展示逐秒倒计时；买家可主动取消，倒计时结束系统自动取消付款、关闭本次交易并释放锁定库存。付款有效期底层可配置。
• 商品货款进入合作银行或持牌支付机构担保资金账户。
• 买家付款总额等于商品货款加平台服务费，卖家应收为完整商品货款。
• 服务费在成交确认时试算、成交条件确认时锁定规则、合同生效时生成应付、付款成功后待确认、售后申请期结束无争议后确认。
• 首期服务费规则为商品货款的 0.1%，最低 10 元、最高 5,000 元；底层必须支持按品类、比例、定额和组合配置。

8.4 收货、结算与售后

• 付款成功后即开放售后入口：未发货可申请取消交易或退款，运输中可提交运输异常、退款或补发诉求，确认收货后按售后申请期和合同处理。
• 买家确认收货后交易立即进入已完成。
• 数量、包装、外观、错发和运输破损可在确认收货后 7 个自然日内申请售后。
• 内在质量问题按合同和质保期判断，不统一限制为 7 日。
• 7 日售后申请期不是交易状态，只控制售后入口和卖家资金解冻。
• 无进行中售后时，申请期结束后商品货款形成卖家可提现余额。
• 平台只受理、核验和协调；退款、补发或赔偿方案需双方确认。

9. 通知原则

• 关键事件按企业成员角色和数据范围通知，不向企业所有员工无差别广播。
• 相同对象、相同事件短时间去重；普通物流节点合并，异常和到达单独提醒。
• 企业会话未读与系统消息未读分别统计。
• 合同、付款、发票、售后和账户安全属于强提醒，不因关闭普通通知而丢失。
• 通知只提供摘要和明确入口，不复制敏感信息或完整业务详情。

10. 市场数据与信用

• 市场数据首期包含价格行情、平台成交数据、热门商品和有限分析。
• 数据来自平台商品、匿名成交与已配置的第三方现货价格源。
• 每项数据展示来源、口径、更新时间和异常状态。
• 历史成交价格匿名聚合；样本不足时不展示可识别单笔信息。
• 企业公开信用以认证、合同履约、按时交付、响应和投诉处理等客观指标为主。
• 风险规则、敏感材料和内部处置只在管理端按权限展示。

11. 安全、合规与非功能要求

• 所有交易动作使用服务端鉴权、幂等键、对象版本和审计日志。
• 付款结果以合作机构回调为准；重复回调不得重复入账。
• 合同、付款、库存、发票、售后和权限变更不可物理删除。
• 敏感字段按角色脱敏；列表和通知不展示完整证件、账号或联系方式。
• 关键页面支持加载、空、错误、无权限、失效和成功状态。
• 桌面、平板、手机均可完成核心任务；键盘、焦点、标签和对比度满足基础可访问性要求。
• 系统记录核心接口、业务事件和外部依赖监控；第三方异常可重试并保留人工处理入口。

12. 关键边界与异常

• 报价过期、被替代、商品下架、库存不足或企业失效时不可接受。
• 双方同时还价使用版本校验，后提交方收到最新报价并重新确认。
• 库存锁定失败不得生成有效合同；允许改数量、等待补库存或取消。
• 双方上传的线下合同不一致时禁止付款。
• 支付处理中禁止重复支付；失败保留付款单和可重试入口。
• 发货累计数量不得超过成交数量；物流延迟只显示已知事实。
• 实收数量不同先完成二次结算，再允许确认收货。
• 售后处理中只冻结争议金额；无争议部分按规则结算。
• 权限或认证在操作过程中失效时，提交阶段阻止动作并保留安全草稿。
• 第三方数据延迟时展示最后成功时间，不生成虚假实时值。

13. 正式验收标准

• 三端角色、菜单、数据范围和服务端权限一致。
• 动态商品模型驱动发布、筛选、详情、对比、匹配和历史快照。
• 立即购买与多轮议价均可进入同一合同、付款、履约链路。
• 当前有效报价、交易状态、会话卡片、待办和通知保持一致。
• 付款、回调、库存锁定扣减、退款和资金结算具备幂等性。
• 电子签与线下合同均可完成，合同不一致不会进入付款。
• 确认收货立即完成，售后窗口和卖家结算状态独立正确。
• 商品专票和服务费专票对象、金额、开票方与申请时点正确。
• 所有异常状态都有原因、恢复动作和审计记录。
• 原型页面只能作为上述规则的交互验收入口，不得增加或改变业务规则。

账户、企业认证与权限模块 PRD

模块目标

建立账号、企业、企业成员、认证和权限的统一身份底座，使一个手机号可安全加入多个企业，并按企业、业务端、角色和数据范围访问业务。

角色与页面

核心对象

账号、登录凭证、验证码挑战、企业、企业资格、企业成员关系、角色、权限、数据范围、企业认证申请、认证材料、审核记录、安全事件。

业务规则

• 手机号为中国大陆 11 位，验证码 6 位、5 分钟有效、60 秒后可重发。
• 支持验证码登录和密码登录；密码由服务端校验，不在前端保存固定密码。
• 登录与注册为两个独立页面：登录页的“注册企业账号”必须进入注册页，不得复用登录表单或仅切换登录状态。注册至少采集手机号、短信验证码、企业名称、统一社会信用代码和登录密码，并要求用户主动同意协议。
• 买家完成企业账号注册后视为已登录但尚未完成企业认证，系统返回商品大厅并主动打开“完善采购偏好”弹窗。用户可跳过并继续浏览；询价、购买等受认证保护的动作仍按认证规则拦截。
• 密码 8—20 位且包含字母和数字；连续错误 5 次锁定密码登录 15 分钟。
• 一个账号可加入多个企业；一个企业可同时拥有买家与卖家资格。
• 单企业单端直接进入；多企业先选择企业；双端资格再选择业务端。
• 未认证企业可浏览公开内容，不能询价、出价、立即购买、成交确认、签合同、付款、发布商品或绑定对公账户。
• 企业主体字段或营业执照变更后进入重新审核；历史交易继续只读或按风控策略履约。
• 修改密码需原密码和当前手机号验证码；换绑手机号需原密码、当前手机号验证码和新手机号验证码。
• 全局页头不展示退出；退出登录位于企业中心或个人中心的设置页。
• 买家端企业中心不展示“当前角色”、企业联系人或联系信息；编辑企业信息仅维护企业名称、统一社会信用代码、注册地址和营业执照。企业成员与角色仍由独立权限模块管理，不混入买家企业资料页面。
• 买家端企业中心按“页面标题与账户设置—认证提示—企业与账号概览—采购业务—财务与售后—我的收藏”组织。企业概览只展示已存在的企业资料和累计采购交易、累计采购额、收藏商品、收藏企业四项数据，不新增同比、趋势、通知铃铛或加入平台时间。
• 采购业务入口固定为采购需求、采购交易、采购偏好、地址管理；财务与售后入口固定为付款记录、发票管理、投诉与协调。入口使用图标、标题和一句说明的完整卡片，并直接进入对应既有页面。

权限模型

权限判定同时包含：账号有效、成员关系有效、企业有效、业务端资格有效、认证满足动作要求、角色具有动作权限、数据范围包含对象。前端只控制展示，服务端必须重新校验。

状态

异常与边界

• 验证码发送失败、频繁、错误或过期时保留手机号并给出重试时间。
• 登录态过期时保留当前路由和未提交安全草稿，重新登录后恢复。
• 账号无企业时进入创建或申请加入企业，不展示空白业务首页。
• 企业被冻结时禁止新增交易，但保留合同、付款、售后等必要履约入口。
• 操作中权限被收回时提交失败，不允许以旧页面状态继续操作。
• 平台审核员不能审核自己所属或存在利益冲突的企业。

通知

验证码、安全风险、密码修改、手机号换绑、成员邀请、权限变化、认证提交、通过、驳回、过期和冻结均产生对应通知和安全日志。

验收标准

• 游客受保护操作登录后回到原页面和原动作。
• 从登录页进入注册页、完成注册、返回商品大厅并打开采购偏好弹窗的链路可连续完成，浏览器后退不会再次提交注册。
• 多企业、多端资格分流结果正确且可切换。
• 无权限入口不可见，直接访问也被服务端拒绝。
• 企业认证状态同时影响买家、卖家和管理端。
• 敏感材料只对授权企业员工和平台审核角色可见。

商品数据模型与字段模块 PRD

模块目标

建立可配置、可版本化的商品数据底座，使商品发布、审核、筛选、详情、对比、采购需求和匹配使用同一结构化定义。

角色与页面

核心对象

品类、字段定义、字段选项、单位与换算规则、商品模型、商品模型版本、模型字段、显示分组、校验规则、筛选配置、对比配置、匹配配置。

字段能力

支持文本、整数、小数、金额、单选、多选、布尔、日期、地区、文件和复合规格。每个字段包含中文名称、内部编码、数据类型、单位、必填规则、范围、枚举、展示分组、是否筛选、是否对比、是否匹配、匹配方式和敏感级别。

版本规则

• 草稿模型可编辑；已发布模型不可原地修改，变更必须创建新版本。
• 发布前同时预览卖家填写、买家筛选、商品详情、对比和采购需求表单。
• 新版本只影响新建或主动升级的商品；历史商品与交易保留原版本。
• 字段停用不删除历史值；单位或枚举变更需定义迁移策略。
• 影响匹配或价格口径的变更必须二次确认并记录影响范围。

首期品类

匹配规则

• 数值支持精确、区间、最小值、最大值和容差匹配。
• 枚举支持必须包含、任一包含和排除。
• 地区支持省、市、港口或仓库层级。
• 单位先归一化再比较；转换失败不参与硬条件匹配。
• 硬条件决定是否进入候选集，软条件只影响排序。

异常与边界

• 删除被模型引用的字段时禁止物理删除，只允许停用。
• 发布模型存在必填字段无名称、单位缺失、枚举为空或规则冲突时阻止发布。
• 商品升级模型版本时先生成差异清单，缺少必填值不得提交审核。
• 模型回滚只改变新建默认版本，不覆盖已发布商品和历史交易。
• 前台遇到未知字段类型时显示只读值并上报配置异常，不隐藏整个商品。

审计与验收

• 记录字段、模型、版本、发布人、发布时间、变更内容和影响范围。
• 同一模型值在商品发布、筛选、详情、对比和匹配中的名称、单位和精度一致。
• 历史交易快照不因模型更新改变。
• 煤炭、钢铁、铜、铝可配置不同字段并独立筛选。

商品经营、审核与库存模块 PRD

模块目标

支持卖家按已发布商品模型创建商品，平台完成审核，卖家维护在售状态和库存，并为交易提供准确可追溯的商品与库存事实。

角色与页面

核心对象

商品、商品版本、商品模型版本、商品资料、质量凭证、商品审核单、库存账户、库存流水、库存锁定、库存预警、商品快照。

商品状态

草稿、审核中、销售中、售罄、下架、驳回。已下架或历史商品从交易记录进入时只显示成交快照，不重新开放购买。

发布规则

• 卖家选择已发布品类模型后填写结构化字段、当前售价、计价单位、最小起订量、可售库存、发货地、交付方式和资料。
• 前台只展示一个当前售价；价格修改记录操作人、时间和前后值。
• 草稿可反复保存；提交审核后当前版本只读，修改需撤回或创建新版本。
• 关键字段、售价、质量凭证或交付条件变化按平台配置触发重新审核。
• 审核通过后进入销售中；驳回必须提供具体字段和原因。

库存规则

• 库存不得为负；库存操作使用对象版本和幂等键。
• 一个商品可同时面对多个买家；按成交确认顺序锁定库存。
• 补库存、盘点调整、锁定、释放和扣减均产生不可删除流水。
• 可售库存低于阈值产生卖家待办；为零时商品显示售罄并禁止新成交。

异常与边界

• 审核期间商品不可搜索；已存在的历史链接显示审核不可见说明。
• 多笔交易并发锁定失败时，后确认交易返回库存不足，可修改数量或等待补货。
• 商品被风控下架后禁止新询价和购买，已生效合同按风控方案履约。
• 质量凭证失效或无法查看时标记资料异常，并按配置限制销售。
• 库存调整超过阈值需要二次确认或企业管理员复核。

通知与验收

• 提交、通过、驳回、下架、售罄、库存预警和锁定失败通知相应角色。
• 商品状态、列表、详情、交易快照和库存流水一致。
• 审核和库存高风险动作均有原因与审计记录。
• 历史成交商品值不随当前商品修改。

商品大厅、详情、企业与对比模块 PRD

模块目标

帮助买家基于真实结构化商品参数、卖家当前售价、有效库存、企业公开能力和匿名成交数据完成找货与采购判断。

页面范围

商品大厅、商品详情、商品对比、企业主页，以及企业中心中的收藏商品和收藏企业。

访问与登录边界

• 游客可浏览商品大厅、筛选、查看详情、对比和企业公开主页。
• 收藏、联系卖家、询价、立即购买和发布采购需求要求登录。
• 询价和立即购买首期仅校验登录状态，不以前置企业认证阻断原型交易链路；正式接入交易能力时再按风控与合规方案恢复认证校验。
• 登录或认证完成后返回原商品、筛选条件和未完成动作。

商品大厅

• 桌面端左侧常驻筛选区以“指标”为核心，首屏展示品类、卖家售价上限、最低库存、最大起订量、交付方式、付款方式和质量凭证。不使用“交货与价格”、“商品关键参数”等额外分组标题，不按交货地筛选。
• 手机端筛选区使用底部抽屉，商品列表保持可见；应用筛选后关闭抽屉并保留条件。
• 商品大厅不提供“全部品类”选项；默认使用已保存采购偏好的品类，未设置偏好时默认进入煤炭。切换品类后立即展示对应动态模型的 5 项质量或规格指标，并清除前一品类不兼容的已选值。
• 搜索支持商品名、品类、规格、产地、交货地和企业名称。
• 排序支持推荐、价格升降、最新和成交量；默认推荐必须可解释。
• 桌面端使用高密度决策卡，不展示封面图和商品说明；卡片依次展示名称与品类、企业名称、至少 5 项品类指标、最小起订量、商品累计成交笔数、累计成交量、累计成交额、交付方式、付款方式和发货地。成交数据必须属于当前商品，不能用企业累计成交替代，也不展示企业履约率、按时交付率等企业指标。
• 品类指标使用按内容宽度自适应的紧凑标签展示“字段名 + 数值”，字段名和数值必须在同一行并左对齐连续排列，间距为 4—6 像素；标签在容器内自动换行，同一行可容纳 2 个以上标签，不使用等分列、两端对齐或固定宽度制造空白。商品卡桌面宽屏三列、中等宽度两列、手机端单列，价格使用暖色强调，状态与库存保持清晰层级。
• 发货地、交付方式和付款方式在卡片中使用语义图标加具体值展示，省略重复的文字字段名；每个图标必须有中文悬浮说明和无障碍名称。
• 卡片底部固定为价格与操作区：左侧展示卖家当前售价和可售库存，右侧展示“我要询价”“加入对比／移除对比”和分享；联系卖家放在企业名称行，收藏放在标题行，使四类动作按语义分散而不是挤成一排。整张商品卡可点击进入详情，不再展示“查看商品”按钮；图标动作必须有中文无障碍名称和悬浮说明。点击卡内按钮不得触发整卡跳转。
• 加入对比后按钮显示“移除对比”；对比栏可展开、逐个移除和清空。
• 无结果时说明当前筛选无完全匹配项，提供放宽条件和发布采购需求，并在同一页面展示最多 4 个当前品类的热门在售商品；推荐卡仍可完成询价、联系、分享、收藏和对比。

商品详情

• 详情标题右侧将收藏、加入/移除对比和分享组合为一组轻量工具按钮；联系卖家不放在标题工具组，统一放在右侧交易卡的购买与询价操作下方。
• 详情首屏主区同屏展示卖家实拍图和商品核心指标，指标至少包含 5 项品类质量/规格指标和最小起订量；指标下以“交易信息”为小标题，纯文字展示交付方式、付款方式、商品累计成交笔数、成交量和成交额，不展示装饰图标，也不与购买卡重复库存。
• 卖家上传图片使用固定比例容器和 object-fit: cover 统一裁切，保留中心主体；加载失败时显示品类占位图和图片不可用提示，不拉伸原图。
• 商品说明展示卖家提供的正式内容，不额外拆出“适用场景、执行标准、交付说明”等重复说明带。附件资料作为单独小节展示文件卡，包含文件名、大小和“查看”动作；相关资料可站内预览。
• 主区其余按“商品说明与资料—历史成交价格—供应企业—更多推荐商品”的顺序展示；首屏已经完整展示过的商品指标不再以“商品规格与质量指标”重复一遍。
• 商品大厅筛选无完全匹配结果时，结果区只展示“暂时没有完全符合条件的商品”，下方直接展示同品类在售推荐卡片；不增加空状态容器、解释说明、推荐标题或放宽筛选、发布需求等额外按钮。
• 商品售价只在右侧购买卡展示一次，直接突出具体价格，不增加“卖家当前售价”或“含税价”等重复说明；税务口径由合同与结算信息承载。
• 购买卡包含卖家当前售价、库存、最小起订量、数量、企业地址簿、预计商品货款、立即购买、“我要询价”和联系卖家；“我要询价”是蓝色主操作，“立即购买”为次要操作，联系卖家位于两项交易操作下方。
• 桌面购买卡保持在右侧可视区域；手机端隐藏完整购买卡，使用位于应用底部导航上方的固定交易区。固定区第一行展示卖家当前售价和可售库存，第二行依次展示联系卖家图标、立即购买和我要询价，页面不得重复出现第二组购买/询价按钮。
• 附件资料支持在线查看文件信息和内容；不可用时说明原因。
• 分享打开站内分享面板，直接展示当前商品稳定链接和已经生成的品牌海报预览，不提供“生成海报”按钮，也不展示公开权限说明。链接只保留一个“复制链接”主按钮。面板提供保存海报、微信好友、朋友圈、钉钉和复制海报链接；未接入原生分享能力时明确提示用户保存或复制，不跳离当前商品。桌面端海报位于左侧、操作位于右侧；手机端先展示完整海报再展示操作。海报包含平台名称与品牌主张、商品实拍图、商品名、企业名、当前售价、3 项核心指标、库存、最小起订量和商品详情二维码；平台头部与商品信息区使用相同的冷灰蓝色不透明底色，商品信息区使用不旋转文字的圆角梯形轮廓，并不得遮挡二维码及识别文案。分享失败不得跳转或破坏详情页状态。
• “历史成交价格”支持近 7 天、近 30 天和全部；汇总仅展示最新价、最高价、最低价、成交量和成交笔数。图表增加同品类、同区域第三方现货价格形成的“市场参考价”，本商品成交价实线与市场参考价虚线的每个数据点均展示具体价格；市场参考价不得冒充平台成交价。

商品对比

• 只允许 2—4 个同一模型或兼容模型商品对比。
• 使用真实字段名和单位，不适用字段显示“该商品不适用”。
• 对比小结位于表格上方，只引用表中事实并突出明确优势值。
• 不生成综合评分、虚假匹配分或替代采购决策的结论。
• 少于 2 个商品时禁止开始对比，但允许管理已选商品。

企业主页

企业主页顶部先展示企业标识、企业名称、正式介绍，并将“收藏企业”“联系卖家”紧邻企业名称；累计成交单数、累计成交额、累计收藏和在售商品数作为第二行独立指标区，全部采用平台累计口径。企业介绍不再重复形成单独板块；下方直接进入统一商品卡片构成的在售商品区，不再追加重复的“需要确认库存、质量资料或交付安排”联系板块。不展示合同履约率、按时交付率，也不设置独立的“平台累计交易表现”板块。采购需求仅在卖家视角按公开范围展示；营业执照、对公账户和后台风控信息不公开。

登录后采购偏好

• 已登录且尚未设置采购偏好的买家进入商品大厅时，主动打开“完善采购偏好”弹窗；允许稍后完善，不阻断继续浏览。
• 弹窗字段与商品大厅筛选共用同一结构和动态参数模型，包括常购品类、价格上限、最低库存、最大起订量、交付方式、付款方式、质量凭证及当前品类指标。
• 保存后立即关闭弹窗，将偏好作为商品大厅默认品类和筛选条件；商品大厅顶部不常驻展示采购偏好摘要，用户从企业中心进入采购偏好页修改。

异常与边界

• 商品下架、售罄或企业失效时禁止购买和询价，保留只读快照与同类推荐。
• 历史成交样本不足时隐藏可识别点并说明口径。
• 筛选参数因模型变化失效时移除失效条件并说明。
• 商品当前售价或库存变化时，提交购买前重新确认最新值。
• 收藏对象失效后仍保留记录，但标记失效并提供移除。

验收标准

• 游客浏览与受保护操作登录恢复均可完成。
• 四个品类的关键筛选字段随模型正确变化。
• 列表、详情、收藏和对比使用同一商品事实。
• 价格图汇总和成交点来自同一聚合数据。
• 商品详情可直接进入立即购买、议价和真人企业会话。
• 商品大厅不进入详情即可完成询价、联系卖家、分享、收藏和加入对比；每个动作都有明确结果或登录/认证恢复链路。
• 商品详情的更多同类商品、企业中心收藏商品和企业主页在售商品复用商品大厅同一商品卡片与操作状态，不允许形成精简版分支。

采购需求、匹配与商机模块 PRD

模块目标

让买家用结构化条件发布采购需求，让平台匹配有效商品，让卖家以本企业在售商品响应，并将有效响应转为统一询价流程。

角色与页面

核心对象

采购需求、需求模型版本、需求字段值、公开范围、匹配任务、匹配结果、卖家响应、响应商品、响应报价、未读状态、询价转换关系。

发布规则

• 采购需求属于买家企业，由有权限员工创建。
• 品类和关键指标来自商品模型，不允许用自由文本替代结构化字段。
• 发布表单必须同时包含采购标题、品类、数量、收货地、期望交付日期、交付方式、付款方式和当前品类的动态指标；期望单价上限和其他要求可选。动态指标直接复用商品模型，不得把所有指标压缩为一个“补充要求”文本框。
• 交易顾问只能生成草稿，买家必须检查和确认后发布。
• 发布后影响匹配的字段修改需创建新版本并重新匹配。
• 关闭、过期或已转成交的需求停止新响应，历史响应保留。

匹配规则

1. 候选商品必须审核通过、销售中、企业有效且库存满足最低要求。
2. 品类、关键规格、数量、地区和交期等硬条件不满足时排除。
3. 价格、企业履约、距离和响应速度等软条件只影响排序。
4. 匹配结果保存规则版本和命中依据，不能只保存最终分数。
5. 第三方或行为数据不得覆盖买家明确条件。

卖家响应

• 卖家只能选择本企业有效在售商品响应。
• 响应包含可供数量、当前售价或卖家出价、交期、补充说明和有效期。
• 同一卖家企业对同一需求保留一个当前有效响应，更新后历史版本只读。
• 买家可查看响应企业、对应商品、报价、可供数量和未读信息。
• 买家选择“继续沟通”进入双方唯一企业会话；选择“发起询价”创建正式询价并关联响应。

状态

需求状态：草稿、已发布、匹配中、响应中、已关闭、已过期、已转交易。响应状态：草稿、有效、已更新、已撤回、已过期、已转询价。

异常与边界

• 无匹配结果时提供放宽非关键条件、继续等待或主动找货，不自动修改需求。
• 商品下架、库存不足或卖家认证失效时响应失效并通知双方。
• 响应价格变化不会自动改变已创建询价中的当前有效报价。
• 买家不收藏采购需求；卖家也不能复制非公开买家资料。
• 需求公开页对买家企业名称、联系人和敏感交付信息按公开范围脱敏。

通知与验收

• 新响应、响应更新、响应失效、需求即将过期和转为询价产生企业级通知。
• 需求卡展示响应企业数、未读响应数和明确查看入口。
• 匹配依据可解释，结构化值与商品模型一致。
• 从响应进入会话或询价后对象关系可追溯且不会创建重复企业会话。

企业会话、询价与议价模块 PRD

模块目标

在企业级唯一会话中完成找货后的真人沟通，并通过结构化询价、报价、还价和成交确认卡片形成可审计的正式交易条件。

会话边界

• 唯一键为业务方向、买家企业和卖家企业。
• 同一业务方向的多笔询价和交易共用一个企业会话。
• 反向买卖关系使用另一业务方向的会话。
• 支持按关联交易聚焦，但不创建新会话。

消息类型

企业会话允许文本、附件、商品卡、询价卡、报价或还价卡、成交确认卡和合同卡。付款、发货、物流、订单、发票、账户安全和售后进度进入系统消息或业务详情。

询价规则

• 买家从商品详情或采购响应创建询价，填写数量、企业地址簿、交付要求、有效期和可选买家出价。
• 买家有出价且卖家接受时直接进入待成交确认，不强制卖家再次报价。
• 买家未出价时卖家可首次报价；双方可多轮还价。
• 同一询价只有一个当前有效报价；新还价替换旧报价，历史版本保留。
• 接受操作必须针对当前有效报价；过期、撤回或被替代报价不可接受。
• 双方确认最终数量、单价、交付、结算和税费后创建交易并锁库存。

页面结构

• 消息中心提供企业会话和系统消息切换。
• 桌面端为会话列表、消息流和关联业务三栏；窄屏隐藏关联栏；手机为列表和会话两级页面。
• 会话列表企业名称与时间同行，未读数独立垂直居中；当天显示时分，历史显示日期。
• 输入框为单行，发送按钮在右侧；不提供独立发送商品按钮。
• 业务卡一个主操作、最多两个次操作；失效卡保留原因并禁用动作。

系统消息

系统消息覆盖报价提醒、合同、付款、发货物流、采购响应、发票、账户安全和售后进度。支持逐条进入业务对象和全部标为已读；不创建企业会话。

并发与幂等

• 报价和接受使用询价版本号；同时还价时后提交方收到“报价已更新”。
• 重复发送业务动作只产生一个正式对象和一张有效卡片。
• 卡片展示状态来自询价、报价、交易或合同对象，不能单独修改消息状态冒充业务成功。

异常与边界

• 普通文字中的“同意”“可以”不改变业务状态。
• 商品下架、库存不足、企业失效或报价过期时禁止接受并给出恢复动作。
• 普通消息发送失败可重试；正式卡片失败不能先显示成功。
• 撤回普通文本使用占位；业务卡和审计事件不可物理删除。
• 多笔交易聚焦后返回全部沟通，历史顺序和未读状态保持不变。

通知与验收

• 新询价、报价、还价、接受、拒绝、成交确认和合同待签按企业角色通知。
• 同一企业组合不产生重复会话。
• 多轮议价后当前有效报价、卡片按钮和交易条件一致。
• 企业会话与系统消息内容边界清晰，履约进度不会淹没协商。
• 从消息进入交易详情后可返回原企业会话和原聚焦对象。

交易、合同与订单模块 PRD

模块目标

把已确认交易条件转换为不可歧义的交易、合同和付款订单，并以统一状态机连接议价、库存、支付、履约和售后。

角色与页面

买卖双方在交易列表、交易详情和合同签署页处理当前动作；平台交易运营在管理端查看状态、异常和审计，但不能代企业确认。

核心对象

交易、交易参与方、成交条件、商品快照、库存锁定、合同、合同版本、签署任务、付款订单、交易事件、取消或解约记录。

创建交易

• 当前有效报价被接受或买家按当前售价立即购买后，进入待成交确认。
• 双方确认数量、单价、交付、地址、结算、税费和有效期。
• 系统重新校验商品、企业、权限和库存，并以版本方式锁定库存。
• 锁定成功后创建交易和合同草稿；失败不产生有效合同。
• 立即购买跳过询价议价，但不跳过成交确认、合同、付款和履约。

合同路径

平台电子签

系统根据成交条件生成合同版本，双方授权签署人完成身份核验和签署；电子签服务商回传结果后合同生效。

线下已签合同

双方上传同一份已签 PDF，并分别确认文件摘要；文件不一致、缺页或未确认时禁止生效和付款。

交易状态

询价中、议价中、待成交确认、待签合同、待付款、待发货、待收货、已完成和售后处理中。支付失败仍归入待付款，发货和运输统一归入待收货，确认收货后直接已完成。

待付款状态展示 30 分钟付款倒计时、去付款和取消付款。买家主动取消或倒计时结束后，系统关闭本次交易、取消付款单、释放库存锁定并保留取消原因；已取消记录只在“全部”中只读展示。

列表与详情

• 交易列表展示编号、商品与企业、数量、状态、更新时间和具体动作。
• 尚未成交的询价或还价不展示成交单价与商品货款。
• 操作使用“查看卖家报价”“签署合同”“去付款”“取消付款”“查看物流”“确认收货”“申请售后”等具体动词。
• 交易详情展示交易条件、商品快照、合同、付款摘要、履约、时间线和当前唯一主要动作。
• 历史交易只读；再次采购创建新询价或新交易。

取消与异常

• 报价接受前可撤回询价；成交确认后取消需双方确认并释放库存。
• 合同生效后取消进入解约流程，不能直接删除交易。
• 待付款主动取消或超时取消按合同约定记录取消原因并释放库存；已经支付不得使用“取消付款”，必须创建售后单处理退款或解约。
• 合同版本变更必须由双方重新确认或签署。
• 操作重复提交使用幂等键，只产生一个状态事件。
• 终态对象不可编辑，纠错通过补充事件、退款或新合同版本处理。

通知与验收

• 待确认、库存锁定失败、待签、签署完成、合同异常、待付款和交易取消均通知对应企业角色。
• 交易、合同、库存锁定、付款订单和消息卡片使用同一对象编号关联。
• 两种合同路径均可完成且文件不一致无法付款。
• 立即购买和议价成交进入相同的合同及后续状态机。

支付、结算、提现与发票模块 PRD

模块目标

通过合作银行或持牌支付机构完成订单付款、担保资金和退款，清晰管理买家服务费、卖家结算提现以及商品与服务费专票。

角色与页面

付款规则

• 买家无需预充值；合同生效后生成付款单。
• 首期付款有效期为 30 分钟，付款页和交易列表、详情同步展示倒计时；底层支持按业务配置有效期。
• 付款前买家可取消付款；倒计时结束自动取消付款单和交易并释放库存，重复取消必须幂等。
• 付款方式为线上支付和企业网银，均绑定交易、合同、付款企业和金额。
• 付款总额 = 商品货款 + 平台服务费。
• 商品货款进入担保资金账户；服务费单独记账，不从卖家商品货款扣除。
• 付款结果以合作机构回调为准；前端跳转成功不等于付款成功。
• 同一付款请求和回调必须幂等；支付处理中禁止重复发起。

服务费生命周期

首期规则为商品货款的 0.1%，最低 10 元、最高 5,000 元，按人民币分四舍五入；底层支持比例、定额和组合规则。

卖家结算与提现

• 付款成功后卖家看到完整商品货款的待结算金额。
• 买家确认收货后交易完成，但货款在售后申请期内仍为待结算。
• 售后申请期结束且无进行中售后时形成可提现余额。
• 售后只冻结争议金额；无争议部分按规则结算。
• 卖家只能向认证主体一致的企业对公账户提现。
• 提现状态包含处理中、成功、失败和退回；失败保留原因和重新提交入口。

发票

• 首期只支持增值税专用发票。
• 商品专票由卖家向买家开具，确认收货后可申请，金额按最终商品结算金额。
• 服务费专票由平台向买家开具，服务费确认后可申请。
• 两类发票分别展示申请、开票方、金额、状态、文件和红冲关系。
• 信息错误可驳回并说明；红冲保留原发票和新发票关联。

异常与边界

• 支付失败且付款单仍在有效期内归入待付款，可重试但不能重复扣款；买家取消或付款超时后交易变为已取消，不允许继续支付。
• 付款成功后若买家希望退款或取消交易，必须创建售后单，不允许把交易退回待付款或直接改为已取消。
• 机构成功、平台未入账进入待核对，不允许人工直接标记成功而无依据。
• 二次结算增加金额生成补款单，减少金额原路退款。
• 企业对公账户变更需重新核验，核验期间禁止新提现。
• 商品专票逾期计入卖家履约信用，但不冻结全部商品货款。

验收标准

• 货款、服务费、付款总额、卖家应收和可提现金额口径一致。
• 重复请求与回调不产生重复付款、退款或服务费。
• 付款失败可恢复，合作机构流水与平台编号可追溯。
• 三个页面的付款倒计时一致；主动取消和超时取消均关闭付款入口、释放库存且保留原因。
• 商品专票和服务费专票的开票方、金额和时点正确。

发货、物流、收货与售后模块 PRD

模块目标

支持卖家按批次发货、承运方更新运输事实、买家查看物流和确认收货，并从付款成功开始通过结构化售后与平台协调处理退款、履约和质量争议。

角色与页面

卖家履约人员使用发货与物流维护；承运方或物流接口提供节点；买家收货人员查看物流、登记实收和确认收货；平台客服处理售后；双方企业人员提交证据和确认方案。

核心对象

发货计划、发货批次、承运企业、车辆、司机、物流节点、交付资料、实收记录、数量差异、售后单、证据、回应、协调方案、争议金额和外部处理记录。

发货与物流

• 支持单批和分批发货，累计发货量不得超过成交数量。
• 创建批次需数量、发货时间、承运企业、车辆、司机脱敏联系方式和预计到达。
• 物流节点保存时间、地点、状态、来源和异常说明，按时间排序展示。
• 普通节点合并通知，异常、延迟和到达单独提醒。
• 未知位置或接口延迟时只展示最后成功节点和更新时间。

收货与二次结算

• 待收货页面同时提供查看物流和确认收货。
• 买家确认前填写实收数量并确认交付资料。
• 实收数量与成交数量一致时可确认收货，交易立即已完成。
• 数量不一致时先创建差异记录，由双方确认后补款或退款；完成差额后回到可确认收货状态。
• 确认收货使用幂等键，重复提交不重复完成交易或释放资金。

售后规则

• 付款成功后所有未取消交易均提供售后入口，售后单按当前履约阶段展示可选问题和诉求。
• 未发货阶段支持取消交易、全额或部分退款诉求；平台通知卖家确认并冻结对应款项。
• 已发货至确认收货前支持运输异常、错发、破损、补发、退款等诉求；已经发生的运输或服务费用按双方确认方案处理。
• 数量、包装、外观、错发和运输破损可在确认收货后 7 个自然日内申请。
• 内在质量按合同和质保期判断，不受统一 7 日限制。
• 售后申请包含问题类型、数量、说明、证据和诉求。
• 平台受理后冻结争议金额，卖家提交回应，客服核验材料并组织协调。
• 退款、部分退款、补发或赔偿方案必须由双方确认。
• 协调未果进入外部处理中，平台保存仲裁、司法或双方协议材料，不单方面判责。

状态

发货批次：待发货、已发出、运输中、异常、已到达、已签收。售后单：待受理、待卖家回应、协调中、待双方确认、已解决、协商未果、外部处理中、已关闭。

异常与边界

• 发货量超出锁定数量、缺少承运信息或交易不允许发货时阻止创建批次。
• 物流接口重复节点按外部编号和时间去重。
• 售后逾期时说明规则；内在质量仍按合同判断是否可提交。
• 证据不可删除，只能补充或标记无效并记录原因。
• 售后关闭后历史只读；新问题需按适用期限创建新售后单。

验收标准

• 分批发货、物流轨迹、实收数量与交易数量一致可追溯。
• 确认收货后交易立即已完成，售后状态独立展示。
• 物流进度进入系统消息，不进入企业会话。
• 平台只展示协调动作，所有资金或补发结果都有双方确认依据。

市场数据、推荐与交易顾问模块 PRD

模块目标

将平台商品、匿名成交和第三方现货价格转为有口径的市场数据；基于明确条件提供可解释推荐；通过交易顾问帮助用户整理需求和理解业务，但不代替企业决策。

市场数据

首期页面包含价格行情、平台成交数据、热门商品和有限市场分析，不展示独立价格走势或热门采购需求板块。

数据规则

• 数据源包含平台在售商品、平台真实成交和后台配置的第三方现货价格。
• 每个指标记录来源、地区、品类、规格、单位、时间、更新时间和质量状态。
• 不同来源或口径不直接拼接为连续序列；必须先标准化并标明差异。
• 第三方数据延迟时显示最后成功时间；无数据时不填随机值。
• 平台成交按匿名规则聚合，样本不足时不展示可识别明细。
• 市场分析基于明确规则和已展示数据，标明口径与限制。

采购偏好与推荐

• 买家完成企业账号注册后返回商品大厅并自动打开“完善采购偏好”弹窗；也可跳过，后续从企业中心修改。
• 偏好包含常购品类、品类动态参数、常用交货地、典型数量和采购周期。
• 采购偏好与商品筛选共用同一模型字段和选项。
• 候选商品必须审核通过、销售中、库存有效且企业可交易。
• 硬条件过滤，软条件排序；明确偏好、有效采购需求和当前筛选优先于浏览行为。
• 推荐依据展示可理解事实，不展示不可解释精确分数。
• 偏好可在企业中心修改并重新保存。

交易顾问场景

支持找货、交易进度查询、采购需求草稿、市场数据解释、付款服务费、发票和售后规则咨询，并提供当前聊天框内直接接入平台人工客服的快捷入口。

对话规则

• 找货前确认品类、数量、交货地、交期和关键质量参数。
• 条件不完整时先追问，不直接给最终商品。
• 推荐结果来自真实候选集，至少提供多个商品并说明匹配与差异。
• 采购需求只生成草稿，发布前由用户确认结构化字段。
• 交易进度只读取当前用户有权限的正式交易对象。
• 文字采用自然连续输出，买家消息右对齐，顾问消息左对齐。
• 输入框初始为单行，文字超过一行时在限定高度内自动换行；发送图标位于输入框内部，Enter 发送。快捷入口使用有完整边框、背景和交互反馈的按钮，所在区域与对话区使用相同背景，不形成独立底栏。
• 点击“人工客服”后不跳转页面，在当前交易顾问聊天框内切换为人工服务；系统消息展示接入时间，客服回复明确展示服务人员姓名、客服电话和服务时间。后续输入继续留在当前会话，选择其他智能快捷入口时退出人工服务状态。

能力边界

• 不生成不存在的商品、库存、企业、成交、信用或价格事实。
• 不代表企业出价、接受报价、确认成交、签合同、付款或确认收货。
• 不输出后台敏感风控信息或其他企业私有数据。
• 无结果时说明原因，并提供放宽条件或发布采购需求。
• 规则回答引用当前平台规则版本；无法确定时引导查看正式规则或联系平台。

异常与边界

• 数据源异常时停止使用异常来源，不用旧数据冒充实时。
• 推荐商品在用户点击时再次校验上架、库存和企业状态。
• 用户问题涉及无权交易时只给通用说明，不泄露对象详情。
• 多轮对话中用户修改条件后，旧候选结果标记失效并重新匹配。

验收标准

• 市场指标来源、口径、更新时间和页面汇总一致。
• 推荐可解释且不会突破硬条件。
• 交易顾问先澄清再输出真实结果，所有正式动作进入业务页面确认。
• 人工客服可在当前聊天框接入，服务人员、客服电话和接入状态展示完整，页面不发生跳转。
• 无结果、数据延迟、权限不足和对象失效均有清楚说明和下一步。