先把“收不到”拆成三个可以观察的结果
在 007Chat App 接入新渠道后，测试人员说“收不到”，可能指发送端没有成功送出、渠道原生入口已有消息但接入账户没看到，或者账户内有人能看到而接待成员看不到。先写清是哪一种表现，再决定找谁核对。官方首页介绍了自定义会话标签，联系页面提供产品咨询；这些资料不足以证明每一种渠道和账户都具备相同接入能力，本文的检查需以实际账户可见范围为准。
建立一张本次排查记录，至少填入渠道名称、实际接收账号的可辨识部分、发送时间与时区、测试文字、观察位置和观察人。结果只写“已看到”“未看到”“无法查看”，不要把最后一种写成丢失。若原生入口尚未确认收到，先停在来源端检查，不继续修改接待成员的设置。这样下一位协助者能从同一条消息接着核对，而不是重新猜测故障范围。
核对接入的是哪个账号，以及支持范围是否明确
由有权管理渠道的人对照业务登记与当前账户实际显示的信息，确认接收账号、店铺或主页标识是否一致。有测试环境和正式环境时，把两者分开记录；不要仅凭头像相似或显示名称相同就判定接对了。若账户里没有能证明该渠道已接入的信息，应把状态记为“接入未确认”，并由负责人向官方产品支持核对，而不是先要求全体成员重装客户端。
需要授权的接入方式，应由渠道所有者检查当前允许的访问范围与授权状态；具体是否需要授权、授权入口在哪里，必须依据实际页面或官方答复。不要把账号密码、验证码、访问密钥贴进排查表，也不要为测试扩大到无关数据。若支持范围、账户资格或所需配置仍不明确，列出缺少的确认项即可，不能用“已登录”或“标签能编辑”替代接入成功的证据。
让发送端和接收端对照同一条短文字
安排一名测试发送人和一名有权查看接收结果的人，使用经团队允许的测试账号发送短文字，例如“渠道核对 A，下午三点”。文字只作本次识别，不带客户姓名、订单或支付资料。双方记录实际时间，先查看发送端呈现的结果，再到渠道自己的接收入口核对；只有原生入口能找到这条文字，才继续检查它是否出现在所接入的账户中。
在账户当前提供的列表、查找或筛选能力内寻找这条样本；没有相应功能就按实际可见方式检查，不假定一定存在全局搜索。核对时留意是否选中了其他账号、时间范围或会话分类。记录每一步查看的位置和结果，必要截图只保留相关区域并遮盖身份信息。双方观察结论不一致时，先确认看的是同一条文字、同一个接收账号，不通过连续发送大量消息来代替核对。
账户内有人能看到时，单独检查成员可见范围
如果有权查看该接入账户的成员已经找到测试消息，而负责回复的人没有看到，排查重点应转向两人的使用范围与查看条件。请双方分别用自己的账号复述当前团队、接入账号和所选范围，比较哪些信息一致、哪些尚未确认。不要互借登录凭据，也不要因为一个人看不到，就直接认定渠道传输失败或扩大所有成员的访问权限。
管理员只能依据账户真实提供的成员配置判断可见范围。如果没有可核对的配置项，记录这一限制并向官方支持询问。需要临时调整访问范围时，应先说明业务理由、涉及的数据与恢复条件，由有权限的人执行，再用原来那条测试消息复查。若只是取消了一个筛选条件便找到消息，也要写明经过；这能避免后续把“列表显示不同”误报为渠道再次中断。
文字能到、图片不到时，保留内容类型的差别
短文字测试通过后，再按实际业务需要测试一种其他内容。使用不含个人资料的小样本，记录内容类型、文件大小、发送端表现、原生入口结果和接入账户结果。本文没有确认 007Chat App 对每一种渠道、附件格式或大小的限制，不能给出通用上限；应把样本与账户条件交给官方支持判断，不把其他产品的限制套用过来。
如果文字可以查看而图片不可见，将问题缩小为该渠道下的这一类内容，暂时保留已验证的文字处理方式。若原生入口也无法打开附件，就先回到来源端核对；若原生入口正常、接入后异常，再提供这组对照。一次只换一个变量，例如先换内容类型，不同时换设备、账号和网络。未经确认，不要用真实客户附件反复试错，也不要把转发到个人账号当成正式替代流程。
把接入确认、样本发送和接收确认分给具体的人
排查表可以按三个职责安排：接入负责人核对账号与支持范围，测试发送人保留样本和时间，接收确认人记录账户里实际看到的内容。一个人兼任多个职责也可以，但每项检查都要有姓名或岗位、当前结论和下一步，不能只写“技术处理中”。如果需要渠道所有者协助，应明确等待的是哪项授权或哪条信息，而不是让接待成员反复询问进度。
官方介绍的自定义标签可用于给已出现的会话增加识别信息，但标签本身不证明消息成功传入，也不等于有人负责处理。当前账户能够使用标签时，可以按团队约定标记测试会话；消息尚未出现或成员不能使用标签时，用受控的工作记录保存同样的信息。无论采用哪种记录方式，都把负责人和待确认事项写清，避免一个“待处理”标识长期没有人跟进。
提交能复现的问题，并用同样条件完成复测
向官方产品支持说明问题时，提供渠道类型、接收账号的脱敏标识、测试时间与时区、短文字样本，以及来源端和接入账户的对应结果。询问应具体到“该账户是否支持这个接入方式”“当前需要补充哪项配置”“文字与附件的处理边界是否不同”。官方联系页面的产品咨询入口可以作为下一步核对来源；不要把未经答复的推测记成官方确认，也不要发送密码或完整客户聊天记录。
根据明确答复修改配置后，用相同发送人与接收账号再做一次短文字测试，并由实际负责接待的人确认能够查看。记录本次改了什么、何时改、结果是否稳定复现；需要检查附件时另加一条对应样本。如果只能在其他账号或不同渠道成功，原问题仍未关闭。关闭记录的依据应包括来源端收到、接入账户可见、负责成员确认三项，缺一项就保留具体的未完成检查。