AI-Wiki

定义

Steam Direct 上架资格申请流程指的是开发者在 Steam 上获得发行与收款资格前，必须先完成的一整套主体准入、付款、税务与身份合规流程。

它不是创建应用流程，也不是商店页装修、截图上传、文案填写、价格配置或构建上传流程。按原文语境，这一阶段只解决一个问题：一个中国个人开发者，如何从 Steam Direct 入口一路走到税务资料与身份验证提交，并进入等待审核状态。

换句话说，这一步是在回答四个基础问题：你是谁、钱打给谁、税怎么算、证件是否真实。这些问题没处理完，后续真正的发行后台操作都还不算开始。

本文语境明确限定在“中国个人开发者申请 Steam 发行资格”的前半段经验：作者已经完成了入口进入、协议签署、付款、银行信息、税务信息，以及护照照片和手持护照自拍照提交，但仍处于税务与身份相关审核等待阶段。

因此，这个词条描述的是Steam 上架前的主体建立过程，而非“如何把游戏正式发布出去”的全流程。原文也明确排除了以下内容：

这也是理解 Steam Direct 上架资格申请流程 的关键边界：它是“拿到上架资格前的准入流程”，不是“游戏内容发布流程”的全部。

入口位于 Steam Direct 页面。开发者登录自己的 Steam 账号后，会被带入 Steamworks 分销计划注册流程。

按原文和官方页面的实际顺序，这条路径大致包括：

原文特别提到，流程页面会有一条可见的流程条。作者截图时已经走到 SDA 阶段，而更前面还有 NDA。这说明页面不是让你自由跳步，而是按顺序一项项往后推进。

在流程条中，前面会出现 NDA，即保密协议；之后会出现 SDA，即 Steam Distribution Agreement。

这两份协议在这个流程里的作用，不是装饰性的“点一下同意”，而是开发者进入发行体系前的正式法律文件确认环节：

原文对此的操作建议很朴素：按页面要求看完、确认、电子签署即可。但真正需要提前想清楚的，不是按钮怎么点，而是后面要用什么主体继续走完整个流程。

作者强调，后续所有名字、地址、银行账户、税务资料，最好从一开始就确定为同一个主体。例如你前面如果按个人开发者身份签和填，后面就不要临时改成公司账户收款。

Steam Direct 上架资格申请流程里最重要的隐性机制，不是某个单独页面，而是“主体信息一致性审核”。

原文把这个问题说得非常直接：对中国个人开发者来说，如果你走的是个人路径，那就应当从头到尾都按个人身份申报，而且前后保持一致，不要前面填个人，后面又想改用公司账户收款。

需要尽量保持一致的关键信息包括：

其中一个被明确点名的规则是：银行账户持有人名称必须与注册时提供的法律名称匹配。

这意味着，流程的实质不是单纯填表，而是在 Steam 侧建立一个可被验证、可被打款、可被征税、可被追溯的发行主体。原文的阶段性结论也指出，最容易出问题的不是点错按钮，而是这些主体信息前后不一致。

协议之后，流程会进入 Steam Direct Fee 支付环节。

这笔费用的性质，原文交代得很清楚：

更关键的是它的退款与返还边界：

这里必须区分“不可退款”和“达到条件后返还”这两个概念。原文表达的是：你不能把它当作随时可撤销的押金，但若产品后续收入达到官方规定门槛，则平台会按规则返还。

支付方式则按所在地可用的 Steam 支付方式决定。作者本人使用的是微信支付。支付完成后，会回到流程继续填写后续资料。

原文还顺带提醒了一个很现实的风险点：如果外部有人提供“代申请”“包上架”服务，你至少要先弄清楚，对方是在代你填资料，还是实际控制你的开发者主体。因为上架主体、收款主体、税务主体最好掌握在自己手里。

付款之后会进入收款银行信息填写阶段。对中国开发者来说，这一步最容易卡在国际汇款识别信息，也就是常说的 SWIFT 或 BIC。

原文给出的重点不是具体某家银行代码，而是不要照抄别人，也不要凭搜索结果猜。填写前应先确认自己的真实收款信息。

建议预先准备的信息包括：

其中 SWIFT/BIC 是最容易出错的点。原文明确提醒：有些银行的代码会存在总行、分行、地区差异，不能随便填。

作者给出的经验是直接联系银行确认，而不是依赖网上汇总帖。原文甚至举了民生银行的例子：客服表示填总行的 swift 码不可以，要填所在城市的代码，而且每个城市不管多少网点都只有一个 swift 码。

这说明银行资料填写虽然看起来只是技术字段，但本质上仍属于主体验证的一部分。只要你准备收款，平台就会要求收款账户和发行主体能对得上。

银行资料之后，会进入税务问卷。