6.7 KiB
title, aliases, tags, audience, status, sub_feature, last_review, code_version
| title | aliases | tags | audience | status | sub_feature | last_review | code_version | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| prop-acc · deposit · 场景 - 未申请直接动工违约扣罚 |
|
|
|
已发布 | deposit | 2026-05-25 | 2026-05-22 |
场景:未申请直接动工违约扣罚
业户未走申请流程(没向物业报备、没办出入证、没交押金)就直接开工装修,物业按装修管理协议扣罚违约金。
典型情境
[!example] 真实情境 物业巡查员发现 8 楼 8-2-302 房间内正在敲墙,但物业没有这家业户的装修报备记录。物业上门要求停工,业户(刘先生)解释"刚开始,以为周末没人来管"。
按装修管理协议第 X 条:"未向物业报备私自动工,违约金 ¥3,000"。物业要求刘先生立即补办装修申请 + 缴装修保证金 ¥5,000 + 缴违约金 ¥3,000。
业户视角
第 1 步:被物业告知违约
物业上门 / 电话告知:
- 您家正在装修但未报备
- 违反装修管理协议第 X 条
- 需停工 + 补办手续 + 缴违约金
第 2 步:补办手续
- 签装修管理协议
- 提供施工合同 / 施工方信息
- 缴 ¥5,000 装修保证金 + ¥3,000 违约金
第 3 步:扣罚方式
物业操作:
| 步骤 | 操作 |
|---|---|
| 1. 缴款 | 您交 ¥8,000(押金 5000 + 违约金 3000)到物业账户 |
| 2. 开 DepositAccount | 押金账户首次缴款 ¥5,000(deposit-first-time-renovation 流程) |
| 3. 同时扣罚 | 从押金账户扣 ¥3,000(违约金,实际钱已收) |
| 4. 账户余额 | ¥5,000 - ¥3,000 = ¥2,000 留作真正押金 |
[!warning] 这是简化做法,严格说应分两笔账 严格的会计做法:
- 押金账户记 ¥5,000(代管负债)
- 违约金 ¥3,000 走独立 adhoc-flow-a-vs-flow-b 流(直接进收入)
当前简化:让一笔押金账户兼"扣罚"用,本质上是把 ¥3,000 通过 forfeiture 流水转入维修收入科目。审计可追溯但科目映射略粗。
第 4 步:收到 2 张收据
- 蓝字:"装修保证金缴纳 ¥5,000"(押金缴款)
- 红字:"装修保证金扣罚 ¥-3,000(违约金:未报备私自动工)"
[!info] 业户感受 您一共付了 ¥8,000,实际押金账户里只剩 ¥2,000。装修结束无其他损坏的话,退您 ¥2,000。
业务人员视角(物业财务 + 装修管理)
第 1 步:取证
- 现场照片(动工迹象、装修工具、施工人员)
- 业户书面承认违约
- 物业巡查记录
第 2 步:补办流程
催业户带材料到物业前台:
- 装修管理协议(签字)
- 施工合同
- 身份证 / 房产证
第 3 步:做两笔操作
操作 A — 开账户首次缴款(详见 deposit-first-time-renovation):
CreateDepositAccount,首次缴款 ¥5,000,业户支付方式- 系统建账户 + DepositTransaction(deposit, 0→5000)+ Receipt
操作 B — 扣罚违约金(详见 forfeit-damage-public-area):
ViewDepositAccount→ForfeitureAction(modal)- 扣罚金额 ¥3,000
- 扣罚事由 "违约金:未报备私自动工,2026-XX-XX 巡查发现,业户已书面承认"
- 系统建红字 CO + DepositTransaction(forfeiture, 5000→2000)+ 红字 Receipt
第 4 步:把两张收据交业户
- 蓝字缴款收据 ¥5,000
- 红字扣罚收据 ¥-3,000
业户余额 ¥2,000,后续装修按正常流程管理。
系统流程
sequenceDiagram
participant 业户
participant 财务
participant Filament
participant 数据库
Note over 业户,财务: 业户已支付 8000(押 5000 + 违约 3000)
财务->>Filament: CreateDepositAccount + 首次缴 5000
Filament->>数据库: 建 Account (Active, 5000) + CO (+5000) + Transaction (deposit) + Receipt
数据库-->>财务: 账户已建,余额 5000
财务->>Filament: ViewDepositAccount → ForfeitureAction (3000, 违约金)
Filament->>数据库: 建 CO (-3000 红字) + Transaction (forfeiture, 5000→2000) + 红字 Receipt
数据库-->>财务: 账户余额 2000(Active 状态保持)
财务-->>业户: 蓝字 + 红字 2 张收据
流水台账(本场景完整记录)
| 流水 | type | amount | balance_before | balance_after | 关联 CO | Receipt |
|---|---|---|---|---|---|---|
| 1 | deposit | 5000 | 0 | 5000 | CO #1(+5000) | "装修保证金缴纳 ¥5,000" |
| 2 | forfeiture | 3000 | 5000 | 2000 | CO #2(-3000) | "装修保证金扣罚 ¥-3,000(违约金:未报备私自动工)" |
净流入物业:¥5,000 - ¥3,000 = ¥2,000 代管 + ¥3,000 计入收入(通过 forfeiture)。
常见问题
[!question] 业户拒不补办怎么办? 物业可:
- 张贴停工通知
- 通知房管局 / 街道办
- 切断装修施工水电(看物业管理权限)
- 业户继续违规 → 报警 / 走司法
系统层面不处理这类强制措施,只在业户配合补办时支持上述操作。
[!question] 违约金是直接扣还是先收押金再扣? 两种方式:
方式 优 缺 一笔单独"违约金"adhoc 收入 科目清晰(进收入,不入押金账户) 业户感受是"两笔不同性质的钱",流程长 押金账户内扣罚(本场景) 一笔进账简单,押金账户也兼违约金 科目较粗(违约金通过 forfeiture 路径转收入) 当前推荐前者(严格会计),实际很多物业用后者(简单)。两种做法系统都支持。
[!question] 业户已经把装修做完了才被发现未报备怎么办? 看具体情境:
- 物业完全没收押金:补办手续 + 缴押金 + 扣违约金,本场景
- 物业已收押金但没开账户:补办账户,补扣违约金
- 装修已完成无损坏:可只扣违约金不留押金,余额 0 关账
[!question] 同一户多次违约可以累计扣吗? 可以。每次违约一笔
ForfeitureAction,各自有事由。账户余额持续减少。累计扣超过押金余额时:
- 系统拒绝(
amount ≤ balance守护)- 需让业户补缴押金后再扣
- 或者部分扣 + 剩余追偿 —— 系统只处理账内部分
[!question] 违约扣罚业户不接受走纠纷怎么办? freeze-during-dispute 冻结调解。但违约扣罚一般有协议+证据,业户胜诉概率低。
异常分支
- 损坏类扣罚 → forfeit-damage-public-area
- 业户接受扣罚后退余款 → refund-partial-after-forfeit
- 全部扣罚清零关账(罕见,违约严重)→ close-after-zero-balance
- 业户拒绝接受 → freeze-during-dispute