六个问题，用产品本身回答
AI 能看到什么？
mPorts OMS 里已经存在的运营信息：订单、商品、库存余量、履约、发货、已做出的承诺，以及仓库收了什么费——通过一组经过审阅的能力而不是整套接口，并以使用者本人的权限执行。它不读取您的文档、制度或作业规范。
它能改什么？
只有履约环节的步骤，并且只在人确认之后：更换发货仓、路由目标或面单归属；刷新方案并提交到仓库；重新询价运费；重新回传零售商。每一步走的都是人做改动时的同一条路径。
谁来审批？
有权限的人，在审批队列里。发起人不能批准自己的操作，被审阅的内容就是实际执行的内容，一次审批只用一次。
记录了什么？
谁改的、改了什么、改之前是什么样，留在记录本身上；每一次 AI 运行，含问题、读过的记录、建议、决定与变更；每个审批决定写入审计日志；当 AI 建议、人执行时，记录写明的正是这一点。
怎么追溯发生过的事？
谁在什么时候做了什么的审计日志、每条记录的时间线、与已连接系统往来的原始报文、每一笔订单上的审计轨迹和决策日志，以及您的团队可以打开、看到 AI 提出了什么和执行了什么的页面。
怎么知道改动落地了？
mPorts 回到已连接系统自己的记录里——仓库是否收到了订单、零售商是否收到了更新——把每条标为已核实、已过期或未知。未知绝不会显示为成功；助手的“更换发货仓”和“更改路由目标”流程最后都会重新运行诊断。
AI 读什么、受什么约束、做什么
- 商品
- 订单
- 库存
- 履约
- 发货
- 仓库账单
- 角色与权限
- 审批队列
- 租户边界
- 审计日志
- 追查
- 解释
- 建议
- 确认后执行
- 核实
- 记录
任何改动到达已连接的系统，走的都是人本来会走的步骤，遵循已经适用于那个人的规则。
-
角色与权限
每个角色分别获得订单、库存、发货、退货、发票、报表、映射、用户和成本数据的权限——能看发票并不等于能看利润——一个用户还可以被限定在特定的仓库或卖家范围内。
-
审批队列
一项改动等到有权限的人批准或拒绝；发起人不能批准自己的操作；被审阅的内容就是实际执行的内容；一次审批只用一次；写入该次运行和审计日志。
-
审计轨迹
谁在什么时候做了什么、每条记录的时间线、与已连接系统往来的原始报文、每一笔订单上的审计轨迹和决策日志，以及租户可见的 AI 活动页面。
-
租户边界
每家客户的数据归属各自的租户，每一条涉及租户数据的查询都限定在该租户之内；代码库中的自动检查会拦下任何未加此限定的改动。
-
凭据
已连接的承运商和渠道的凭据以加密方式存储；对于经由 mPorts 集成网关连接的系统，OMS 只保存连接引用，密钥留在网关一侧。
-
您的系统还是您的
mPorts 与您已经在用的系统并行运行，与它们对接而不是替换；它能在每个系统里改什么，取决于那条连接被做成能发送什么。
-
核实
对仓库或零售商执行操作之后，mPorts 从该系统自己的记录里确认结果，标为已核实、已过期或未知；未核实的状态绝不会显示为成功。
-
归属
当 AI 提出建议、由人执行时，审计记录把这次操作与那条建议关联起来，并保留人作为操作者。
可以直接问我们的事
托管与数据所在地、备份与保留、认证登录方式、安全文档，以及您需要的任何合规认证。这些我们在沟通中拿着依据回答。
客户常问的问题
AI 会自己改动订单吗？
会改动订单的步骤，要在审批队列里等有权限的人；智能体的策略事先规定了它一共可以使用哪些工具。不存在让写入操作未经审阅就运行的默认设置。
我们能看到 AI 上周做了什么吗？
能。每一次运行都保留问题、读过的记录、建议、决定与变更，您的团队可以打开一个页面，看到助手提出了什么、执行了什么。
我们的数据怎么和其他客户分开？
每家客户的数据归属各自的租户，每一条涉及租户数据的查询都限定在该租户之内，代码库中的自动检查会拦下任何未加此限定就读取租户数据的改动。