有状态说明时
按说明理解当前阶段和可做动作，留意对象与适用范围。旧公告里的处理时间未必适用于这次情况，必要时确认说明是否仍有效。
交接读本 / 收取回查更新于
传奇私服收取回查：已发出与已收到之间
“已经发出”描述一边的操作，“已经收到”描述另一边的结果，两句话之间可能还有确认或领取环节。回查时沿着实际可见位置找证据，不凭一个提示补出系统尚未说明的状态。
先区分发出位置、待收位置和持有位置
一条完成提示可能只对应当前入口的一个环节。回查时需要知道它在说明发出、进入待处理位置，还是已经到达最终容器。下列分类用于整理可能遇到的文字，不代表每个区服都存在这些中间环节。
- 发出
这一边做过什么
保留实际操作与提示原句。发送窗口消失只描述界面变化，不自动证明另一边已经拥有或领取物品。
- 待收
是否有另一个明确入口
若提示指向待领取或其他位置，应按有效说明定位。没有这类文字时不要凭空寻找一个假定的邮件或临时仓库。
- 持有
最后由谁看见哪一组
确认当前角色与容器中的实际数量，并区分原有物品。只见到同名图标还不足以判断这次新增了多少。
数量回查，要比较同一种口径
如果物品允许合并显示，操作前后的图标数量可能不同。若存在多个同名组，应先确认哪些组属于本次比较范围，再计算数量变化。记录不完整时可以只说明看见了某组，不强行推算全部总量。
| 可见现象 | 可继续查看 | 暂不作出的判断 |
|---|---|---|
| 图标减少 | 是否发生合并或排列变化。 | 物品一定被删除。 |
| 某组增加 | 是否与本次操作数量相符。 | 所有交付均已完成。 |
| 入口没有内容 | 角色、分类与筛选范围。 | 所有容器都没有物品。 |
这些是核对方向，不是故障诊断。若无法分清原有数量，保留记录缺口，不把猜出的差值写成实际收取凭据。
暂未显示，不直接等于需要重发
结果未明可能有多种原因，单凭等待时间无法判断其中哪一种成立。先看当前提示是否说明处理状态，再查对应规则。本站不设定一个“等多久就必定到账”的时间，也不建议用重复转交来测试是否只是显示延迟。
没有状态说明时
记录最后明确看见的位置与提示，停止追加新步骤。没有找到答案不代表必须继续试错，保持原记录有助于后续查阅。
需要支持时使用对应区服的有效渠道。传奇私服发布网无法代为查询背包、追回物品或恢复交易状态。
问题留档，写事件而不是先写责任
回查材料的重点是让人能理解发生顺序。写清操作前位置、实际动作、提示原文和最后可见状态，再说明希望确认的那一个问题。不要在事实尚未完整时把一个推测原因放进标题，影响后续对其他解释的检查。
保留必要的上下文
截图可只保留相关物品和提示。避免裁掉改变句意的条件词，但应遮去密码、验证码及与问题无关的账户信息。
说明记录在哪里断开
若中途关闭了界面或更换角色，应如实写明。没有观察到的环节不补写成连续事件，也不把记忆中的大概数量写成精确数字。
多次操作应分开编号，避免将第一次的提示与第二次的结果拼在一起。暂时分不清对应关系时，标出未能匹配的记录，不靠时间接近就认定它们属于同一次交付。
只有一张结果截图够不够？
它能说明截图时的可见状态，但未必解释此前发生了什么。可以注明缺少前序记录，而不是编造完整过程。