Twilio Studio API和更新帐户之间的函数_sid

当使用新的Studio API导入和导出Studio flow JSON时，所有内容都会正确传输，但是从其他帐户导入时，在转换函数时会出现问题

可以为整个流替换服务和环境sid。虽然这一过程并不理想，但可以实现自动化。真正的问题在于函数sid。查找函数_sid需要手动或api调用才能检索，这将是一个更复杂的过程

目前，另一个选项是在UI中打开流程，然后手动选择正确的功能。有更好的方法吗

下面是一个JSON领域的例子，这是一个问题

"properties": {
    "service_sid": "<Your-service-sid-unique-to-account>",
    "environment_sid": "<Your-environment-sid-unique-to-account/service>",
    "offset": {
      "x": -1230,
      "y": -7330
    },
    "function_sid": "<Your-function-sid-unique-to-function>",
    "parameters": [
      {
        "value": "{{trigger.message.From}}",
        "key": "from"
      }
    ],
    "url": "https://<function-endpoint>.twil.io/data/<function>"
  }

“属性”：{
“服务sid”：“，
“环境sid”：“，
“抵销”：{
“x”：-1230，
“y”：-7330
},
“函数_sid”：“”，
“参数”：[
{
“值”：“{trigger.message.From}”，
“key”：“from”
}
],
“url”：”https://.twil.io/data/"
}

来自我的一位同事：

---

我会在中使用液体语法设置Twilio函数的FQDN，这样客户只需在有多个函数调用的情况下更新其FQDN

我仍然有点困惑。在服务、环境和功能方面，设置FQDN的问题不如SID那么严重。当然，对于整个流程，服务和环境可能是静态的，FQDN可以使用液体，但是每个函数的函数SID是唯一的。我希望每次发布给QC时不必触摸16到20个小部件。这有意义吗？这就是目前存在的。好吧，至少现在我确信我正在尽我所能做到最好。谢谢你，先生。我想回来补充一下，这正是我想要的。我应该注意到，您需要忽略函数的widget UI，因为它们将忽略服务、环境和函数sid。这些文件仅用于构建FQDN。每次部署仅使用变量并设置一次。工作完美。