Azure Logic App执行失败：无法设置变量，非指定支付方式时报错

这个报错的核心原因是：当支付方式不在指定的Cash、Cheque、Credit Card、Transfer四种范围内时，后续步骤调用的substring函数传入了不符合要求的参数（比如空字符串、或起始索引超出字符串长度），触发模板执行错误，导致流程中断。

以下是几种可行的解决方法，确保流程在支付方式无效时仍能继续流转：

方法1：提前校验字符串有效性，避免substring报错 #

在调用substring函数前，先通过length()函数检查目标字符串的长度是否满足函数要求，或者直接结合支付方式的合法性判断，给substring设置安全的分支逻辑：

# 示例：检查字符串长度后执行substring，否则返回默认值
if(greaterOrEquals(length(triggerBody()?['PaymentMethod']), 1), substring(triggerBody()?['PaymentMethod'], 0, 5), 'Invalid Payment Method')

或者直接关联支付方式的合法性判断：

# 示例：仅当支付方式合法时执行substring，否则返回默认值
if(contains(createArray('Cash', 'Cheque', 'Credit Card', 'Transfer'), triggerBody()?['PaymentMethod']), substring(triggerBody()?['PaymentMethod'], 0, 5), 'Invalid Payment Method')

方法2：使用Scope+错误处理分支 #

将包含substring的步骤封装到一个Scope组件中，通过Scope的运行后设置实现错误容忍：

• 把涉及substring的步骤拖入新建的Scope内
• 点击Scope的「运行后设置」，勾选「即使失败也继续」——这样即使substring报错，Scope会标记为失败，但整个Logic App流程会继续执行后续步骤
• 进阶用法：给Scope添加「捕获失败」分支，在分支内给变量设置默认值（比如'Invalid Payment Method'），确保流程流转的同时变量也能被正确赋值

方法3：优化变量赋值逻辑 #

直接把支付方式校验和变量赋值合并为一个步骤，用if函数实现分支赋值，从根源上避免无效值流入后续步骤：

# 示例：直接给变量赋值，合法则用原支付方式，否则设为默认值
if(contains(createArray('Cash', 'Cheque', 'Credit Card', 'Transfer'), variables('PaymentMethod')), variables('PaymentMethod'), 'Invalid Payment Method')

以上三种方法都能有效避免因无效支付方式导致的substring报错，确保Logic App流程在任何情况下都能继续流转。

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