数据安全的账，要从"敢不敢给权限"算起
一家连锁的后台，删除权攥在老板一个人手里，其他人天天提需求；放下去，又怕哪天连人带账一起没了。
不敢下放删除权
基础资料几十个页面共用，仓库、工序、退货类型谁都在用；把删除给到店长，等于把停摆风险给到全连锁。
这套做法：删除做成可回退的一步：记录先标记、再放回，回收站在每张列表页都留了入口，店长敢用，也不用怕手滑。
找不回是哪一条
资料删掉后下游单据找不到它，翻遍列表也搜不到，最后只能新建一条，编码、名称全变了，历史对不上。
这套做法：被删的记录没有从库里消失，在门店、仓库、分公司这类筛选里勾上"显示已删除"，那一条会带着删除标记重新露出来。
一删就得停机等人
还原备份要停业务、要技术人员介入，一个下午没了；多数小连锁根本没有专人管这件事。
这套做法：回收站是当前功能页里的一个弹层，点开、找到、放回，业务不停；技术上不需要还原整库。
这一套里真正管用的三层
删除不是"没了"，而是"下架"；下架了还能查、还能请回来；而能不能按下这个按钮，本身又被权限管着。
| 在哪一层 | 怎么落 | 说明与界面上看得到的 |
|---|---|---|
| 删除的入口 | 选中一条基础资料执行删除，记录退出常用列表 | 例：仓库管理里删掉一个已停用的仓库，之后新增单据的仓库下拉里不再出现它 |
| 回收站的入口 | 在当前页面弹出，看完关掉就回到列表，不会把你带离正在做的事 | 实测在仓库管理、手工价格表、报废类型、退回类型、次品原因定义、生产工序定义、生产订单等页面都有这个按钮 |
| 已删除记录仍可查 | 把这个开关打开，已删除的记录带着一截删除标记重新出现在候选里 | 默认是关闭的，这是"日常看不到、需要时查得到"的意思；实测这一开关出现在门店、仓库、分公司三种候选列表上 |
| 谁能进回收站 | 回收站按钮跟"修改"级权限走，没给到这个动作的人，按钮根本不出现 | 实测工具栏上"新增""导出""回收站""打印"各挂自己的权限标记，四件事可以分给三个人 |
| 删除之外的第二道 | 资料被单据用过，删除前后要复核下游；这一层属于业务判断，不由回收站代劳 | 建议把"先停用、再删除"当成习惯：能改名、能加"停用"字样的，不必急着删 |
需要说清的一点：回收站救的是"删错"，救不了"改错"，也不能当备份用。一次改错了名称、改错了单价，走的是单据留痕与权限控制那两件事，见本页最后的常见问题。
一条仓库编码从误删到放回，中间发生了什么
下面是一次误删的完整过程，界面动作按后台实际按钮描述，涉及的具体记录名做了脱敏。
| 第几步 | 谁在做 | 界面上看到 | 此时数据在哪 |
|---|---|---|---|
| 1 | 店长 | 在仓库管理里删掉一个旧仓库 | 记录被标记下架，列表里消失 |
| 2 | 店长 | 当天配货单选不到这个仓库了 | 仍在库里，只是默认不显示 |
| 3 | 店长 | 点工具栏"回收站" | 当前页弹出，列出这张表已删除的内容 |
| 4 | 店长 | 找到那条、放回去 | 记录回到常用列表，编码与历史不变 |
| 5 | 店长 | 关掉弹层回到列表 | 下游单据又能选到它了 |
为什么这件事值得当成"架构能力"来讲
因为回收站不是一个按钮，它意味着这台系统对"删除"这件事的定法：先标记、可回退、按权限放开。基础资料被促销、进销存、生产、财务四个方向共用，一处能回退，四处都少出事。
- 关键在最后两格：整场操作没有停业务、没有找技术人员，也没有还原整库——因为删除本来就没有把数据抹掉。
- 同一条记录如果走的是"显示已删除"这条路，会看到它前面带着一截删除标记；两种办法看到的是同一条数据，不是两份。
- 放回以后请复核一件事：这条资料在停用期间有没有被新建过同名的另一条。两条同仓库名的后果比删错更麻烦，合并要靠人而不是靠系统。
这三种连锁最需要把它当回事
共用资料多、人多手杂、又没有专职技术人员的连锁，删除的风险远高于新增。
多品牌多仓库
一个账套下几十个仓库，老店关闭、新店开业是常态。仓库名删错，历史出库单立刻找不到归属，回收站让店长自己就能收场。
季节品上下架频繁
月饼券、青团、年货的报废类型、退回类型、次品原因每季重配一轮。改错人往往是刚接手的小编，不是老手。
没有专职IT的中小企业
老板自己管后台， IT 是外包的。真出事要走工单、要等恢复窗口，一次停摆的损失比数据本身大。
用之前先明白这三条边界
回收站是很实用的一道保险，但它不是备份、不是审计、也不覆盖所有页面。
- 不是每个列表页都有回收站。实测它集中出现在基础资料与设置类页面（仓库、价格表、报废/退回类型、次品原因、生产工序、生产订单等），多数业务单据与报表页的工具栏没有这一格。单据要作废，走的是关闭与红字那条路，不是删除。
- 已删除记录能看见，不等于能一键找回全部关系。放回的是这条资料本身；停用期间下游有没有另建同名的、有没有已经生效的单引用过它，仍需人复核。
- 回收站不显示保留多久、能放多少条。本轮取证只到按钮与筛选这一层，弹层里的具体列与保留策略请在实机上确认后再写进公司制度。
- 它替代不了账套备份。回收站管"删错一条"，备份管"整库出问题"，两件事请分开安排，不要因为界面里有回收站就省掉备份。
可回退的删除，与"删了就没了"
同一家 20 家店的连锁，一次误删之后两种做法的代价差别。
| 比什么 | 数据回收站 | 物理删除 + 定期备份还原 |
|---|---|---|
| 误删之后要多久恢复 | 店长自己点两下，几分钟 | 提工单、等技术员、还原备份，按半天算 |
| 业务是否停摆 | 不停，别人照常开单 | 还原窗口内整账套不可写 |
| 恢复的范围 | 只放回那一条资料 | 整库回到备份点，期间的录入一起丢 |
| 要不要专人守着 | 不需要，靠权限就能放开 | 必须有懂备份的人 |
| 历史记录 | 编码不变，历史单据仍能对上 | 还原后可能出现两套编码 |
四步把删除这件事变得敢放手
目标是把删除权下放到店长，同时不让任何一个人有能力把连锁停摆。
先分清哪些资料是共用的
把仓库、价格表、工序、退货类型这些多方向共用的名单列出来，这些是"删一条、四处疼"的，优先安排回收流程。
把删除与回收站给到该给的人
在系统管理的用户与角色里，把修改级权限给到店长角色；不给的人连工具栏那一格都看不到。
定一条公司规矩
凡是能改名停用的，先加"停用"字样观察一周再删；真要删的，删完当天自己到回收站复核一次。
把"显示已删除"教给管货的人
在门店、仓库、分公司的候选列表里知道这个开关在哪，出问题时不用临时找人问。
关于数据回收站，常被问到的六件事
这是保留策略问题，不是删除方式问题。本轮只取到"删除后记录仍可查、默认不显示"这一层，保留多久、能否彻底清除请在实机确认后写进制度；真担心容量，应先安排归档与备份计划，而不是靠物理删除来腾地方。
不要这么用。单据的正规路径是草稿、关闭这套状态流转，删单据会打断上下游的数量核对。回收站这一格实测集中在基础资料与设置类页面。
跟修改级权限绑定，权限没给到的人，工具栏上这一格都不出现；所以把它当成一个动作来授权，而不是当成一个页面。
看到的是同一批数据。回收站是当前功能页上的入口，把已删除的记录单独列给你处理；"显示已删除"则是让候选列表把已下架的那几条一并显示出来，两者一个用来找回、一个用来核查。
不能。回收站处理的是"删掉"，改错的痕迹在字段值上，靠的是按钮级权限（谁可以改）与单据留痕（谁改的），这两层在岗位权限体系那一页里详述。
不需要。列表还是原来的列表，按钮还是那几个按钮，唯一变化是出了事你可以自己收场——这是权限敢不敢下放的分水岭。
回收站之外，同一套架构里还管着数据的这几次
这几页分别把"谁能动、动了留什么痕迹、影响到哪张单"讲清楚，可以连着看。
系统架构的八项机制，一项一页
这一页讲的是其中一项。想知道日常业务还靠哪些底层机制兜住，直接切过去。