从现场采集到正式点位：小程序与后台选点工具如何协作

一个位置出现在地图上，距离成为可持续管理的正式监测点位，还有资料复核和建档确认两步。小程序负责现场采集、草稿暂存与同步送审；后台负责布点计划、候选点复核和正式建档。理解这套分工，首先要分清：已同步不等于已审核，审核通过不等于正式点位。

从采集到建档，每一步确认什么

同步解决资料传输，审核解决资料是否可用，建档解决这个地点以什么身份、从什么日期进入正式管理。三个结果应分别查看，不能用“上传成功”代替整个流程完成。

按灯号定位采集适合围绕已有 CO₂ 灯号进行现场核实。采集人员选择灯号，获取现场 GPS，可按需要补充照片，再提交审核。名称和地址由后台灯号档案提供，监测方法固定为 CO₂。当前后台提供启用的 001—034 号灯，共 34 个；实际可选清单以后台为准。

这条路径要求现场 GPS，不能用手工地图落点替代。照片目前选填，但坐标、定位时间、精度、行政边界与操作权限仍要通过相应校验。低精度定位需要进一步复核。

联网时，“提交审核”会先同步，再执行送审。应以“已提交审核”的结果为准；如果同步成功而送审失败，记录仍不能当作已送审。离线时保存的是本机草稿，联网同步后还需确认送审状态。

按灯号采集提交的是候选证据，不会直接修改设备坐标、物理点位或历史绑定关系。发现灯具迁址时，仍需进入受控的点位变更与生效日期确认流程。

普通候选点采集可借助地图点击、地点选择或现场定位记录位置。手工地图落点会标明来源，并需要现场定位复核，不能直接当作已经到场的证据。

原生选点参考地图当前提供静安区 14 个街道边界，不加载正式点位、共享候选点或其他采集人的草稿。因此，地图上没有点位标记，不能据此判断附近没有监测点，也不能据此宣称已经完成自动查重。

后台“共享采集”按布点计划组织候选资料，与原生空白参考地图是不同入口。使用前应确认当前页面是计划共享地图，还是个人候选点采集页面。

网络不稳定时，可先把表单和照片保存在本机；定位能否取得仍取决于设备定位能力与权限。定位失败也可保留草稿，稍后补全。离线能力不包括保证底图可用，也不保证能重新获取灯号清单。

恢复网络后，客户端可重试同步。同步失败时应保留原草稿并重试，不必反复新建同一个候选点。离线草稿仍依赖当前设备的本地存储，清理应用数据前应先确认服务端已接收。

后台布点计划用于组织候选点；CO₂ 选点工具可筛选已有灯号、整理选中清单并导出。筛选清单和地图上的候选标记都不代表新点位已正式建立。

审核人员根据权限检查候选资料、坐标、照片和重复情况，对需要补充的记录退回修改，对符合要求的记录审核通过。采集人员修订退回资料后，需重新同步并送审。

当前受控正式建档流程面向 CO₂：有权限人员确认灯号、生效日期与依据，创建或关联物理点位，并建立获批准的灯号与点位绑定记录。只有完整的正式资产关联成立，才能视为正式点位。其他监测方法不能直接套用这一建档承诺。

为什么同步完成后还不能用于正式管理？

同步只确认服务端收到资料，缺项、位置质量和重复情况仍需复核，正式身份与生效日期也尚需确认。

审核通过后还要做什么？

由具备正式建档权限的人员确认灯号、物理地点和生效日期，完成正式资产关联。

地图落点会直接覆盖原点位坐标吗？

候选采集不会直接改写正式资产。迁址或绑定变化需要履行对应审批。

为什么小程序里没有对应入口？

入口取决于账号能力和已安装的小程序版本。后台已具备功能，不代表微信正式版已包含相应页面。

内容依据：GRHB 项目功能代码、发布记录及 2026-09-09 后台只读核验。微信入口以账号权限和已发布版本为准；本文不代表各终端已完成全量真机验收。