Steam 钱包的钱没到账，先查哪笔交易

银行发来了支付通知，Steam 钱包的余额却没变。也可能是库存里的物品已经不见了，出售邮件也收到了，想买游戏时却仍然提示余额不足。这两种情况都像是钱没到账，应该先查的记录却不一样：充值看购买收据，市场出售则看成交记录，以及那笔交易附带的资金暂挂说明。

“再等几个小时就好”听着让人安心，可充值、市场出售和退款没有一个通用的等待时间。先分清自己在等哪笔钱，才能排除看错账号，或把银行预授权误当成已完成充值的情况。

先别再充值，查查已经发生的那笔交易。现有记录就能帮你缩小范围。

先说清这笔钱从哪里来#

只看余额，判断不出钱卡在了哪里。即使都发生在同一个账号里，直接充值、卖出物品的收入和获批退款，也各自来自不同的交易。先写下自己做了什么，以及之后预计收到多少钱：是点了钱包充值，往市场上架了物品，还是收到了退款批准邮件？

直接充值，就在 Steam 购买收据和购买历史中找那笔充值。通过市场出售，就先确认交易历史里确实有成交记录。确认上架和确认有人买下物品，不是一回事。如果只是完成了上架确认，可能还没有任何出售收入等待到账。此时不断刷新钱包，查的就是错误的位置。

Valve 说明，社区市场历史记录可从市场首页及商店的账户明细中查看，每笔交易也会通过邮件发送收据。查找已售物品时，把时间和金额一起核对，免得认成同名物品的另一笔交易。Steam 社区市场常见问题

如果等的是退款，就不必继续按充值故障排查。首先应该查看退款批准记录里的退回渠道。原路退回支付方式的钱，在钱包里等多久都查错了地方。退回渠道和后续处理可以接着看Steam 退款会回到银行卡还是钱包。这里不会把退款批准后的等待时间套用到充值或市场收入上。

暂时分不清，就重读通知标题：写的是支付授权、购买完成、上架完成、物品售出，还是退款获批？标题说得不清楚，再登录 Steam 找对应交易。核对记录时，我更建议打开平时用的客户端，或自行进入客服网站，不要仅凭熟悉的发件地址就点击邮件里的登录链接。

找不到收据，就记“尚未找到收据”，别直接写成支付失败。只有 Steam 确实显示失败提示时，才能把这条结果写进请求；同样，银行通知不能单独证明 Steam 购买已完成。客服需要知道你查到了什么，也需要知道哪些还没确认。

直接充的钱，先核对收据上的账号#

Steam 钱包常见问题给出的顺序很实际：先检查邮件收据，确认购买成功；再确认登录的是收据注明的购买账号；然后重启电脑上的 Steam 客户端。完成这些检查后，如果距离购买完成已经超过 2 小时，余额仍然不正确，就联系 Steam 客服。Steam 钱包常见问题

最容易漏掉的往往是账号。尤其在浏览器充值、客户端看余额时，要对照收据上的账号信息，确认两边登录的是同一个账号，别只扫头像和昵称。银行卡是自己的，也不能证明这笔充值记入了当前打开的 Steam 账号。

账号不同，就先去购买账号里查交易和余额。报告余额显示错误之前，需要弄清购买记录究竟在哪里。也不能想当然地认为，之后可以把余额转到另一个账号。核对账号是为了找到购买记录，不是在找转账办法。账号之间能否移动余额，另见Steam 钱包资金能不能转给另一个账号。

收据与账号一致，再退出并重启客户端。重启后余额恢复，只能说明显示结果变了，不能据此定位到某个服务器或支付环节。仍然不对，就在记录里注明“同一账号重启后余额仍不正确”，这是后续求助需要的检查结果。

这 2 小时，要从购买完成时算起。

重新打开客户端，不会让计时重新开始；也不能把最初点下支付按钮的时刻当成购买完成时间。记下完成收据上的时间和当前时间。页面与邮件如果使用不同的时区，也一并注明。尤其接近午夜时，“昨天付的”远不如具体时间和时区清楚。

这里容易读错的一点，是把 2 小时理解成必定到账的承诺。文档提供的是检查步骤和联系客服的时间点，并没有为所有支付方式保证结算时长，也没说银行卡预授权暂挂会在同一时间内解除。如果还没确认 Steam 购买完成，应该先看下一节的支付状态。

收据和购买历史均显示充值完成，重启后仍对不上，就把这几项检查结果连同差额交给客服，不必自行判断是支付网络故障还是账号漏洞。

银行卡上的金额，不等于钱包到账#

银行或发卡机构的应用里出现了金额，不代表 Steam 已经完成钱包充值。先确认该条目显示的是待处理授权，还是已完成入账的扣款。不同应用用词不同，不能靠颜色或通知提示音判断。如果 Steam 显示失败，银行卡一侧却还留着金额，先检查预授权暂挂的可能性，不要马上认定两边记录互相矛盾。

Valve 的购买问题说明提到，购买未通过账单地址或银行卡安全码校验时，银行可能暂时冻结相应金额。Steam 表示会拒绝未通过这些校验的交易，也不会收取银行暂挂的资金。文档同时说明，具体取决于银行流程，解除暂挂可能需要最多 30 天。这说的是相关失败交易，不是正常完成充值的一般到账时间。Steam 购买问题说明

不必因此空等 30 天。

可以向银行询问该条目的当前状态，以及解除预授权暂挂的流程。向 Steam 需要确认的，则是购买有没有完成、失败记录具体对应哪笔交易。同一笔支付可能在两家机构显示不同处理阶段。对两边都只说“钱没到账”，容易错过真正需要核对的部分。

银行可用余额或卡片额度减少，当然会影响后续消费，“Steam 没收钱”并不能替你解决这个不便。向银行求助时可以说明急用额度的情况，同时核对暂挂状态。暂挂的金额还不能在 Steam 钱包里使用，也不能按已经完成的充值处理。

对金额时也记下币种。银行卡账单可能显示换算后的另一种货币金额，或另列手续费。只按自己预想的汇率倒算一个数，再拿它去找 Steam 交易，可能会找错。把购买时间、付款时显示的币种和金额、Steam 记录放在一起核对。发卡机构的换算金额可以另记一项。在查看实际账单之前，不要猜测差额究竟由哪项换算或费用造成。

如果失败后又尝试付款多次，就把每个条目分别数清楚。金额一样，并不能说明是同一交易重复显示，还是确实有多次尝试。分别列出 Steam 成功充值几笔、收到失败提示几次、发卡机构还留着几个条目。有交易识别信息时据此逐笔核对，再询问剩余对不上的部分。在检查之前，既不要断言重复扣款，也别把所有条目都当成无关紧要的暂挂。

发现地址或银行卡资料输错了，只在官方支付页面改正。没必要在社区评论或私信中发送银行卡资料让别人帮忙核对。初次客服请求也不要写入完整卡号或安全码。用于定位交易的记录，与能够授权付款的机密信息，作用完全不同。

物品卖掉了，钱却还在待处理#

市场出售之后，不要只看物品是不是从列表消失了，先找交易历史中的成交记录。自己撤下上架，或物品因其他原因改变状态，不能一概算成售出。找到销售记录后，核对实际收款金额和邮件收据，再看钱包或交易说明里有没有待处理提示。此时要追的是资金状态，不是研究物品价格。

记录显示成交，与这笔钱可以立刻使用，要分开读。自己的页面若把某项金额列为待处理，就不宜把它加进可用余额来安排购买。看到待处理金额不代表已经知道全部原因，不过至少可以把问题说得更具体：这与销售收入完全没有留下记录，并不是同一情况。

这时我会先读该笔交易附带的说明。此次核对的公开市场常见问题，没有给出适用于所有出售收入的统一解除时间，搜索结果里的等待数字不能代替当前提示。

别人一天后拿到钱，是那个人的交易结果，不能拿来计算自己的解除时间。搜索 Steam pending funds 或 Steam market pending 时，也要看看结果中的等待数字，原本说的是直接充值、退款，还是出售收入。

确实有一条可查的历史记录。2024 年 9 月 14 日，一位用户在 Steam 社区讨论中转录了邮件内容，称出售价格异常，资金会暂挂最多 5 天；所贴内容也提到交易有可能被撤回。不过，这只是用户转录的过去邮件，并非适用于所有当前交易的 Valve 公告，也不是本文亲自观测的数据。引用这个案例，是为了说明“出售完成”的消息旁边可能另附资金暂挂条件，并不是用它预测你的到账时间。当时的 Steam 社区帖子

如果自己的提示注明剩余时间或预计解除时间，就按原文记录。上午和下午看到的提示不同，也分别记下查看时刻。这些资料能说明显示状态发生了变化，却不能仅凭变化反推出账号内部审核的原因。这里同样没有证据把未公开的检测标准写成某个成交价百分比公式。

如果当前收到的说明明确表示客服无法加快处理，就没理由期待多开几个请求能提速。但这也不等于记录不一致时不能求助。找不到对应成交、余额与提示冲突，或者发现了并非本人进行的出售，都需要把事实交给官方客服。催促解除与请求检查交易差异，是两种不同目的。

若物品尚未成交，只是上架本身被暂挂，那就不是这里讨论的出售收入待处理。请看交易暂挂与市场上架暂挂的区别。名字里都带“暂挂”，不代表共用一个倒计时。这次查到的资料也不足以支持“重新设置令牌就能放行出售收入”这样的建议。

对账时，把这期间花掉的钱也算进去#

对账先找起点：充值前有多少可用余额？之后是否还买过游戏、卖过物品？只从当前余额减去正在等的金额，未必算得清。把期间的交易逐笔列出；起始余额如果只是凭记忆，也要注明，别把它当成已经核实的数值。

下面只是假设数字，不是真实账号或市场价格记录。

假设起初可用余额为 3,000 韩元，一笔 10,000 韩元的直接充值已计入可用余额，之后买游戏又从钱包支出了 8,000 韩元。另有一笔 2,000 韩元的市场收入仍显示待处理。在这些条件下，可用余额就是 5,000 韩元。如果把待处理金额也算进去，认为现在应该能花 7,000 韩元，就会人为算出一笔并不存在的 2,000 韩元缺口。

反过来也一样：确认可用余额为 5,000 韩元，并不等于所有等待中的交易都解决了。示例里，市场出售收入仍然单独待处理。要确认的是目标交易处在哪个状态，而不只是总数看起来能凑上。充值与出售金额相同时尤其要小心。余额增加了 2,000 韩元，单凭这一点不能认定某笔出售已解除暂挂，还要看该笔记录。

市场对账使用卖家实际收到的金额，而不是买家支付的总价。把含手续费的价格直接和钱包增加额比较，可能把原本就不属于卖家收入的钱也算成漏款。手续费本身的计算交给Steam 市场实收金额与手续费说明，这里取交易收据上的实际收款金额核对即可。不同货币不要混成同一个合计，理由也一样。

别漏掉这期间已经完成的购买。除了自己手动结算的游戏，也查查市场购买历史中有没有真正成交的记录。列表里存在求购订单，与购买已经完成，并不是同一件事。核算余额应使用完成交易的实际支出，而非预计花费或订单价格上限。求购优先顺序、订单为何消失等问题，可另看Steam 求购订单迟迟没成交时怎么查。

对账时若发现自己没进行过的支出，就不再是普通余额检查了。应明确告诉官方客服，那笔交易并非本人操作，并按账号问题求助。不要接受“先再转一笔钱或给一些物品，就能恢复原有余额”的私下方案。即使对方说这是恢复资金的步骤，也不能成为向其他用户交钱或交物品的依据。

排查期间，尽量别再制造新交易#

钱没显示出来时，很容易想再充一小笔试试。我不推荐这种测试。新充值成功，也解释不了第一笔的状态；新充值失败，只会多出一笔需要追查的交易。若金额又一样，还得区分哪张收据属于哪次尝试。原有交易记录已经在，不必再付款才能检查它。

市场收入待处理也有类似问题。再卖一件物品，看看钱是不是马上到账，并不是条件相同的对照实验。物品、交易、买家都变了。第二次出售看似正常，不能证明第一次暂挂就是错误。急着买游戏，是否要再清理其他物品，是另一项消费决定；我不会把它包装成原有问题的排查步骤。

尤其要谨慎对待那些要求修改 Steam 商店国家或安全设置来放行资金的回答。本文核对的官方充值说明，内容是收据、账号、重启和联系客服，没有理由把它扩展成调整整个账号环境。市场使用限制与出售收入的可用性，需要查的记录不同。把解除限制的操作随处套用，反而可能让问题更难判断。

保留原交易和当前状态就够了。重启时记一下时间，提示改变时保存新原文，不必不停截图，更不用为了显得“都试过了”而修改无关设置。需要留下的是能说明差额和状态变化的记录。

准备资料时，分清公开发帖和私下客服请求。如果向社区提问，不宜贴出未经遮挡的收据，让账号名称、邮箱地址、完整交易识别信息、支付资料一并公开。官方客服要求的资料，只通过对应的非公开渠道提供。即便问题涉及钱包充值码，也没理由在公开帖子贴出完整代码。别人说愿意帮忙核对，不代表你应该交出登录信息或验证码。

如果困惑还涉及钱包能买什么、能往哪里提现，可以先看Steam 钱包余额与现金提现的区别。这里追查的是应该记入钱包的交易，不是在寻找把待处理资金转成外部现金，或绕到其他钱包的办法。

联系客服时，按交易整理资料#

客服请求首先要让对方知道该打开哪笔交易。先说明是直接充值还是市场出售，再提供可以定位该笔交易的记录。接着写明在哪里确认了完成状态、目前看到了什么、已经做过哪些检查。删掉猜测的原因，留下与实际页面一致的描述。

直接充值可以按这样的顺序写：完成时间、币种与金额；收据账号是否与当前登录账号一致；重启后余额是否仍不正确。如果距离购买完成已经超过 2 小时，也写明。充值之后是否还有钱包支出，一并说明更有助于理解差额。这不是可以不问情况直接复制的标准答案，只是帮助你选择已确认事实的示例。

若没有完成收据，就提供发卡机构显示的时间、金额，Steam 的成功或失败提示，以及购买历史的查询结果。没有查到的项目直接标注“未确认”，不要照抄“购买已完成”。

市场出售不要只给一个物品名。同种物品可能卖过多次，最好一起提供成交时间和实收金额。交易历史是否显示售出、钱包是否显示待处理、邮件写了什么条件，应分别说明。当前提示有预计时间，就提供原文与查看时刻；没有，就说没有。把成交后的实际支出也核过之后，如果仍有无法解释的差额，就展示那个差额。

登录Steam 客服，沿着与该购买或问题类型对应的入口求助。公开讨论里回复你的用户，不是能查看账号支付记录的客服人员。收到邮件回复后，也可以自行打开客服页面，确认同一个请求和答复在那里存在，而不只是相信新邮件中的链接。

提交后，补充可核实的变化，比反复追加猜测更有用。比如余额到账的时刻、暂挂提示改变的时刻，或者出现了看似取消交易的新记录，都会改变问题状态。记录没有变化时不断提出新的原因猜测，反而可能使这笔交易更难读清楚。本文无法承诺客服的答复时间或处理结果。

本文使用的官方文档与公开帖子于 2026 年 9 月 5 日核对。直接充值有 Valve 说明的检查顺序和客服时间点；市场出售收入暂挂，仍须查看该笔交易的提示，现有公开资料不足以确认统一解除时间。先找到对应记录，再按它的状态继续处理。