亚马逊主体信息更新与 legal entity 记录修正处理
当亚马逊要求你更新 legal entity information 时，通常不是只差一份文件，而是它认为账号里的主体记录错了、旧了，或和现在的公司事实对不上。真正的问题往往在于公司类型、注册记录和 Seller Central 里的配置没有讲同一条故事。
- 亚马逊要求你 update legal entity information，或明确说当前 business type 不正确。
- notice 里提到公司类型、注册信息，或暗示 seller record 现在挂在了错误的主体上。
- 你怀疑真正卡住的不是文件清晰度，而是账号里的主体记录本身和真实公司不一致。
- 当前 notice，以及所有和 legal entity update 相关的 Amazon 指示。
- 能够证明正确主体、公司类型和最新注册信息的公司文件。
- Seller Central 当前显示的 legal entity 配置截图或记录。
- 在主体问题之后出现的任何银行或身份验证消息。
这仍然是验证资料 family 里的 dedicated support route。
适合主体记录已经成为真实卡点的案件，但不要把它当成已经独立成熟的 owner page。如果身份、银行、资料层还在一起打架，就先回到验证资料 umbrella support 页面。
这页主要用来
- 留在这里的前提是: 真正 mismatch 在公司类型、主体记录或注册资料层。
- 一旦案件又跨回身份、银行和资料混合层，就先回到 umbrella 页面重新拆案。
- 把公司变更当成 record + configuration 问题，而不只是“再传一份文件”问题。
这通常意味着什么
这类案件通常意味着，亚马逊认为账号里的主体记录错了、旧了，或不足以支撑它现在要核的公司主体。问题可能落在公司类型、主体名称、注册资料，或 Seller Central 当前配置本身。
所以它通常不只是“文件能不能读清”的问题。先要看清亚马逊现在以为自己在核哪一个主体，以及账号记录是否还在准确反映这个主体。
亚马逊通常是怎么理解这类案件的
亚马逊通常把它当成主体记录可信度问题，而不是单纯的文件上传问题。它真正要看的，是 Seller Central 里的 business record 能不能和官方公司文件干净对上。
这点很关键，因为很多卖家上传的公司文件本身没问题，但账号记录仍然停留在旧主体、错误类型，或不完整配置上。
通知逻辑: 这类案件通常怎么出现
这类 notice 往往出现在验证 family 里，但真正被卡住的是亚马逊拿来比对的主体记录。
常见模式
- 亚马逊要求卖家在 Seller Central 里更新 legal entity information。
- 账号持续受限，直到公司类型或注册资料被改成一致状态。
- 银行验证或身份验证也一起失败，因为账号其余记录还没有反映正确主体。
常见原话
- "Update your legal entity information."
- "Your current business type is incorrect."
- "Provide updated business registration details."
亚马逊通常在核什么
亚马逊通常在核，这个账号的主体记录是不是和应该经营、收款的那个主体真正一致。
- 公司类型、主体名称和注册资料是不是正确。
- 官方公司文件是不是和 Seller Central 当前看到的主体记录一致。
- 银行、身份和 ownership 记录是不是都在指向同一个主体。
- 最近的公司变更有没有被完整、连贯地反映到整条记录链里。
通常先看什么最关键
最关键的是先确认 Seller Central 里现在显示的是不是正确主体，而不是继续对着错误记录上传更多文件。
- 先确认亚马逊现在应该看到的主体到底是谁。
- 准备和这个主体 exact match 的最新公司文件。
- 快速检查银行、身份和 ownership 层是不是还停留在旧结构上。
- 如果开店后发生过公司或 ownership 变更，补一条简短、按时间顺序的说明。
最常见的卖家错误
最常见的错误，是只想着补文件，却不先纠正亚马逊正在读取的主体记录。
- 上传新公司的文件，但 Seller Central 仍然挂着旧主体或错误主体。
- 把主体记录问题写成泛泛申诉，而没有先改对配置和注册资料。
- 看不到主体 mismatch 已经连带影响到银行或身份审核。
- 公司变更已经发生，却没有把前后主体和时间线讲清楚。
它和相邻案件有什么区别
验证资料
如果案件还是更宽、更混，还不能诚实地只归到主体记录问题，就先留在验证资料 umbrella 页面。
身份验证
那里核得更宽，是账号背后的人、公司和 ownership chain 整体能不能被验证。
银行资料
那里主要核收款账户；这里银行层出问题，往往只是主体记录不对带出来的次生现象。
泛化的信息请求
如果当前 notice 还很宽，先重建亚马逊真正要什么，再决定要不要把案件读成纯主体信息更新。
什么时候会变得很紧急
当主体 mismatch 开始污染更多记录层，而不是停留在一个狭义 update 上时，这类案件就会很紧急。
- 亚马逊在同一个 block 里继续要求公司、身份或银行层的更多更新。
- 账号在多个站点持续受限，而主体记录迟迟没有被接受。
- 最近刚发生过公司类型、主体名称、注册信息或 ownership 变更。
- 你已经上传过不止一轮文件，但仍然说不清 Seller Central 现在是不是还挂着错误主体。
- 主体问题已经开始影响支付、访问或其他关联验证。
中文卖家最常问的主体信息更新问题
这条 dedicated support route 适合那些真正卡在主体记录和账号配置，而不只是卡在单份文件质量上的案件。
如果这更像真实的主体信息问题，先把 notice、当前记录和正确主体文件发来。
最快的做法是把 notice、Seller Central 当前显示的 legal entity 配置、正确主体的公司文件，以及任何公司变更时间线一起发来。这样更容易在下一次错误提交前，先判断案件该继续留在这条 support route，还是需要回到验证资料 umbrella 页面重新拆分。