谁会用 BANKAPI？两类客户的使用场景、痛点与价值

BANKAPI 服务两类客户：一类希望通过网页和 Telegram 直接管理自己的银行、钱包账户；另一类已经有业务系统，希望通过 API 接入自己的账户。

前者需要好用的账户管理工具，后者需要可对接的银行协议能力。共同点是：账户属于客户自己，BANKAPI 围绕这些账户提供接入和管理服务。

第一类：直接使用的客户

需要经常查看银行或钱包余额、核对交易记录、跟进转账结果的业务负责人、运营人员和财务人员。如果你的主要诉求是“把账户用起来、把记录看清楚”，而不是开发一套自己的系统，可以先了解网页和 Telegram 使用方式。

这些是适用角色与工作场景，不是已经合作的客户名单。

这类客户最需要的是把每天重复做的账户工作整理清楚。是否支持某项操作、适用哪种账户，要按具体机构确认。

“我们管理自己的泰国 TrueMoney 账户，每天需要多次查看交易记录。现在经常反复打开应用、找交易，再把结果发给同事。希望先了解网页和 Telegram 中怎样查看和核对。”

这种情况适合从具体机构的日常操作演示开始，先看自己最常做的一条流程。普通客户按账户席位使用服务；该使用方式不包含开放 API 调用权限。

已经有订单、财务、账户管理或其他业务系统，并有技术人员负责对接的企业和团队。如果你的诉求是“让我们的系统读取和处理自己账户的信息”，可以沟通 API 客户方向。

开放 API 目前按产品规划推进。 以下说明这一类客户的需求与产品方向，具体接口、可用动作及开通条件以正式开放资料为准。

技术与业务痛点	团队真正需要什么	BANKAPI 的 API 服务方向
每增加一家银行或钱包，就要重新研究一套协议	把机构接入工作与自身业务开发分开	在已适配机构基础上讨论系统对接，减少从零研究的工作
登录会话、查询方式和状态表达因机构而异	清楚的动作范围和结果语义	围绕账户、余额、流水与转账结果说明对接能力
业务系统已有订单，但银行侧记录还靠人工搬运核对	将账户数据接入自己的业务流程	规划通过 API 获取所需数据，再由客户系统按业务规则关联
银行协议发生变化，需要持续维护适配	接入后仍有维护和沟通渠道	将机构适配和维护作为持续服务方向，按具体机构确认范围
技术人员被账户接入细节牵制，主业务开发被打断	更集中地开发自己的产品和业务流程	通过分工减少重复适配，把业务规则保留在客户自己的系统中

API 客户仍然管理自己的银行账户。BANKAPI 提供账户接入能力，客户自己的系统负责其业务订单、用户体验和内部处理规则；两部分如何关联，需要在对接时明确。

“我们已经有自己的业务后台，管理自己的越南 OCB 账户。希望后续把银行流水接入系统，按交易标识、金额和时间核对内部记录，不想为每家银行单独从零维护一套接入程序。”

这类需求适合先交流账户类型、动作清单和当前业务流程，再确定后续 API 接入方案。API 客户采用独立的授权和服务方案，不能用普通客户账户席位代替 API 开通。

你的主要目标	优先了解
我希望自己或团队直接查看、操作账户	普通客户：网页与 Telegram
我已有系统，希望通过程序接入账户	API 客户：后续开放 API 方案

两类客户在开户时分别确定服务类型，不是同一个账户中随意切换的两个按钮。咨询时说明工作目标即可，我们会据此介绍对应方案。

当前先介绍泰国 TrueMoney、越南 OCB 与孟加拉国 bKash。TrueMoney 和 OCB 已开展接入，具体账户类型与动作联系客服；bKash 个人账户适配已上线，开放联测；真实账户联测待完成。

机构覆盖目录持续维护支持方向。后续新增银行或钱包，也会补充独立介绍。

通过 BANKAPI 客服说明：你管理哪个国家、哪家机构的自己的账户；现在最费事的工作是什么；希望直接使用还是接入自有系统。我们可以围绕这条需求介绍产品或安排演示。

本文中的工作情景为需求示例，不包含效果数据或客户背书。更新于 2026-09-18。

2026-09-18 bKash 状态更新：个人账户适配与联测说明。开放 API 仍按规划推进。