35c0147a7b
背景: 单纯按 UDAS 严格扁平,prop-acc/scenarios/ 装齐 7 子模块后预计 100-150 篇 .md 单一文件夹,Explorer 无法浏览、Quartz folder page 无法阅读。 扩展规则(已写入 SKILL.md 多域章节 + multi-domain.md 第 10 节): - 单类型文件夹文件数 > 30 且能按业务子模块分组时,启用嵌套 - 路径:<domain>/<type>/<sub-feature>/<file>.md - 文件名去 <sub-feature>- 前缀(路径已表达) - title 三段式:<domain> · <sub-feature> · <名> - frontmatter 新增 sub_feature 字段(便于 RAG 过滤) - 跨子模块文档落在 <domain>/<type>/(不进子文件夹),与"跨域→cross/"对称 本次迁移: - prop-acc/concepts/adhoc-*.md (3) → prop-acc/concepts/adhoc/*.md - prop-acc/scenarios/adhoc-*.md (25) → prop-acc/scenarios/adhoc/*.md - 每个文件:title 加 adhoc 段、aliases 追加旧 prop-acc · 前缀形式(兼容)、 新增 sub_feature: adhoc 字段 WikiLink 解析未受影响: - 既有 [[场景-A流-...]] 等 200+ 引用通过 aliases (含旧 basename) 解析 - 新引用可用 [[adhoc · 前台购买 IC 卡]] 或 [[prop-acc · adhoc · 前台购买 IC 卡]] - 各域 knowledge-map.md 内 WikiLink 全部仍有效 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
142 lines
4.0 KiB
Markdown
142 lines
4.0 KiB
Markdown
---
|
|
title: prop-acc · adhoc · 场景 - A 流 - 前台购买 IC 卡
|
|
aliases:
|
|
- prop-acc · 场景 - A 流 - 前台购买 IC 卡
|
|
- 场景 - A 流 - 前台购买 IC 卡
|
|
- 场景-A流-前台购买IC卡
|
|
tags:
|
|
- 场景
|
|
- prop-acc
|
|
- 一次性收费
|
|
- 业务场景
|
|
- A流
|
|
audience:
|
|
- 业户
|
|
- 业务人员
|
|
status: 已发布
|
|
sub_feature: adhoc
|
|
last_review: 2026-05-25
|
|
code_version: 2026-05-22
|
|
---
|
|
|
|
# 场景:前台购买 IC 卡
|
|
|
|
最典型最高频的一次性收费场景。门禁卡、停车卡、电梯卡都走这条路径。
|
|
|
|
## 典型情境
|
|
|
|
> [!example] 真实情境
|
|
> 张阿姨,72 岁,上周搬家钥匙丢了想配新门禁卡。她不会用小程序,下午 3 点去了物业前台办公室。
|
|
|
|
## 业户视角(您要做什么)
|
|
|
|
### 第 1 步:到前台
|
|
|
|
带上**身份证 + 房产证(或租赁合同)** 到物业前台。
|
|
|
|
> [!tip] 装修业户特别注意
|
|
> 如果您是装修公司,需要带上**业主授权书**或合同复印件。
|
|
|
|
### 第 2 步:告诉职员要办什么
|
|
|
|
"我要补办一张门禁卡,房号是 12-3-501。"
|
|
|
|
### 第 3 步:付款
|
|
|
|
职员会告诉您**多少钱**(常见 ¥30-50 一张),您可选:
|
|
|
|
- **现金** —— 最常见
|
|
- **微信扫码** —— 职员出示物业收款码
|
|
- **POS 刷卡** —— 银行卡支付
|
|
|
|
### 第 4 步:拿卡 + 收据
|
|
|
|
- 实物 IC 卡:**当场拿到**
|
|
- 收据:可以选**打印纸质**或**微信收**
|
|
|
|
> [!success] 完成
|
|
> 整个过程 5 分钟内搞定。回家就能刷卡进门了。
|
|
|
|
## 业务人员视角(职员怎么操作)
|
|
|
|
### 第 1 步:打开后台
|
|
|
|
登录 Filament 后台 → 一次性收费 → 新建
|
|
|
|
### 第 2 步:填表单
|
|
|
|
| 字段 | 填什么 |
|
|
|---|---|
|
|
| 业户 | 通过手机号或房号查找业户 |
|
|
| 收费项目(RatePlan)| 选 "IC 卡 - 门禁" |
|
|
| 数量 | 1 |
|
|
| 金额 | 自动按 RatePlan 单价填(可手动改)|
|
|
| 支付方式 | 现金 / 微信 / POS |
|
|
| 收款银行账户 | 微信/POS 选对应银行账户;现金可空 |
|
|
| 备注 | 选填,如 "丢卡补办" |
|
|
|
|
### 第 3 步:提交
|
|
|
|
点击"创建"。系统瞬间完成:
|
|
|
|
- 建 `AdHocEvent`(状态 Completed)
|
|
- 建 `CollectionOrder`(状态 Completed)
|
|
- 建 `Receipt`(状态 Issued)
|
|
- 触发收据 PDF 生成
|
|
|
|
### 第 4 步:出货 + 给收据
|
|
|
|
- 从抽屉拿一张空白 IC 卡,在制卡机里写入业户房号
|
|
- 把卡交给业户
|
|
- 把收据打印 / 发到业户微信
|
|
|
|
## 系统流程(技术视角)
|
|
|
|
```mermaid
|
|
sequenceDiagram
|
|
participant 业户
|
|
participant 前台
|
|
participant Filament
|
|
participant 数据库
|
|
participant 监听器
|
|
|
|
业户->>前台: 我要买门禁卡 + 付现金
|
|
前台->>Filament: 填表单 + 提交
|
|
Filament->>数据库: 开启事务
|
|
Filament->>数据库: 1. 建 CollectionOrder (Completed)
|
|
Filament->>数据库: 2. 建 AdHocEvent (Completed, 关联 CO)
|
|
Filament->>监听器: 3. 触发 CollectionOrderCompleted 事件
|
|
监听器->>数据库: 4. 建 Receipt + ReceiptItem
|
|
Filament->>数据库: 提交事务
|
|
Filament-->>前台: 成功通知
|
|
前台->>业户: 出卡 + 给收据
|
|
```
|
|
|
|
> [!info] 一气呵成
|
|
> 第 1-4 步在一个数据库事务里完成 —— 任何一步失败,整笔操作回滚,不会出现"扣了钱但没出卡"的半成品状态。
|
|
|
|
## 常见问题
|
|
|
|
> [!question] 业户没带身份证可以办吗?
|
|
> 各物业政策不同。系统不会强制 —— 是物业内部审核流程。
|
|
|
|
> [!question] 业户现金不够可以拆分支付吗?
|
|
> 当前一笔订单只支持一种支付方式。需要拆,可以分两单做(2 张 IC 卡分两笔录入)。
|
|
|
|
> [!question] 万一录错金额怎么办?
|
|
> 走 [[场景-已收款作废]] 流程,作废后重新录入。
|
|
|
|
> [!question] 卡的物理库存怎么管?
|
|
> 当前系统**不管物理库存**,只管财务记录。需要库存管理可以接外部系统,或挂 TODO 等业务方反馈。
|
|
|
|
## 相关概念
|
|
|
|
- [[概念-A流与B流]] — 为什么这叫 A 流
|
|
- [[概念-CollectionOrder与Receipt]] — 创建的三件套
|
|
- [[概念-AdHocEvent状态机]] — 直接进入 Completed 状态
|
|
|
|
## 异常分支
|
|
|
|
- 业户付完反悔 → [[场景-已收款作废]]
|
|
- 业户改主意不要了 → 录入前直接放弃,系统里没任何记录
|