Power Automate中需用When a new email arrives (V3)触发并勾选Include attachments，再用base64ToString转contentBytes为字符串，配合Parse XML动作（需提供schema或示例）解析XML；注意处理命名空间、编码（仅支持UTF-8）、数据类型转换及嵌套数组兼容性。
Power Automate 中如何触发并获取邮件附件里的 XML 文件
必须先确认：Power Automate 无法直接“解析 XML 内容”——它只能提取附件二进制流，再靠后续操作转换为文本或结构化数据。触发点推荐用 When a new email arrives (V3)，但务必勾选 Include attachments，否则 attachments 字段为空。
常见错误是忽略附件类型过滤。XML 文件可能带 .xml、.XML 后缀，甚至无后缀但内容为 XML。建议在触发后立即加一个条件判断：
- 用
length(body('Get_email')?['attachments'])确保有附件 - 用
toLower(items('Apply_to_each')?['name'])统一转小写再匹配endswith(..., '.xml') - 避免直接用
contentBytes字段——它只在 V3 触发器中存在，旧版（V2）需调用Get attachment动作补全
如何把 XML 附件转成可用的 JSON 或键值对
Power Automate 原生不支持 XML 解析，必须借助 Parse XML 动作，但它要求输入是字符串（不是 base64 或二进制），且需提供 XSD 架构（schema）或至少一个示例 XML 来生成 schema。实际中更可靠的做法是：
- 先用
Base64ToString函数将contentBytes转为字符串：base64ToString(items('Apply_to_each')?['contentBytes']) - 再把该字符串传给
Parse XML动作；如果没 XSD，点「Generate from sample」粘贴一段典型 XML（注意：必须包含根节点和至少一个完整层级，否则 schema 生成失败） - 若 XML 结构动态多变（比如不同客户字段不同），别硬套
Parse XML——改用Compose+ 正则表达式（substring/indexOf）提取关键字段，虽然糙但稳定
处理带命名空间的 XML 时为什么总取不到节点
Parse XML 动作默认忽略命名空间，一旦 XML 里有类似 <ns0:Order xmlns:ns0="http://example.com"> 的声明，所有 ns0:xxx 节点都会被跳过。这不是 bug，是设计行为。
- 解决办法只有两个：提前清洗命名空间，或手动改 schema
- 清洗推荐在
Base64ToString后接一个Replace：把xmlns:ns0="..."和所有ns0:全部替换为空字符串 - 或者，在
Parse XML的 schema 编辑框里，把生成的"ns0:Order"改成"Order"，并删掉 schema 里所有xmlns相关定义 - 别指望
xpath()函数——Power Automate 的 XPath 支持极弱，不认前缀，也不支持//深度匹配
解析后怎么安全写入 SharePoint 或 SQL Server
XML 解析出的数据本质是对象数组，但 Power Automate 对嵌套数组支持有限。例如 body('Parse_XML')?['Orders']?['Order'] 可能是单对象或对象数组，直接进 Apply to each 会报错。
- 务必先用
coalesce包一层：coalesce(body('Parse_XML')?['Orders']?['Order'], array(body('Parse_XML')?['Orders']?['Order'])) - 写入 SharePoint 时，注意字段类型匹配：XML 里的
<Amount>123.45</Amount>是字符串，不能直塞到数字列，得用float()或int()转换 - 写入 SQL Server 用
Execute a SQL query动作时，参数化只支持简单值，别传整个 XML 对象——拆成独立变量，用@{variables('Amount')}引用
最易被忽略的是编码问题：中文 XML 附件若含 <?xml version="1.0" encoding="GBK"?>，Base64ToString 会乱码。此时必须用 Azure Function 或自定义连接器做真实 GBK 解码——Power Automate 内置函数只认 UTF-8。
