书屿导入处理状态：分清重新排队、已处理与需手动处理

失败导入点过重试后，最重要的不是按钮有没有响应，而是结果属于哪一种状态。书屿1.1.4公开说明区分重新排队和需手动处理，本篇用已有记录建立状态台账。只观察自己的合法样本，不修改私有队列文件；不同来源的处理方式可以不同，任何接收或排队提示都不能独立证明正文已成功导入。

建立同一项目的状态记录

在导入队列选择一个已有失败项，登记标题、来源、记录时间、错误、当前提示和是否有重试入口。实际显示什么就写什么，没有失败项无需故意制造。状态台账用普通外部文档即可，不假定应用有本文自定义字段。先截图或文字记下必要非私密信息，避免重试后凭记忆解释。若列表经过筛选，保留筛选范围与总览区别；找不到一行不一定已经成功，可能只是当前范围不显示。先确认对象一致再比较不同时间的状态。

把本地共享迁移来源分开看

按当前显示区分本地导入、共享导入、迁移导入或其他来源，不因为标题相同就合并。当前实现对本地失败可直接尝试处理，对可用共享内容可重新排队；迁移类可能要求原始清单重新选择，具体以本版提示为准。这些来源名称帮助找处理路径，不保证每行都能自动重试。原文件不可用或连续失败也可能被标需手动。把来源、允许动作与结果分别记录，避免看到重试两个字就假设所有项目经历同一流程。

读懂重新排队的有限含义

共享失败项重新排队，表示可处理内容被重新提交等待后续工作，不等于已经生成可读书籍。记录提示出现时间，等待实际处理，再看当前队列与书架。不要因为提示里有数字一就写已成功导入一本，数字可能只统计重新加入的一项。排队后仍可能遇到网络、内容不可用或解析问题，保留后续错误，不把第一次反馈当最终结论。也不需要反复点同一条来催促；重复请求可能让自己更难分清哪次操作与哪条结果对应。

已处理也要确认是否已有副本

本地项目显示已处理时，可能是本次完成，也可能原来已经导入同格式副本而旧失败记录得到处理。先核书架里的名称、来源、格式与正文，不用新增数量作为唯一成功证据。已存在可读书并不需要为了证明重试再复制一本；若只有记录而打不开，仍不能说阅读已验证。结果数字说明处理统计，正文验证是另一项检查。把是否新增、是否可读和失败记录是否仍在分三栏，避免一个已处理标签覆盖全部实际状态。

需手动处理时回到对应原来源

当前提示需手动处理时，先读说明，不继续找自动重试开关。本地源不可用时确认原件并从正常导入入口重新选择；共享文件或链接失效时回原应用重新分享合法内容；迁移类若要求原始清单，先核清单与文件对应。按实际来源做其中适用的一项，不同时把三条都执行。不要编辑应用数据库、借用别人的服务器凭据或清空成功书籍。手动处理表示还需补材料或动作，不等同永久不支持格式，也不等同可以直接删掉原件。

把操作请求与内容验证分开验收

以一个目标为例，先记录按下什么、提示何时出现，再实际打开目标书检查首段与靠后段落；共享网页内容则核对其实际正文而非仅标题。能看到封面或摘要不保证全部内容已取得。若没有可读结果，就保留待处理或失败，不把提示接收成功改写成导入成功。核对期间不要改文件版本，换源应另开记录。任何清理前先保留原件与问题线索，移除记录也不是修复正文，不为让状态表全绿而删除未确认项目。

退出返回核对后续状态

离开导入队列与书架，再重新进入同一来源和目标，检查状态是否有后续变化。保存第一次提示与现在结果两列，注明时间差，不将不同项目的数字混算。若失败记录已不见但书仍找不到，先查筛选、同名版本与实际来源，不立刻整批重导。若仍失败，保留最新错误并决定下一步是修源文件、重新分享还是等待，不重复同一无变化动作。需要反馈时用可授权小样和明确步骤，不公开私人文件、网址令牌或完整目录。

完成有来源和时间的状态结论

完成时能回答请求是否接收、是否重新排队、是否仍需手动以及正文是否已验证。为什么排队不是成功？后续处理尚未证明完成。为什么已处理不一定新增？可能解决已有副本记录。为什么手动不是清空？还需回来源核对。结论可保留未知和待后续处理，不要求每项都变成功。最后保存来源、动作、提示、正文结果与下一步，让以后重看的人知道核对做到哪里，而不是只看到一个没有内容依据的成功勾选。