资料板里的“配电柜现场.jpg”从待整理栏移进设备照片栏后，用户最容易观察到的是卡片位置变了。真正需要关心的还有两件事：拖拽过程创建的悬停态、预览图与临时目标信息是否全部清理；如果用户发现分类错误，撤销能否准确地把这张卡片放回原来的位置。前者关乎下一次操作是否受到上一段手势污染，后者关乎资料板能否从错误编辑中恢复，而不是把撤销理解为再拖动一次。 前七篇已经为现场电气柜资料板确定了稳定cardId、

现场资料板在平板上使用时，拖动“配电柜现场.jpg”放进“设备照片”栏确实直观；到了带键盘和鼠标的大屏工位，这套交互就显出缺口。有人用Tab找到了卡片，却无法用键盘完成移动；有人借助屏幕朗读听见“图片”，却不知道卡片现在属于哪一栏；还有人从详情弹窗返回，焦点已经跑到页面顶部。拖拽功能本身仍然可用，但资料板不能把“能拖起来”当成唯一的整理入口。 前六篇已经统一了boardId、itemId、atta

现场资料板做到第五篇时，卡片已经能够按稳定ID跨组件投放。待整理栏里的“配电柜现场.jpg”移到“设备照片”后，源栏、目标栏和计数都从同一个BoardStore更新，拖拽过程中没有各组件各自保存一份数据。现在遇到的故障不再来自卡片移动：这张照片的卡片还在，标题、类型和缩略图入口也都保留着，但用户打开附件时，原来的文件来源已经无法访问。 这个问题很容易被当成“卡片损坏”，随后有人直接删除卡片、重新导

现场电气柜巡检资料板经过四篇迭代，已经能够识别拖起的卡片、按照文件类型判断能否投放、处理拖拽取消，并正确计算同栏和跨栏的插入序号。但把页面拆成附件卡片、三列容器、统计标题和详情抽屉之后，又冒出了另一类错乱：卡片看起来已经进入“设备照片”，左侧“待整理”的数量却没有减少；详情抽屉还保留着旧栏位，等下一次拖拽才一起刷新。 这不是数组插入序号算错了，而是状态归属没定清楚。拖拽源组件、目标栏组件和详情组件

现场资料板经过前三篇，已经能识别被拖起的资料卡、筛选目标栏可接收的文件类型，并在松手取消时把卡片留在原处。实际排版时又出现一个很容易误判的细节：从“待整理”栏第二张卡拖到本栏末尾，释放后有时只向下挪一格；从“待整理”拖进“设备照片”栏两张图片之间，明明提示插入第二个位置，却被放到了第三个。用户看到的都是位置错乱，根因却不同。 关键区别是拖拽过程中计算的位置和最终写入数组的位置使用了不同的参照系。同

现场资料板的卡片开始支持拖入之后，操作员很快会遇到一个别扭的问题：把配电柜照片拖到“设备照片”栏上方，整列变成高亮；手指向旁边移动，列却一直保持高亮，好像还在等待放入。有人按返回键取消，卡片又留下一块半透明的拖拽影子。再复杂一点，用户长按的是巡查报告，手滑经过照片栏，照片栏竟然也给出可以接收的提示，松手后业务层才拒绝，操作显得前后矛盾。 上一章给附件加了attachmentId、declaredM

配电柜现场资料板在上一章解决了“拖的是哪张卡、可以放进哪一栏”的问题，实际接入附件时，新的矛盾很快出现：照片有JPEG与PNG，巡查报告是PDF，接线图可能是PDF也可能是图片，维修人员还会选中一个视频和一个表格。它们可以同时出现在文件选择结果中，却不该因为看起来都带文件名，就被统一投到“设备照片”栏。更麻烦的是，文件扩展名、页面看到的类型文字、内容描述和当前是否还能读取资源，并不总是相互一致。

现场维保人员整理资料时，常把配电柜照片、巡查表和整改记录放到同一张资料板上。大屏里摆三列卡片，看上去只要按住卡片拖到另一列就能完成归类。真正容易出错的地方并不是拖拽动画：照片卡片被放到“巡查表”栏，列表仍然接受了它；用户从右边拖回左边，卡片显示重复；快速切换项目后，上一项目的投放事件又把新页面的数据改了。 这次先确定拖拽的身份与投放语义，不急着处理文件内容。工程采用同一个“现场资料板”：左列是“待

W2仓的秋季盘点临近交接时，最难处理的往往不是扫描失败，而是一次操作停在两种状态之间：盘点行已经写入，页面还没有收到保存回执；离线修改已经进入出站队列，网络切换使服务端确认晚了一步；批次刚准备封存，应用重新打开后发现仍有两条待确认操作。如果恢复逻辑粗暴地“再保存一次”，账面数量就可能增加两遍。反过来，若为了避免重复而清空队列，真正尚未送达的修正便会丢失。 前七篇把W2仓A区、A-03-07货位、B

W2仓A区的秋季盘点临近收尾，盘点员已经把A-03-07货位中BRG-001轴承套件、LOT-09批号的差异复核完毕。前六篇陆续补齐了盘点行主键、重复扫码事务、批次快照、离线操作日志、版本冲突人工裁决以及复合索引。这些机制保证盘点期间的数据有序写入和查询，却留下了另一个容易拖延的问题：一批数据在业务上结束后，什么时候从可修改状态变成只读记录？什么时候可以清理临时扫描回执，哪些证据必须继续保留？ 如