把一次交接限定到一个明确的测试批次
一轮设备测试从打包人交给接手人时，先用一条记录锁定本次要交接的对象：应用名称、构建标识、接收批次、提出测试需求的人、负责签名的人，以及最终确认材料的接手人。构建标识与批次名称由团队从实际工作材料填写，文章不替任何账户认定其状态。若手里只有一个安装地址或一张聊天截图，先补齐材料清单再谈验收。
Ad Hoc 描述文件需要匹配的 App ID、分发证书和已注册设备。
建议把“待交材料”与“已经核对的证据”分开两栏。前一栏列出本次要查看的描述文件、工程记录、证书记录及设备清单；后一栏写每项由谁在何时打开原材料确认。这样接手人能知道哪些内容是打包人亲自查看的，哪些只是别人转述。团队可以给这轮交接自建一个编号，后续补材料仍挂在同一编号下，避免把不同构建或设备批次的记录拼在一起。
- 一条交接记录对应本次指定的构建与设备批次。
- 分别写下提交人、签名人和验收人。
- 把原材料核对与聊天转述分开标记。
让描述文件、工程记录和设备清单可逐项对照
接手人可以按一张三列表核对本轮材料：第一列放工程与账户里实际看到的应用标识，第二列放这次用于签名的证书记录，第三列放目标设备清单及描述文件中实际列出的设备。团队可自行命名表头，每项写明资料来自哪里、查看日期和负责核对的人。请打开当前原材料，不用旧版截图代替。
对照时先让打包人指认这次交付所用的描述文件，再由接手人打开相应原材料逐项复查。工程中的 Bundle ID、账户中的 App ID、证书名称和设备列表可以分别照录在团队表格中。遇到差异，请保留原值和材料位置，交由有权限的人复核。需要作出匹配结论时，请以 Apple 当前账户、工程设置和描述文件为准，并记录谁作出确认。
新增或替换测试设备后，重新核对本轮设备清单和交付材料。若有人只说“设备已经加进去了”，请他补上可复查的账户或描述文件证据；若接手人尚无查看权限，记录有权限的复核人及复核时间。最终交付的不只是一份文件名，还应有三列项目逐项核对的结果，以及仍未确认的差异。
- 应用标识、分发证书、设备范围分别留证。
- 遇到标识差异先记录原值，不在交接表中修补。
- 设备批次变化后再次核对本轮材料。
签名身份交接只记录必要的保管责任
签名工作换人时，先确认本轮采用何种管理方式、谁持有相应权限、接手人需要查看哪些可公开给团队的证明。普通交接表只应记录方式、保管人、授权接收人和核对日期；不要把证书文件、私钥、密码或可直接签名的材料贴进去。若本轮已经完成签名，也要留下由谁操作、对应哪一个交接编号的记录，便于复查责任链。
Apple 说明只有证书而没有对应私钥时不能用该证书签名；手动管理的完整签名身份可从 Xcode 导出为密码保护的 PKCS#12 文件，由授权成员导入钥匙串。 Apple 提醒持有导出签名身份及密码的人可以该开发者账户名义签署软件，因此应使用强密码、核实接收人身份，并用不同渠道传递文件和密码；云管理证书无需手动导出共享。
本地材料需要交给新经手人时，请由授权人员按团队的安全渠道处理，并在交接表中只写“已由谁确认交付”及时间，不复制文件内容。若团队选择云管理方式，也只记录谁核对了当前账户权限及本轮签名操作；不用为了让交接表完整而要求别人导出私钥。此节关注材料保管和责任签收，证书丢失后的修复步骤应单独查阅相应官方文档。
- 交接表写保管人和授权范围，不附敏感材料。
- 记录实际签名经手人与对应批次。
- 材料缺失时先交回授权人员复核。
账户侧待办要有处理人和可复查结果
交接过程中若还需要处理设备或应用标识的账户事项，把它列为单独待办：申请人说明本轮批次和目标设备，账户负责人核对当前页面中的设置，签名人等待处理结果后再复查材料。把“已提出请求”“已由账户负责人查看”“已由接手人复核”分开记录；这些是团队自建进度，不代表 Apple 账户自动完成了任何动作。
Apple 的 Automatic Signing Controls 帮助页可作为账户侧核对入口。请有相应账户职能的人查看当前设置，记下与本轮申请有关的选项、实际处理人和完成时间。若打包人没有相应权限，不用让他猜测是哪一个开关造成问题；保留界面提示原文，再交给有权限的人对照原页面。回复“可以了”也应附上能由接手人复查的材料范围。
账户处理结束后，接手人回到本轮交接编号，重新对照描述文件、证书记录和设备清单。请把等待中的申请和缺少材料的项目分别标为待核对。下一位接手人应能一眼看出谁拥有下一步操作权，而不需要从群聊中倒推账户的当前状态。
- 账户请求、实际处理和接手人复核分别留痕。
- 没有权限时保存界面提示交由账户负责人核对。
- 未取得可复查结果的项目保持未验收。
让接手人独立复查交付包
交付前请把交接编号、构建标识、设备批次、使用的描述文件记录、签名经手人、账户侧待办、仍缺材料放进一份目录。目录里可以放文件位置与核对人信息，敏感签名材料仍按授权渠道处理。打包人先逐项标明来源，接手人再独立打开有权查看的原材料；无法打开时应写明由谁代为复核，不把代看结果冒充自己的检查。
接手人可以按固定顺序签收：先确认交到手里的确是本轮构建，再核对设备批次，随后对照描述文件的应用标识、分发证书和设备项，最后查看签名身份保管和账户侧待办的处理记录。顺序只是便于防漏的团队方法。每一步写“已核对原材料”“由授权同事复核”或“待补证据”，并附日期；不要仅凭安装提示、文件名或口头承诺画勾。
两个人核对出不同结果时，保留双方最初看到的值与材料位置，再指定一位有权限的复核人查看原记录。若交接期间构建、设备批次或签名经手人发生变化，请更新交接编号下的版本记录，让接手人明确正在验收的是哪一次交付。只有待办已指派、差异已有处理结论，才把交接表归档为团队已签收；签收不代替设备上的实际测试。
- 打包人与接手人分别核对，记录各自所见。
- 核对结果绑定构建和设备批次。
- 签收状态与设备测试结果分开。
用四个问题决定接受还是退回补证据
交接的最后一步可以用四个问题收口：本轮构建和目标设备是否写清；描述文件对应的三类材料是否都有人查看；签名操作和材料保管分别由谁负责；账户侧待办是否有可复查的处理结果。回答时写下证据位置与核对人，不需要复制敏感文件。任何一项没有材料支撑，就在原交接编号下留下缺口和下一位处理人。
退回补查时只描述可观察的差异。例如“设备清单与这份描述文件里的记录尚未对照”“签名经手人的授权尚未核对”，并附当前材料与时间；不直接下结论说某证书无效或某设备无法安装。接到补件后，接手人应优先复查变化项，并重新确认其与本轮构建、描述文件和设备批次的对应关系，避免新旧材料混淆。
若仍需核对 Apple 对 Ad Hoc 描述文件的要求，打开下方官方帮助页，再结合团队账户与工程中的原材料作决定。本站提供的是独立交接清单，不代替 Apple 的账户状态，也不托管安装包。对无法确认的事项，可以先暂停本轮签收并找相应材料负责人补查；把事实、处理人和下一次复核时间交清楚，比写一句“应该没问题”更有用。
- 四个验收问题都要有证据位置和核对人。
- 退回时写观察到的差异，不猜测故障原因。
- 补件后核对变化项与本轮构建的对应关系。