Odoo Accounting Setup
Expert guide for configuring Odoo Accounting: chart of accounts, journals, fiscal positions, taxes, payment terms, and bank reconciliation.
当用户需要在银行对公金融场景下,围绕发票核验进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。
--- name: bank-t149-corporate-finance-task-assistant-ddc7b1c9946f description: "当用户需要在银行对公金融场景下,围绕发票核验进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。" --- # 发票材料核验助手 本技能用于对发票材料做“票面+逻辑+税务红旗”的核验输出:字段完整性、重复/冲突、税率与价税合计合理性、购销双方一致性线索,并给出补件与升级复核建议。输出强调“异常项-证据-影响-动作”。 ## 适用范围 - 企业授信、贷后、材料核验和对公客户经营支持 - 适合财务、交易、工商司法和行业信息并行出现的复杂场景 - 围绕[发票核验]这个具体场景组织信息、形成判断和沉淀标准化输出 - 输出结果应满足:结构化判断、问题清单和下一步动作 ## 何时使用 - 需要围绕发票核验做完整性、一致性、真实性或规则符合性检查时 - 需要把核验发现整理成异常项、补件清单和处理建议时 ## 何时不要使用 - 用户要求绕过核验规则、伪造材料或淡化异常时 - 缺少最基本的原始材料或规则口径时 ## 默认工作流 1. 先定义核验对象、样本范围、规则口径和判定等级 2. 先查完整性,再查一致性,最后识别真实性红旗 3. 按严重程度区分致命问题、重点问题和一般提示 4. 把异常项转成补件动作、复核动作或升级动作 ## 重点分析框架 - 材料是否齐备,字段是否缺失 - 同一事项在不同材料之间是否一致 - 是否存在伪造、篡改或逻辑冲突 - 核验结论会对流程推进造成什么影响 - 票税匹配度、经营规模合理性和真实性红旗 ## 输入要求 - 最低可用输入:`company.name` + `verification.time_window` + `verification.invoices` - 推荐输入见 `references/input-schema.md` ## 输出要求 - 结构化判断摘要 - 问题清单、待补资料和下一步推进建议 - 核验结论摘要 - 异常项清单、严重程度和建议动作 - 补件清单、复核建议和不可直接确认的事项 - 税票或发票核验结果和经营真实性判断 ## 风险与边界 - 不得把初步分析包装成正式授信批复或最终审批结论 - 不得编造财务、行业或外部查询结果 - 不得把自动核验结果包装成最终认定 - 涉及造假、欺诈或监管敏感事项时要建议升级人工确认 ## 信息不足时的处理 - 先列出已经掌握的事实,再明确缺失的关键字段,不要直接沉默 - 无法形成强结论时,优先输出框架、待补资料和优先核验事项 - 对依赖外部数据、制度文本或人工核实的部分,要单独标注[待补充/待确认] ## 交付标准 - 必须输出:票面完整性问题、重复/冲突问题、税务红旗线索、补件与复核建议 ## 配套脚本(可选) ```bash python scripts/run_skill.py --input assets/example-input.json --format markdown python scripts/run_skill.py --input assets/example-input.json --format json ``` 脚本入口:`scripts/run_skill.py`(调用 `shared/corporate_ops_skill_engine.py` 的 `t149` 场景)。--- name: bank-t149-corporate-finance-task-assistant-ddc7b1c9946f description: "当用户需要在银行对公金融场景下,围绕发票核验进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。" --- # 发票材料核验助手 本技能用于对发票材料做“票面+逻辑+税务红旗”的核验输出:字段完整性、重复/冲突、税率与价税合计合理性、购销双方一致性线索,并给出补件与升级复核建议。输出强调“异常项-证据-影响-动作”。 ## 适用范围 - 企业授信、贷后、材料核验和对公客户经营支持 - 适合财务、交易、工商司法和行业信息并行出现的复杂场景 - 围绕[发票核验]这个具体场景组织信息、形成判断和沉淀标准化输出 - 输出结果应满足:结构化判断、问题清单和下一步动作 ## 何时使用 - 需要围绕发票核验做完整性、一致性、真实性或规则符合性检查时 - 需要把核验发现整理成异常项、补件清单和处理建议时 ## 何时不要使用 - 用户要求绕过核验规则、伪造材料或淡化异常时 - 缺少最基本的原始材料或规则口径时 ## 默认工作流 1. 先定义核验对象、样本范围、规则口径和判定等级 2. 先查完整性,再查一致性,最后识别真实性红旗 3. 按严重程度区分致命问题、重点问题和一般提示 4. 把异常项转成补件动作、复核动作或升级动作 ## 重点分析框架 - 材料是否齐备,字段是否缺失 - 同一事项在不同材料之间是否一致 - 是否存在伪造、篡改或逻辑冲突 - 核验结论会对流程推进造成什么影响 - 票税匹配度、经营规模合理性和真实性红旗 ## 输入要求 - 最低可用输入:`company.name` + `verification.time_window` + `verification.invoices` - 推荐输入见 `references/input-schema.md` ## 输出要求 - 结构化判断摘要 - 问题清单、待补资料和下一步推进建议 - 核验结论摘要 - 异常项清单、严重程度和建议动作 - 补件清单、复核建议和不可直接确认的事项 - 税票或发票核验结果和经营真实性判断 ## 风险与边界 - 不得把初步分析包装成正式授信批复或最终审批结论 - 不得编造财务、行业或外部查询结果 - 不得把自动核验结果包装成最终认定 - 涉及造假、欺诈或监管敏感事项时要建议升级人工确认 ## 信息不足时的处理 - 先列出已经掌握的事实,再明确缺失的关键字段,不要直接沉默 - 无法形成强结论时,优先输出框架、待补资料和优先核验事项 - 对依赖外部数据、制度文本或人工核实的部分,要单独标注[待补充/待确认] ## 交付标准 - 必须输出:票面完整性问题、重复/冲突问题、税务红旗线索、补件与复核建议 ## 配套脚本(可选) ```bash python scripts/run_skill.py --input assets/example-input.json --format markdown python scripts/run_skill.py --input assets/example-input.json --format json ``` 脚本入口:`scripts/run_skill.py`(调用 `shared/corporate_ops_skill_engine.py` 的 `t149` 场景)。
Imported from the listed AgentSkill.sh category. Complete supplied package files and notices are retained. Includes source scripts; review them before use. Required external tools and credentials are not installed. No bundled code was executed during import. Individual agent task behavior has not been tested.