中文指南 · 企业采购

企业 API 中转怎么选：四个审查点

个人看价格，企业看合规。采购 AI 接口服务时，法务、财务与运维各有各的问题清单——这篇把要点整理成四个审查点，方便直接过会。

服务主体数据保护发票与对公用量管控

审查点一：服务主体与合同

先确认「合同跟谁签」。OpenLux 由 COGNIS AI PTE. LTD. 运营并提供服务，服务条款适用于网关及相关服务；企业客户可以在采购流程中申请补充协议与专门的数据保护协议（DPA）。

把主体信息、服务范围与终止条款写进合同模板，是法务审查的第一步。

三个必问的问题：数据是否被用于训练？传输与存储是否加密？子处理方怎么约束？OpenLux 的处理方式明确写在数据保护协议与合规声明里：账户数据与调用元数据仅按你的指示用于提供服务与计费；传输加密、访问控制、审计日志为标准配置；涉及上游模型服务商时，以合同与技术手段限制其数据使用。

GDPR 原则、数据主体请求协助与审计支持也在合规声明中列明，可以直接作为内部安全评审的引用材料。

财务关心两件事：能不能对公、能不能开票。采购前向支持渠道确认主体抬头、充值方式与发票类型的对应关系，并写进合同附件。按量计费加余额预充的模式下，预算管理建议「季度预留 + 月度对账」：控制台导出的用量报表可以直接作为对账附件。

运维的问题清单：高峰成功率、故障响应流程、支持渠道与升级路径。建议在试点阶段做一次真实压测（早晚高峰各一轮），并把支持渠道写进内部应急预案。OpenLux 的技术支持邮箱 support@openlux.lol 直接对接。

推荐路径：先用一枚密钥给一个小组做两周试点，用控制台的按模型报表确认消耗结构；再把用量按团队拆分成多个密钥（每个团队或项目一枚），配额和权限分开管理；最后把账单口径并入采购流程。

结算层面保持简单：所有团队共用一份账户余额，按密钥归集用量——对账粒度到项目，账户数量保持一个。

价格以美元计价、按量计费；完整清单见中文模型目录。

数据会用于训练吗？

OpenLux 的处理方式写在 DPA 里：账户数据与调用元数据仅按你的指示用于提供服务、维护与计费；涉及上游服务商时以合同与技术手段限制其数据使用。

能开发票、走对公吗？

可以。具体抬头、充值方式与发票类型的对应关系，请联系支持渠道确认，并可写入合同附件。

有 SLA 吗？

支持渠道与响应流程在服务条款与合规声明中列明；企业客户可在采购流程中申请补充约定。

团队用量怎么分账？

每个团队或项目分配一枚密钥：用量按密钥归集，余额账户保持一个，控制台报表即可按项目导出对账。

主体、合规与支持信息齐备，欢迎直接联系评估。