登录 申请试点 →
合作伙伴关于联系支持 个人、企业与政府,共用一套平台
首页 / 政府与国家 / 政府数字服务底座
V5 · DIGITAL GOVERNMENT FOUNDATION

每个机构都重建一遍登录和表单,是最贵的重复。

底座把身份、权限、表单、个案与通知做成共用层,机构按自己的业务接入。公众面对一个入口,工作人员面对一套权限,服务数据回到机构自己手里。

政务大厅里,市民背对镜头走向一排窗口,窗口上方标牌面空白
图 1 · 政务大厅:公众面对一个入口,事项在后台按机构分流。
4件共用底座,机构自助接入
4步交付,先落一条服务
2类身份分开,公众与员工
1条底线,数据不用作营销

机构反复花的钱

每家单位单独建系统,同样的轮子造很多遍。

登录各建一套

公众在每个机构服务里重新注册,工作人员的权限也各管各的,离职回收经常漏。

表单与个案不通

申请交上去,进度查不到,补件靠电话,跨机构转办只能靠人转述。

数据回不到机构

服务跑在供应商系统里,统计口径在供应商手里,换供应商先丢数据。

小机构养不起系统

窗口单位业务量不大,单独采购与运维的成本摊不平。

底座构成

共用层管四件事,业务留给各机构。

机构身份层

一号通派生组织架构、岗位权限、单点登录对接与访问审计,公众身份与工作人员身份分开治理。

  • 组织架构与岗位权限
  • 单点登录对接
  • 公众与员工身份分开治理
  • 访问审计留痕

表单与个案引擎

表单、材料、受理、补件、办结与通知做成可配置引擎,机构按业务拼自己的流程。

  • 表单与材料清单可配置
  • 受理、补件、办结全流程
  • 进度通知自动触达
  • 跨机构转办留痕

资金与发放账本

补贴与拨款类账本按财政规则单独设计,与 KINGAI 消费钱包分开记账、分开审计。

  • 按财政规则单独设计
  • 与消费钱包分开记账
  • 发放记录可审计
  • 口径由财政方定版

服务数据层

办件量、时限与满意度回到机构自己的数据区,统计口径由机构定,导出随时可验。

  • 办件量、时限、满意度回流
  • 数据按机构分区
  • 统计口径由机构定
  • 导出随时可验

可叠加的智能服务组件

底座之外,居民打交道的那一层可以逐个叠加,不必等底座全量建成。

机构政策问答

基于机构发布的政策与办事文件建问答库,居民在网站与热线先问前台,回答带出处,口径与文件同步更新。

  • 问答只依据机构签发文件
  • 文件更新,问答同步修订
  • 答不了的带摘要转人工

材料清单与进度查询

按事项生成材料清单,办件进度接回底座数据,居民自助可查,窗口与热线的重复问答先降一截。

  • 清单按事项自动生成
  • 进度查询走机构权限口径
  • 补件通知自动触达

积压处理工作台

积压咨询与待办工单按轻重排序给人工,高峰时段智能前台先接,坐席只处理需要判断的事项。

  • 积压按轻重排序
  • 高峰分流先行接住
  • 处理记录逐条留痕

采购与扩接方式

组件按件签约、逐件验收;多机构可走合作采购与框架协议,一家谈好、逐家接入,数据分区与口径逐家定版。

  • 按组件单独签约验收
  • 合作采购与框架协议可谈
  • 逐家接入,逐家验收

平台怎样接入

底座本身就是平台层的一件。

一号通现成底座

授权、编号、封禁与会话口径已有生产实现,机构版在此之上加组织与治理。

态势内核可选接

服务热点与事件数据可供机构运营分析,接入范围按职权单独授权。

ONE 运营底座

底座上线后的监控、升级与复验统一运营,机构不必各自养运维班子。

交付路径

先落一个机构的一条服务,再横向复制。每一步都留下可验收的产出物。

1

服务盘点

选一条高频服务,盘清表单、材料、审批与通知环节。
产出物:服务盘点表(表单、材料、审批与通知环节清单)。

2

底座接入

机构组织与权限先建,试点服务在底座上跑通。
产出物:接入交付包(机构组织与权限表、试点服务上线记录)。

3

多机构扩接

其余机构按同一标准自助接入,数据分区与口径逐家验收。
产出物:逐家验收单(数据分区确认、统计口径定版记录)。

4

运营复验

办件时限、异常与升级按月复验,底座版本统一演进。
产出物:月度复验报告(办件时限、异常清单、版本升级记录)。

  • 交付组合:底座建设、按机构接入、托管运营。
  • 数据按机构分区,跨机构共享须逐项授权。
  • 身份核验环节按法域接合规提供方或机构现有系统,底座不自造核验资质。

治理与数据边界

共用底座最怕权责不清,先写清再接入。

数据归机构

办件与公众数据归接入机构,KINGAI 只按运营所需访问,日志可查。

不用作营销

政府服务数据不进入 KINGAI 的获客与广告系统,这条写进合同。

权限随岗走

工作人员权限跟岗位走,调岗与离职自动回收,异常访问单独告警。

退出可带走

机构退出时数据、配置与文档完整导出,协助期写进合同。

常见问题

与机构现有的政务平台是什么关系?

底座是共用层,按标准接入,不要求替换现有业务系统。身份、表单、个案与通知先归拢到底座,机构原有业务系统按接口标准对接,归拢节奏在接入设计时逐项定版。

资金账本与财政系统怎么对接?

账本按财政规则单独设计,口径由财政方定版。补贴与拨款账本与消费钱包分开记账、分开审计;与财政系统的对接方式在接入设计阶段按当地规则确定。

小机构用得起吗?

底座正为摊薄成本而建。共用层统一建设与运营,机构按接入使用,不必各自采购一套系统、再各自养运维班子。

居民数据谁能看?

数据归接入机构,我方只按运营所需访问。访问按岗位授权并留日志;政府服务数据不进入我方获客与广告系统,这条写进合同。

公众的身份核验由谁做?

按法域接合规提供方或机构现有系统。底座不自造核验资质,核验环节在接入设计时按当地规则定版。

退出协助期有多长?

写进合同,按数据量与接入系统数约定。退出时数据、配置与文档完整导出,导出结果可逐项验证,不以数据扣留续约。

接下来,看哪一块

TRUST

信任与合规

部署形态、数据主权、安全运营、供应链筛查与用途边界,集中写明。

看合规口径 →

OVERVIEW

国家解决方案总成

底座在全系中的位置,回总成页看全图。

回总成页 →

CITY

城市智慧系统

底座是城市平台层的政务部分,与 IOC 如何分工看城市页。

看城市方案 →

先落一条高频服务

提供机构类型与一条最想先搬上来的服务,先回接入路径与数据分区口径。

提交政务需求 →