PAYATHON 2026

控制台创建应用时如何开通商家账单权限？

支付小周

结论

“商家账单”已经无法通过“创建应用 → 支付 → 勾选权限”直接开通。控制台中没有该选项，通常不是页面故障，而是平台会根据支付产品、商户主体和应用场景决定是否准入。

应先确认并开通对应的商户支付产品，再由商户主体绑定应用或完成授权。如果权限列表仍未显示相关选项，需要通过开放平台工单或相应的支付服务渠道申请开通。仅创建应用并获取 access_token，不会自动取得商家账单权限。

为什么找不到权限

通常有以下几种原因：

  • 当前登录账号不是已签约商户的主体账号或管理员账号。
  • 企业尚未开通对应的支付产品。
  • 当前应用类型不支持该能力，例如个人应用、测试应用或部分第三方企业应用。
  • 应用尚未绑定对应的商户号。
  • 商家账单属于定向开放能力，通过审核后才会出现在权限列表中。
  • 旧文档中的入口已经下线或迁移，但部分历史应用仍保留原有授权。

反复删除和重建应用一般无法解决问题。创建应用和开通支付能力是两个独立环节。

最新办理流程

1. 确认实际需要的账单类型

先明确要查询哪类账单，例如：

  • 商户交易账单
  • 资金账单
  • 分账账单
  • 退款或对账数据
  • 企业内部支付记录

不同账单可能归属于不同的支付产品，对应的申请条件和接口也不同。至于“商家账单”是旧权限名称还是现行产品名称，应以控制台显示内容和最新接口文档为准。

2. 使用商户管理员账号开通支付产品

登录相应的开放平台或商户平台，确认企业已经完成以下事项：

  • 主体认证
  • 商户签约
  • 结算账户配置
  • 必要的协议签署
  • 支付产品开通

如果还没有生成商户号，通常要先完成商户入驻，之后才能申请账单能力。

3. 将应用与商户主体绑定

进入应用的支付产品配置页面，查看是否有以下配置项：

  • 商户号
  • 支付应用
  • 商户授权
  • 产品绑定
  • 支付能力关联

控制台版本和应用类型不同，配置项的具体名称也可能不同。绑定时，需要确认应用主体与商户主体符合平台要求。如果两者主体不一致，通常还要由商户管理员单独确认授权。

4. 在应用权限管理中重新检查

开通产品并绑定商户后，返回应用权限管理页面，搜索“账单”“对账”“交易账单”或目标 API 名称。

如果仍然找不到相关权限，不要用名称相近但用途不同的权限代替。这种情况通常需要提交人工申请。

5. 提交工单申请

工单中建议提供以下信息：

  • 企业主体名称
  • 应用名称和应用 ID
  • 商户号
  • 应用类型
  • 需要调用的准确 API 名称
  • 业务场景和账单用途
  • 控制台权限页面截图
  • 是否已有历史应用获得该权限

工单中可以直接说明：“支付权限列表中未展示商家账单能力，希望确认该能力当前的产品归属、准入条件和申请入口。”

接口调用示例

权限开通后，应根据目标账单接口的最新文档填写实际地址和参数。原问题没有提供具体平台、API 名称和账单类型，因此下面仅展示通用调用结构，占位地址不能直接用于生产环境。

curl --request POST 'https://<api-host>/<bill-api-path>' \
  --header 'Content-Type: application/json' \
  --header 'Authorization: Bearer <access_token>' \
  --data '{
    "merchantId": "<merchant_id>",
    "billDate": "2026-09-12",
    "billType": "<bill_type>"
  }'

Java 示例：

HttpRequest request = HttpRequest.newBuilder()
    .uri(URI.create("https://<api-host>/<bill-api-path>"))
    .header("Content-Type", "application/json")
    .header("Authorization", "Bearer " + accessToken)
    .POST(HttpRequest.BodyPublishers.ofString("""
        {
          "merchantId": "<merchant_id>",
          "billDate": "2026-09-12",
          "billType": "<bill_type>"
        }
        """))
    .build();

HttpResponse<String> response = HttpClient.newHttpClient()
    .send(request, HttpResponse.BodyHandlers.ofString());

System.out.println(response.statusCode());
System.out.println(response.body());

实际接口可能采用应用凭证、商户证书、请求签名或其他鉴权方式。调用时必须按照目标 API 文档处理，不能假定所有账单接口都支持 Bearer access_token。

注意事项

  • 成功获取 access_token，不等于应用已经取得账单权限。
  • 应用权限、商户产品权限和商户对应用的授权，可能需要同时满足。
  • 不要在工单或聊天记录中提交应用密钥、商户私钥、证书或完整令牌。
  • 账单通常按商户号和账期生成，企业 ID 或应用 ID 不能代替商户号。
  • 部分账单只能查询已经结算的日期，查询当天数据时可能返回空结果。
  • 如果接口返回“无权限”，需要同时核对调用应用、商户号、授权主体和接口所属产品。
  • 历史应用仍能调用，不代表新应用也能通过原入口自行开通。存量权限与新增准入规则可能不同。
  • 最终入口和申请条件以当前控制台及官方工单回复为准，不要直接套用旧版社区截图。

备注：内容仅供参考。