投票发布功能
This commit is contained in:
1 parent
ae9e8e0c9d
commit
1e0652211b
24 files changed
+3633
-7
No files matched your search
@@ -0,0 +1,30 @@
|
||||
# 线下选举发布与计票操作说明
|
||||
|
||||
## 规则与权限
|
||||
|
||||
- 活动必须指定一个目标行政区。只有直接被分配至该行政区的省、市、区、镇或村管理员可创建、编辑及发布;系统管理员可以全局操作。上级管理员仍可以只读查看其下级范围的活动。
|
||||
- 活动在草稿阶段依次配置议题、选项和计票所。发布后定义冻结,不能增删候选人、计票所或改变计票规则。
|
||||
- 一个活动可以包含多个 `CandidateElection`(岗位/多席位竞选)及 `Proposition`(议案)议题。每个议题独立记录每个选项的有效票、弃权、无效票和系统计算的缺投数。
|
||||
- 每个议题可配置席位数、最少/最多选择数、最高票/简单多数/绝对多数/特定比例门槛、计票分母(仅有效票或全部投出选票)以及平票后的人工复核或无结果处理。
|
||||
|
||||
## 线下计票闭环
|
||||
|
||||
1. 活动投票截止后,已分配的计票员在自己被分配的计票所创建计票批次。
|
||||
2. 两名不同计票员各自提交完整汇总。计票员输入本题计票张数、各选项有效票、弃权和无效票;缺投不可编辑,系统按 `max(0, 计票张数 × 最少选择数 − 有效选项票数 − 弃权 − 无效)` 自动计算。系统不保存选民身份、单张选票或选票内容,只保存计票所级的汇总数字和录入人。
|
||||
3. 两份录入逐项完全一致才进入“待监督确认”;不一致进入“待复核”。监督员填写原因后创建新的复点版本,原版本封存为已替代。
|
||||
4. 监督员不能确认自己的录入;确认后的批次不可编辑。需要更正时,监督员必须填写原因并创建新版本,旧版本保留为已替代。
|
||||
5. 只有当前已确认版本进入汇总和公开接口。所有指定计票所都确认后,计票截止任务自动发布最终结果;有任一未确认或差异批次时不会自动发布。
|
||||
|
||||
## 对外公开
|
||||
|
||||
- `GET /api/public/elections/{electionId}/results` 仅返回活动明确允许的数据。截止及结果发布前,默认只能按活动配置公开参与量;候选人或议案票数只有在 `PublishLiveCandidateTotals=true` 或最终结果发布后才返回。
|
||||
- SignalR 端点为 `/hubs/public-results`;客户端调用 `Subscribe(electionId)` 后接收 `resultUpdated`。推送只基于已确认的线下批次。
|
||||
- 每次确认、以及后台每分钟推进活动状态时都会更新公开数据。所有时间均为 UTC。
|
||||
|
||||
## 管理 API
|
||||
|
||||
- `POST /api/admin/elections` 创建草稿;`POST /{id}/contests`、`POST /{id}/contests/{contestId}/options`、`PUT /{id}/counting-stations` 配置;`POST /{id}/publish` 发布。
|
||||
- `POST /api/offline-counting/sessions` 开始计票;`POST /sessions/{id}/submissions` 双人独立录入;`POST /sessions/{id}/confirm` 监督确认。
|
||||
- `POST /sessions/{id}/resolve-discrepancy` 对不一致结果启动复点;`POST /sessions/{id}/corrections` 更正已确认版本。
|
||||
|
||||
这些接口的写入均经过地域或计票所角色检查,并由现有保存拦截器产生审计记录。公开接口不包含工作人员身份、审计记录或未确认数据。
|
||||
Reference in new issue
Block a user