---
title: prop-acc · deposit · 场景 - 未申请直接动工违约扣罚
aliases:
  - 违约扣罚
  - 未报装修扣押金
  - forfeit-violation-no-permit
  - 场景-违约扣罚
tags:
  - 场景
  - prop-acc
  - 保证金
  - 扣罚
audience:
  - 业户
  - 业务人员
status: 已发布
sub_feature: deposit
last_review: 2026-05-25
code_version: 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|adhoc 一次性收费]] 流(直接进收入)
>
> 当前简化:让一笔押金账户兼"扣罚"用,本质上是把 ¥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,后续装修按正常流程管理。

## 系统流程

```mermaid
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]]

## 相关文档

- [[forfeit-damage-public-area]]
- [[deposit-first-time-renovation]]
- [[transaction-types]]
- [[red-receipt-design]]
- [[refund-partial-after-forfeit]]