b7c0cd6e0c
P3 — prop-acc 30 文件迁移到多域 UDAS 结构:
- 3 概念:旧 prop-acc/一次性收费/概念-*.md
→ prop-acc/concepts/adhoc-*.md (kebab-case 英文)
- 25 场景:旧 prop-acc/一次性收费/场景-*.md
→ prop-acc/scenarios/adhoc-*.md
- 子文件夹 index.md → prop-acc/maps/knowledge-map.md (域内地图)
- prop-acc/index.md 重写为域首页(embed knowledge-map)
- 删除空目录 prop-acc/一次性收费/
每个迁移文件:
- title 加域前缀 "prop-acc · "
- aliases 含原 title (带空格) + 原文件名 basename (无空格),保证既有 [[...]] 引用解析
- status: stable → 已发布 / draft → 草稿 (UDAS 中文枚举)
- last_reviewed → last_review (UDAS 字段名)
- tags 补加 UDAS 类型分类 "概念" / "场景"
- 路径式 WikiLink 清除:
* [[../预存款/index|XX]] → [[预存款]]
* [[一次性收费/index|XX]] → [[prop-acc · 一次性收费索引]]
P4 — 4 个新业务域骨架:
- community (社区管理)
- administrative (行政人事)
- patrol (巡护工单)
- resident-portal (业户门户)
每域含 index.md (域首页) + maps/knowledge-map.md (域内地图模板)。
另补 cross/index.md + cross/maps/cross-domain-map.md。
P5 — 顶层入口:
- index.md: 站点首页 (Quartz 着陆点),embed domain-map
- maps/domain-map.md: 5 业务域 + cross 的索引表
迁移后状态:
- 共 50 篇 .md (30 原 + 8 跨域 stub + 4 域 index + 4 域 map + 2 cross + 2 root)
- 残留路径式 WikiLink: 0
- 残留英文 status: 0
- 残留 last_reviewed 字段: 0
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
4.8 KiB
title, aliases, tags, audience, status, last_review, code_version
| title | aliases | tags | audience | status | last_review | code_version | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| prop-acc · 场景 - A 流 - 前台办理充电桩电费充值 |
|
|
|
已发布 | 2026-05-25 | 2026-05-22 |
场景:前台办理充电桩电费充值
电动车业主预付式电费充值。充值后电费从余额扣减。
[!warning] 这其实更适合预存款模块 严格说,这种"预存后逐次抵扣"的场景应该走 预存款(
PrepaidAccount+ConsumeAction),而不是一次性收费。本场景描述的是一次性买"电费券" / "充值码" 的简化模式 —— 适合不需要逐次扣减的小区。
两种实现方式
方式 A:走一次性收费(简化,本场景)
业户付钱买预付电费充值码(类似话费充值卡),自己输入到充电桩。
- 适合:充电桩支持充值码兑换
- 优点:简单,后台只记一笔交易
- 缺点:业户余额不在物业系统里,核对靠物理充值码
方式 B:走预存款模块(规范)
业户预存到物业开的"预付电费账户"(PrepaidAccount),用电时由集抄系统调用 ConsumeAction 自动扣减。
- 适合:充电桩有联网,能实时上报用电量
- 优点:业户余额清楚,系统自动扣减,可生成月度账单
- 缺点:需要充电桩硬件支持联网
[!info] 本文档继续讲方式 A 方式 B 详见预存款模块的"业户充值场景"(待补)。
典型情境
[!example] 真实情境 张先生家有一辆电动车,小区充电桩需要预付费才能用。他来物业前台想充 ¥200。
业户视角
第 1 步:到前台
"我要给充电桩充 ¥200。"
第 2 步:付款
- 现金 / 微信 / POS
- 物业职员录入金额、提交
第 3 步:拿到充值码
- 职员给您一张小票 或 微信发您一串充值码
- 您在充电桩上输入,余额到账
[!tip] 也可以打到 IC 卡 如果您的门禁 IC 卡支持电费(常见高档小区),职员可以直接把 ¥200 余额写入您的 IC 卡,不用记充值码。
业务人员视角
Filament 录入(与 IC 卡几乎一样)
| 字段 | 填什么 |
|---|---|
| 业户 | 通过房号搜业户 |
| 收费项目 | "充电桩电费充值" |
| 数量 | 1(几张充值卡) |
| 金额 | 业户要充多少 |
| 支付方式 | 现金 / 微信 / POS |
| 备注 | 充值码 / 卡号(便于核对) |
与其他充值的对比
| 充值类型 | 模块 | 单价规则 |
|---|---|---|
| 充电桩(本场景) | 一次性收费 | 业户付多少充多少(无固定单价) |
| IC 卡 | 一次性收费 | 固定单价 ¥30-50 / 张 |
| 装修出入证 | 一次性收费 | 固定单价 ¥10-50 / 张 |
| 预存物业费 | 预存款模块 | 业户付多少存多少 |
系统流程
sequenceDiagram
participant 业户
participant 前台
participant 一次性收费
participant 充电桩
业户->>前台: 充 ¥200 电费
前台->>一次性收费: 录入金额 + 提交
一次性收费-->>前台: 完成 + 充值码
前台->>业户: 给充值码 + 收据
业户->>充电桩: 输入充值码
充电桩-->>业户: 余额 ¥200
常见问题
[!question] 充值码丢了能补办吗? 不能。充值码本质是"一次性使用"的密码。建议立刻在充电桩输入,不要保留。
[!question] 业户充错金额(想充 ¥200 充成 ¥2000)能改吗? 作废重做:走 场景-已收款作废 退还 ¥2000,重新录 ¥200。前提是充值码还没用。
[!question] 业户余额没用完想退怎么办? 取决于物业政策。技术上这条订单不能"部分退"(订单是原子的)。变通方案:
- 联系业户,作废原订单(退全款 ¥200)
- 业户重新付实际使用金额(比如已用 ¥50 → 重新录一笔 ¥50)
[!question] 充值码能给别人用吗? 系统不限制 —— 充值码是"凭码兑换",谁拿到谁能用。业务上各物业政策不同。
何时换成预存款模块?
[!tip] 升级到方式 B 的信号 如果你们小区出现以下情况,该考虑切换到预存款模块:
- 业户经常问"我还剩多少钱"
- 财务想月底对账"全小区欠多少预付费"
- 充电桩硬件升级了能联网
切换路径:
- 业户开 PrepaidAccount(预存款账户)
- 充值走
DepositAction(预付款模块) - 用电由集抄系统自动
ConsumeAction扣减
相关概念
- 概念-A流与B流
- 概念-CollectionOrder与Receipt
- 场景-A流-前台购买IC卡 — 模板
- 预存款模块文档(待补) — 方式 B 的实现
异常分支
- 充错金额 → 场景-已收款作废 + 重做
- 充值码丢失 → 不可补办,业务沟通退款