O365中INDEX/MATCH多条件匹配返回#N/A的排查及跨列值实现方法

原公式返回#N/A的根因 #

• 核心问题是Excel的等值判断（=）本身不支持通配符匹配。写的C:C="*Dental*"实际是在检索C列和字符串"Dental"完全一致的内容，不会自动识别星号为通配符做模糊匹配，这组判断几乎全返回FALSE，和A:A=F2的判断结果相乘后全为0，MATCH函数找不到值为1的匹配项，就会抛出#N/A错误。
• 原多条件匹配的判断逻辑无效，哪怕手动触发数组计算规则，也没法定位到同时满足两个条件的目标行。

调整后公式可正常运行的原理 #

验证可用的公式逻辑完全绕开了等值匹配不支持通配符的限制：

• 用SEARCH函数做文本包含判断，只要C列内容里存在"Dental"文本就会返回对应的位置数字，不存在则抛出错误；
• 套IFERROR把文本检索的错误值统一转为0，和A:A=F2返回的布尔值（TRUE=1，FALSE=0）相乘，只有两个条件同时满足时才会得到结果1，正好被MATCH函数定位到对应的行号，最终传给INDEX函数取C列的对应值，完成匹配。

后续填充I、K列保障值的操作方法 #

依托已经匹配完成的EE编码、对应Plan值，不需要再重复做模糊匹配，直接用精确等值匹配就能快速取数：

• I列（Dental类型对应的保障值）在I2单元格输入公式=INDEX(D:D,MATCH(1,(A:A=F2)*(C:C=H2),0))，回车后下拉即可批量填充；
• K列（United类型的Plan值）直接复用H列的匹配逻辑，把模糊检索的关键词替换为"United"即可，参考公式：=INDEX(C:C,MATCH(1,(A:A=F2)*(IFERROR(SEARCH("United",C:C),0)),0))；
• K列对应的保障值，只需把上述公式里的返回列从C列改为D列即可，因为匹配条件是精确等值，不需要额外做模糊判断，计算效率更高。

内容的提问来源于stack exchange，提问作者spacej3di