Microsoft Graph API创建Planner Bucket时PlanID校验失败及任务更新不生效问题

该问题几乎100%由请求参数编码格式不符合API要求触发：

• Graph API所有实体写操作（POST/PATCH）强制要求请求体为application/json格式的序列化JSON字符串
• 你当前代码中调用创建接口时使用data=字典的方式传参，requests-oauthlib会默认将字典编码为x-www-form-urlencoded的表单格式，服务端根本无法解析到请求体中的planId、name等实体字段，最终触发“PlanId需传入非空值”的校验错误——本质是服务端没读到你传入的字段值，不是你传的PlanID无效。

修复操作：

• 所有创建、更新类请求统一使用requests内置的json=参数字典方式传参，替代原有data=字典的传参方式，框架会自动完成JSON序列化并附带正确的Content-Type请求头，不会出现表单编码问题
• 可通过抓包工具核对实际发送的请求载荷，确认请求体为标准JSON结构，而非planId=xxx&name=yyy形式的键值对拼接字符串

当前的更新逻辑存在三个明确问题，会导致接口返回200状态码但平台端内容完全不更新：

1. 接口与字段不匹配
   你当前把title字段的更新请求发到了/tasks/{taskId}/details详情接口，该接口仅支持修改任务描述、预览类型、附件引用、检查清单等扩展字段，完全不支持修改任务主体的title属性。在该接口下传入的title参数会被服务端直接当作无效字段静默丢弃。
   两个接口的明确分工：
   • 修改任务核心字段（标题、完成状态、截止时间、指派人），需调用PATCH /v1.0/planner/tasks/{taskId}任务主体接口
   • 修改任务扩展字段（描述、预览设置、附件、检查项），才调用PATCH /v1.0/planner/tasks/{taskId}/details详情接口
2. 传参格式错误
   和创建Bucket的问题一致，PATCH请求如果用data=字典的表单格式传参，服务端无法解析到实际要更新的字段内容，会返回200状态码但不执行任何更新操作。
3. 空值字段干扰
   当前代码中更新的data字段默认取空字符串（如kwargs.get('title', '')），如果某次请求传入了未赋值的空字段，服务端可能直接判定为无效请求，丢弃整个更新操作。

修复操作：

• 拆分更新逻辑：把title字段的更新从details接口的请求中剥离，单独调用任务主体接口完成修改
• 所有PATCH请求的传参方式替换为json=参数字典，保证请求格式符合API要求
• 更新请求中仅传入需要修改的字段，不要附带未赋值的空字符串字段
• PATCH请求完成后不要仅校验状态码，要读取返回的实体字段值，确认修改内容已被服务端持久化

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