feat: knowledge sync — 安徽运八需求知识沉淀回写知识库
知识库更新: - historical_defects.md: +4条数据上报领域真实缺陷模式 (阶段依赖链断裂/重试幂等/跨模块数据不一致/省份代码硬编码) - common_missed_scenes.md: +11条数据上报专项易漏场景 (多阶段依赖/第三方核验逐项/重试并发/跨模块一致性/省份隔离等) - data_reporting_cases.md: 新增数据上报类需求优秀用例范式 (8大覆盖框架+5条示例用例+7项关键风险点) - terminology.md: +14条数据上报领域术语 系统修复: - case_pipeline.py: 注册 data_reporting_cases.md + order_manage_cases.md - governance_audit.py: 更新 case_generate/AGENTS 关键词期望(旧→新架构) - AGENTS.md/README.md/.claude: 补全缺失关键词,治理审计通过 - .claude/skills/case_generate/: 创建向后兼容别名 skill
This commit is contained in:
@@ -72,3 +72,20 @@
|
||||
## 6. 术语使用约束
|
||||
|
||||
暂无
|
||||
|
||||
## 7. 数据上报(监管平台对接)
|
||||
|
||||
- **安徽运八**: 安徽省网络货运信息监测系统,平台需向其分阶段上报运单数据。
|
||||
- **三阶段上报**: 装货完成(第一次)→ 打款完成(第二次)→ 开票完成(第三次)的上报链路,前一阶段为后一阶段的前置条件。
|
||||
- **上报看板**: 集中展示所有上报阶段运单汇总状态的首页,支持筛选、详情、申诉操作。
|
||||
- **核验**: 监管平台对上报数据进行的自动校验,第二次上报含7类核验(运单重复/车辆资质/司机资质/集中支付/资金流水/合同/车辆轨迹合规)。
|
||||
- **核验状态**: 上报数据经监管平台核验后的结果,分为通过、异常两种。
|
||||
- **异常项**: 核验不通过的具体项目,如"车辆资质核验""资金流水核验"等。
|
||||
- **申诉**: 运营人员对核验异常结果向监管平台发起的重新审核请求。
|
||||
- **申诉状态流转**: 未申诉 → 申诉中 → 申诉通过 / 申诉驳回 →(驳回后可补充材料)重新申诉。
|
||||
- **补传轨迹**: 第二次上报车辆轨迹合规核验异常时的补救功能,补充GPS轨迹数据后重新核验。
|
||||
- **上报日志**: 记录所有上报接口调用详情(请求/响应报文、HTTP状态码、响应时间)的审计日志。
|
||||
- **省份代码**: 上报数据中标识目标省份的编码,如云南省=28、安徽省=34,需根据目标监管平台动态获取,不可硬编码。
|
||||
- **重试策略**: 上报失败后自动重试,最多3次,间隔递增,全部失败后通知运营人员。
|
||||
- **ETC发票上传**: 车辆通行高速公路ETC发票作为税务抵扣凭证的上报,税额=发票金额×3%。
|
||||
- **收款账号类型**: 区分个人账户(司机银行卡,蓝色标签)和对公账户(企业银行账号,绿色标签)。
|
||||
|
||||
Reference in New Issue
Block a user