| 1 | 当前处理人=孙浩 | 通讯录/人员 | fb_2026-08-11_065576 | 手机端修改用户的手机号码,区号无法检索 | SmarTone Mobile Communications Limited | VIP(多选;主服务等级字段为空) | 香港客户的手机号是+852,我们在手机端修改用户手机号的时候,区号这里没法搜索,需要一直往下拉;请支持搜索能力。 | 
 | 手机端手机号编辑入口的区号选择缺少检索能力,目标明确,优先核对现有区号选择组件是否可复用。 | 补充手机端入口和复现录屏;核对区号主数据、搜索匹配规则及新版登录页组件,确认后再评估入池。 | 已记录手机端修改手机号时区号难以检索的问题,先核对入口和现有组件能力,再评估支持方案,暂不承诺排期。 | 是否覆盖所有手机端手机号编辑入口;+852 等区号的名称、编码和模糊搜索规则是否一致。 |
| 2 | 产品经理+当前处理人=孙浩 | 分享/日志/公告 | fb_2026-08-10_065566 | 日志管理配置模板和规则的界面,希望可以全屏 | 河北澳金机械设备有限公司 | 重要(多选字段:VIP) | 1、日志管理配置模板和规则的界面,希望可以全屏; 2、配置规则,点击删除,会刷新界面,希望不刷新,已提过bug --- fb_121207;告知为需求 |  | 同一反馈包含“配置页面全屏”和“删除后刷新”两个诉求;后者已关联 fb_121207,不能与全屏诉求合并判断。 | 核对 fb_121207 的复现和处理状态;删除刷新按 Bug 链路跟进,全屏诉求单独查重并评估。 | 已拆分记录:删除后刷新先按已有 Bug 核对,全屏诉求再查重评估,当前不承诺排期。 | 是否将全屏作为独立需求;fb_121207 是否已覆盖删除刷新问题及当前版本表现。 |
| 3 | 产品经理+当前处理人=孙浩 | 工作提醒/通知 | fb_2026-08-10_065575 | 消息及菜单词条修改 | 易控智驾科技股份有限公司 | 重要(多选字段:重要) | 1,权限变动、S0通知、报表订阅,纷享销客系统推送【CRM通知】、【CRM消息】这几种消息通知CRM的字样改成:ITR或者没有任何提示 2,页面有个菜单叫【CRM通知】; 以上几处改了才是优先。 | 
 | 涉及 CRM 通知、CRM 消息及菜单词条的替换,且客户注明影响验收和潜在退费,属于本轮优先复核项;现有页面和词条范围仍不完整。 | 补齐页面、端侧、语言和最终词条清单;核对 ITR 术语及通知模板资源,查重后决定词条修正或需求入池。 | 已记录该项对验收的影响,先补齐页面和最终词条范围并核对通知资源,再给出可行方案,不直接承诺上线时间。 | “CRM通知/CRM消息”是否全部替换;ITR 是否为最终术语;是否包含多语言、移动端和 S0 通知模板。 |
| 4 | 产品经理+当前处理人=孙浩 | 工作提醒/通知 | fb_2026-08-10_065549 | apl函数发送的crm通知同步到企微支持查看详情 | 深圳市远邦进出口有限公司 | VIP | 客户的角色是什么:crm管理员 客户的业务场景是什么:通过apl函数发送crm通知,使用企微连接器同步到企微端 客户的操作步骤是什么:通过apl函数发送crm通知,使用企微连接器同步到企微端 这个场景下遇到的问题是什么:通过apl函数发送crm通知,使用企微连接器同步到企微端,通过函数发送的消息同步到企业微信之后显示的通知内容是文本,没办法点击查看详情,希望通过函数发送的通知也可以和工作流或审批流发送的通知一样,支持查看详情 | 
 | 问题落在 APL 生成 CRM 通知经企微连接器后只呈现文本,期望具备详情跳转;需要先区分连接器消息类型限制与 CRM 能力缺口。 | 核对 APL payload、连接器消息类型、详情链接字段和企微侧可承载能力;确认无现成能力后再查重和技术评估。 | 已记录函数通知在企微侧无法查看详情的问题,先核对消息链路和详情链接能力,再评估支持方式。 | 企微连接器是否支持详情链接或卡片;APL 发送时是否有可用的业务记录 ID;权限和跳转目标如何保持一致。 |
| 5 | 产品经理+当前处理人=孙浩 | 企信 | fb_2026-08-10_065564 | 企信搜索对话记录优化 | 成都数默科技有限公司 | 标准 | 在企信的对话中,使用【搜索对话记录】功能,明明存在的对话,但是搜索不出来,体验感不好,希望优化 |  | 反馈确认了搜索结果缺失,但缺少关键词、时间范围、端侧、会话类型和具体失败记录,当前不足以判断是检索规则还是数据问题。 | 补充可复现的关键词、时间范围、端侧、会话类型和一条失败会话;可复现时按 Bug 排查,不能复现则暂不入池。 | 请补充搜索关键词、时间范围、使用端和失败会话示例,先复现定位后再判断优化方案。 | 是否只影响历史消息或特定会话;搜索权限、分词、时间范围和消息同步状态是否一致。 |
| 6 | 产品经理+当前处理人=孙浩 | CRM待办/待办事项 | fb_2026-08-10_065554 | 业务流审批内容查找关联字段希望能够支持超链接 | 欣旺达电子股份有限公司 | 重要(多选字段:重要) | 客户的角色是什么:领导 客户的操作步骤是什么:下级选择完投标自查表后,领导在待办审核时,没法直接点击任务里面这个查找关联跳转查看。操作不便捷 | 
 | 审批待办中的查找关联字段无法直达,目标对象、字段类型、待办端侧和权限边界尚未明确,需先判断是否已有引用字段超链能力。 | 补充对象和字段信息,核对审批待办现有跳转及权限规则;无现成承接能力时再查重入池。 | 已记录审批待办查找关联字段无法直接跳转的问题,请先补充目标对象和字段范围,再评估超链接方案。 | 字段是否为查找关联字段;移动端和 PC 端是否一致;跳转后是否受对象数据权限控制。 |
| 7 | 当前处理人=孙浩 | 管理后台 | fb_2026-03-13_062271 | 工作时间的功能,不支持接入国家法定节假日 | 深圳市中电电力技术股份有限公司 | 重要(多选字段:VIP) | 客户的角色是什么:系统管理员 客户的业务场景是什么:工作时间的功能,不支持接入国家法定节假日 客户的操作步骤是什么:工作时间的功能,不支持接入国家法定节假日 这个场景下遇到的问题是什么:审批流。有一个对应的 耗时(仅工作时间),计算公式是 :流程结束时间 - 流程发起时间 - 节假日 - 非工作时间,如果想周六日和节假日去掉,必须要在假期一个个加周六。但是这个周六日不勾,遇到调休周六日要上班的情况又有问题。如果按照现在这个设置,如果每周工作时间不同,都需要单独设置一个工作时间。 目前 工作时间的功能,不支持接入国家法定节假日。 | 
 | 仅命中当前处理人=孙浩;工作时间计算接入法定节假日涉及假期主数据、调休、跨地区规则和审批耗时,且反馈创建时间较早,属于积压优先复核项。 | 转管理后台/流程负责人核对国家或地区、假期来源、调休规则和跨时区计算口径;确认现有能力后再决定需求或方案。 | 已记录工作时间接入法定节假日的诉求,先核对适用地区和规则来源,再评估产品方案,暂不承诺排期。 | 是否支持多国家/地区;法定节假日与调休数据由谁维护;跨时区审批耗时如何计算;历史数据是否回算。 |
| 8 | 产品经理=孙浩 | 分享/日志/公告 | fb_2026-08-06_065500 | 日志时间字段希望变更为普通的日期字段,可像其他日期那样进行筛选统计 | 河北澳金机械设备有限公司 | 重要(多选字段:VIP) | 客户需要用【时间】这个字段,进行日志筛选的统计,但日志对象里的这个时间字段,是文本字段,在报表中无法进行筛选。客户需要解决的是:管理要求是每天都要提交日志,业务昨天没提交,但今天补交了昨天的日志,我在报表里应该能看到昨天有1,而不是0。 | 
 | 日志时间当前为文本,客户要按业务发生日期筛选和统计,且补交昨天日志涉及发生时间与录入时间的口径区分。 | 查现有日志字段与报表能力,评估新增日期字段、历史回填和补交统计口径;不直接建议修改原字段类型。 | 已记录日志按发生日期筛选统计的诉求,先确认补交场景和报表口径,再评估新增日期字段或兼容方案。 | 统计按日志发生日还是提交日;历史数据如何回填;原字段和新增日期字段是否并存;导出报表是否同步。 |
| 9 | 产品经理+当前处理人=孙浩 | CRM待办/待办事项 | fb_2026-08-06_065497 | CRM提醒-审批流程 无法自定义显示对象字段 | 安徽云玺量子科技有限公司 | 标准(多选字段:标准) | 客户的角色是什么:CIO 客户的业务场景是什么:CRM提醒查看发起的审批流程,显示“发起流程数据”,代码的形式查看不直观。 客户的操作步骤是什么:进入CRM提醒-发起的审批流程-查看审批流程信息 这个场景下遇到的问题是什么:客户在查看审批流程信息时,希望可以直接看到某个客户、某个字段或者某个人的发的审批。形式例如待办里,所有审批可以以卡片形式查看,单独对象审批可以自主选择显示字段调整字段顺序。 | 
 | 发起审批流程详情希望从代码样式改为可配置字段或卡片样式,展示目标相对清楚,但对象范围、字段顺序和权限规则尚未明确。 | 核对审批信息展示现有配置和待办卡片能力;无现成能力时查重,再评估字段配置、排序和权限。 | 已记录审批流程详情展示不直观的问题,先核对现有字段配置和卡片能力,再评估自定义展示方案。 | 是否覆盖所有审批对象;字段配置由谁维护;移动端和 PC 端展示是否一致;敏感字段是否受权限控制。 |
| 10 | 产品经理+当前处理人=孙浩 | 国际化 | fb_2026-08-05_065482 | 多时区优化 | 广东拓斯达科技股份有限公司 | VIP | 客户的角色是什么:CRM管理员 客户的业务场景是什么:在个人设置CRM的时区选择,搜不到泰国和越南CRM的时区,搜不到泰国和越南,且希望可以导出时区的信息,用来发给海外部门负责人,确认下哪些国家系统没有的,一起反馈优化主要检查那些经常去的国家,系统是否有配置到 | 
 | 包含“泰国/越南时区检索不到”和“导出时区信息”两个诉求,应拆分为主数据覆盖与导出能力分别核验。 | 先核对时区主数据、展示名和搜索词;再明确导出字段、范围和用途,查重后决定拆分入池。 | 已记录泰国、越南时区检索和导出诉求,先核对主数据覆盖及导出范围,再评估拆分方案。 | 泰国和越南是否缺少时区主数据;搜索使用国家名还是城市名;导出是否需要所有国家/时区及版本说明。 |