PowerShell调用LastPass Enterprise API新建用户接口报错求解

你的代码存在3个核心语法/逻辑错误，导致请求体结构完全不符合LastPass API的要求：

1. 嵌套对象声明语法错误：PowerShell中构造键值对哈希表必须使用@{}，你在data数组内用{}声明的是脚本块对象，而非结构化的键值对，序列化后无法得到接口要求的用户属性对象。
2. 请求体未做JSON序列化：你直接把PowerShell哈希表传给Invoke-RestMethod的-Body参数时，PowerShell会默认将其按x-www-form-urlencoded表单格式编码，即使你指定了application/json的ContentType也不会自动转换格式，接口收到的请求体结构完全错误。
3. 序列化深度不足风险：即使你做了JSON转换，PowerShell自带的ConvertTo-Json默认序列化深度仅为2，嵌套的数组、哈希表结构超过深度阈值后会被直接截断为字符串，导致参数损坏。

# 替换为你实际的用户信息取值逻辑
$email = "newuser@yourcompany.com"
$firstName = "San"
$lastName = "Zhang"

# 正确构造请求参数，所有嵌套键值对结构统一使用@{}声明
$lastPassObject = @{
    cid = "G1TUROWN"
    provhash = "N0TM!NE"
    cmd = "batchadd"
    data = @(
        @{          
            username = $email
            fullname = "$firstName $lastName"
            password = "Toys4Trucks22!"
            password_reset_required = $true
        } 
    )
}

# 手动序列化为标准JSON格式，指定足够的序列化深度避免结构截断
$requestJson = $lastPassObject | ConvertTo-Json -Depth 10

# 发起API请求
Invoke-RestMethod -Uri "https://lastpass.com/enterpriseapi.php" -Method Post -Body $requestJson -ContentType "application/json"

• 将data数组内包裹用户属性的{}替换为@{}：修正PowerShell原生语法错误，确保用户属性可以被正确序列化为JSON对象。
• 新增JSON序列化步骤：提前将PowerShell原生对象转为标准JSON字符串再传入Body参数，匹配application/json的内容类型要求。
• 序列化时添加-Depth 10参数：覆盖默认的深度限制，避免嵌套的数组、对象结构被截断。
• 将password_reset_required的取值从字符串"true"改为布尔值$true：序列化后生成标准JSON布尔值，完全匹配接口参数类型规范，避免类型校验报错。

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