Files
uniprop-manual/prop-acc/scenarios/adhoc-receipt-onsite-print.md

174 lines
5.8 KiB
Markdown
Raw Normal View History

2026-05-25 13:59:37 +08:00
---
P3+P4+P5: prop-acc 迁移到多域 UDAS,新建 4 域骨架与顶层入口 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>
2026-05-25 20:44:43 +08:00
title: prop-acc · 场景 - 收据 - 现场打印纸质收据
aliases:
- 场景 - 收据 - 现场打印纸质收据
- 场景-收据-现场打印纸质收据
2026-05-25 13:59:37 +08:00
tags:
P3+P4+P5: prop-acc 迁移到多域 UDAS,新建 4 域骨架与顶层入口 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>
2026-05-25 20:44:43 +08:00
- 场景
2026-05-25 13:59:37 +08:00
- prop-acc
- 一次性收费
- 业务场景
- 收据凭证
audience:
- 业户
- 业务人员
P3+P4+P5: prop-acc 迁移到多域 UDAS,新建 4 域骨架与顶层入口 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>
2026-05-25 20:44:43 +08:00
status: 已发布
last_review: 2026-05-25
2026-05-25 13:59:37 +08:00
code_version: 2026-05-22
---
# 场景:现场打印纸质收据
业户买完东西要**纸质收据**(贴在公司报销单上、归档保存)。前台**当场用收据打印机出**。
## 典型情境
> [!example] 真实情境
> 王经理是某公司的行政,买了 5 张装修证(¥150)给装修工。要拿纸质收据回公司报销,**普通的微信电子收据不够**(财务要纸质,而且最好有印章)。
## 业户视角
### 您能拿到的纸质形态
| 类型 | 说明 | 是否能报销 |
|---|---|---|
| **打印机出小票** | 热敏纸 + 二维码 | 部分公司能,大公司通常不行 |
| **正规收据(三联单)** | 物业印章 + 手写 / 打印 | 大多数公司可报销 |
| **正规发票** | 国税局开具 | 全部公司可报销 |
| 微信电子收据 | 微信卡包 | 报销取决于公司政策 |
> [!info] 收据 ≠ 发票
> **收据**:证明"我付了钱给物业",有物业印章。
> **发票**:税务凭证,公司报销/抵扣进项税必需。
>
> 本系统**生成的是收据**,**不是发票**。要发票需要走独立的发票开具流程。
### 怎么要?
到前台:
> "麻烦给我打张纸质收据,要盖章的那种。"
物业职员会:
1. 在打印机上出一张**预打印收据**(已盖物业公章的纸质单据)
2. 在系统里同步把电子收据状态更新
3. 把纸质单交给您
或者更简单的:**让打印机直接出小票**(热敏纸,系统自动出)。
## 业务人员视角
### 出收据的几种方式
```
方式 A:热敏小票(最简单,1 秒出单)
├── Filament 后台订单详情 → 点"打印收据"
├── 热敏打印机直接出单
└── 适用:业户不在意是不是"正规收据"
方式 B:预打印套打收据(正规)
├── 物业有库存的"三联收据单"(纸质 + 物业印章)
├── 在 Filament 后台填套打数据,系统按收据格式打印到三联单上
├── 业户拿走第一联;前台留第二联;财务存第三联
└── 适用:业户要报销
方式 C:手写收据(应急)
├── 打印机故障 / 系统宕机
├── 手写三联单 + 盖章
└── 后续在系统里补录订单(注明手写编号)
```
### 推荐:**默认热敏小票,业户要"正规"再出预打印**
```
1. 业户付完款 → 自动出热敏小票
2. 业户走的时候问:"我能拿张能报销的吗?"
├── 是 → 出预打印收据
└── 否 → 完事
```
## 系统流程
```mermaid
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]] — 自助下载电子版
## 异常分支
- 打印机坏 → 手写三联 + 后续补录系统
- 业户要发票 → 单独流程