fix: 兼容支付宝新版交易明细导入并修复外部交易号超长截断

支付宝新版「交易明细」导出格式的列名与旧版「交易记录明细查询」完全不同，导致导入直接报「未找到支付宝账单表头」；此外部分长订单号超过 t_transaction.external_no 的 VARCHAR(64) 长度，导入时触发数据库截断报错。本次让解析器同时兼容新旧两种格式，将 external_no 加宽至 VARCHAR(255)（含已存在库的自动迁移），并补充导入失败日志便于定位。

变更内容：
- AlipayBillParser 兼容新版「交易明细」：支持「交易时间」开头表头、新版列名映射（交易订单号/商品说明/金额等）、斜杠时间格式（yyyy/M/d H:mm[:ss]）、交易号去空白、尾部逗号空行跳过与 UTF-8 BOM 处理。
- SchemaMigrator 新增 external_no 加宽迁移：MySQL 检测当前长度不足时执行 ALTER 至 VARCHAR(255)，幂等可重复执行，SQLite 不强制长度直接跳过。
- BillImportServiceImpl 补充日志：逐行校验失败、批量插入回退、单条插入失败（含 externalNo 与根因）、重复跳过分别记录 warn/debug，便于定位失败记录。
- init.sql 与 schema-sqlite.sql 将 external_no 由 VARCHAR(64) 调整为 VARCHAR(255)，保持两库结构一致。

说明：
- 旧版「交易记录明细查询」格式的解析行为保持不变。
- 长度迁移在应用启动（DatabaseBootstrap）与切换数据库时自动执行，无需手工执行 SQL。
- 64 到 255 跨越长度前缀边界，MySQL 调整列时会重建该表，数据量小影响可忽略。

src/main/resources/sql/init.sql

@@ -33,7 +33,7 @@ CREATE TABLE IF NOT EXISTS t_transaction (
     channel VARCHAR(30) COMMENT '交易渠道：WECHAT-微信，ALIPAY-支付宝，CASH-现金，BANK-银行卡',
     remark VARCHAR(255) COMMENT '备注说明',
     remark_hidden TINYINT(1) NOT NULL DEFAULT 0 COMMENT '备注是否隐藏：1-隐藏，0-显示',
-    external_no VARCHAR(64) COMMENT '外部账单交易号，用于账单导入去重',
+    external_no VARCHAR(255) COMMENT '外部账单交易号，用于账单导入去重',
     transaction_time DATETIME NOT NULL COMMENT '交易发生时间',
     include_in_stats TINYINT(1) NOT NULL DEFAULT 1 COMMENT '是否计入统计：1-计入，0-不计入（如借款、转账等）',
     raw_data JSON COMMENT '账单导入的原始完整数据（结构化JSON），手动记录为空',