fix(首页统计): 「支付宝收款」标题改成「支付宝收款统计」

与旁边那张「银联收款统计」成对；用户 2026-10-05 裁定 har = 支付宝收款，
本次只把**这张卡的名字**补全成统计口径的写法。

改动 7 行 / 6 个文件，全是文案与注释：
- tenant.vue —— 段落标题（唯一用户可见的一处）
- tenant.vue / account.ts / AccountService.java / AccountController.java /
  HarOrderMapper.java / HarOrderMapperSqlTest.java —— 指这张卡的注释同步改名

不动的两类：
- 命名裁定原文「lsy = 银联收款、har = 支付宝收款」：它是裁定记录，改了就丢依据
- account.ts 里乐收赢那张卡的历史沿革注释（说的是**它自己**的标题从「支付宝收款」改来）

验证：HarOrderMapperSqlTest + AccountServiceStatTest 共 17 绿；
前端 pnpm ts:check 与改前逐字节相同（329 行，踩的是历史非零基线）。
无 SQL、无接口变更；页面要看见得重新打包前端。

frontend/src/api/module_payment/account.ts

@@ -62,7 +62,7 @@ export const AccountAPI = {
   },
 
   /**
-   * 汇安融收款统计（**净额** = 实收）—— 首页「支付宝收款」卡的数据源
+   * 汇安融收款统计（**净额** = 实收）—— 首页「支付宝收款统计」卡的数据源
    * （2026-10-05 用户裁定：har = 支付宝收款，与「银联收款」的乐收赢腿并列）。
    * 单位已是元，后端**不做**分转元（汇安融的金额列本来就是 decimal(16,2)）。
    *

frontend/src/views/dashboard/tenant.vue

@@ -121,7 +121,7 @@
       </div>
 
       <div class="section-header" style="margin-top: 24px;">
-        <h2>支付宝收款</h2>
+        <h2>支付宝收款统计</h2>
       </div>
       <div class="data-cards">
         <div class="data-card">
@@ -222,7 +222,7 @@ const summaryAmount = ref<{
 }>({});
 
 /**
- * 「支付宝收款」卡的数据 —— 2026-10-05 起来自**汇安融**（净额 = 实收，单位元）。
+ * 「支付宝收款统计」卡的数据 —— 2026-10-05 起来自**汇安融**（净额 = 实收，单位元）。
  * 与上一张「银联收款统计」（乐收赢）成对：用户裁定 lsy = 银联收款、har = 支付宝收款。
  * 后端汇安融菜单目前只授给了管理员角色 —— 租户角色看不到这一块，是用户的预期
  * （「har 还没上线，只有超管能看到」），不是缺陷。

java/src/main/java/com/payment/platform/module/payment/account/controller/AccountController.java

@@ -81,7 +81,7 @@ public class AccountController {
     }
 
     /**
-     * 汇安融收款统计（净额，元）—— 首页「支付宝收款」卡片的数据源（2026-10-05 起）。
+     * 汇安融收款统计（净额，元）—— 首页「支付宝收款统计」卡片的数据源（2026-10-05 起）。
      * 与上一张卡的命名成对：lsy = 银联收款、har = 支付宝收款（用户裁定）。
      *
      * <p>【没有 enterprise_id 参数，故意的】同乐收赢：本通道一租户多商户，

java/src/main/java/com/payment/platform/module/payment/account/service/AccountService.java

@@ -193,7 +193,7 @@ public class AccountService {
     }
 
     /**
-     * 首页「支付宝收款」卡片（2026-10-05 用户裁定：har = 支付宝收款，与「银联收款」
+     * 首页「支付宝收款统计」卡片（2026-10-05 用户裁定：har = 支付宝收款，与「银联收款」
      * 的乐收赢腿并列）—— 单位**元**，{@code pay_har_order} 的金额列本来就是元
      * （{@code decimal(16,2)}）⇒ 这里**不换算**，与 {@link #statLsyCollectedAmount}
      * 那条腿的唯一区别就在这里（那条要 movePointLeft(2)）。

java/src/main/java/com/payment/platform/module/payment/har/mapper/HarOrderMapper.java

@@ -15,7 +15,7 @@ import java.util.Map;
 public interface HarOrderMapper extends BaseMapper<HarOrderEntity> {
 
     /**
-     * 首页「支付宝收款」卡片的三窗口聚合 —— **净额**（实收），单位：**元**。
+     * 首页「支付宝收款统计」卡片的三窗口聚合 —— **净额**（实收），单位：**元**。
      *
      * <p>★ 单位与乐收赢相反：{@code pay_har_order} 的金额列本来就是元
      * （{@code decimal(16,2)}，见 {@code V1.8__create_pay_har_tables.sql}），

java/src/test/java/com/payment/platform/module/payment/har/mapper/HarOrderMapperSqlTest.java

@@ -22,7 +22,7 @@ import static org.junit.jupiter.api.Assertions.assertFalse;
 import static org.junit.jupiter.api.Assertions.assertTrue;
 
 /**
- * 钉住首页「支付宝收款」那只聚合查询（{@code HarOrderMapper#statCollectedAmount}）的形状。
+ * 钉住首页「支付宝收款统计」那只聚合查询（{@code HarOrderMapper#statCollectedAmount}）的形状。
  *
  * <p>【为什么必须单独钉】{@code AccountServiceStatTest} 把 mapper 整个 mock 掉 ⇒
  * 注解里的 SQL 一次都没被 MyBatis 求值过，它长什么样在测试里完全不可见 ——