本页内容
先确认日月规则，再在副本建立日期并检查整行排序
- 保留原PDF与原始XLSX，先给数据行保留稳定ID，再核对原稿的年月日规则。02/10/2026单独看有歧义；本例原稿明确DD/MM/YYYY，所以是2026年10月2日。没有格式说明时先向原稿提供方确认。
- 上传PDF完成解析，对照网页结果的原文字，再导出“表格 Excel”。本例一次解析、一次导出，四种日期写法均保留；网页看起来像日期，仍要继续核对实际XLSX。
- 打开原生文件，分别核对值类型与显示格式。本例C2至C5都是文本，General格式不提供日期语义；只给文本套日期显示格式，不足以证明它已转换为可排序的日期。
- 在独立副本中保留原文字列，另建规范化日期列：按已确认规则拆出年、月、日，再用表格软件的日期构造方法写成日期值，例如DATE(年,月,日)。构造后回比年月日，避免无效日期被顺延到下月；再核对2月13日与10月2日两组代表值。该公式是整理建议，本例本地文件不含公式。
- 选择整张表或完整数据行，按规范化日期列升序，再比较ID与源日期是否仍同一行。相同日期可以相邻，但不要把同日内部先后当作稳定排序保证。保留原件，并在自己交付的软件中另验保存重开与后续计算。
本例实际解析并导出Excel各一次，原生下载保持原字节。日期显示、原生存储和后续规范化分别记录；仅有日历日期，没有时间或时区转换。
四种源日期仍是文本：原生导出与本地日期示例分别下载
2026年10月19日，一页自编虚构PDF明确列出四个ID、日期格式和源日期。实际上传解析并导出一份2,918字节XLSX，四格日期均为文本；随后在Apple Numbers只读查看，四串源文字可见。另建5,956字节本地规范化XLSX，在Numbers按真实日期列升序，2月13日两行在前、10月2日两行在后；排序结果另存为Numbers文稿，非产品导出。
查看原图 ↗
查看原图 ↗
查看原图 ↗
查看原图 ↗| 行标记／原稿格式 | 源日期文字 | 本次原生XLSX | 按源规则对应的日历日期 |
|---|---|---|---|
| ISO-A17／YYYY-MM-DD | 2026-02-13 | C2：文本，General | 2026-02-13 |
| CN-B29／中文年月日 | 2026年10月2日 | C3：文本，General | 2026-10-02 |
| DMY-C43／DD/MM/YYYY（日/月/年） | 02/10/2026 | C4：文本，General | 2026-10-02 |
| DMY-D58／DD/MM/YYYY（日/月/年） | 13/02/2026 | C5：文本，General | 2026-02-13 |
按原稿明确规则核对同日关系（不代表原生文本已转换）
ISO-A17：2026-02-13 ＝ DMY-D58：13/02/2026 → 2026年2月13日
CN-B29：2026年10月2日 ＝ DMY-C43：02/10/2026 → 2026年10月2日
DD/MM/YYYY按字符比较时，02/10排在13/02之前；
按日历日期升序，应先2月13日，再10月2日。- 实际原生XLSX为2,918字节，日期位于表1的C2至C5。四格t均为inlineStr，样式索引1的有效数字格式为General，没有公式；本例未产生日期序列数，也没有自动日期转换。
- 网页结果、原生字符串与Numbers可见文字逐项对应。Numbers打开时出现一种字体缺失提示，未替换字体；原件没有编辑、改格式、排序、保存或重开。
- 原稿明确DD/MM/YYYY，所以02/10/2026对应10月2日。两组同日关系按源说明确定，不靠系统地区、屏幕样式或数字大小猜测，也没有时间、时区与日期偏移测试。
- 本地规范化示例保留四个ID和源文字，新增ISO文本与真正日期列，明确标注“非产品导出”。日期列E2至E5使用1900日期系统，数值为46066、46297、46297、46066并配yyyy-mm-dd格式；这是本地写入值，不是原生导出变成数字。
- Numbers中设置一行表头后，添加“真实日期值（本地写入）”升序规则，实际行序为ISO-A17、DMY-D58、CN-B29、DMY-C43，日期组顺序正确。相同日期内部的先后不作稳定性保证；没有测试Microsoft Excel或WPS。
- 本地规范化XLSX仍保留原始行序，没有被覆盖；排好序的结果另存为683,969字节.numbers文稿，仅适合Numbers接收环境。没有另导出排序后的XLSX，也没有重开、公式计算或跨软件排序验证。
仅此自编单页、四行日期的一次实际导出。原生日期格都是文本，原件保持下载字节且未排序；本地规范化XLSX与已排序Numbers文稿分别提供，均非产品导出。DD/MM字符先后是说明性对照，实际日期升序只在本地示例的Numbers中核对；同日稳定性、保存重开、其他接收软件与后续计算仍需另验。
先了解这几件事
PDF转Excel后，先分开核对原稿日期含义、单元格类型与排序结果。本例四种源写法逐字保留，但实际XLSX的C2至C5都是普通格式的文本，没有自动成为日期。原稿已写明DD/MM/YYYY，因此02/10/2026表示10月2日，13/02/2026表示2月13日；不能按电脑地区猜。保留原件，在副本按明确的年月日规则生成真正日期，再按整行排序并核对ID。本地规范化示例在Numbers按日期升序后，两条2月13日都在两条10月2日前；它是另行整理的示例，非产品自动转换。
- 本次原生结果
- 四格日期逐字保留，均为inlineStr文本、General普通格式，没有日期序列数或公式。
- 明确日月口径
- 原稿两行写明DD/MM/YYYY（日/月/年）；02/10/2026与中文2026年10月2日同日。
- 两组同日对照
- ISO-A17与DMY-D58同为2月13日；CN-B29与DMY-C43同为10月2日。
- 原件与整理副本
- 原生XLSX只读查看；本地日期副本在Numbers实际升序，2月13日组在10月2日组之前。
日期看起来不对，先确定类型、含义还是显示的问题
| 看到什么 | 先核对什么 | 下一步 |
|---|---|---|
| 2026-02-13看起来正确，却是文本 | 原生类型、源格式与代表值 | 保留原文字，在副本按明确年月日建立日期列 |
| 02/10/2026的日月不确定 | 原稿是否说明DD/MM或MM/DD | 先确认规则，不按电脑地区批量猜测 |
| 日期显示成一串数字 | 原生值、有效数字格式、工作簿日期系统和原日期 | 确认是否确为日期序列数，再核对日期显示；本例未出现 |
| 文本排序把02/10放在13/02前 | 排序列是否为真实日期；是否选中整行 | 规范化后按日期升序，再用ID检查整行对应 |
| 同一天的两行次序改变 | 日期相等时是否需要第二排序键 | 按业务规则补ID等次级条件，不能假定同日顺序稳定 |
PDF转Excel后日期还是文本，先保留源文字再转换
本例四种日期写法都完整导出，但四格仍是文本。字符保留与日期类型正确是两项检查。先保留原文字和ID，再在副本按已确认的年、月、日规则建立日期列；只改显示格式，不能代替核对实际类型与日期含义。
PDF转Excel日月顺序，不能由02/10单独判断
02/10/2026可能被不同地区理解成不同日期。本例原稿明确DD/MM/YYYY，因此它与2026年10月2日同日；13/02/2026则与2026-02-13同日。这两组对应能检查规范化结果，不能推广成任意斜杠日期都采用日/月/年。
PDF转Excel日期变成数字，先辨认是否确为日期序列数
电子表格的日期可能以数字配日期格式表示。看到一串数字时，先对照原稿、单元格值、有效数字格式和工作簿日期系统；数字本身不能证明它就是日期，也不要在未核对日期系统前随意加减固定天数。本例原生四格均为文本，没有复现日期变成数字。
PDF转Excel日期排序不对，先核对日期列再整行排序
DD/MM的文字排序与日历先后不同：02/10在字符比较中先于13/02，但本例2月13日应在10月2日前。整理时先建立真正日期列，再连同行标记选择完整数据行排序，防止只移动日期列而使ID错配。同日行需要稳定业务次序时另加第二排序键。
本地规范化日期文件与产品导出分别使用
下载中的native.xlsx是本次实际导出，四格日期仍为原文字；normalized-local.xlsx是在本地依据明确源规则制作的独立示例，保留原文并新增日期列，仍为原始行序。它在Numbers按日期升序后，另存为sorted-local.numbers，2月13日两行在10月2日两行之前。这不意味着产品自动修复了原件，也不建立同日稳定性、其他表格软件、保存重开、时区或公式计算的结论。
相关官方说明
常见问题
PDF转Excel后日期还是文本怎么办？
先保留原稿、原文字与行ID，确认年月日规则，再在副本拆出年、月、日并建立真正日期列。本例四格原生日期都是inlineStr文本、General格式；看起来像日期与已经转换为日期是两回事。
PDF转Excel日期变成数字怎么核对？
先对照原日期、实际值、有效数字格式与工作簿日期系统，确认是否确为日期序列数，再在副本核对显示。不要把所有数字都当日期或盲目加减天数；本例四格原生值都是文本，没有出现日期序列数。
PDF转Excel日月顺序怎么核对？
看原稿明确使用DD/MM还是MM/DD，再用代表值与同日对照检查。本例写明DD/MM/YYYY，所以02/10/2026是10月2日，13/02/2026是2月13日；没有格式说明时需先确认，不能按系统地区猜。
PDF转Excel日期排序不对怎么办？
先确认排序列为按原稿规则建立的真实日期，再选完整数据行排序并用ID复核。本例本地示例在Numbers实际升序后，2月13日两行在10月2日两行前；原生导出只读查看，没有排序。相同日期的内部次序需要业务次级排序键，不能据此保证稳定。
内容核对：2026-10-19 · 功能条件与配额以当前产品界面为准