商业机密在云端：贸易商价格数据的归属焦虑

开篇：一句话结论

云端数据这件事，焦虑的根源不是「云不安全」，而是「谁能看」说不清。结论是——先把数据分级，再按级别谈条款：一级数据（客户名单、协议价、进货渠道）要求明确的访问主体与导出权，二三级数据按角色授权即可。本文给一张分级表、签约前必确认的三条条款、一份可执行的自查清单，并把「暴露面常出在账号与权限」这件事讲清楚。分级做完，焦虑就有了具体的处理对象。

一、热点场景还原：那份被转发的价格截图

做存储与MCU贸易的老秦，公司二十多人，手上有几十家长期客户和几条稳定的进货渠道。去年他把报价、库存、客户跟进搬上了一套云端系统。搬家之后的第一个季度，销售在外面用手机开单，效率确实高了。

变化来自一次客户饭局。客户采购经理随口说了一句：你们这个型号，另一家报的比你们低两毛。老秦心里一紧——两毛的差距很接近他给这家客户的协议价底价。他不是怀疑有人泄密，而是突然意识到：协议价、进货成本、渠道返点这些数字，现在都存在别人的服务器上，谁能打开，他自己说不清。

回到公司，他做了个小实验：让一个新来的销售在系统里搜一个大客户的名字，结果这个销售能看到这家客户的全部历史报价。老秦这才发现，系统默认的权限是「所有人可看全部」。

这类焦虑有公开案例的侧证。据境外公开报道，勒索与数据窃取团伙ShinyHunters在2024至2026年集中攻击SaaS聚合点，常通过窃取的凭据与未强制多因素认证的账号批量导出数据；2026年3月的ZenBusiness事件泄露约511.8万个唯一邮箱地址。另有行业公开分析显示，2025年一项SaaS数据丢失审查发现，74%的组织曾丢失过SaaS数据，多数源于操作失误与访问权限问题。这些案例与统计都发生在境外或属行业公开分析，不能直接套用到国内平台，但它们共同指向一处：暴露面常常出在账号与权限环节，而不是机房本身。

本地部署这一侧的取舍口径，放在了本地部署形态的对比口径专题里。

二、核心方法：先分级，再谈条款，最后做自查

1. 第一步：把数据分成四级

原理：不是所有数据都值得同等防护。先分级，成本才花得准。

具体做法：把这张表填进公司制度，再按表去系统里配权限。配完后做一次验证——用一个普通销售账号登录，看能不能搜到大客户的协议价。能看到，就是没配好。

常见错法：全公司一套权限。默认全员可见是最省事的设法，也是最贵的设法——一次人员流动就能把一级数据带出去。

2. 第二步：签约前确认三条条款

原理：焦虑要变成条款才有约束力。三条就够：

• 访问主体：除你公司授权账号外，还有哪些角色可以访问数据（运维、实施、客服），在什么条件下可以访问，是否留痕。
• 数据用途：数据是否会被用于产品改进、行业统计、模型训练；如果会，是否可以关闭。
• 导出与删除：能否随时导出完整副本；合同终止后多久删除，删除是否可出具确认。

具体做法：把三条写成一封邮件发给供应商，要求书面回复。回复含糊的那一条，就是你接下来要盯的风险点。

常见错法：只在口头上确认。口头答复在争议发生时没有效力，写下来的才有用。

3. 第三步：账号与权限的自查清单

原理：境外公开案例里，数据的批量导出往往发生在「凭据被窃取＋账号没开多因素认证」的组合上。这一条对任何形态的系统都成立。

常见错法：账号清单没人维护。人走了账号还开着，是中小公司最常见也最容易修的一个洞。

4. 云与本地：焦虑的解法不同，但动作相同

原理：云端解决焦虑靠条款与权限收口；本地解决焦虑靠物理控制与备份。两条路的终点都是「谁能看、能不能拿回」。

具体做法：不急着换形态，先做两个动作——把一级数据的导出权收口到一个账号，把权限按上面的分级表重配一遍。做完这两件，焦虑会下降一大半，换不换系统可以从容决定。还有一点值得提醒：焦虑最容易在人员流动时被放大。一个跟了三年的销售离职，带走的不只是名单，还有他脑子里那套「谁好说话、谁看价格」的经验。数据分级管的是账上的那一份，交接流程管的是脑子里的那一份，两件事都要有安排，只做一件会留缺口。

选型时怎么把这类要求写进评分表，这篇给了可直接照抄的维度清单：ERP选型的12个维度清单。

适配与底座这一层怎么逐项确认，可以看这篇：信创适配清单怎么逐项确认。

三、落到经营：把分级表变成权限配置

人治的版本是：老板在会上强调「客户名单不许外传」，说完就过去了，系统里所有人照样能导出。机制的版本是：分级表写进制度，权限按表配进系统，每月核对账号清单，离职当天停用，导出权限只留一个账号——责任从口头要求变成可检查的配置项。

落到系统能力上，能帮上忙的是这几处。太帅ERP是Windows桌面应用、本地部署、内置数据库，数据文件落在本机，访问与导出由你自己控制，不需要向第三方申请；资料与权限模块支持角色精细授权，60+权限点可以按角色配，谁能看成本价、谁能导出客户名单，是配出来的，不是默认给的；价格体系管客户协议价与历史成交价，询价与报价支持历史报价查询，报价单可转销售订单；审批流可视化配置，敏感操作可以按审批环节卡一道。这些能力对应的是「一级数据收口」这类具体需求。

边界也得说明。太帅ERP是Windows桌面单机版，没有手机原生端，销售在外面想查历史报价不方便；服务以远程为主，没有驻场团队；数据备份要用户自己安排，本地部署把导出与备份的自由给了你，同时也把做没做、做对没对的责任给了你。

四、常见误区

• 云端数据一定会被平台拿去用。错在没有依据地推断。正确的是：看条款——数据用途那条写没写、能不能关闭，写清楚就不用猜。
• 把机密藏起来比管起来更安全。错在路径选错。正确的是：数据要能用才产生价值，靠分级与权限管，不靠不给看。
• 权限配一次就一劳永逸。错在忽略人员流动。正确的是：每月核对账号清单，离职当天停用，导出权限定期复核。

FAQ

我们的协议价在云端，真的有人会看吗？

无法凭感觉下结论，但可以验证。做法是把访问主体这条写进合同要求书面回复，并抽查操作日志。答不上来或日志查不到，就按「有人能看」来处理。

分级之后，销售看不到成本价，怎么报价？

给区间不给成本。做法是把报价权限与成本可见权限分开：销售看得到给他这个客户的协议价和最近成交价，看不到进货成本。这两件事在系统里是可以分开配的。

小公司做这么细，会不会影响效率？

分级本身不影响效率，影响效率的是反复协调。做法是先只收口一级数据的导出权，其余保持现状，做完这一步再逐步细化。

境外那些泄露案例，跟我们关系大吗？

关系在机制不在概率。案例说明的是「凭据与多因素认证」是薄弱环节，这一条对任何系统都成立。把一人一号、离职停用、导出收口三件事做好，成本不高，收益确定。

写在最后

一张分级表、三条签约条款、一份账号自查清单——做完这套，云端数据这件事就从焦虑变成了可管理的配置项。完整口径写在了配套的《为什么IC贸易公司的数据应该留在自己电脑里》篇里：哪些数据该留在本地、留下来之后权限怎么配、备份怎么安排。先分级，再谈放哪，顺序对了才不反复。

主 CTA：继续读：为什么IC贸易公司的数据应该留在自己电脑里 次 CTA：继续读：历史成交价随手查：告别「上次报的什么价」