卖家端执行文档

目标

帮助销售和履约人员处理询价、管理商品库存、完成签约、发货、开票和投诉回应。

固定导航

首页、商品、交易、市场数据、消息、个人中心。首页是待办优先工作台。

页面责任

卖家专属规则

• 工作台顺序：待办、最新询价、最近交易、经营数据、库存概况。
• 一个商品支持多个买家和独立交易。
• 卖家不承担首期交易服务费，结算时应收到完整商品货款；买家服务费不得从卖家应收中扣除。
• 卖家不充值；资金页只展示待结算、争议冻结、可提现、提现中和提现记录。
• 提现账户必须是企业认证资料中的本企业对公账户，变更账户需要重新核验。
• 买家确认到货并申请商品专票后出现待开票；逾期开票计入履约信用并可限制新增业务。
• 投诉只能回应和协商，不能删除证据或单方面关闭。

必读模块

按任务读取 modules/01-account-enterprise.md 至 10-market-recommendation-advisor.md 中实际涉及的一份主模块；跨模块变更再补充相邻模块。

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

模块目标

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

角色与页面

核心对象

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

业务规则

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

权限模型

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

状态

异常与边界

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

通知

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

验收标准

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

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

模块目标

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

角色与页面

核心对象

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

字段能力

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

版本规则

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

首期品类

匹配规则

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

异常与边界

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

审计与验收

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

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

模块目标

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

角色与页面

核心对象

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

商品状态

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

发布规则

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

库存规则

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

异常与边界

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

通知与验收

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

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

模块目标

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

角色与页面

核心对象

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

发布规则

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

匹配规则

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

卖家响应

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

状态

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

异常与边界

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

通知与验收

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

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

模块目标

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

会话边界

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

消息类型

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

询价规则

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

页面结构

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

系统消息

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

并发与幂等

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

异常与边界

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

通知与验收

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

交易、合同与订单模块 PRD

模块目标

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

角色与页面

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

核心对象

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

创建交易

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

合同路径

平台电子签

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

线下已签合同

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

交易状态

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

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

列表与详情

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

取消与异常

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

通知与验收

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

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

模块目标

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

角色与页面

付款规则

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

服务费生命周期

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

卖家结算与提现

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

发票

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

异常与边界

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

验收标准

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

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

模块目标

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

角色与页面

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

核心对象

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

发货与物流

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

收货与二次结算

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

售后规则

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

状态

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

异常与边界

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

验收标准

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

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

模块目标

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

市场数据

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

数据规则

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

采购偏好与推荐

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

交易顾问场景

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

对话规则

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

能力边界

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

异常与边界

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

验收标准

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