DB3212∕T 1187-2025 移动办公政务底座应用管理规范

ICS01.040.35

01

CCSADB3212

泰州市地方标准

DB32121187—2025

移动办公政务底座应用管理规范

Specificationfortheapplicationmanagementofmobilegovernment

officeplatform

2025-06-10发布2025-07-10实施

泰州市市场监督管理局发布

DB32121187—2025

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规

定起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由泰州市数据局提出。

本文件由泰州市数据局归口并组织实施与监督。

本文件由泰州市市域社会治理现代化指挥中心负责具体技术内容的解释。

本文件起草部门：泰州市市域社会治理现代化指挥中心。

本文件主要起草人：许鑫、陈书剑、施驰乐、梁鑫晨、翟敏、孙慧、田宇。

I

DB32121187—2025

移动办公政务底座应用管理规范

1范围

本文件规定了接入移动办公政务底座的应用（以下简称“接入应用”）的总体要求、应用接入要求、

页面设计要求、应用技术要求、接入流程等。

本文件适用于市、区、街镇人民政府，部门及相关企事业单位（以下简称“接入单位”）有关移动

办公政务底座的应用接入工作。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T39047-2020政务服务平台基本功能规范

ZWFWC0103—2018国家政务服务平台政务服务移动端建设要求

3术语和定义

下列术语和定义适用于本文件。

3.1

移动办公政务底座mobilegovernmentofficeplatform

支撑行政机关、企事业单位及其他被授权机构整合、开发和运行各类移动办公应用的综合平台。

3.2

应用application

行政机关、企事业单位及其他被授权机构提供的各类应用服务。

3.3

接口入驻interfaceintegration

将接入单位提供服务的系统接口接入到移动办公政务底座的行为。

3.4

高等级实名用户high-levelverifieduser

参照GB/T39047-2020用户身份实名等级定级要求，至少具备三级以上实名核验等级的用户。

4总体要求

4.1统一标准流程

接入应用应按照统一接入流程和步骤进行开发和对接，数据接口与“移动办公政务底座”统一规范，

界面交互与“移动办公政务底座”体验一致，用户信息与“移动办公政务底座”互通互认。

4.2统一接口规范

接入应用应按照统一接口规范进行接口提交与审核，调用“移动办公政务底座”统一输出的标准接

口进行应用开发。

4.3统一界面风格

1

DB32121187—2025

接入应用应按照本文件第6章要求，实现界面风格统一。

4.4统一用户对接

接入应用应按照“移动办公政务底座”管理平台统一身份认证体系相关要求完成用户对接。

4.5统一安全防护

处理隐私信息时，接入应用应通过生物识别技术（如人脸识别、指纹识别等）确认用户真实身份；

应具备SSL证书，使用HTTPS协议实现网页加密；应具备网页防篡改、防网络劫持、防页面挂马等安全

防护能力；应建立定期数据备份机制，并制定灾难恢复预案；通过数据脱敏、数据防泄漏等技术保护用

户个人信息。

5应用接入要求

5.1基本要求

接入应用应进行前后端分离，应用后端以接口形式入驻“移动办公政务底座”管理平台，应用前端

调用“移动办公政务底座”管理平台统一输出的标准接口进行对接开发。

5.2接入页面要求

接入应用在页面设计方面，应遵循以下技术要求：

——兼容性高。能够适配不同移动终端机型；

——交互提示友好。针对不同使用场景有对应的使用引导；

——结构布局清晰。相同类型业务数据应归类展示，不同业务数据展示方式应有区分；

——体验流畅高效。在模拟500用户并发情况下，页面数据展示延时最长不超过2秒，页面切换

平滑流畅；

——操作层级简化。完整流程页面跳转最多不超过5层。

5.3接入质量要求

接入应用在风格、功能、体验、性能、安全等方面，应遵循以下技术要求：

——服务风格统一。接入应用保持文字大小统一、图片尺寸统一、按钮规格统一、表单样式统一、

加载效果统一、底部落款统一；

——服务功能完善。接入应用在确保业务流程可行的前提下，简化业务办理流程，合理使用控件

展示结果数据；

——服务体验流畅。接入应用应考虑设备兼容性，避免出现闪退、加载错误、空白页、错链、死

链等情况；

——服务性能稳定。保证接入应用接口响应速度，具备抗压、抗并发能力，备有故障解决预案；

——服务安全可靠。接入应用应经过安全加密、数据脱敏等处理，并支持HTTPS安全协议。

5.4接入管理要求

接入单位应对接入应用的兼容性、可用性、安全性等进行统一监控，定期在服务功能、用户体验、

系统稳定、数据安全等方面对应用进行巡检，并遵循以下技术要求：

——监测信息可用性；

——检查服务稳定性；

——监测和分析访问数据；

——制定可行的故障应急预案；

——做好应用版本管理。

6页面设计要求

6.1基本要求

接入应用应充分发挥移动端特性和优势，页面设计应：

2

DB32121187—2025

——符合移动设备的交互方式，兼容当前主流移动设备的屏幕尺寸与分辨率；

——功能上宜最大限度减少用户额外安装组件、控件或插件；

——显示内容中图片、附件、视频等应有效可用，名称直观准确。图片、附件、视频采用JPG、PNG、

OFD、PDF、MP4等常用格式，其中附件宜使用网页阅读（避免使用浏览器插件）模式，图片大

小不超过2MB，MP4等多媒体文件不超过50MB；

——不应刊登或链接商业广告页面；

——应支持通用移动终端操作系统；

——涉及系统关联的信息由系统自动填写；需要用户填写的信息内容，输入方式应以点选或勾选

为主，关键实质内容以文字方式输入。

6.2页面色调风格

页面色调风格应符合附录A的要求。

6.3页面内容设计

页面内容设计应符合附录B的要求。

6.4页面图标要求

图标尺寸应为512px*512px，圆角34px，同时确保图标视觉风格与已有图标一致。

7应用技术要求

7.1外部资源接入要求

接入应用不应直接调用外部服务资源，包括接入应用开放的互联网应用系统数据接口，如有特殊情

况，应确保接口调用和数据传输的安全。

对于应用页面内容引用的静态资源（JS文件、CSS文件、图片等），应随应用统一部署在“移动

办公政务底座”管理平台上，不应使用外链资源。如需使用外链的第三方服务资源，应经审核。

7.2用户授权要求

7.2.1用户授权

接入应用在获取用户信息时，应弹出用户授权提示，经由用户同意后，方可获取用户信息。

7.2.2授权验证

接入应用应对用户授权请求进行验证。

7.2.3加密用户信息

“移动办公政务底座”对授权用户信息进行加密。

7.2.4分发授权信息

将已加密的授权用户信息分发给请求方。

7.2.5解密用户信息

接入应用使用“移动办公政务底座”解密方式进行解密操作。

7.3安全保护要求

7.3.1安保等级

接入应用应符合信息安全等级保护第二级及以上要求。

7.3.2身份真实性控制

接入应用对于涉及用户隐私的，应仅限高等级实名用户进入；如有必要，可发起实时生物识别身份

验证（如人脸识别、指纹识别等）。

3

DB32121187—2025

7.3.3用户授权确认

接入应用需调用用户个人隐私信息的，应弹出个人信息使用授权提示，说明提取信息类型和用途，

经用户确认后方可使用。

7.3.4HTTPS支持及网页防篡改

接入应用应支持HTTPS协议，接入单位在开发应用服务时应使用具备网页防篡改功能的安全防护产

品。

7.3.5数据脱敏

接入单位应根据实际业务情况，对输出的数据进行脱敏处理后向用户展示，脱敏范围应不少于50%，

常见用户隐私信息脱敏规则如下：

——中文姓名脱敏李**保留第一位，后面以*替换；

——公民身份号码脱敏***********5762保留后4位；

——驾驶证脱敏***********5762保留后4位；

——毕业证脱敏202131201201******用*代替毕业证流水编号；

——学位证脱敏1023712016******用*代替学历流水编号；

——社保卡脱敏***********5762保留后4位；

——固定电话脱敏****1234保留后4位；

——手机号码脱敏1******34保留第一位，后面保留2位；

——QQ脱敏36********5保留前2位和最后1位，其余用*代替；

——微信脱敏vi**lr**1分段屏蔽，每隔2位用*替换2位；

——地址脱敏江苏省泰州市****保留前6位；

——电子邮箱脱敏**i@163.com“@”前小于等于5位的，隐藏前2位；大于5位的，保留前3

位，其余用*代替；

——银行卡号脱敏6222************1234保留前4位后4位；

——存折信息脱敏1703*********3825保留前4位后4位；

——信贷记录脱敏信贷记录->优将信贷记录替换成优、良、中、差；

——征信信息脱敏李**两个字或三个字的至少1个字用*代替，大于三个字的至少2个字用*代

替，保留姓；

——车架号脱敏***********722222保留最后6位，其余用*代替；

——车牌号脱敏苏M***77保留地区编码和最后2位，其余用*代替；

——公司开户银行联号脱敏12********保留前2位。

7.3.6数字水印

对敏感信息提供水印保障，水印需隐藏于载体(如文本、图片、视频)中，不影响正常使用；需抵抗

压缩、截屏、缩放等常见操作对水印的破坏；水印应包含时间戳、操作者身份等信息。

7.3.7图形验证码适用

接入应用涉及到表单提交时，应加入验证码，并充分考虑到相关安全因素，如增加背景干扰元素，

防止被轻易破解；验证码在一次使用后应立即失效，新的请求重新生成验证码，防止验证码多次有效。

7.3.8表单输入校验

接入应用应使用服务端代码对输入数据进行校验。客户端校验仅作为辅助手段，减少客户端和服务

端的信息交互次数。如发现数据不合法，应告知用户输入非法并且建议用户纠正输入，防止SQL注入、

XSS攻击等恶意行为。

7.3.9移动终端要求

Android端不低于8.0版本，IOS端不低于12.0版本。

7.4命名规范要求

4

DB32121187—2025

7.4.1应用中文名称命名规则

应用中文名称应简明，说明应用用途。

7.4.2市级部门应用标识命名规则

应用标识：[部门简称汉语拼音首字母]+[应用名称汉语拼音首字母]。

示例：“[泰州市财政局]工资查询”,命名为“tzsczjgzcx”

7.4.3市（区）级应用标识命名规则

应用标识：[地区名称汉语拼音首字母]+[应用名称汉语拼音首字母]。

示例：“[海陵区]中考查询”,命名为“hlqzkcx”

7.4.4其他单位应用标识命名规则

应用标识：[单位简称汉语拼音首字母]+[应用名称汉语拼音首字母]。

示例：“[数据产业集团]资产管理”,命名为“sjcyjtzcgl”

7.4.5命名重复排除规则

应用标识：应用标识+[提报时间戳(具体到分钟)]。

示例：“[海陵区]个税计算器”,命名为“hlqgsjsq”,如出现一个应用标识为“[海陵]个税计时器”,命名为

“hlqgsjsq202409060800”,如再次出现一个应用为“[海陵区]个税计数器”,命名为“hlqgsjsq202409061800”

7.5底部统一标识要求

接入应用应在所有页面底部注明“本服务由某某单位提供”。

7.6数据缓存要求

接入应用应使用数据缓存技术应对高访问量、高并发，包括客户端缓存、服务端缓存、数据库缓存

等，客户端缓存数据应通过脱敏处理。

8接入流程

8.1应用类型

8.1.1接入应用分为授权开放类应用和完全开放类应用。

8.1.2授权开放类应用应按照4.4的要求，经过用户授权，统一获取用户信息，按流程接入“移动办

公政务底座”管理平台。

8.1.3完全开放类应用不应调用用户信息，按流程接入“移动办公政务底座”管理平台。

8.2接入总体架构

“移动办公政务底座”接入总体架构包括各接入单位的政务服务应用接口、接口统一管理、应用统

一管理以及“移动办公政务底座”的展现。总体架构见图1

5

DB32121187—2025

图1总体架构

8.3接入流程

“移动办公政务底座”接入流程分为接入申请、应用开发、应用审核发布三个步骤，接入流程图见

图2。

图2接入流程

8.4接入申请

6

DB32121187—2025

接入单位在对接应用前，应向“移动办公政务底座”管理方提交接入申请单，由“移动办公政务底

座”管理方统一回复结果，并按照以下要求开展：

a)准备申请：接入单位应自行梳理业务服务场景，填写《“移动办公政务底座”需求申请表》《“移

动办公政务底座”应用接入（开通）申请表》《“移动办公政务底座”应用技术对接表》（见

附录C）、《“移动办公政务底座”应用服务安全承诺书》（附录E）。

b)提交申请：接入单位将相关申请表提交至“移动办公政务底座”管理方，“移动办公政务底座”

管理方在接收到申请表后进行审核，并回复审核结果。

c)账号分配：审核通过后，“移动办公政务底座”管理方为接入单位分配“移动办公政务底座”

管理平台账号，用于入驻接口和应用，并将平台地址、账号密码、接入指南以及相关帮助文档

反馈至接入单位。

d)检查网络环境：接入单位应提供政务外网弹性IP地址，应与“移动办公政务底座”正式环境

IP地址互通，VPN服务器虚拟IP和应用服务器弹性IP互通，申请开通VPN用户访问策略。

8.5应用开发

接入单位应按照《“移动办公政务底座”应用技术对接文档》（见附录D），做好用户免登录对接。

8.6应用审核发布

8.6.1应用测试

接入应用测试主要包括以下几个方面：

a)接入单位联系“移动办公政务底座”管理方，申请开发者测试工具使用权限；

b)应用审核前，接入单位应对接入应用进行全面测试，确保正常使用；

c)应用中所有涉及用户基本信息、证照信息、办事信息等系统已有数据，要求自动关联数据避免

用户二次输入。

8.6.2应用审核

“移动办公政务底座”管理方使用“移动办公政务底座”管理平台，对应用可用性、兼容性、安全

性进行应用测试、审核，审核通过后可发布上架。

8.6.3应用上下架

按照ZWFWC0103—2018的要求，接入应用经审核通过后，发布上架到相关主题分类，并实施统一

监测，对不稳定、安全风险大、并发性能差的接入应用予以限期整改，对情况严重的接入应用进行下架

处理。

7

DB32121187—2025

A

A

附录A

（规范性）

页面色调风格

A.1主色

用于指示性强烈的控件、标签以及在特定场景下需要重点突出的信息。主色色调见图A.1。

图A.1主色色调

A.2辅助色

除了主色外的场景色，可在不同的场景中使用。辅助色色调见A.2。

图A.2辅助色色调

A.3背景色

背景色色调见图A.3。

图A.3背景色色调

A.4文字色

文字色色调见图A.4。

8

DB32121187—2025

图A.4文字色色调

9

DB32121187—2025

B

B

附录B

（规范性）

页面内容设计

B.1应用页面设计

下面给出了应用页面设计的示例。

示例：

B.2查询结果页面设计

下面给出了查询结果页面设计的示例。

10

DB32121187—2025

示例：

11

DB32121187—2025

C

C

附录C

（资料性）

“移动办公政务底座”需求申请表

C.1“移动办公政务底座”需求申请表见表C.1。

表C.1“移动办公政务底座”需求申请表

申请日期：年月日

申请单位

（盖章）

申请类型□应用接入□应用搭建□应用调整□其他需求

是否提供测试报告

测试人员

确认人员

需求责任人联系方式

应用名称

需求描述

（可附清单）

工作量（人/天）

需求分析人员签字年月日

需求责任人员签字

年月日

应用接入方必须严格遵守《中华人民共和国网络安全法》《中华人民共和国数据安全法》《中华人民共和国个人

信息保护法》等相关法律法规规定，严禁过度收集用户信息，对授权数据负有保密责任，不得泄露，也不得用于确保应

用在“移动办公政务底座”正常运行外的其他任何场景。

12

DB32121187—2025

C.2“移动办公政务底座”应用服务接入（开通）申请表见表C.2。

表C.2“移动办公政务底座”应用服务接入（开通）申请表

申请日期：年月日

申请单位

（盖章）

开通申请

申请事项类型接入申请（包括功能升级、模块新增）

□其他

联系人联系方式

应用名称

应用功能描述

泰州市数据局

审核意见单位（盖章）

年月日

应用接入方必须严格遵守《中华人民共和国网络安全法》《中华人民共和国数据安全法》《中华人民共和

国个人信息保护法》等相关法律法规规定，严禁过度收集用户信息，对授权数据负有保密责任，不得泄露，也不

得用于确保应用在“移动办公政务底座”正常运行外的其他任何场景。

13

DB32121187—2025

C.3“移动办公政务底座”应用服务技术对接表见表C.3。

表C.3“移动办公政务底座”应用服务技术对接表

技术支持方基本信息

技术支持方单位名称

联系人所属部门

联系电话电子邮箱

应用基本信息

应用名称

应用说明

接入需求

应用跳转地址

(测试环境)

可信域名

应用图标

（必填）

开发者账号

应用技术支持联系人

（必填）

正式环境应用信息回执

应用信息：

appid：

Sercert：

移动办公政务底座接口地址：

正式环境安装包下载地址

:21443/service/download/

14

DB32121187—2025

D

D

附录D

（规范性）

“移动办公政务底座”应用技术对接文档

D.1基本要求

调用“移动办公政务底座”接口时，需要使用HTTPS协议、JSON数据格式、UTF8编码。POST请求

请在HTTPHeader中设置Content-Type:application/json。

D.2接口文档格式说明

D.2.1请求方式：标明接口调用的HTTP方法，区分HttpGet/HttpPost请求。所有的请求都为HTTPS

协议。

D.2.2请求地址：接口的请求地址。路径中带冒号的部分“:staffid”为路径参数，调用时需要替

换为具体的值。

D.2.3请求包体/参数说明：标明请求参数示例及具体说明，参数说明包括字段含义、取值范围。

D.2.4返回结果/参数说明：标明返回参数示例及具体说明。所有接口的返回结果里都包含errCode、e

rrMsg。开发者需根据errCode是否为0判断是否调用成功；errMsg仅作参考，后续可能会有变动，因此

不可作为是否调用成功的判据。

D.3调用接口准备工作

D.3.1在开发者中心创建应用，进入应用详情可获得当前应用的AppId即AppSecret。

D.3.2根据开发者所在组织对应的部署环境，获取对应的“移动办公政务底座”接入地址。

D.3.3根据应用的AppId及AppSecret获取应用访问TOKEN，应用应使用APP_TOKEN作为访问“移动办公

政务底座”所有接口的访问凭证，该应用访问APP_TOKEN2小时内有效，应用服务端应做缓存处理，以

实现一次获取-多次使用，避免频繁重复获取。

D.4应用分组和OpenId机制

D.4.1“移动办公政务底座”应用通过开放平台接口获取到的ID，例如人员ID、分支ID等都是OpenId，

OpenId是内部ID经过混淆加密后的一个字符串，其长度不固定，当前版本编码后字符长度大概在30到4

0个字符之间，目的是保证内部数据的安全性。目前以应用分组来决定唯一性范围，即OpenId在一定范

围内一致(应用分组范围内不同应用获取的同一个实体的OpenId相同)。

D.4.2某个组织（企业）里面的某个ID（比如staffId）在同一个应用分组内的应用所对应的OpenId

是唯一的。换一种说法，某个组织（企业）里面的某个ID（比如staffId）在同一个应用分组内多个应

用中所对应的OpenId是相同的。

D.5频率限制

独立部署环境，接口调用频率限制默认为关闭状态。出于系统保护的考虑，根据用户要求对接口的

调用做频率限制。

D.6获取人员免登录授权码

接口说明：在第三方应用需要识别端上人员身份的时候，发起认证授权流程，成功时应用可以通

过redirect_uri接口获取到授权Code。

请求方式：GET(HTTPS)

query参数说明见表D.1。

15

DB32121187—2025

表D.1query参数说明

参数说明

appid应用ID（联系管理员获取）

response_type必须为"code"

scope应用授权列表，多个授权请求需要以scope="scope1,scope2"形式。

发起请求的时候携带的随机值，和该重定向请求唯一对应。同时，也能按

state

OAUTH2协议防止CSRF攻击

redirect_uri需要做urlencode处理。其中包含的域名需要在应用可信域名配置列表里

当前支持的scope类型：

scope说明

basic_userinfor基本人员信息。如需要人员授权就能获取。

D.7获取人员访问TOKEN

接口说明：OAuth2授权流程，通过OAuth2授权码获取人员身份访问USER_TOKEN

请求方式：GET(HTTPS)

query参数说明见表D.2。

表D.2query参数说明

参数说明

app_token调用接口获得获取应用访问APP_TOKEN

grant_type使用固定值“authorization_code”

code调用接口获得获取人员免登录授权码

redirect_uri非必填字段

返回参数字段说明见表D.3。

表D.3返回参数字段说明

参数描述

userToken新分配的人员TOKEN

expiresIn有效期（7200秒），建议应用根据过期时间缓存userToken

当人员选择的授权SCOPE和请求的SCOPE不一致的时候，该字段出现。其表

scope

示最终人员选择的授权列表。

state和请求授权的参数STATE一致。

人员OpenId。如果应用已经缓存了人员信息，获取staffId后无须再调用获取

staffId

人员基本信息接口。

示例：

16

DB32121187—2025

业务正常返回：

{

"errCode":0,

"errMsg":"ok",

"data":{

"userToken":"67566-9870-9865-4321",

"expiresIn":7200,

"scope":"scope1,scope2",

"state":"STATE0x8765",

"staffId":"524288-abcedfghigklmn"

}

}

业务异常返回：

{

"errCode":错误码,

"errMsg":对应的统一错误码描述

}

D.8获取应用访问TOKEN

接口说明：使用AppId，AppSecret，创建应用访问APP_TOKEN

请求方式：GET(HTTPS)

query参数说明见表D.4。

表D.4query参数说明

参数说明

grant_type可赋值为："client_credential"

appid应用ID,创建应用时取得

secret应用对应的AppSecret，创建应用时取得

返回参数字段说明见表D.5。

表D.5返回参数字段说明

参数描述

appToken应用访问APP_TOKEN

expiresInTOKEN有效期（7200秒），建议应用根据过期时间缓存appToken,单次获取，多次使用

示例：

业务正常返回：

{

"errCode":0,

"errMsg":"ok",

"data":{

"appToken":"APP_TOKEN",

"expiresIn":7200

}

}

业务异常返回：

{

"errCode":错误码,

17

DB32121187—2025

"errMsg":对应的统一错误码描述

}

D.9获取人员基本信息

接口说明：根据人员token获取当前端上登录人员信息

请求方式：GET(HTTPS)

query参数说明见表D.6。

表D.6query参数说明

参数说明

app_token调用接口获得获取应用访问TOKEN

user_token调用接口获得获取人员访问TOKEN

返回参数字段说明见表D.7。

表D.7返回参数字段说明

参数描述

staffId人员ID

name人员名称

orgId组织ID

orgName组织名称

avatarId头像ID

avatarUrl头像地址

mobilePhone:countryCode手机号国家码

mobilePhone:number手机号

email邮箱地址

employeeNumber员工号

LoginName登录用户名

externalId外部数据源人员唯一ID

department:id所在分支ID

department:name所在分支名称

示例：

业务正常返回：

{

"errCode":0,

"errMsg":"ok",

"data":{

"staffId":"788-59",

"name":"张三",

"orgId":"788",

18

DB32121187—2025

"orgname":"组织名称",

"avatarUrl":"http://路径",

"avatarId":"788-3456",

"mobilePhone":{

"countryCode":"86",

"number":"12345678902"

},

"email":"email@",

"employeeNumber":"A00001",

"loginName":"login001",

"externalId":"zhangsan01",

"department":[

{

"id":"524288-3145728",

"name":"lanxin-core"

}

]

}

}

业务异常返回：

{

"errCode":错误码,

"errMsg":对应的统一错误码描述

}

D.10获取JSAPI访问TOKEN

接口说明：创建JSAPI访问JS_API_TOKEN，该JS_API_TOKEN用于生成JASPI签名参数，用于JSAPI

接口的身份验证。

请求方式：GET(HTTPS)

query参数说明见表D.8。

表D.8query参数说明

参数说明

app_token调用接口获得获取应用访问TOKEN

user_token非必填字段

返回参数字段说明见表D.9。

表D.9返回参数字段说明

参数描述

jsApiTokenJSAPI访问TOKEN

expiresInTOKEN有效期（7200秒），建议应用根据过期时间缓存jsApiToken

示例：

业务正常返回：

{

"errCode":0,

"errMsg":"ok",

"data":{

"jsApiToken":"JS_API_TOKEN",

"expiresIn":7200

19

DB32121187—2025

}

}

业务异常返回：