有 2 台机器，规格如下：
计算机 1：Windows 10 Professional x64 和 MS Office LTSC Standard 2021 计算机 2：Windows 11 Professional x64 和 MS Office LTSC Professional Plus 2021
两者具有相同的 Office 内部版本。
一台机器（2）拒绝对来自同一银行下载链接的一列数字进行自动求和/求和，而另一台机器（1）对相同的下载文件、相同的列、相同的数字没有任何问题。
该电子表格来自银行商户处理器，每日交易并以美元符号开头，如 70 美元。
在两台机器之间手动移动文件，同样的问题，无法在机器 2 上求和。看来它认为数据是文本或其他东西。
令人困惑。
答案1
为了实现这一点，在每台机器上独立打开同一个文件，并且在打开之间不进行任何修改（甚至不进行保存），关键在于货币标记。
当导入任何 Excel 可以解释为数字的内容时，Excel 都会向 Windows 查找“可能”的数字是否与机器的 Windows 数字和日期设置中的某个模式匹配。
如果它匹配一个，并且在这种情况下，关键元素将是标记$，那么它会认为它正在查看一个数字并将其作为数字导入，并且由于它没有将其格式化为文本，它将继续在所有使用导入值时将其视为数字。
如果它不匹配，例如，不进行求和的机器的货币设置为欧元或日元，那么它就会认为潜在的数字实际上是文本。在许多情况下，它会将其视为文本。“许多”是因为有时您会使用显示为文本的值（左对齐是最大的线索），但实际上只是数字（或相关）字符，Excel 无法将其视为任何其他东西，除非您想将这些值用作数字。因为它们是数字，所以它这样做。当不同的用途确实允许 Excel 认为它们可能是文本时，这会导致混淆，数字不是唯一的可能性，如果文本导致失败，则该操作会失败。
在这种情况下，我说的是“好”机器的 Windows 货币设置使用美元。因此，Excel 看到美元符号后紧跟着（或有时紧跟着）数字或相关字符，并将其导入为数字。然后，它使用该美元符号将该数字（通常/经常）格式化为货币，显示的内容与图像所示大致相同。并且很高兴成功地将这些值相加。
那么在“坏”机器上，如果在 Windows 设置中使用不同的货币，它会看到相同的内容，但美元符号不会被解释为“或相关字符”，因此整个字符串/字段被视为文本。它以文本形式引入，其中包含美元符号文本字符。在对值求和时，它们每个的值都为零，就像任何其他文本字符一样，因此求和会将它们相加并得出零。或者可能是早期版本中的错误，我确实记得，因为我喜欢对列求和以包含标题，这样我的公式就不会因删除顶部数据行而中断。并且会出现错误。
显然，我的建议是查看无法求和的机器上的 Windows 数字/日期设置，并根据需要进行调整。甚至可以在导入之前进行调整，然后在导入后立即改回原样。
如果出于某种原因这会导致更大的问题，那么另一种方法是$在导入之前或导入过程中删除这些字符。即使在导入之后，也存在一些小麻烦，许多人不会处理，因此会导致更多的麻烦和失败。
答案2
解决方案是将区域/语言从英语/欧盟更改为英语/美国
此后，具有相同 MS Off2021LTSC 版本号的 W10Pro/W11Pro 均可使用相同的文件以相同的方式工作。