导入日期时日月颠倒：进入ERP前如何检查
没有报错也可能变成另一天
假设送货记录中的03/04/2026原意是4月3日，导入程序却按月/日/年读取成3月4日。两者都是有效日期，因此可能不报错。单据数量与金额仍一致，月度报告或交货日期却已错误。需要修正解析规则，而不仅是改变列的显示样式。
进入ERP前，应明确字段是单据日期、发货日期、过账日期还是到期日。外观相似的值用途不同。应由业务负责人先确认含义，再由技术团队配置规则，不能只凭一个名为date的列就决定如何转换。
区分解析与显示
文本03/04/2026需要规则来确定日、月、年。转换为日期类型后，该值代表某个具体日期；显示为3 Apr或2026-04-03则是另一层处理。如果已被解析成3月4日，改为年–月–日显示只会换一种样式展示错误日期。
Microsoft说明Power Query利用区域设置把文本解释为相应数据类型，并可在类型转换时指定区域规则。这只是工具检查的示例，并不表示每个ERP都有相同菜单。如果Excel源文件已经保存真实日期值，应先检查数据类型，不必无故把所有字段重新变成文本。
先明确来源规则，再设置区域
为每个来源制定规范：日月年顺序、佛历或公历年份、空值含义以及未知值的表达方式。混合文件中不能对每个年份一律减543，也不能未经批准把未知日期改成月初第一天，这会虚构源数据没有提供的精度。
在Power Query中检查Applied Steps中的类型转换步骤。若源文本采用英国日/月/年格式，可通过Change Type → Using Locale指定Date和English (United Kingdom)。也要检查更早的转换；如果日月已经颠倒并保存，事后更改区域设置无法恢复原始含义。
同时测试显性错误与静默颠倒
测试集应包括03/04/2026等歧义日期，以及23/04/2026等日期数大于12的情况，并由数据负责人确认预期值。还应加入空值、不存在的日期和实际业务相关的月末月初记录，检查系统是拒绝、暂存还是按规则替换。只测试今天的日期并不足够。
转换后提取年、月、日，与原始资料对照，避免显示格式掩盖真实值。同时检查样本单据落入哪个月份或到期日是否正确。发现差异时记录单据编号、原值、解析值和所用规则。只改目标单元格可能掩盖下次仍会出错的导入流程。
保留原始数据，追踪修正影响
重新运行前分别保留原始文件和各批次规则，列出未通过记录，并确认再次导入是更新旧记录还是新建记录。如果日期已用于截止处理、发货或会计过账，应由流程负责人先评估影响，不能为了报表一致就擅自倒填日期或重开期间。
与Chawinnix讨论ERP建设或连接时，可准备去除个人信息的样本、来源说明、日期规则和预期结果。验收目标应是日期含义正确且能用于后续流程，而不仅是程序显示导入成功。
