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>
5.8 KiB
5.8 KiB
title, aliases, tags, audience, status, last_review, code_version
| title | aliases | tags | audience | status | last_review | code_version | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| prop-acc · 场景 - 收据 - 现场打印纸质收据 |
|
|
|
已发布 | 2026-05-25 | 2026-05-22 |
场景:现场打印纸质收据
业户买完东西要纸质收据(贴在公司报销单上、归档保存)。前台当场用收据打印机出。
典型情境
[!example] 真实情境 王经理是某公司的行政,买了 5 张装修证(¥150)给装修工。要拿纸质收据回公司报销,普通的微信电子收据不够(财务要纸质,而且最好有印章)。
业户视角
您能拿到的纸质形态
| 类型 | 说明 | 是否能报销 |
|---|---|---|
| 打印机出小票 | 热敏纸 + 二维码 | 部分公司能,大公司通常不行 |
| 正规收据(三联单) | 物业印章 + 手写 / 打印 | 大多数公司可报销 |
| 正规发票 | 国税局开具 | 全部公司可报销 |
| 微信电子收据 | 微信卡包 | 报销取决于公司政策 |
[!info] 收据 ≠ 发票 收据:证明"我付了钱给物业",有物业印章。 发票:税务凭证,公司报销/抵扣进项税必需。
本系统生成的是收据,不是发票。要发票需要走独立的发票开具流程。
怎么要?
到前台:
"麻烦给我打张纸质收据,要盖章的那种。"
物业职员会:
- 在打印机上出一张预打印收据(已盖物业公章的纸质单据)
- 在系统里同步把电子收据状态更新
- 把纸质单交给您
或者更简单的:让打印机直接出小票(热敏纸,系统自动出)。
业务人员视角
出收据的几种方式
方式 A:热敏小票(最简单,1 秒出单)
├── Filament 后台订单详情 → 点"打印收据"
├── 热敏打印机直接出单
└── 适用:业户不在意是不是"正规收据"
方式 B:预打印套打收据(正规)
├── 物业有库存的"三联收据单"(纸质 + 物业印章)
├── 在 Filament 后台填套打数据,系统按收据格式打印到三联单上
├── 业户拿走第一联;前台留第二联;财务存第三联
└── 适用:业户要报销
方式 C:手写收据(应急)
├── 打印机故障 / 系统宕机
├── 手写三联单 + 盖章
└── 后续在系统里补录订单(注明手写编号)
推荐:默认热敏小票,业户要"正规"再出预打印
1. 业户付完款 → 自动出热敏小票
2. 业户走的时候问:"我能拿张能报销的吗?"
├── 是 → 出预打印收据
└── 否 → 完事
系统流程
sequenceDiagram
participant 业户
participant 前台
participant Filament
participant 热敏打印机
participant 套打打印机
业户->>前台: 我要纸质收据
前台->>Filament: 订单详情 → "打印收据"
Filament->>热敏打印机: 默认走热敏
热敏打印机-->>前台: 出小票
前台->>业户: 给小票
Note over 业户: 业户:"我要能报销的"
前台->>Filament: 切换 "正规收据" 模式
Filament->>套打打印机: 按三联格式打印
套打打印机-->>前台: 三联收据
前台->>业户: 第一联(您拿) + 第二联(前台留)+ 第三联(财务存)
纸质收据应包含的字段
[物业 LOGO] [物业公章]
─────────────────────────────────
收 据
─────────────────────────────────
日期: 2026-05-25
收据号: R-20260525-001
收款方: 鸿基物业管理有限公司
付款方: 王XX(123-4-501)
项目 数量 金额
─────────────────────────────────
装修出入证 5 ¥150.00
─────────────────────────────────
合计 ¥150.00
支付方式: 现金 / 微信 / POS
[业务人员签字]
常见问题
[!question] 热敏小票能不能盖章后报销? 取决于公司财务。严格的公司只认正规收据/发票,热敏小票会被退回。保守做法:给业户预打印收据。
[!question] 套打打印机的"三联单"哪里有? 是物业预先采购的带印章的空白三联单(税务局有售卖或物业自行定制)。一般物业大厅 + 财务办公室都备一份。
[!question] 印章会不会被滥用? 印章在财务办公室管理员手里,套打前先盖章再打印。每笔订单单独打 1 张。审计可对照系统订单数和领用印章次数。
[!question] 业户要的是发票,不是收据怎么办? 让业户填发票申请表(公司抬头 + 税号),走税务开票流程。这超出本系统范围,通常需要财务部门用税控盘开。
[!question] 后期能补打吗? 当然可以 —— 走 场景-收据-重打丢失收据 流程。
与其他收据场景的对照
| 收据需求 | 解决方案 |
|---|---|
| 当场要小票 | 本场景(热敏) |
| 当场要正规报销凭证 | 本场景(预打印套打) |
| 已经走了发现丢了 | 场景-收据-重打丢失收据 |
| 想自助下载电子版 | 场景-收据-小程序自助下载PDF |
| 要正规发票(非收据) | 单独发票申请流程(超出本系统) |
相关概念
- 概念-CollectionOrder与Receipt — Receipt 表 + ReceiptItem 关联
- 场景-A流-前台购买IC卡 — 标准买票流程
- 场景-收据-重打丢失收据 — 事后补打
- 场景-收据-小程序自助下载PDF — 自助下载电子版
异常分支
- 打印机坏 → 手写三联 + 后续补录系统
- 业户要发票 → 单独流程