Microsoft表单提交后按请求类型创建Planner任务的流程故障排查

问题根源分析 #

你遇到的分支跳过问题，大概率是这几个原因导致的：

• 字段引用错误：没正确选取「Get response detail」返回的请求类型字段，误用了静态文本或错误的动态内容
• 文本匹配不一致：表单选项文本和Condition里的判断值在大小写、空格、格式上不匹配（比如表单显示「Business Cards」，你写的判断值是「BUSINESS CARDS」）
• OR条件误用：单个判断场景没必要加OR，多值判断时OR的逻辑结构没搭建正确
• 多Condition串行逻辑问题：多个Condition按顺序执行，只有前一个Condition走False分支才会触发下一个，容易出现漏判情况

最优解决方案：用Switch控件替代多Condition #

因为有13种请求类型，Switch比多个Condition更清晰高效，也不容易出错，具体步骤如下：

1. 替换现有Condition：删除所有已添加的Condition，添加「Switch」控件，「基于内容」选择「Get response detail」里的实际请求类型字段（比如动态内容列表里的「Request details」）
2. 添加对应Case：为每一种请求类型（Business Cards、Custom Apparel等）添加独立Case，「等于」的值要和Microsoft表单里的选项文本完全一致（包括大小写、空格）
   • 怕大小写坑的话，可以先加一个「转换为小写」动作，把请求类型字段转成小写，Case里也用小写值匹配（比如business cards）
3. 设置默认分支：在Switch里添加「默认」Case，处理未匹配到的请求（比如发邮件提醒管理员），避免流程无响应

调试验证方法 #

可以在「Get response detail」步骤后加一个「Compose」动作，输出请求类型字段的值，运行流程后查看Compose的内容，就能确认实际返回的文本和你设置的判断值是否一致，快速定位不匹配的问题

修正后的流程示例 #

When a new response is submitted 
Get response detail
Compose: @{body('Get_response_detail')?['requestType']}  // 替换成你的实际字段，用于调试
Switch: 基于 @{body('Get_response_detail')?['requestType']}
  Case 1: 等于 "Business Cards"
    Create a task (business cards)
    Update task details
  Case 2: 等于 "Custom Apparel"
    Create a task (apparel)
    Update task details
  ... // 补充剩余11种类型的Case
  Default:
    Send email to admin: "收到未匹配的请求类型，请检查"

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