1. Le principe : patcher, pas cloner

Héritage de vue = patch XML déclaratif. Tu décris des retouches chirurgicales sur la vue parente, Odoo fusionne à la volée. Aucune duplication.

Trois ingrédients obligatoires :

1. <field name="inherit_id" ref="..."/> — l'external ID de la vue à étendre.
2. Un ou plusieurs <xpath expr="..." position="..."/> dans arch.
3. Optionnel : priority (défaut 16) pour contrôler l'ordre quand plusieurs modules héritent de la même vue.

Le squelette :

<record id="view_partner_form_inherit_helpdesk" model="ir.ui.view">
    <field name="name">res.partner.form.inherit.odooskills.helpdesk</field>
    <field name="model">res.partner</field>
    <field name="inherit_id" ref="base.view_partner_form"/>
    <field name="arch" type="xml">

        <!-- 1 à N blocs <xpath> ici -->

    </field>
</record>

3. Cas pratique — onglet "Tickets" sur res.partner

Objectif : sur la fiche partenaire standard d'Odoo, afficher un onglet listant ses tickets et un bouton statistique en haut. On combine trois xpath dans une seule vue héritée.

Crée views/res_partner_views.xml :

<?xml version="1.0" encoding="utf-8"?>
<odoo>

    <record id="view_partner_form_inherit_helpdesk" model="ir.ui.view">
        <field name="name">res.partner.form.inherit.odooskills.helpdesk</field>
        <field name="model">res.partner</field>
        <field name="inherit_id" ref="base.view_partner_form"/>
        <field name="arch" type="xml">

            <!-- 1. Bouton statistique dans la boîte de boutons -->
            <xpath expr="//div[@name='button_box']" position="inside">
                <button name="%(action_helpdesk_ticket)d"
                        type="action"
                        class="oe_stat_button"
                        icon="fa-life-ring"
                        context="{'search_default_partner_id': id,
                                  'default_partner_id': id}">
                    <field name="ticket_count" widget="statinfo" string="Tickets"/>
                </button>
            </xpath>

            <!-- 2. Case "Client VIP" après les étiquettes -->
            <xpath expr="//field[@name='category_id']" position="after">
                <field name="is_vip"/>
            </xpath>

            <!-- 3. Nouvel onglet "Tickets" dans le notebook -->
            <xpath expr="//notebook" position="inside">
                <page name="helpdesk_tickets" string="Tickets"
                      invisible="is_company == False and parent_id">
                    <field name="ticket_ids"
                           context="{'default_partner_id': id}">
                        <list decoration-danger="priority == '3'"
                              decoration-muted="state == 'done'">
                            <field name="reference"/>
                            <field name="name"/>
                            <field name="category_id" optional="show"/>
                            <field name="priority" widget="priority"/>
                            <field name="state"/>
                            <field name="create_date" optional="hide"/>
                        </list>
                    </field>
                </page>
            </xpath>

        </field>
    </record>

</odoo>

Puis déclare le fichier dans le manifest :

# __manifest__.py
'data': [
    'security/ir.model.access.csv',
    'data/ir_sequence.xml',
    'views/helpdesk_ticket_category_views.xml',
    'views/helpdesk_ticket_views.xml',
    'views/res_partner_views.xml',     # <-- NOUVEAU
    'views/helpdesk_menus.xml',
],

Trois détails qui font la différence :

• name="%(action_helpdesk_ticket)d" — Odoo résout l'external ID de l'action en son id numérique. Le d final indique le format entier.
• search_default_partner_id: id dans le contexte du bouton — en cliquant, l'action ouvre la liste déjà filtrée sur ce partenaire. L'expérience est native.
• invisible="is_company == False and parent_id" — sur la fiche d'un contact enfant (employé chez un client), on cache l'onglet : les tickets appartiennent à la société mère. Syntaxe v19, plus d'attrs.

5. Le raccourci : tag direct sans <xpath>

Pour des patches simples, Odoo accepte une syntaxe compacte : tu réécris le tag directement, avec les attributs qui servent de sélecteur. Équivalent 100% fonctionnel.

<field name="arch" type="xml">

    <!-- Équivalent de: <xpath expr="//field[@name='category_id']" position="after"> -->
    <field name="category_id" position="after">
        <field name="is_vip"/>
    </field>

    <!-- Équivalent de: <xpath expr="//notebook" position="inside"> -->
    <notebook position="inside">
        <page name="helpdesk_tickets" string="Tickets">
            <field name="ticket_ids"/>
        </page>
    </notebook>

</field>

Quand l'utiliser — cible unique, pas d'axes XPath ([2], last()…), pas de prédicat complexe. Dès qu'il y a ambiguïté (plusieurs <field name='state'/> dans la vue, par exemple), reviens à <xpath>.

Les pièges d'héritage à connaître

1. Cibler par @string au lieu de @name — le match échoue, la vue est ignorée ou plante.
2. Oublier inherit_id — sans lui, Odoo croit que tu veux créer une nouvelle vue primaire et exige le nom complet, pas un patch.
3. Patcher un nœud absent sur certaines variantes — un bouton ajouté par un autre module payant n'existe pas en CE. Ton expr n'a pas de cible, ta vue plante sur les installs CE. Sécurise avec un fallback conditionnel ou une dépendance propre.
4. Priorité manquante — deux modules qui modifient la même zone dans un ordre arbitraire. Fixe priority (défaut 16) pour forcer le passage après/avant.
5. Hériter d'une vue QWeb avec la syntaxe ir.ui.view — pour un template website, on utilise <template id="..." inherit_id="website.xxx"> avec la même logique xpath, mais pas ir.ui.view.
6. Replace + texte brut — le moteur exige un élément XML, pas une chaîne libre. Si tu veux juste supprimer un nœud, <xpath ... position="replace"/> vide fait l'affaire.