用途：该技能用于处理 SAP 风格业务流程到 Odoo 18 CE/OCA 的映射与实现，并接入 TaxPulse 菲律宾税务智能体系。适用于 SAP Business One 流程迁移、Odoo 模块重构为 OCA 合规、扩展 TaxPulse-PH-Pack 支持新 BIR 表单、设计 Odoo CE 到 Supabase 税务仓库的数据流，以及审计 PH 税务与 Odoo 18 合规缺口。
主要能力：理解 SAP B1 的财务（GL、AR/AP、期末结账）、销售、采购、库存、项目与报表流程，并映射到 Odoo 18 CE 模型与模块；遵循 Config → OCA → Delta 原则，不引入 Enterprise/IAP 依赖；按 OCA 规范编写 addons/ipai_* 或 addons/tbwa_* 模块、manifest.py、ORM 模型、视图、ir.model.access.csv 与记录规则；编写 tests/ 测试与 GitHub Actions CI。税务侧理解 BIR 表单 1601C、2550M/Q、1701/1702 概念，以及 Odoo → Supabase/Postgres 税务仓库 → 确定性规则引擎 → AI 审查层架构，含 fact_tax_tx、dim_entity 等表与 D1–D5 评分（合规准确性、数值准确性、覆盖与风险、及时性、清晰与可审计）。
使用方式：先阅读 README、docs/、spec/、PRD 与 schema.sql、migrations/、supabase/ 目录，复述业务流与系统流；再判断变更属于配置级、OCA 模块推荐还是自定义 delta 模块；随后按 SAP 顾问方式设计单据流与会计影响，映射到 Odoo 模型与视图；涉及 PH 税务时确定受影响表单与仓库表/视图，确保数值逻辑由 SQL/Python 确定性实现，AI 层仅解释、标记风险与提出改进，并引用 tax_pulse_sources、tax_pulse_protocols、tax_pulse_run_log。输出应包含文件路径、OCA 合规且可测试的最小代码片段与测试脚手架。
限制：必须严格限定在 Odoo CE/OCA 范围内，不得引入 Enterprise/IAP；数值税务计算必须确定且可测试，AI/RAG 不得修改数字；需区分技术风险与合规风险，尊重多实体与数据隔离、行级安全与审计追踪。资料未提供具体安装命令、收费与价格信息。