离岸快车｜2026年10月29日

离岸快车编辑部：一家提供跨境软件服务的公司收到开户银行邮件，要求提交“主要客户名单及交易情况”。销售部门担心竞争信息外泄，隐私负责人看到表里有客户采购经理的姓名、手机和邮箱，财务则怕回复迟延影响账户使用。三方关注都合理，却容易把问题变成“交不交整张表”的争论。更好的起点是弄清银行要核验什么、名单里有哪些不同性质的数据、哪些字段对目的必要，以及通过什么渠道、由谁批准、留什么记录。

先核实请求本身。邮件是否来自银行既有安全通道或可回拨确认的客户经理？它指向开户、定期复核、某笔异常入账，还是特定客户的交易解释？“主要客户”按收入、笔数还是近期交易定义？需要企业客户名称与注册地，还是连联系人身份证号也要？要求的期间和数量是多少？这些问题不是故意拖延，而是避免给出不适用的资料。若请求来自陌生邮箱或链接，先通过银行官方电话核实，绝不把整库名单上传到未经确认的云盘。

客户名单中至少有三层信息。法人客户的公司名称、注册地、行业和合作金额，多数情况下首先是商业机密；自然人客户的姓名、联系方式、交易记录通常涉及个人资料；法人客户中的联系人姓名、职位、电话和邮箱，也可能识别个人。不能因为表格标题叫“企业客户名单”，就把所有列都视作没有隐私风险。反过来，也不能因为有个人信息就宣称银行完全无权询问。应根据适用司法辖区的法律、双方合同、银行服务关系和具体请求，审查披露依据与必要范围。

一个实用做法是把银行请求拆成目的和字段。例如银行要理解营业收入来源，可能先需要前十位客户的法人名称、注册地、业务类型、合作期间、收入占比与对应入账笔数；一般不必自动附采购经理私人手机和完整通信记录。若银行在核实某笔款，可能需要该笔付款人的名称、合同、发票和相关联的客户身份，而非全体客户名单。先提出一份与目的匹配的字段方案，并询问银行是否足够；如其要求更多，再请其说明缺口并由企业评估。分层提交是协商方法，不保证银行接受部分遮盖。

假设某公司有三百名客户，其中二百八十家为中小企业，另二十名为个人订阅客户。银行问“主要收入客户和交易性质”。财务初版导出表含全部三百行、联系人生日、私人邮箱和售后备注，显然超出解释收入结构的直观需求。可先按最近审查期间的收入占比生成企业客户汇总，单列主要客户的公司名、国家、服务内容、合同起止和入账范围；个人订阅部分先提供人数、地区、收入占比与支付渠道概况。若银行进一步需要核验某个自然人入账，再针对该笔交易提交必要资料并记录依据。

但“汇总”不是回避真实交易。若前十客户贡献九成收入，提供完全匿名的行业分布表，银行可能无法核对实际付款人；若银行已明确询问某笔个人客户付款，仅给聚合数字也无法回答。公司应在正式答复中说明提供了什么、未提供什么、为何先采取较少字段、如需特定记录可进一步沟通。不能把名单中高风险或关联客户悄悄删去，再称“这就是全部主要客户”。选择样本的标准应在内部记录，并与银行确认是否符合它的核验目的。

香港个人资料私隐专员公署说明，收集个人资料应与合法目的直接相关，资料应属必要、适当且不过量；使用和披露亦受目的限制，准确性、保留期限及安全措施同样重要。这些原则为处理香港个人资料提供框架，但具体披露是否适法，不能只凭一篇文章下结论。客户所在地、资料最初收集地、公司所在地和接收银行所在地可能各异，还可能有合同保密条款及其他法域的数据保护要求。涉及跨境传输或敏感个人资料时，应由熟悉适用法的人员审查。

内部处理顺序可分四步。业务部门确认名单来自真实客户关系且统计区间正确；财务核收入、币种、退款和关联入账；隐私或法务负责人评估字段、披露目的、保密承诺及跨境因素；授权董事或指定负责人批准最终提交。审批记录写明银行请求编号、提交版本、字段清单、是否遮盖、批准人和提交日期。若银行后来要求增补，以新版本递交，并记录为何扩展范围，不要让销售在个人邮箱里反复发送不同版本。

制作名单时，先从系统按明确条件导出只读副本，在受控目录处理。删除与请求无关的字段，而不是把列在电子表格里隐藏：隐藏列可能仍随文件一起发送。检查工作表的其他标签、筛选缓存、批注、历史版本、公式引用和文件元数据，防止联系人信息残留。对需要遮盖的文档，生成不可轻易恢复遮盖内容的副本，并人工检查导出后的可见内容。原始完整名单留在内部权限范围内，供审计和后续核查，不在多人聊天群中转发。

发送渠道同样影响风险。优先使用银行确认的企业网银安全消息、加密上传门户或其他正式提交方式，并核对域名、收件人和权限。若银行要求电子邮件，先确认是否为认可渠道，文件加密方式和密码传递途径分别确定；不要把密码写在同一封邮件正文。记录上传回执、文件名、版本、接收部门和可见范围。对含个人资料的文件，设内部保留和删除计划，避免每次问询都复制一套名单到个人桌面。

银行的要求与客户保密承诺可能发生张力。若合同写“未经客户同意不得披露价格或客户资料”，先看是否有法律、监管或银行尽调相关例外，以及例外的范围和通知条件；不能仅凭业务员印象判断。必要时请法务评估能否向银行提供摘录、汇总或经适当遮盖的证明，或是否需征求客户同意。若客户是集团内关联方，也不等于它的个人联系人信息可以任意流转。保密谈判应围绕具体字段和具体目的，避免抽象争论“银行权力大不大”。

若银行要求“所有客户的个人身份证明”，风险和工作量都会显著增加。先请银行澄清适用的客户范围、具体用途、所需身份证明类型及是否有替代资料；同时由企业隐私与合规负责人判断公司是否有取得并披露这些文件的正当依据。没有持有的文件，不应为应付银行去向客户索取一整批；已持有的，也不自动意味着可再次使用。若银行说明这是必要条件且企业不能提供，应明确沟通限制、可能的业务影响并寻求专业意见，而非提供伪造或未经授权的材料。

另一个常见坑是把客户名单当成一次性静态表。销售负责人可能按本月合同金额排序，财务按过去十二个月已入账排序，银行实际要的是开户时预计主要收款方。三者都可有用途，但必须在表头写清时间范围、排序指标、是否含关联方、是否含退款及名单截至日。公司名称变更、客户并购或平台代收款，也要在备注中写明与银行流水名称的关系。准确性和最小必要性并不冲突：提供更少字段时，每个留下的字段更要可靠。

有些企业试图用客户简称代替完整名称保护商业秘密。若只是内部初步讨论，可以给银行看结构性汇总；正式核验时，简称可能无法与付款人或合同对应。可提出由银行指定审查人员在安全渠道查阅完整名称、限制内部转发，或仅对与具体入账相关的客户先披露；是否可行取决于银行流程。不能在未告知银行的情况下把真实名称换成无法追溯的代号。数据最小化不是让资料失去核验价值，而是在满足目的的前提下减少无关暴露。

提交后要关注接收与后续使用。银行回信“已收悉”只证明收到，不表示审查完毕或同意企业的遮盖方式。若要求补充，继续按工单评估；若企业发现误发了多余个人资料或发送给错误地址，应立即启动内部资料事件流程，联系接收方处理，并按适用规定评估通知义务。对客户的解释也要准确：不能保证资料绝不会在银行内部被合理处理，也不能笼统说“监管要求我们必须交出全部信息”。

内部清单可以这样用：核实银行身份与请求渠道；明确目的、期间、客户口径和所需字段；区分法人商业资料与可识别个人资料；核对数据来源和准确性；检查合同保密条款及适用法；准备最小可核验版本；由业务、财务、隐私和授权人复核；清除隐藏列与元数据；使用正式安全渠道提交；留存版本、回执和后续补件记录。清单的价值在于让每项披露有理由、有责任人、有追溯，而非机械地把个人信息一律删光。

最后应把银行问询反过来用于改进客户数据治理。合同系统、收款系统和联系人系统分开存储，避免一次导出顺带带走私人电话；为主要客户预先建立不含多余个人信息的交易概览；客户变更名称或付款主体时保留核验记录；定期清理过期联系人。这样企业既能在银行问询时迅速说明真实收入结构，也能对客户说清资料为何被收集、如何被保护。与银行合作和守住隐私边界并非二选一，前提是每次披露都能回答“为什么是这些人、这些字段、这个渠道”。

如果银行看完首轮资料后仍认为不足，不要只在原文件上不断加列。先请客户经理指出未能核对的是付款主体身份、业务性质、交易规模，还是资金来源；再针对缺口选择合同关键页、对应发票、入账明细或补充客户身份材料。第二轮文件应有独立编号，附一段“本次新增什么、相对首轮为何需要、哪些字段仍未提供”的说明。如此既方便银行审查，也能让内部批准人看清披露范围怎样扩大。若涉及敏感个人身份文件，先确认接收方式和访问限制，再递交；客户经理口头一句“越全越好”不足以成为无限扩张资料包的理由。

需要拒绝或暂缓某项字段时，措辞也应专业。可说明“现阶段提供公司客户名称、业务和交易区间；联系人私人号码与本次核验目的关联尚不明确，请说明需要核验的具体事项”，而不是简单回“隐私法不允许”。这不是替银行设定规则，而是让双方围绕目的和证据继续沟通。若银行坚持、企业仍有法律或合同疑虑，应把争议交由正式合规与法律渠道处理，并评估账户服务可能受到的影响，不能让前线员工自行承诺既不披露又不影响银行决定。

参考资料：香港个人资料私隐专员公署，《个人资料（私隐）条例》概览：https://www.pcpd.org.hk/englis ... .html