买家端执行文档

目标

帮助采购人员完成找货、比较、询价、成交、付款、收货、开票和投诉。

固定导航

首页、交易、市场数据、消息、企业中心。首页就是商品大厅，不展示卖家工作台内容。

页面责任

买家专属规则

• 首次进入商品大厅可选择完善采购偏好，但必须允许跳过；偏好可在企业中心随时修改并重新保存。
• 首页对游客直接开放，不以登录页作为访问前置；受保护操作登录后返回原位置。
• 可收藏商品和企业，不收藏采购需求。
• 采购需求入口在企业中心、搜索无结果和交易顾问。
• 无需预充值；合同生效后从交易详情进入订单付款，选择线上支付或企业网银。
• 付款处理中保留原订单，合作机构返回成功后自动回到交易详情并显示“货款担保中”。
• 买家确认收货后交易直接进入已完成；完成后可进入发票管理申请专票，也可申请售后。
• 买家付款总额为商品货款加平台服务费，服务费单独列示，不能从卖家商品货款中扣除。
• 企业会话只展示需要双方互动的商品、询价、报价/还价、成交确认和合同卡；付款、物流、订单、专票和售后等单向进度进入系统消息或交易详情。
• 交易与消息一级导航展示待办/未读数量，打开对应内容或完成动作后同步更新。
• 购买和询价必须从企业地址簿选择收货地址；默认地址自动选中，地址可在企业中心管理。
• 交易列表直接显示“查看卖家报价、签署合同、去付款、查看发货进度、确认收货、申请售后”等具体动作。

必读模块

按任务读取 modules/01-account-enterprise.md、04-marketplace-discovery.md、05-procurement-matching.md、06-inquiry-messaging.md、07-trade-contract.md、08-payment-settlement-invoice.md、09-fulfillment-after-sales.md 或 10-market-recommendation-advisor.md 中实际涉及的一份主模块。

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

模块目标

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

角色与页面

核心对象

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

业务规则

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

权限模型

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

状态

异常与边界

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

通知

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

验收标准

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

商品大厅、详情、企业与对比模块 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 发送。快捷入口使用有完整边框、背景和交互反馈的按钮，所在区域与对话区使用相同背景，不形成独立底栏。
• 点击“人工客服”后不跳转页面，在当前交易顾问聊天框内切换为人工服务；系统消息展示接入时间，客服回复明确展示服务人员姓名、客服电话和服务时间。后续输入继续留在当前会话，选择其他智能快捷入口时退出人工服务状态。

能力边界

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

异常与边界

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

验收标准

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