Amazon MWS Python SubmitFeed报错：Timestamp非ISO8601格式排查

我之前对接Amazon MWS的SubmitFeed接口时，也遇到过完全一样的糟心情况——明明确认了时间戳格式、XML哈希和签名都和Scratchpad完全匹配，还是被Timestamp must be in ISO8601 format的错误卡着。结合当时踩过的坑，给你梳理几个最可能的原因：

• 时区标识的严格校验：ISO8601标准允许用Z或+00:00表示UTC时区，但部分Amazon API接口只认Z结尾的格式。比如你生成的是2024-05-20T14:30:00+00:00，虽然符合标准，但接口可能只接受2024-05-20T14:30:00Z。哪怕Scratchpad显示两者等价，实际接口的校验逻辑可能更苛刻。
• 隐藏的编码或字符差异：有时候你的Timestamp字符串肉眼看和Scratchpad一致，但可能包含空格、换行符，或是不小心用了中文全角符号（比如－代替英文-）。建议把生成的Timestamp输出成十六进制格式，和Scratchpad的字符串逐字符对比，排查隐藏的编码问题。
• XML转义或嵌套错误：如果Timestamp放在Feed的XML内容里，要检查是否被额外转义。比如签名时用的原始字符串是2024-05-20T14:30:00Z，但实际发送的XML里被转成了:代替冒号，这会导致API解析时判定格式错误。另外还要确认Timestamp在XML中的位置是否符合Feed规范，有没有嵌套层级错误导致接口无法识别。
• 请求级与Feed内Timestamp混淆：SubmitFeed请求本身需要在请求参数里传一个Timestamp，而Feed内容里可能也有独立的时间戳字段。你可能核对的是Feed内的时间戳，但请求参数里的Timestamp格式出了问题——比如少了时区标识，这时候哪怕Feed内容没问题，也会触发错误。
• 时间精度不匹配：有些接口要求Timestamp精确到秒，而你生成的包含毫秒（比如2024-05-20T14:30:00.123Z），虽然ISO8601允许，但接口可能不支持。反过来，若接口需要毫秒精度，你只传了秒级时间戳，也会触发格式报错。可以对比Scratchpad生成的Timestamp精度，确认和你代码生成的完全一致。

你可以按照这些方向逐一排查，尤其是先检查请求参数里的Timestamp（而非Feed内的），以及字符串的编码细节，大概率能找到问题所在。

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