Odoo Report Migration

SkillDocs & knowledge

Migrates Odoo QWeb HTML and PDF reports between major versions while preserving data semantics, access behavior, paper geometry, and intended visual appearance. Use when porting reports across Odoo versions, adapting report templates or assets after an upgrade, or diagnosing visual regressions in migrated PDFs.

Available today. Use it from your connected AI after setup.

Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.

Then ask your AI: use the Odoo Report Migration skill

What this skill tells your AI

The instructions your AI receives, as published by mart337i/odoo-skills in skills/odoo-report-migration/SKILL.md and read by ahel’s review.

Use this skill for report-specific migration work. Compose it with odoo-migration for the module port, the source and target version skills for framework details, odoo-report-design for layout decisions, and odoo-web-testing when browser or asset behavior is involved.

First Move

Identify the source and target versions, module and report XML IDs, current rendering environment, report action, template chain, paper format, assets, custom value provider, and the visual requirements that must remain stable.

Workflow

  1. Freeze a baseline. Render HTML and PDF using deterministic records and record the version, commit, language, company, user, paper format, and renderer details.
  2. Inventory dependencies: inherited templates, external layouts, report assets, SCSS/CSS, fonts, images, paper formats, translations, and report actions.
  3. Apply every intermediate Odoo migration checklist for a multi-version jump. Separate API/data migration from presentation changes.
  4. Inspect the target version's upstream report templates, asset bundles, CSS framework, renderer, and report action fields before porting XPath or CSS.
  5. Port the smallest compatible change. Prefer stable inherited anchors over copying the old core template.
  6. Re-render the same fixture set and classify every difference as intended, renderer noise, or a regression.
  7. Verify access, data semantics, translations, pagination, paper geometry, assets, and multi-record behavior before declaring success.

Guardrails

  • Do not call a report visually preserved because it merely loads or produces a PDF.
  • Do not compare PDF bytes as the primary visual assertion.
  • Do not fix a layout regression with arbitrary CSS before checking target templates, asset bundles, paper format, fonts, and renderer behavior.
  • Do not broaden report access or expose data while changing presentation.
  • If the baseline cannot be rendered, record the missing evidence and use a clearly labeled reconstructed baseline instead of claiming equivalence.

References

Signals

GitHub stars
38
Forks
10
Last commit
Sep 2026
Advanced
Catalog kind
skill
Key
odoo-report-migration
Source
github.com/mart337i/odoo-skills