网络 · 供应商门户

您的制造商，在您的系统记录中。

您合作的供应商有 200 条关于某批货的 WhatsApp 消息，一封邮件线程里的装箱单截图，一份停在采购经理收件箱里的反报价，还有一张他们从未见过的评分卡。您的「系统记录」对此一无所知——它不过是一种幻象，靠着事后将对话内容改写进订单来维持。审计时去找那封邮件，能不能找到还是未知数。

TradeOS 的供应商门户让您的制造商和供应商直接在您的系统记录中工作——同一个数据库，范围限定于他们需要查看的内容。他们在 PO 内直接提交条款反报价。他们实时更新生产阶段。他们开具发票并查看应收账款。您对他们的评分卡对他们可见。多租户身份：供应商单一登录，多个运营商上下文，各自隔离。数据脱敏在服务层强制执行，而非在 UI 层。

预约演示查看定价 →

门户模块

首页、订单、生产、财务、合同、样品及另外 4 项

生产阶段

已排期、生产中、QC、已打包、已就绪、已发布

多租户身份

单一登录，多个运营商上下文

每个 层级 免费席位数

5（Starter）· Enterprise 不限量

真实的供应商 仪表板——每位供应商看到的布局完全相同。问候语 · 操作提示 · 4 个 KPI · 5 张卡片分两列排列。反向报价是真实的；评分卡是真实的；生产阶段是真实的。

凌晨3点的难题

「供应商协作」今天的真实面貌。

运营方不缺工具——工具太多才是问题所在。供应商最终会选择对自己最方便的渠道（WhatsApp、截图、电话），而运营方的系统记录随之沦为虚构。

01 · 状态藏在200条 WhatsApp 消息里

想知道批次在哪里，只能翻 WhatsApp。

工厂回了一张照片和三个表情符号。两天后你再次追问。没有系统记录——只有聊天记录和某人的记忆。信息事后才被转述到订单里，如果有的话。

WhatsApp · 247 条消息→系统记录
本周已询问3次·同一批次

02 · 反提案不在 PO 里

「能否改为5月12日发货，而非5月9日？」活在一个邮件串里。

供应商想协商某项条款。运营方收到邮件并回复。三天后双方都不记得谈好了什么，而 PO 记录仍显示原始条款。审计调取邮件——如果还能找到的话。

邮件串→PO 记录
「我们到底谈好了什么？」·再次发邮件

03 · 隐藏的评分卡滋生不信任

供应商在 QBR 上才得知自己一直被考核。

「您的 QC 通过率低于85%」在季度业务评审中才被提出。供应商此前根本不知道这项指标的存在。三个月的不信任积累，根源在于运营方从未实时展示评分。信任在同一周内崩塌。

运营方评分卡→供应商视图
「我现在才听说这件事」·迟了90天

供应商在门户中的操作

您的供应商实际执行的五件事——记录在您的系统中，而非 WhatsApp 里。

每项操作均对应供应商门户 API 中的一个真实端点。另有三项功能——QC 照片上传、批次备注、一键延误上报——已列入开发路线图，相关按钮目前在生产环境界面中显示为「即将推出」。

01 · 接收订单

操作员确认后，订单即时送达。

包含完整行项目明细、交货期、交付日期及文件要求（COC · SDS · COA）。无需下载 PDF 附件——订单以行记录形式呈现，供应商直接在门户中打开。仪表板中的待处理订单计数加一；操作提示中出现对应条目；若供应商未在线，系统将发送邮件式通知。

PORD-2026-018
行项目4 · 300K 件
交货期42 天
状态待接受

02 · 接受或提出反提案

内联谈判。POST /counter-propose。

供应商可原样接受采购订单、拒绝，或提出包含修改后发货日期、数量、前置时间或单位成本的反提案。反提案连同原因和时间戳返回给操作方；若被接受，采购订单状态机向前推进；若被拒绝，供应商可继续迭代。实际接口端点位于 POST /api/portal/supplier/purchase-orders/:id/counter-propose。

操作反提案
字段发货日期
原值 → 新值5月09日 → 5月12日
原因物料前置时间

03 · 跟踪生产 · 6 个阶段

已排程 → 生产中 → QC → 已包装 → 就绪 → 已发布。

基于 production_lots.status 的批次实时状态机，共六个进度阶段。每当状态发生变更——操作方更新生产阶段、QC 决定通过或不通过、批次完成包装并放行——双方均可看到同一条记录。QC 阶段管理三个子状态：qc_pending、qc_passed、qc_failed。

批次PL-2026-071 · L3
阶段生产中
进度第 2 阶段，共 6 个阶段
QC 截止4月24日

04 · 查看绩效评分卡

与操作方用于评估您的绩效记分卡完全一致。

四项比率指标，在供应商门户和操作方的制造商视图中以相同方式显示：准时发货率、检验通过率、CAPA 关闭率、认证合规率。滚动窗口可配置（默认 90 天）。无隐藏标准，无 QBR 突袭。

准时发货96%
检验通过94%
CAPA 关闭88%
认证合规100%

05 · 开具发票 + 追踪应收账款

财务模块下设六个子标签：发票、形式发票、付款、应收账款账龄。

供应商可针对已接受的 PO 开具发票或形式发票，通过运营方的会计事件查看付款状态，追踪应收账款账龄区间，并下载对账单。实时数据——与运营方 AP 团队所看到的数字完全一致，无需等待每月的对账单邮件。

发票INV-2026-114
金额$186,420
付款条件净 30 天
状态已排期 · 5月28日

10 个模块 · 统一门户

运营商所拥有的每个模块——按供应商所需权限精确呈现。

供应商门户并非运营商应用的「精简版」，而是一个完整的 10 模块工作空间，涵盖专属仪表板、订单、生产、产品目录、合规证书、文档库、含 6 个子标签的财务模块、消息系统、任务引擎及绩效评分卡。数据模型完全一致；数据脱敏在服务层强制执行。

01

首页

欢迎语 + 操作提示 + 4 个 KPI + 5 张仪表板卡片（待处理 PO、需关注的批次、绩效、合规、近期活动）。

02

订单

实时 PO、历史记录、索赔、分析。反报价、接受、拒绝。每个 PO 可展开完整的生命周期视图及状态机。

03

生产

覆盖运营商分配给该供应商的所有订单的批次看板。6 阶段状态机。QC 子状态。由运营商驱动的状态更新。

04

产品

供应商自有生产品目录 + 「我的目录」表单，用于将条目与运营商产品关联。附带规格、尺寸及认证信息。

05

合规

认证跟踪——ISO、CE、FDA 及特定国家认证。到期日历。文档附件。按运营商划分的「合规关注」动态。

06

文档

COC · SDS · COA · BOL · 装箱单 · 审计报告。按批次版本化，按运营商划定范围，并可追溯至关联订单。

07

财务 · 6 个子标签

概述 · 发票 · 形式发票 · 付款 · AR Aging · 对账单。与运营商 AP 团队所见数据完全一致。

08

消息

按运营商连接划定范围的线程式消息。关联至具体实体（订单、批次、文档）。用户不在线时，通知将转发至电子邮件。

09

任务

与运营商相同的任务引擎，按用户划定范围（被分配人 / 分配人 / 关注人）。反报价确认、证书续期、文档请求。

10

绩效

4 项指标评分卡（准时发货、检验通过率、CAPA 关闭率、认证合规率）。时间段选择器。为服务多个运营商的供应商提供按运营商视图。

RD-2026-018 · 供应商视图redactFor("order", row, "supplier")
他们看到的内容已屏蔽的内容
PO 编号RD-2026-018可见
行项目30万副丁腈手套 · 8密耳可见
交货期42 天可见
发货日期2026年5月9日可见
文件要求COC · SDS · COA可见
最终客户▪▪▪▪▪▪▪▪▪▪已屏蔽
订单金额▪▪▪▪▪▪已屏蔽
成本基础▪▪▪▪▪▪已屏蔽
利润率▪▪▪▪▪已屏蔽
其他供应商▪▪▪▪▪▪▪▪已屏蔽
10个字段中有5个已隐藏→ 在服务层强制执行 · 而非 UI 层

数据隔离

供应商看不到的，才是产品的核心所在。

一个暴露运营方商业立场的供应商门户，是一个根本不该上线的供应商门户。redactFor("order", row, "supplier") 是 portal-shell/redaction.ts 中的一个真实函数，它在数据行离开数据库之前，剥离利润率、成本、最终客户及其他供应商数据。货运、发票、文档均采用相同模式。没有设置开关，没有可被错误配置的界面权限。

×

仅限其与您的业务关系

他们自己的批次、PO、文档和评分卡。您记录中的其他一切对他们而言并不存在。

×

永远看不到您的其他供应商

Crescent 不知道您在同一产品线上也与 Linhai 或 Sapphire 合作。

×

永远看不到您的最终客户

工厂 不知道手套最终发往何处。BOL 以货代名义签发；收货人是您，而非他们。

×

永远看不到利润率、定价或汇总业务数据

订单金额、成本基础、利润率、总业务量——这些数据均不会越过脱敏边界。

×

在服务层强制执行

而非界面层。redactFor() 在数据行离开数据库之前执行——没有可被错误配置的设置开关，也没有悄然泄露数据的 CSV 路径。

多租户身份

供应商单一登录，多运营商上下文，各自隔离。

external_memberships 表将一个全局用户行与多个 external_organizations 相关联。在 TradeOS 上同时与您及其他运营商合作的供应商管理员只需一个登录账号。运营商间的数据隔离在架构层面强制执行；各组织角色（supplier_admin、supplier_user、qc、accounting、viewer）适用于该组织的所有运营商连接。

01

单一身份，多运营商

供应商管理员无需为三个运营商门户管理三个登录账号。数据库中一行全局用户记录，多行 external_memberships 记录与所在企业的 external_organization 关联。顶部导航中的运营商上下文切换器用于切换作用域。

02

各组织角色

每种门户类型对应五种角色。供应商门户角色：supplier_admin、supplier_user、qc（仅限 QC 检验员）、accounting（仅限财务板块）、viewer。角色按 external_organization 分配，而非按运营商连接分配。

03

无跨上下文数据泄露

当供应商用户处于您的上下文中时，其他运营商的数据均不可查询。字段 external_memberships.status（invited / active / suspended / revoked）按关系维度控制访问权限。从您这侧暂停连接后，您将不再出现在对方的上下文切换器中。

04

统一的身份验证基础

供应商门户与运营商应用共用同一张全局 users 表（见迁移 104）。SSO、passkeys、密码重置、MFA——均采用相同机制。不存在单独的 external_users 表来破坏「一个账户、多个上下文」的设计模型。

彻底透明

您对供应商的评分卡对供应商直接可见。

隐藏的评分卡滋生不信任。供应商一旦发现自己是按未被告知的标准接受评分的，便会感到被背叛。TradeOS 将运营方计算的四项比率指标直接展示给供应商。他们可以看到趋势、统计周期以及与上一周期的对比。知道自己如何被评分的供应商才有能力改进。

「第一次看到评分卡时，供应商往往会沉默。两周后，他们的检验通过率提升了 4 个百分点。」

「三个月后，他们开始主动要求我们收紧标准——因为他们知道如何达标，而且他们想要那个评级。」

— 运营总监 · MERIDIAN TRADING CO · 38 家供应商

新月制造 · 评分方：红木分销供应商视图

统计周期 · 过去 90 天更新于 2026年5月2日

准时发货率在承诺发货日期当天或之前发出的批次 · 滚动统计

96%▲ 1.2

检验通过率首次 QC 检验通过率 · 含 AQL 主要不合格项

94%▲ 3.4

CAPA 关闭率在目标时间窗口内关闭的纠正与预防措施

88%▼ 1.8

证书合规率截至检验日期，所需证书均处于有效状态

100%▲ 0.0

四项指标 · 滚动统计窗口 · 无隐藏权重导出 · 通知我

产品路线图

供应商门户即将推出的功能。

当前门户为 v1 版本——已上线 10 个模块，反提案流程已激活，评分卡可见，脱敏机制已强制启用，支持多租户身份管理。市场团队希望对外宣传的若干功能已明确列入路线图，目前在生产界面中显示为「即将推出」。

01

从生产现场上传 QC 照片

批次详情页上的「上传照片」按钮目前处于禁用状态，并显示「即将推出」提示。Phase 5D 后端服务规格已起草完毕；界面构建待启动。

02

批次内联备注与评论

「添加备注」按钮处于禁用状态。供应商与操作员之间的消息传递在订单层级已可使用；按批次的内联备注功能待开发。

03

从界面一键上报延误

后端接口已存在（POST /api/portal/supplier/production/lots/:id/delays），并已完成全面测试。批次详情页上的「上报延误」按钮处于禁用状态，待界面设计评审完成后启用。操作员侧的延误可见性已在仪表板上线。

04

供应商门户多语言字符串

平台 i18n 基础包含 122 个 locale 文件。供应商门户字符串在 v1 版本中仅以英文填充；针对普通话、越南语、西班牙语、土耳其语、Bahasa Melayu 及阿拉伯语（含 RTL）的贸易领域翻译工作将随下一个供应商门户版本一同发布。

05

支持离线容错的照片上传

Service Worker shell 与 PWA manifest 已上线（今天即可将门户安装至手机主屏幕）。带后台同步的上传队列功能与 QC 照片上传功能一并待开发。

06

发票自动付款通道

供应商目前已可通过财务模块开具发票并跟踪付款状态。自动付款通道——从门户发起的直接 ACH / SWIFT 结算——计划在上线后阶段推出。

07

Atlas 集成供应商 WhatsApp

Atlas 已在运营商应用中上线。WhatsApp Business 集成是 Business 层级的功能，目前列于集成待办事项中；基于供应商场景的 Atlas via WhatsApp 将在该集成上线后发布。

08

智能体工作室 · 供应商事件机器人

智能体工作室框架尚未构建。上线后，供应商门户事件（批次状态变更、文档上传、延误报告）将作为一级可订阅触发器提供。

与竞品对比

供应商门户与供应商已在使用的工具相比，优势所在。

功能TradeOS 供应商WhatsApp + ExcelFlexport 供应商门户SAP Ariba定制外部网络
在 PO 记录内直接提交反向报价条款✓ POST 接口— 通过电子邮件受限✓自行实现
供应商可见的绩效评分卡✓ 4 项指标—内部SLA 等级—
多租户身份（单一账号登录，多个运营商）✓ 外部成员资格✓ 聊天— 按运营商— 按租户— 按门户
在服务层强制执行数据脱敏✓ redactFor()— 群聊存在数据泄露租户级别租户级别— 自行搭建
六阶段生产生命周期可见性✓ 6 个阶段已上线— 无结构3个阶段✓ 深度自行实现
按运营商层级提供免费供应商席位✓ 5 → ∞✓ 聊天免费— 按席位— 按席位✓ 内部
PWA 可安装至手机主屏幕✓ 清单已上线✓ WA 应用— 仅网页— 桌面端— 很少
从工厂现场上传 QC 照片路线图中✓ 聊天仅桌面端仅桌面端—
多语言门户（专业人工翻译，非机器翻译）路线图中用户类型中文 + 4✓ 12+—

WhatsApp 才是真正的既有工具——它凭借熟悉感占据优势，原因充分。供应商对它驾轻就熟。供应商门户并非试图以更强大的功能取代 WhatsApp，而是试图以更实用来取代它——针对 WhatsApp 的薄弱环节：追踪已达成的协议、记分卡可见性、正确批次的文档版本管理，以及保护运营方商业立场的不可见性。路线图项目（QC 照片上传、多语言支持、离线队列）均已如实标注，以便运营方清楚哪些功能今日已上线，哪些尚在规划中。

常见问题

运营商第一次查看门户时提出的问题。

工厂负责人、运营主管和贸易公司所有者在演示通话中向我们提出的五个核心问题。

v1 版本包含五个工作流程：（1）在运营商确认的同时接收采购订单，包含完整的行项目明细、交货期和单据要求；（2）通过真实谈判流程接受或反提议条款（POST /portal/supplier/purchase-orders/:id/counter-propose），无需来回发送邮件；（3）通过六个阶段跟踪生产进度——Scheduled → 生产中 → QC → Packed → Ready → 已发布——双方在同一批次记录中均可见；（4）查看与运营商所见数据一致的自身绩效评分卡；（5）开具发票和形式发票、跟踪付款、查看应收账款账龄——财务模块共六个子标签。QC 照片上传、批次备注和一键延误上报功能在路线图中（当前界面中相关按钮显示为「即将推出」）。

将您的供应商列表和一个进行中的 PO 发给我们，我们将搭建一个沙箱环境的供应商门户，并在 30 分钟内带您的一位供应商完整走一遍流程。

发送一份包含您主要供应商的 CSV 文件和一个未结 PO。我们将使用您租户的品牌形象搭建沙箱供应商门户，以 external_organizations 形式导入您的供应商列表，并带一位真实供应商完整演示接收 PO、反提议条款、标记生产阶段和开具发票的全流程。不使用演示数据，使用您的真实供应商和真实 PO。

预约演示联系销售

查看完整网络——4 个门户，一条统一记录 →

网络网络 · 4 个门户，一条记录完整架构：供应商、客户、物流 与 融资方 四大门户。免费席位、跨租户隔离、统一运营中心。查看网络 →网络客户门户面向客户的视角：客户可查看各自的订单、货运、发票及付款情况——权限隔离、品牌定制、数据独立。打开模块 →PLATFORM · 生产生产 · 运营方视角供应商门户提交的所有数据均汇聚于此，并滚动整合至运营方的生产看板。查看生产 →
供应商门户 · 您的制造商，在您的系统记录中。| TradeOS