Windows任务计划/CMD运行PowerShell脚本失败，报400错误求助

一、PowerShell执行策略与运行环境适配 #

• 任务计划或.cmd调用的PowerShell可能处于受限执行策略，和你手动运行时的策略不一致。可以在.cmd命令里强制指定执行策略，绕过或调整限制：

  powershell -ExecutionPolicy Bypass -File C:\BATCH\FileName.ps1
  

  注：若追求安全性，可替换Bypass为RemoteSigned，但需确保脚本为本地创建或已签名。
• 确认任务计划调用的PowerShell版本：手动运行可能用PowerShell 7，而任务计划默认调用Windows原生的PowerShell 5.1。若脚本依赖高版本特性，需指定完整路径：

  C:\Program Files\PowerShell\7\pwsh.exe -ExecutionPolicy Bypass -File C:\BATCH\FileName.ps1
  

二、任务计划上下文配置修正 #

• 用户账户选择：不要使用默认的SYSTEM账户，该账户无域权限和互联网访问权限。选择你手动运行脚本时使用的技术用户账户，勾选“不管用户是否登录都要运行”，同时确保该账户拥有目标网络共享的读写权限。
• 登录凭据同步：勾选“使用最高权限运行”后，需确认任务计划中保存的账户密码未过期，且与当前账户密码完全一致，否则会因凭据验证失败终止执行。
• 环境与路径配置：在任务计划的“操作”中，设置“起始于”为脚本所在目录C:\BATCH\，避免相对路径导致的文件查找失败；同时可在脚本开头添加环境变量检查，确保依赖的系统变量在任务上下文里正常加载。

三、SharePoint Online认证问题排查 #

• 400 Bad Request错误大概率和认证环节有关：手动运行时可能依赖交互式凭据弹窗或本地缓存的凭据，但任务上下文无交互能力，需确保脚本内的认证逻辑非交互式：
  • 避免使用Get-Credential这类需要弹窗输入的命令，改用硬编码凭据（需加密存储）或从Windows凭据管理器读取预存的技术用户凭据。
  • 检查租户权限：确认技术用户拥有SharePoint目标站点的足够权限，且租户未禁用基本认证（若禁用需切换为OAuth认证逻辑）。

四、直接调用.ps1文件失败的修复 #

任务计划直接调用.ps1时，不能将脚本文件设为“程序或脚本”，正确配置应为：

1. “程序或脚本”栏填写powershell.exe（或pwsh.exe）
2. “添加参数”栏填写-ExecutionPolicy Bypass -File "C:\BATCH\FileName.ps1"
3. “起始于”栏填写C:\BATCH\

五、日志补充排查 #

在脚本开头添加详细日志，对比手动运行与任务计划运行的上下文差异：

Start-Transcript -Path "C:\BATCH\ScriptLog_$(Get-Date -Format 'yyyyMMddHHmmss').txt" -Append
Write-Host "当前执行用户: $env:USERNAME"
Write-Host "当前执行路径: $PWD.Path"
Write-Host "系统PATH变量: $env:PATH"

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