有用户反馈，一份在本地编辑时显示正常的ODT文档，上传到网站后打开，原本的多级编号全部变成了“1”，甚至有的列表连编号都不见了。文件能正常打开，文字内容也完整，问题只出在列表显示上。这类情况通常与文件损坏无关，更常见的原因是列表样式在格式转换过程中没有被正确对应。要排查原因，可以按以下三个层面逐一核对。
第一层，确认文档内部的列表样式与编号定义是否随文件完整保存。ODT格式将列表样式、编号规则和层级关系存储在样式定义中，并非直接写在正文文字里。如果文档是由其他格式转换而来，或者在编辑时从不同来源复制粘贴了段落，样式定义可能只保留了外观效果，却没有保留编号结构。核对方式为：在本地打开文档，将光标定位到出现问题的列表项，检查段落样式名称与列表样式是否匹配；再确认同一层级的所有条目是否共用同一个列表样式。如果样式名称混乱、层级不统一，上传后转换工具便难以正确还原编号。
第二层，检查在线预览转换时对列表层级和编号格式的映射规则。网站预览一般需要将ODT转换为适合浏览器呈现的格式，在此过程中，编号格式（如阿拉伯数字、字母、罗马数字）以及层级缩进关系都需要被重新解析。如果转换规则仅支持单层列表，多级编号就会被压平，所有条目显示为同一级别；如果编号格式不被支持，也可能退化为默认数字。核对时可以先上传一份结构简单、层级清晰的测试文档，观察不同层级是否分别呈现，以此判断问题出在文档本身还是转换映射的边界。
第三层，检查字体与缩进设置是否影响编号的显示位置。编号并非独立文字，它依赖段落缩进和制表位来定位。如果文档使用了特殊字体或自定义缩进，转换后字体被替换、缩进被重置，编号可能被挤出可视区域，看起来就像丢失了。核对时将缩进改为常规值，换用常见字体再试一次，可以排除这类干扰。
上传前可以按这份清单自检：编号格式是否统一，层级是否明确，缩进是否使用常规设置，样式名是否清晰可辨。四项都符合要求，转换出问题的概率会明显降低。
同时也要认识到转换工具的能力边界。不同平台对ODT列表样式的支持程度存在差异，具体表现应以工具官方说明为准。对于结构复杂的文档，较稳妥的做法是保留原始文件下载入口，让需要精确排版的用户直接获取原文件。it数运在网站维护中处理此类反馈时，也建议先区分是预览转换问题还是源文件问题，再决定修复方向，避免在错误的环节反复调整。
