背景
我有许多不同的 Excel 文件，它们连接到许多不同的 SharePoint 文件夹，用于各种目的。每周，新数据都会从我们的客户端系统导出并保存在这些文件夹中。然后，刷新 Excel 文件以包含新数据。我们从这些 PowerQueries 中获得的指标对我们的运营至关重要。
问题
大约 6 个月以来，它一直运行顺利，直到本周我们想要更新。文件保存在与往常相同的文件夹中，但刷新文件时，什么也没发生 - 它没有记录新数据，只记录旧数据。
经过进一步检查，我发现虽然 SharePoint 的身份验证运行良好，我们 SharePoint 网站上的最新文件（基于“创建日期”）是 12 月 12 日的，而我写这篇文章的时间是 12 月 20 日。
通过进一步测试，似乎所有文件创建日期晚于 12 月 12 日的文件对于 PowerQuery 来说都是不可见的。这个奇怪的错误不会影响文件修改，也就是说，我对 12 月 12 日之前添加到 SharePoint 的文件所做的修改可以正常捕获，并且修改日期也会更新。这排除了预览完全不刷新的可能性 - 它只是不接受新文件。
我尝试过
- 重新启动我的电脑
- 等待一两天看看是否有任何变化
- 从另一台电脑刷新
- 从其他网络刷新
- 通过全新的 Excel 文件连接到 SharePoint 文件夹
- 从 PowerBI Desktop 而不是 Excel PowerQuery 进行连接
- 重新验证我的 Microsoft 帐户
- 将任意文件添加到任意文件夹 - 它们仍然没有显示出来
- 询问我们的 IT 部门是否更改了我的权限，或者最近是否以任何方式更改了 SharePoint 服务器 - 他们没有
可能有用的详细信息
- 我们在多个时区工作（UTC-6、UTC、UTC+1）
- 文件为 .csv
- 我使用的是 1808 版本 10730.20262，64 位，带有 Microsoft Office 365 ProPlus
- 我们最近被收购了，所以我们获得了具有不同域名的新电子邮件地址。但是，我们仍然使用旧电子邮件进行 SharePoint 身份验证。我们并没有失去对这些帐户的访问权限，我可以正常访问 Office 365。
- 此问题会影响 12 月 12 日之后添加的文件。我发现 PowerQuery 在解析 SharePoint 中的日期时遇到问题，因为它们采用 mm/dd 格式，而 PQ 会尝试将其解释为 dd/mm。这会导致所有日期的日期值大于 12（如果是月份的话，则高于 12 月）抛出错误。由于我没有对这些日期值应用任何逻辑，并且过去这从来都不是问题，我还没对此作出反应。