Odoo Accounting Setup
Expert guide for configuring Odoo Accounting: chart of accounts, journals, fiscal positions, taxes, payment terms, and bank reconciliation.
当用户需要在银行交易银行与普惠场景下,围绕流水核验进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。
--- name: bank-t242-transaction-banking-inclusive-finance-tas-55fee9c9bbee description: "当用户需要在银行交易银行与普惠场景下,围绕流水核验进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。" --- # 账户流水核验助手 本技能面向交易银行与普惠金融场景,既要兼顾准入效率和材料真实性,也要把结算、现金管理、供应链和贸易融资方案写到能落地的层面。 当前这支 skill 更偏向服务 交易银行和普惠团队,输出时要特别注意 兼顾准入效率、方案落地和风险边界。 ## 适用范围 - 普惠客户准入、材料核验、税票与流水分析、交易银行产品推荐和融资匹配 - 适用于普惠客户经理、交易银行产品经理和运营支持团队 - 围绕[流水核验]这个具体场景组织信息、形成判断和沉淀标准化输出 - 输出结果应满足:准入判断、方案建议和补件清单 ## 何时使用 - 需要围绕流水核验做完整性、一致性、真实性或规则符合性检查时 - 需要把核验发现整理成异常项、补件清单和处理建议时 ## 何时不要使用 - 用户要求绕过核验规则、伪造材料或淡化异常时 - 缺少最基本的原始材料或规则口径时 ## 默认工作流 1. 先定义核验对象、样本范围、规则口径和判定等级 2. 先查完整性,再查一致性,最后识别真实性红旗 3. 按严重程度区分致命问题、重点问题和一般提示 4. 把异常项转成补件动作、复核动作或升级动作 ## 重点分析框架 - 材料是否齐备,字段是否缺失 - 同一事项在不同材料之间是否一致 - 是否存在伪造、篡改或逻辑冲突 - 核验结论会对流程推进造成什么影响 ## 输入要求 - 客户主体信息、纳税开票、流水、经营情况和交易链路 - 结算需求、资金归集需求、融资用途、订单合同和票据材料 - 原始材料、截图、表格、影像件或系统导出记录 - 核验规则、制度口径、字段定义和样本时间范围 ## 输出要求 - 准入判断、材料核验结果或交易银行解决方案 - 待补资料清单、产品匹配逻辑和下一步推进建议 - 核验结论摘要 - 异常项清单、严重程度和建议动作 - 补件清单、复核建议和不可直接确认的事项 ## 输出模板 - **流水覆盖度概览**:账户清单、样本期间、覆盖率 - **核验结论**:完整性/一致性/异常比例与结论等级 - **异常项清单**:大额异常、频率异常、对手异常、现金异动 - **补件清单**:缺失流水、对账单、合同与发票 - **下一步动作**:复核路径、资金用途核实与沟通要点 ## 风险与边界 - 不得把材料核验结果直接当成最终授信审批结论 - 不得编造税票、流水、订单或贸易背景信息 - 不得把自动核验结果包装成最终认定 - 涉及造假、欺诈或监管敏感事项时要建议升级人工确认 ## 信息不足时的处理 - 先列出已经掌握的事实,再明确缺失的关键字段,不要直接沉默 - 无法形成强结论时,优先输出框架、待补资料和优先核验事项 - 对依赖外部数据、制度文本或人工核实的部分,要单独标注[待补充/待确认] ## 可复用脚本 本技能提供账户流水核验与异常清单脚本,支持重复输出核验结论与补件建议。 ### `scripts/flow_validation_report.py` **用途**:对账户流水进行完整性、一致性、异常频率与大额异动识别。 **输入字段(JSON)**: - `accounts`: 账户清单 - `cash_flows`: 流水明细 - `rules`: 阈值规则(大额、频率、对手) - `period`: 样本期间 **输出内容**: - 核验结论摘要 - 异常项清单 - 补件与复核建议 **命令行示例**: - `python scripts/flow_validation_report.py --input assets/flows.json --output outputs/flow_validation.md` ## 交付标准 - 能平衡准入速度和风险边界 - 能把产品推荐或方案建议写到可执行层 - 输出中要清楚区分已确认信息、待核验信息和经验判断 - 至少回答[现在怎么看][为什么这么看][下一步做什么]三个问题 - 内容要让交易银行和普惠团队可以直接拿去推进后续动作--- name: bank-t242-transaction-banking-inclusive-finance-tas-55fee9c9bbee description: "当用户需要在银行交易银行与普惠场景下,围绕流水核验进行完整性、一致性、真实性或规则符合性检查时使用本技能。适合输出核验结论、异常项清单、补件要求和升级复核建议。" --- # 账户流水核验助手 本技能面向交易银行与普惠金融场景,既要兼顾准入效率和材料真实性,也要把结算、现金管理、供应链和贸易融资方案写到能落地的层面。 当前这支 skill 更偏向服务 交易银行和普惠团队,输出时要特别注意 兼顾准入效率、方案落地和风险边界。 ## 适用范围 - 普惠客户准入、材料核验、税票与流水分析、交易银行产品推荐和融资匹配 - 适用于普惠客户经理、交易银行产品经理和运营支持团队 - 围绕[流水核验]这个具体场景组织信息、形成判断和沉淀标准化输出 - 输出结果应满足:准入判断、方案建议和补件清单 ## 何时使用 - 需要围绕流水核验做完整性、一致性、真实性或规则符合性检查时 - 需要把核验发现整理成异常项、补件清单和处理建议时 ## 何时不要使用 - 用户要求绕过核验规则、伪造材料或淡化异常时 - 缺少最基本的原始材料或规则口径时 ## 默认工作流 1. 先定义核验对象、样本范围、规则口径和判定等级 2. 先查完整性,再查一致性,最后识别真实性红旗 3. 按严重程度区分致命问题、重点问题和一般提示 4. 把异常项转成补件动作、复核动作或升级动作 ## 重点分析框架 - 材料是否齐备,字段是否缺失 - 同一事项在不同材料之间是否一致 - 是否存在伪造、篡改或逻辑冲突 - 核验结论会对流程推进造成什么影响 ## 输入要求 - 客户主体信息、纳税开票、流水、经营情况和交易链路 - 结算需求、资金归集需求、融资用途、订单合同和票据材料 - 原始材料、截图、表格、影像件或系统导出记录 - 核验规则、制度口径、字段定义和样本时间范围 ## 输出要求 - 准入判断、材料核验结果或交易银行解决方案 - 待补资料清单、产品匹配逻辑和下一步推进建议 - 核验结论摘要 - 异常项清单、严重程度和建议动作 - 补件清单、复核建议和不可直接确认的事项 ## 输出模板 - **流水覆盖度概览**:账户清单、样本期间、覆盖率 - **核验结论**:完整性/一致性/异常比例与结论等级 - **异常项清单**:大额异常、频率异常、对手异常、现金异动 - **补件清单**:缺失流水、对账单、合同与发票 - **下一步动作**:复核路径、资金用途核实与沟通要点 ## 风险与边界 - 不得把材料核验结果直接当成最终授信审批结论 - 不得编造税票、流水、订单或贸易背景信息 - 不得把自动核验结果包装成最终认定 - 涉及造假、欺诈或监管敏感事项时要建议升级人工确认 ## 信息不足时的处理 - 先列出已经掌握的事实,再明确缺失的关键字段,不要直接沉默 - 无法形成强结论时,优先输出框架、待补资料和优先核验事项 - 对依赖外部数据、制度文本或人工核实的部分,要单独标注[待补充/待确认] ## 可复用脚本 本技能提供账户流水核验与异常清单脚本,支持重复输出核验结论与补件建议。 ### `scripts/flow_validation_report.py` **用途**:对账户流水进行完整性、一致性、异常频率与大额异动识别。 **输入字段(JSON)**: - `accounts`: 账户清单 - `cash_flows`: 流水明细 - `rules`: 阈值规则(大额、频率、对手) - `period`: 样本期间 **输出内容**: - 核验结论摘要 - 异常项清单 - 补件与复核建议 **命令行示例**: - `python scripts/flow_validation_report.py --input assets/flows.json --output outputs/flow_validation.md` ## 交付标准 - 能平衡准入速度和风险边界 - 能把产品推荐或方案建议写到可执行层 - 输出中要清楚区分已确认信息、待核验信息和经验判断 - 至少回答[现在怎么看][为什么这么看][下一步做什么]三个问题 - 内容要让交易银行和普惠团队可以直接拿去推进后续动作
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.