业务逻辑
客户
直客/代理商/程序化类型的客户分别有什么区别？<br>
客户状态流转？<br>
是否是重要客户 对业务处理方面有什么影响
客户公海规则
客户释放条件（主动释放 vs 到期释放）如何触发？释放后数据归属规则？
到期释放的天数阈值（release_days）是系统固定配置，还是可按区域/角色自定义？
认领流程是否有特殊限制（如区域优先级）？
是否存在多个销售同时认领同一客户的情况？系统如何处理（如时间优先或审批优先级）<br>
认领审批驳回后，是否需手动释放回公海，还是自动回退？
拜访管理
current_stage 的4个阶段（A/B/C/D）是否允许扩展？如签完合同之后是否会再次拜访“E-回访跟进”。
是否配置了阶段变更的自动通知（如企业微信提醒上级）？
如何防止销售伪造拜访记录（如GPS定位校验、强制上传附件）？
合同
合同从“双方未签”到“作废”的状态流转过程
财务推送失败（如“合同未双签”）后的手动处理流程？
收款/付款合同推送财务的接口是否相同？失败时的补偿机制（如定时重试）？
结算方式：<br>
是否有内部结算规则文档。
CPA/CPP等是否依赖第三方API回传数据？如何处理数据延迟或丢失？
若用户退款（CPP/CPS），是否自动冲销计提？还是手动调整？
是否有混合结算模式（如“CPM+CPA保底”）？如何配置？
accrual_push_status 计提自动化推送状态（
一个合同会有多个计提，如何记录？<br>
长期合同（long_term=1）的计提是否需每年重新审批？
付款合同中external_media=1时，如何同步媒体平台数据（定时任务/实时API）？
销售能否直接创建付款合同？还是仅限采购部门操作？
合同和计提
合同审批通过后，如何保证“合同状态更新”与“计提生成”的原子性
计提管理
计提调整（b_provision_manage.adjust）的审批链路是否独立于合同审批
折算为USD的金额usd_money，折算汇率如何获取？实时汇率/固定汇率？小数点位数？<br>
计提生成是否依赖定时任务（如xxl-job）？触发时间和重试机制如何设置？
财务推送失败后，是否支持手动强制推送？是否有补偿机制？
销售/财务角色对计提调整的操作权限如何划分？（如销售能否直接冲销？）
展示下ProvisionManageServiceImpl中的计提计算逻辑（如税费处理）
审批
是否有特定角色（如财务）能跳过审批直接生效合同？
是否存在并行审批节点？例如需同时获得A和B的审批但A/B节点没先后顺序<br>
若审批人是提交人自己，自动跳过或转交上级？<br>
节点超时未处理时，自动提醒或转交备用审批人？<br>
审批操作是否记录完整操作日志（如IP地址、设备信息）
是否支持自定义审批条件（如金额>100万需CEO审批）
b_approve_flow表的审批流转是否依赖外部系统
技术债务与遗留问题
性能瓶颈
是否有已知的高并发场景（如大促期间合同提交）未优化
Redis缓存策略是否覆盖所有高频查询（如客户列表）
数据一致性
合同与计提的金额同步是否依赖定时任务（如xxl-job）？是否有延迟问题
第三方依赖
财务系统接口的稳定性如何？是否有熔断机制？
文档与资源
数据库ER图或Swagger接口文档是否可用？
自动化测试覆盖率？核心接口的Postman集合或JMeter脚本？
获取生产/测试环境权限、数据库只读账号、日志系统入口。
