在XLSX中保留前导零

是名称而不是数字的数字

商品编号、邮政编码、员工编号和账户编号常带前导零：000123和123虽然数值相同，却是不同的代码。在电子表格中打开CSV时，一列数字通常会被读作数字，前导零随之消失。如果再保存这个文件，原来的代码就没了，与其他系统的查找也对不上了。

文本安全XLSX导出工具把工作簿中的每个单元格都写成明确的文本单元格。电子表格收到的是字符000123，没有可以缩短的数字。

导出id列

• 把含有id列的表格复制到“表格文本”中，选择相应的“字段分隔符”。
• 点击“计算”，把预览中的id列与原始资料比较，数一数几个值里的零。
• 使用“下载 (XLSX)”，在电子表格中打开tablora-table.xlsx。
• 确认单元格显示000123并被当作文本处理，例如检查它是否像文本那样对齐。

示例：id 000123

本页示例只有一列，名为id，值为000123。预期的单元格文本为000123，以明确的文本单元格而不是公式或数字存储。进去六个字符，出来还是同样的六个字符。

代价是这个工作簿中的每个单元格都是文本，包括其他列中的金额。如果需要求和，请在导入后于电子表格中转换金额列，而不要动id列。

长度不同的代码也会原样保留。如果有些行是123、另一些是000123，导出会把两者都按输入原样显示，这说明原始资料本身就不一致；是否补零，是代码负责人另行决定的事。

其他工具中的前导零

• 数值规范化工具拒绝转换以零开头的整数，所以000123会保持为文本，并计入“待检查的值”。这说明这一列很可能是代码。
• 浏览器工具下载的CSV文件中保留着这些零，但打开CSV的程序仍可能把它们去掉，这就是为什么XLSX更适合交接。
• 在Tablora应用中，XLSX导出也会把以零开头、后面跟着数字的值保留为文本，即使在它当作数字处理的列中也是如此，所以000123这样的代码在那里同样能保留下来。

如果零已经丢了

以数字方式打开并保存过的文件已不再包含这些零。请回到原始导出文件、PDF或纸质文件，而不是电子表格副本，从那里重建这一列。

输入值

表格文本

id 000123

字段分隔符

,

结果

行数

2

列数

1

文件大小（字节）

2293

电子表格中的所有单元格均以文本保存，以保留标识符和类似公式的内容。