【问题标题】:Excel non contiguous named range values evaluate to #VALUE, causes SUMIF to failExcel 非连续命名范围值计算为 #VALUE,导致 SUMIF 失败
【发布时间】:2016-09-16 00:54:44
【问题描述】:

我所有的命名范围都引用了有效的单元格引用,但范围值显示为空(请参阅照片中的名称管理器)。这会导致我希望应用的 SUMIF 函数 =SUMIF(RangeofID_Codes, ID_Code, RangeOfValues)。

我已尝试根据源(左下角的预算代码)评估标准,它们评估为 TRUE,范围具有相同数量的值(但不连续),但无法获取范围以相互检查。我注意到对于每个命名范围,在 RefersTo 字段中对非连续单元格的单元格引用周围没有括号 - 这是问题吗?如果是这样,我该如何纠正?请帮忙,这应该很容易!

screenshot

【问题讨论】:

  • 在不知道您的参考资料的情况下,很难确定问题所在。也许将相关工作表(带有虚拟数据)复制到谷歌工作表中并分享?还有 2 条提示: - 不要在线共享生产数据(如果您截取屏幕截图至少填充虚拟数据) - 如果您共享产品数据,请从照片中删除您的姓名以保护您自己的便利
  • 我当然不会重新输入您的数据,因此请生成 minimal reproducible example,发布指向经过编辑的 google 表格的链接或使用 MOD functionSUMPRODUCTAGGREGATE 来对匹配的第二行求和。
  • @user3240704 感谢您对隐私的关注,但这是示例日期 - 需要在输入生产数据之前让预算模板生效。我没有意识到我的名字出现了,所以谢谢你的提醒。
  • @Jeeped 您能否详细说明您描述的方法?它是一种将非连续范围相互比较的已知方法吗?我了解各个方法,但不了解它们如何结合起来解决此问题。
  • 提供一个minimal reproducible example,我不必重新输入。

标签: excel sumifs named-ranges


【解决方案1】:

如果您范围内的基础单元格是计算,我会更新它们,以便它们返回空白或零。

【讨论】:

  • 底层单元不是计算,而是简单的输入值。我已经在所有空白单元格中手动输入了零,并确认它们属于相同的数据类型 - 类型匹配,并且我已经单独测试了每个单元格以确认它们应该返回匹配项。它们的分解不是来自匹配单个单元格,而是试图比较两个不连续的范围。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-07-16
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多