背景： 当银行应用在发薪日崩溃、或余额一夜“蒸发”时，客户常收到的是一句道歉而非赔偿；两种结果的分界在于：故障出在银行系统，还是客户自己的操作。
决定问题的法律框架
银行在系统事故发生时的责任由三个重叠的义务来源构成。第一，账户和支付服务合同：银行承诺系统可用、交易记录准确，因此因系统错误被误扣的钱必须全额退还——这是返还无依据扣款，而不是“善意赔偿”。第二，国家银行关于信息系统安全和事故报告的规定：银行必须按程序发现、报告和修复事故，隐瞒事故以逃避责任本身就是违规。第三，《民法典》下的损害赔偿责任：银行过错给客户造成实际损失时，如付款延误使客户被第三方合同罚款。
相反，纯粹的中断（应用维护、高峰时段过载）若没有丢钱、也没有可证明的损失，通常止于服务条款下的通知和道歉义务。最难的争议点是间接损失：客户说“应用崩溃让我丢了合同”，银行说“那是推测性损失”。要索回这一层，客户必须以书面证明具体的因果链——银行的事故通知、丢失的合同、实际承担的罚金——而不是只叙述感受性损失。而黄金原则仍是时间：一发现异常就须提交附止付和查询要求的投诉，因为系统日志是有保质期的证据。
文本之外：机关与市场的实际运作
余额异常时，客户应截屏前后余额、保存应用的错误通知及时间戳，并在同一天拨打热线索取投诉编号。这三小片证据比之后任何论辩都更有价值，因为它们在银行完成对账周期之前，就固定了事故时刻的系统状态。
应做事项：行动清单
以下步骤将上述分析转化为具体工作：
- 首先，用这一依据检验自身情况：银行在系统事故发生时的责任由三个重叠的义务来源构成。第一，账户和支付服务合同：银行承诺系统可用、交易记录准确，因此因系统错误被误扣的钱必须全额退还——这是返还无依据扣款，而不是“善意赔偿”。第二，国家银行关于信息系统安全和事故报告的规定：银行必须按程序发现、报告和修复事故，隐瞒事故以逃避责任本身就是违规。第三，《民法典》下的损害赔偿责任：银行过错给客户造成实际损失时，如付款延误使客户被第三方合同罚款。
- 记录本案特有的适用要点，不要照搬其他案件的结论：相反，纯粹的中断（应用维护、高峰时段过载）若没有丢钱、也没有可证明的损失，通常止于服务条款下的通知和道歉义务。最难的争议点是间接损失：客户说“应用崩溃让我丢了合同”，银行说“那是推测性损失”。要索回这一层，客户必须以书面证明具体的因果链——银行的事故通知、丢失的合同、实际承担的罚金——而不是只叙述感受性损失。而黄金原则仍是时间：一发现异常就须提交附止付和查询要求的投诉，因为系统日志是有保质期的证据。
- 在与机关或伙伴交涉前，准备好与下述要点相关的证据和档案：余额异常时，客户应截屏前后余额、保存应用的错误通知及时间戳，并在同一天拨打热线索取投诉编号。这三小片证据比之后任何论辩都更有价值，因为它们在银行完成对账周期之前，就固定了事故时刻的系统状态。
- 用这一结论直接回答客户最常问的问题，并存档备查：通常不能，若中断没有丢钱且你无法证明实际损失：此时银行的义务是按服务条款通知、修复和道歉。只有系统故障造成可用单据证明的具体损失时，才依《民法典》损害原则产生赔偿。
常见问题
银行应用崩溃无法交易能获赔偿吗？
通常不能，若中断没有丢钱且你无法证明实际损失：此时银行的义务是按服务条款通知、修复和道歉。只有系统故障造成可用单据证明的具体损失时，才依《民法典》损害原则产生赔偿。
因系统错误账户资金“蒸发”谁承担？
银行承担。因系统错误扣款是无依据扣款，查询后必须全额退还；客户应立即投诉并保存前后余额证据。若银行声称交易是客户所为，用系统日志举证的责任在银行。
银行必须公开系统事故吗？
银行必须按事故管理程序向国家银行报告系统安全事故，并通知受影响客户以保护账户。向公众公开的程度取决于事故性质，但向监管者隐瞒事故是独立于客户损失的违规行为。
本文已通过 FLAW AI Legal Council 质量审核