English · Русский · Deutsch · Español · Français · 日本語 · 中文
自动导入靠的是开放银行——一项强制银行开放接口的监管,以及一层转售这种访问权的聚合商。两者都只存在于少数几个市场。监管没有到达的地方,根本没有接口可连,再多的工程也改变不了这一点。
到处都存在的,是银行在每笔刷卡时发的那条短信。它没有标准格式,每家银行各写各的,而它是仅存的通用信号。
iOS 不给任何应用访问「信息」的权限,这是条好规则。绕开它的办法不是打破它,而是用「快捷指令」:你建一个自动化,在收到某个特定发件人的消息时触发,并把这一条消息的文本交给应用。
应用看不到别的,没有任何东西被发往别处,解析就在手机里完成。应用收到一串文本,从里面取出一个数字,写下一笔支出,到此为止。
既然每家银行写法不同,解析器就从两个例子里学你这家。你粘进两条同一类型但不同的短信——两笔消费,不同的店,不同的金额——两条里一致的部分成为模板的固定部分,不一致的部分成为字段:金额、货币、商户、卡号、日期。
要两条,是因为一条看不出里面哪部分会变。此后这种形状的短信就自己变成支出。应用认不出的,会进确认列表,而不是靠猜——完整说明在帮助里。
不会,也做不到。iOS 不给任何应用访问「信息」的权限。你建的那个自动化,只会把某一个发件人的某一条短信文本交给应用,而且只在那条短信到达时。
不会。解析在 iPhone 上、在应用里完成。短信不会被发往任何地方,也不会离开设备。
任何会发支付短信的银行,任何语言都行——因为你是用自己银行的短信去训练解析器,而不是从一份支持列表里挑。同一类型的两条就够了。
旧模板不再匹配,这类短信会开始进确认列表,而不是被错误地创建。用两条新格式的短信训练一个新模板就行。
这是另一种取舍。没有账户权限要授予,也没有凭据要存在任何地方,因为应用从不接触银行——它看到的只是一条你本来就已经收到的通知的文字。
真正的多币种 · 搬家之后 · 汇率与兑换 · 人与人之间的债务
© 2026 Walletable. 保留所有权利。