文档介绍：社会服务管理网格化平台与数 字城管平台对接方案
芜湖市社会服务管理网格化平台与
数字城管平台对接集成方案
1平台介绍
网格化平台
芜湖市社会服务管理网格化平台（以下简称“网格平台”）把社区按照一 定的标准（300户一格）划分成1个个无缝的格子,每个格子都有自己唯一的一个 编号和相应的属性，每个格子都有自己的一个网格员负责该格子的服务与管理。 网格平台旨在实现对全市的人、房、事件、部件、服务组织的管理，整个平台 包括手机端社管通和服务端两大块，楼栋管理进行网格内的楼栋数据维护，基 于共享数据，网格员通过手机社管通进行人、户、楼栋数据管理，并且上报社 区管理和矛盾调解类事件，由网格平台进行流转处理再下发给网格员实现闭环 流转。
网格平台中按照市、区、街道、社区共划分有9种工作角色，分为受理派 遣、处理、核查三类，手机社管通端由网格员上报案卷、核查案卷，核查案卷 己处理，则该案卷正常办结（结案），任务处理流程详情如下：
格员上抿
城管平台
芜湖市数字化城管系统是以网格化管理为手段，辅助城市管理的信息化系 统，按照属地管理原则，建立市、区、街道、社区四级管理体系，分为七个环 节：采集员上报、监督考核中心立案派遣、区指挥中心分派、部门处置、区核 查、市核查、结案。具体流程如下图：
t。分支J
⑧二。一实 to受建立室r 一〜
怎肃厂一桂 FT）
（3^ , .
►［专业部门应急办对
to专峥门应急为理
j to转片
1市应当核亘1 H （ 区畔派岩
to处理回食1
（ 磔回复 ）
t。区旗
/
k 三 —
J］ ”引
/社，理爰（二）
史卡—r 、
（社区卫理回卷 ）
tc街道核爸］ to专业部门办理
|l T
［ 一 ： 一1办理部门:
C 3办理人员：X
1 ♦始时间20：
1 J”,1结塞洞.
to 唱 '、
to结克
［史道第J
EW 03：加：玄一（专岬门办理
2对接集成思路
经讨论确认，此次集成方案确认如下：
1）保持两个平台完整案卷流转流程，案卷在社管平台派遣给数字化城管平 台后，由数字化城管平台完善案卷相关信息进行立案、派遣和处置。
2）数字化城管平台办理流程、各环节办理时限等均按照数字化城管相关标
准执行，但不列入每月的数字化城管考核。
3）案卷流转至数字化城管核查环节时，转至社管平台下发核查，数字化城 管平台核查环节不显示，社管平台核查完成后，数字化城管平台核查环节自动 办理并转出到结案环节，自动办理员为默认用户（可修改），同时完善流程所 有信息（包括完成时间，核查图片，核查结果等）。
a）核查通过，则两个平台进行结案。
b）核查不通过或举报人不满意，则两个平台进行驳回处理（最多驳回三次, 第四次驳回则做为超时未处置处理，并重新立案派遣）。驳回后，处置时限重
新计算。
4）异常情况：数字化城管平台接收案卷时发现重复案卷（判断条件为案卷 描述和照片一致），及时与社管人员联系，数字化城管平台不予立案；数字化 城管平台立案后案卷不允许注销，若经现场查看案卷确为举报不属实，处置部 门需附现场照片，说明理由申请结案；由于两个平台的网格不统一，数字化城 管平台允许该类案卷出现所属区和派遣处置区不一致的情况，且允许区级指挥 中心申请转办案卷。
业务数据交换过程
网格化平台与城管平台之间，采用SOAP Web服务调用的方式传递数据。 网格化平台用户上传数据时，将数据封装成SOAP消息发送给城管平台。数据 下行和数据上行的过程基本相反。
3技术方案
1）网格员上报案卷，经由工作站将属于市容部门处理的案卷转派给市容部 门，建立虚拟角色和账号，并将案卷转派给城管平台进行办理；
2）城管查询到这类案卷信息后，进行立案派遣和事件处理；
3）数字城管立案处理完成后，提交工作站审核，核查成功，网格平台结案
同时告知城管平台对该案件结案。核查失败，告知城管平台重新处理。
补充全民社管后业务流程图
序
17
接口名
称 事件查
接口描述
当工作站进行对市容事件的转办
2）
3）
4)
5)
6）
询接口
事件驳
回接口
（包含 异常案 卷审批） 事件处 理完成 接口 案卷清 单查询
下行表 单回执 接口
结案通 知（下 行）
后，开发提供接口给城管平台, 对该类事