MS Teams中adaptive card的Input.Date字段返回值比所选日期早一天

这个问题本质是时区转换偏差导致的：

Teams 客户端的 Adaptive Card Input.Date 选择器会基于用户的设备本地时区渲染、采集日期，但是提交给后端 Bot 时会自动将选中日期转换为 UTC 0 时区的 ISO 标准日期字符串返回。如果用户所在时区为UTC+X（比如国内是UTC+8），选中日期的本地零点对应UTC时间还是前一天，直接提取日期部分就会出现早一天的问题，和你遇到的现象完全吻合。

下面提供两种常用的修复方式，可根据业务场景选择： #

方案1：基于用户时区动态校正（推荐，适配全球用户） #

Bot Framework 可以从活动上下文直接获取用户的 Teams 时区信息，基于该信息把UTC日期转换为用户本地日期即可：

// 从Bot接收到的活动上下文取用户时区，兜底时区可根据业务调整
const userTimeZone = turnContext.activity.locale?.timezone || 'Asia/Shanghai';
// 替换为你实际获取Input.Date返回值的字段
const utcDateStr = turnContext.activity.value.selectedDate;

// 用Intl.DateTimeFormat转成用户本地的标准化日期
const dateFormatter = new Intl.DateTimeFormat('en-CA', {
  timeZone: userTimeZone,
  year: 'numeric',
  month: '2-digit',
  day: '2-digit'
});
const [{ value: year }, , { value: month }, , { value: day }] = dateFormatter.formatToParts(new Date(utcDateStr));
const correctDate = `${year}-${month}-${day}`; // 最终得到用户实际选择的日期

方案2：固定时区偏移校正（适合仅服务特定时区用户的场景） #

如果你的Bot仅面向国内（UTC+8）用户，可直接加8小时偏移校正，代码更简洁：

const utcDate = new Date(turnContext.activity.value.selectedDate);
const correctDate = new Date(utcDate.getTime() + 8 * 60 * 60 * 1000)
  .toISOString()
  .split('T')[0];

• 不要直接用new Date(返回的日期字符串).getDate()这类基于服务端本地时区的方法获取日期，Node服务端的时区和用户时区可能不一致，会导致二次偏差
• 优先使用方案1的动态时区适配逻辑，避免后续业务拓展到其他时区时重复踩坑

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