报价主表在第一页，包装说明在第二页，运费条件在第三页。你把Google Sheets通过Drive接口导成CSV，文件正常生成，海外同事也能打开，却说找不到后面的内容。这可能根本不是下载故障。

Google在9月3日更新的Workspace导出格式文档中，把Sheets的CSV和TSV导出明确标为“仅第一张工作表”。它描述的是这条导出路径的范围。一个文件生成成功，不能证明原工作簿里的所有内容都跟着出来了。

先问对方要拿文件做什么

CSV适合把一张表的数据交给另一个系统处理。如果接收方要导入商品清单，可能只需要明确的列和行；如果接收方要审阅完整报价，附带说明、不同方案和条件就可能同样重要。这两种交付不能只因为“CSV比较通用”就用同一个文件解决。

多张工作表往往承担不同含义。主表中的价格可能依赖另一个标签页里的包装单位，也可能需要结合有效期说明阅读。只留下主表，会让数值看起来完整，解释数值的条件却消失。对外贸业务而言，这比一眼就能发现的乱码更难察觉。

如果需要保留整本资料的组织方式，可以选择合适的工作簿格式，再在接收环境中确认内容。若下游只能接受CSV，应先确认需要哪张表、哪些列，以及其他说明应以什么方式单独交付，而不是让导出时的默认范围替你做决定。

不要把“第一张”当作长期业务规则

有人会想到，把想导出的工作表拖到最前面。一次人工导出或许能达到目的，但若这是固定自动任务，后续同事插入一个封面页，就可能改变结果。脚本仍然生成文件，内容却悄悄换了。

稳定的办法是明确指定要交付的数据范围，并选择支持该范围的导出或读取方式。使用哪种接口属于实现细节，业务约定应先清楚：这份文件只代表哪些产品、哪个版本和哪些字段。不能靠工作表排列顺序表达一个没有写下来的交付要求。

也不要为了获得全部内容，把几个性质不同的标签页直接上下拼在一起。不同表头、不同单位和混入的说明行，会让接收系统更难解释。一份产品清单可以是一个数据文件，价格适用条件则可能更适合放在随附说明中，两者用清楚的版本或标识对应。

检查导出的文件，而不只是检查原表

发送之前，打开实际要交付的文件。确认首尾产品、行数、字段名和必要说明，而不是回到原始在线表里证明“资料都在”。如果对方用于系统导入，还应按其要求检查字段和标识的解释，避免显示正常却在导入后改变含义。

产品型号哪些内容应保留原样讨论的是识别字符串；导出检查同样要留意它们。型号可以看起来像数字，却不是用来计算的量。文件能打开，并不意味着接收软件会按你期望的方式理解每一列。

对于周期性发送的报价资料，选一份已经确认的导出样本，写清应有的工作表或数据文件、必要字段和附带说明即可。之后每次更新照这个范围检查，不需要把整个流程做得复杂。真正要避免的是双方以为收到的是“报价表”，实际理解的却是两个不同范围的文件。

参考来源

Google for Developers：Export MIME types for Google Workspace documents，文档更新于2026年9月3日。