Documentation des modules Odoo Community

Le module OCA `queue_job` (dépôt `queue`, version 18.0.3.4.1, licence LGPL-3) ajoute à Odoo une **file de travaux de fond** avec ses canaux, ses fonctions et ses tâches, sous le menu **File d'attente des tâches** : c'est la brique dont dépendent plus de quarante modules communautaires, et la première à surveiller en exploitation. Vingt-six autres modules traitent les composants, la configuration hors base, l'impression serveur et l'IoT.

Le module OCA `endpoint` (dépôt `web-api`, version 18.0.1.1.4, licence LGPL-3) permet de **déclarer un point d'entrée HTTP depuis l'interface**, sous **Paramètres ▸ Technique ▸ Endpoints** : une adresse, une méthode, un traitement — sans écrire de module. Vingt-trois autres modules traitent le cache, les imports par sessions, les échanges de factures et l'agenda.

Le module OCA `l10n_fr_chorus_account` (dépôt `l10n-france`, version 18.0.1.2.0, licence AGPL-3) relie Odoo 18 Community à **Chorus Pro**, la plateforme de facturation du secteur public français : relevé sur instance, il crée 3 modèles, ajoute **112 champs**, 3 menus et 2 groupes de droits, et dépose les factures via l'API PISTE. Les trois modules qui l'accompagnent, et le blocage de commande qui évite le rejet.

Autour du module de transport `l10n_fr_einvoicing`, six modules OCA complètent la réforme française dans Odoo 18 Community : `l10n_fr_einvoicing_directory_import` (version 18.0.1.0.0) tient l'**annuaire à la main par import et export CSV** quand l'API n'est pas disponible — sans annuaire, une facture n'a pas de destination. Les cinq autres : les achats, le tableau de bord, l'événement de paiement, et la reconnaissance du fournisseur par SIRET.

Le module OCA `l10n_fr_department` (dépôt `l10n-france`, version 18.0.2.1.0, licence AGPL-3) ajoute à Odoo 18 Community la notion administrative qui manque à son découpage du monde : il crée le modèle **Département** et charge les **96 départements de France métropolitaine**, puis déduit automatiquement celui d'un contact à partir de son code postal. Les six autres modules d'identité française, dont celui qui remplit une fiche client depuis la base SIRENE.

Le module OCA `account_payment_fr_lcr` (dépôt `l10n-france`, licence AGPL-3) met dans Odoo 18 Community la **lettre de change relevé** dans ses trois variantes — LCR non acceptée, LCR acceptée papier, billet à ordre — avec génération du fichier CFONB « effet de commerce » et impression du document officiel à la mise en page **NF K 11-030-1**. Les quatre autres moyens de paiement français qu'Odoo ne connaît pas, dont le TPE piloté en Caisse-AP.

Le module OCA `account_invoice_en16931` (dépôt `fr-einvoicing`, version 18.0.1.0.0, licence AGPL-3) est le socle qui fabrique le fichier de facture électronique conforme à la norme européenne **EN 16931** : Factur-X (PDF/A-3 avec XML CII embarqué), XML UBL, XML CII ou PDF accompagné d'un UBL — et il ajoute des **contrôles bloquants à la validation** d'une facture client. Les quatre modules qui s'y greffent pour la France, et ce que le socle ne fait pas.

Le module OCA `l10n_fr_mis_reports` (dépôt `l10n-france`, version 18.0.1.0.0, licence AGPL-3) livre quatre modèles de rapports prêts à l'emploi calés sur la liasse fiscale française : le compte de résultat complet compte **55 indicateurs**, le bilan complet **68**, chacun relié aux comptes du plan comptable général par une formule. Les trois déclarations que les autres modules produisent, et le fichier chiffré attendu par la DGFiP.

Douze modules OCA du dépôt `sale-workflow` reprennent le contrôle de la ligne de commande dans Odoo 18 Community : `sale_order_line_no_print` masque certaines lignes du PDF et du portail client **tout en les gardant visibles en interne**, et `sale_order_report_without_price` (version 18.0.1.0.0) produit une variante du devis **sans aucun prix**. Les dix autres, du numéro de ligne stable à la saisie directe en liste.

Douze modules OCA du dépôt `sale-workflow` déplacent le pilotage de la livraison **de la commande vers la ligne** dans Odoo 18 Community : `sale_order_line_date` (version 18.0.1.0.2) donne à chaque ligne sa propre date d'engagement, et `sale_delivery_split_date` génère alors **un bon de livraison par date demandée** au lieu d'un seul. L'état de livraison ligne par ligne, l'annulation traçable d'un reliquat, et le recalcul de remise qu'il faut désactiver.

Quinze modules OCA du dépôt `sale-workflow` rendent à Odoo 18 Community la souplesse tarifaire qui lui manque : `sale_fixed_discount` permet une remise **en montant fixe** et non plus en pourcentage seul, et `sale_discount_display_amount` affiche enfin le **montant** remisé, qu'Odoo calcule sans jamais le montrer. Les treize autres, du verrouillage du prix par règle de tarif à l'historique des prix pratiqués chez ce client.

Dix-huit modules OCA du dépôt `sale-workflow` traitent le passage de la commande à la facture dans Odoo 18 Community : `sale_invoice_plan` (version 18.0.1.0.0) installe un **échéancier de facturation** — un acompte optionnel et des échéances en pourcentage à des dates données — et `sale_payment_sheet` laisse un commercial **encaisser** sans avoir les droits comptables. Les seize autres, du blocage motivé au forçage d'une commande en « facturée ».

Dix-huit modules OCA du dépôt `sale-workflow` relient la vente au stock dans Odoo 18 Community : `sale_manual_delivery` (version 18.0.1.1.0) **découple la confirmation de commande de la création des livraisons** — plus de réservation automatique, c'est un écran dédié qui décide quoi livrer et quand. Les dix-sept autres, du blocage motivé d'une livraison à la demande de retour client.

Douze modules OCA du dépôt `sale-workflow` automatisent le cycle de vente d'Odoo 18 Community : `sale_automatic_workflow_job` (version 18.0.1.0.2) fait exécuter ces automatismes en **tâches de fond** plutôt qu'en série, ce qui change tout dès qu'un lot de commandes arrive d'un site e-commerce la nuit. Les onze autres, du transporteur assigné tout seul à l'achat lié annulé avec la vente.

Dix-sept modules OCA du dépôt `sale-workflow` encadrent la vie d'un devis dans Odoo 18 Community : `sale_order_revision` (version 18.0.1.0.1) crée une **nouvelle version d'un devis** en archivant la précédente et en gardant le lien, et `sale_cancel_reason` impose un **motif d'annulation** choisi dans une liste. Les quinze autres, du droit de confirmer réservé à certains profils à la scission automatique d'une commande.

Douze modules OCA du dépôt `sale-workflow` aident le vendeur à construire une commande dans Odoo 18 Community : `sale_order_product_recommendation` (version 18.0.1.1.3) ouvre depuis un devis un assistant qui propose les **produits déjà achetés récemment par ce client**, calculés depuis l'historique de ses lignes de commande. Les onze autres, de l'assortiment autorisé par client au set de produits inséré en un clic.

Quatorze modules OCA du dépôt `sale-workflow` font parler Odoo 18 Community le langage du négoce : `sale_order_lot_selection` (version 18.0.1.4.2) permet de **choisir sur la ligne le lot qui sera livré** au client, et `sale_order_lot_selection_price` applique alors le **prix propre à ce lot** quand il en porte un. Les douze autres : vente par carton, unité secondaire, élaborations de préparation et code produit du client.

Vingt-quatre modules OCA du dépôt `sale-workflow` traitent le client et l'organisation commerciale dans Odoo 18 Community : `portal_sale_personal_data_only` corrige un défaut de confidentialité : par défaut, un utilisateur du portail voit **toutes les commandes dont un membre de son organisation est suiveur**. Les vingt-trois autres, de l'adresse de livraison restreinte au calendrier des visites commerciales.

Treize modules OCA complètent le dépôt `sale-workflow` pour Odoo 18 Community : `sale_tier_validation` (version 18.0.1.1.0) soumet la confirmation d'une commande à une **approbation à plusieurs niveaux**, et `sale_validity_auto_cancel` **annule automatiquement les devis périmés** depuis un nombre de jours configurable. Les onze autres, de la visibilité limitée à son équipe commerciale à la liste de souhaits d'un client.

Le module OCA `purchase_request` (dépôt `purchase-workflow`, version 18.0.2.5.1, licence LGPL-3) ajoute à Odoo 18 Community la **demande d'achat** : un document distinct de la commande, par lequel un collaborateur exprime un besoin **avant tout engagement fournisseur**, et que dix modules satellites typent, routent et font approuver. Les dix autres, du service demandeur au passage en appel d'offres.

Dix-sept modules OCA du dépôt `purchase-workflow` encadrent la validation des achats dans Odoo 18 Community : `purchase_order_approved` (version 18.0.1.0.2) insère un état **« Approuvé »** avant l'état Commande, de sorte qu'une première validation **ne génère encore aucun mouvement de stock** ni engagement de réception. Les seize autres, du motif de blocage d'approbation aux équipes d'achat cloisonnées.

Quatorze modules OCA du dépôt `purchase-workflow` traitent ce qui se passe entre la commande d'achat et la facture fournisseur dans Odoo 18 Community : `purchase_blanket_order` (version 18.0.1.0.2) introduit la **commande cadre** — un pré-accord fixant quantités et prix négociés sur une période, dont on tire ensuite des commandes successives. Les treize autres, de l'échéancier d'acomptes au taux de change négocié avec le fournisseur.

Dix-huit modules OCA du dépôt `purchase-workflow` encadrent la réception dans Odoo 18 Community : `purchase_work_acceptance` intercale un document de **recette de travaux** entre la commande et la réception, et son extension `purchase_work_acceptance_late_fines` calcule la **pénalité de retard** à facturer au fournisseur et génère la pièce comptable. Les seize autres, du statut de réception par ligne au suivi des conteneurs d'import.

Seize modules OCA du dépôt `purchase-workflow` traitent le tarif fournisseur dans Odoo 18 Community : `product_supplierinfo_qty_multiplier` impose une **quantité multiple obligatoire** — le carton de six — et `purchase_order_supplierinfo_update` met à jour **le prix et la remise réellement obtenus** sur la fiche fournisseur à la confirmation. Les quatorze autres, du code produit du fournisseur à l'assistant de recommandation de réassort.

Quinze modules OCA du dépôt `purchase-workflow` déplacent le pilotage de l'achat **vers la ligne** dans Odoo 18 Community : `purchase_location_by_line` donne à chaque ligne son **emplacement de destination**, et `purchase_line_reassign` permet de **déplacer des lignes vers une autre commande** existante, sans les recréer. Les treize autres, du lot demandé au fournisseur à la date d'arrivée initialement promise.

Onze modules OCA du dépôt `purchase-workflow` pilotent la façon dont Odoo 18 Community transforme un besoin en commande fournisseur : `procurement_purchase_no_grouping` offre **quatre modes de regroupement** — standard, sans fusion de lignes, aucun regroupement, ou regroupement par catégorie — là où Odoo n'en propose qu'un. Les dix autres, du fournisseur imposé depuis la vente à la remise générale sur la commande.

Treize modules OCA du dépôt `stock-logistics-workflow` industrialisent la préparation par vagues dans Odoo 18 Community : `stock_picking_batch_creation` (version 18.0.1.5.1) constitue les lots selon le **volume, le poids et le nombre de lignes** — selon ce que porte réellement un chariot, et non selon un comptage de transferts. Les douze autres, de la planification des vagues amont à la facturation déclenchée par la clôture du lot.

Seize modules OCA du dépôt `stock-logistics-workflow` reprennent la main sur la forme des transferts dans Odoo 18 Community : `stock_picking_group_by_partner_by_carrier` (version 18.0.2.1.0) **fusionne dans un seul bon de livraison** les mouvements issus de commandes différentes partageant la même adresse et le même transporteur. Les quinze autres, de la scission par dimensions à la barre d'avancement d'un transfert.

Dix-huit modules OCA du dépôt `stock-logistics-workflow` agissent au niveau du mouvement dans Odoo 18 Community : `stock_move_actual_date` ajoute une **date réelle** sur les transferts, les mouvements et leurs lignes — pour enregistrer quand l'opération a **physiquement eu lieu**, et non quand elle a été saisie. Les dix-sept autres, du lot verrouillé à la relocalisation automatique de l'emplacement source.

Dix-huit modules OCA du dépôt `stock-logistics-workflow` ferment les trous du transfert dans Odoo 18 Community : `stock_picking_return_restricted_qty` **empêche de retourner plus que ce qui a été livré**, et `stock_picking_restrict_cancel_printed` **interdit d'annuler un transfert déjà imprimé** — deux situations qu'Odoo autorise sans broncher. Les seize autres, du lot repris au retour aux consignes de préparation portées par la fiche client.

Dix-neuf modules OCA du dépôt `stock-logistics-workflow` traitent trois sujets avancés dans Odoo 18 Community : `stock_dynamic_routing` **change le type d'opération d'un mouvement et insère des étapes** selon son emplacement, et `stock_account_show_automatic_valuation` **réaffiche en Community un réglage de valorisation** masqué hors Enterprise. Les dix-sept autres, des coûts logistiques automatiques au contrôle des mises au rebut.

Vingt modules OCA du dépôt `stock-logistics-workflow` complètent la réception et l'expédition dans Odoo 18 Community : `stock_picking_auto_create_lot` **crée le numéro de lot** à la validation d'une réception pour les lignes sans lot, et `stock_picking_import_serial_number` importe les **numéros de série depuis un fichier Excel**. Les dix-huit autres, des créneaux de livraison du client à la propagation des dates dans une chaîne.

Dix-neuf modules OCA du dépôt `product-attribute` encadrent la fiche produit dans Odoo 18 Community : `product_cost_security` protège le champ **Coût** par deux groupes d'accès dédiés, et `product_usability` ajoute l'**application Produits**, que la version Community ne fournit pas. Les dix-sept autres, de la référence interne unique au cycle de vie calculé par dates.

Dix-sept modules OCA du dépôt `product-attribute` décrivent physiquement un produit dans Odoo 18 Community : `product_packaging_level` crée un **référentiel de niveaux d'emballage** — palette, carton, boîte, unité — rendu **obligatoire sur chaque emballage**, et `product_packaging_calculator` décompose une quantité à préparer en **nombre optimal de chaque emballage**. Les quinze autres, du poids égoutté des conserves aux alias d'unités de mesure.

Dix-huit modules OCA du dépôt `product-attribute` rendent les listes de prix d'Odoo 18 Community exploitables : `product_pricelist_margin` affiche **le coût du produit et la marge dégagée directement dans les lignes de règles**, et `product_pricelist_revision` génère des **révisions datées** d'un tarif à prix fixe par simple augmentation en pourcentage. Les seize autres, de l'historique des prix fixes à l'impression du tarif d'un client en PDF ou en Excel.

Dix-sept modules OCA du dépôt `product-attribute` organisent le catalogue d'Odoo 18 Community : `product_category_active` ajoute l'**archivage des catégories de produits**, absent du modèle standard, et `product_multi_category` permet d'associer **plusieurs catégories** à un produit là où Odoo n'en accepte qu'une. Les quinze autres, des modèles de lignes d'attributs aux étiquettes transversales sur les catégories.

Dix-sept modules OCA du dépôt `product-attribute` couvrent l'étiquetage réglementaire et l'analyse de catalogue dans Odoo 18 Community : `product_eprel` interroge l'**API publique du registre européen EPREL** pour récupérer le numéro d'enregistrement d'un produit soumis à l'étiquetage énergétique, et `nutritional_info` produit le **tableau nutritionnel** imprimable. Les quinze autres, des allergènes à la classification ABC calculée sur les ventes réelles.

Treize modules OCA du dépôt `product-attribute` complètent la fiche produit côté achat dans Odoo 18 Community : `product_supplierinfo_import` **importe les tarifs fournisseurs depuis un fichier Excel** à l'aide de modèles d'import réutilisables, et `product_supplierinfo_revision` crée une **nouvelle période de validité** d'un tarif en appliquant un pourcentage. Les onze autres, du fournisseur principal calculé à l'unité de mesure enfin modifiable.

Seize modules OCA du dépôt `partner-contact` traitent la qualité du fichier contacts dans Odoo 18 Community : `partner_deduplicate_acl` **encadre par des droits dédiés** l'assistant natif de déduplication, accessible sans lui à tout utilisateur, et `partner_email_check` **vérifie que le domaine d'une adresse e-mail existe**. Les quatorze autres, de l'unicité du numéro de TVA à l'archivage hiérarchique d'une société et de ses contacts.

Dix-sept modules OCA du dépôt `partner-contact` décrivent les personnes dans Odoo 18 Community : `partner_contact_personal_information_page` crée un **onglet « Informations personnelles »** volontairement vide, que six autres modules viennent remplir — date de naissance, genre, nationalité, lieu de naissance, tranche d'âge. Les onze autres, du second nom de famille aux rôles d'un contact dans son entreprise.

Dix-sept modules OCA du dépôt `partner-contact` traitent l'adresse dans Odoo 18 Community : `base_location` crée un **référentiel de codes postaux** reliés à une ville, un état et un pays, et `base_location_geonames_import` **l'alimente en masse depuis la base géographique publique Geonames**, pays par pays. Les quinze autres, des régions européennes NUTS aux horaires d'appel d'un contact.

Dix-huit modules OCA du dépôt `partner-contact` structurent les relations entre tiers dans Odoo 18 Community : `base_partner_company_group` rattache les sociétés à un **groupe d'entreprises**, propagé ensuite aux **factures**, aux **ventes** et aux **opportunités** par trois modules distincts. Les quatorze autres, des relations libres entre partenaires aux rangs client et fournisseur.

Dix-huit modules OCA du dépôt `partner-contact` décrivent les entreprises dans Odoo 18 Community : `partner_identification_eori` et `partner_identification_gln` fournissent des catégories d'identifiant **prêtes à l'emploi** — le numéro **EORI** exigé pour les opérations douanières, et le **GLN** utilisé dans les échanges de données. Les seize autres, du capital social aux agréments, en passant par la forme juridique.

Douze modules OCA du dépôt `partner-contact` ferment le sujet des contacts dans Odoo 18 Community : `partner_disable_gravatar` **désactive la récupération automatique d'un avatar depuis un service externe** à la saisie d'une adresse e-mail — une transmission de données que la plupart des utilisateurs ignorent. Les onze autres, des droits sur les étiquettes à l'inscription au portail en prénom et nom.

Quatorze modules OCA du dépôt `stock-logistics-warehouse` rendent l'inventaire gérable dans Odoo 18 Community : `stock_inventory` **réintroduit le groupe d'ajustement d'inventaire**, disparu du cœur du logiciel depuis la version 15, et `stock_cycle_count` propose chaque jour les emplacements à compter selon des **règles configurables**. Les douze autres, de l'écart en pourcentage au verrouillage d'un emplacement pendant son comptage.

Dix-sept modules OCA du dépôt `stock-logistics-warehouse` décrivent l'entrepôt physique dans Odoo 18 Community : `stock_location_position` ajoute aux emplacements leurs **attributs de position** — couloir, rangée, étagère, niveau —, et `stock_location_bin_name` **calcule le nom d'un casier** à partir d'un gabarit défini sur sa zone. Les quinze autres, de l'état d'occupation d'un emplacement au cloisonnement des droits par entrepôt.

Seize modules OCA du dépôt `stock-logistics-warehouse` traitent l'automatisation et le pilotage des flux dans Odoo 18 Community : deux familles complètes permettent de **piloter des armoires verticales automatisées** — type Kardex ou Modula — depuis Odoo, avec leurs connecteurs matériels. Et le reste : prévisions de demande, route combinée MTS+MTO, profils de routes produit.

Quatorze modules OCA du dépôt `stock-logistics-warehouse` traitent le lot comme un objet commercial dans Odoo 18 Community : `stock_lot_catalog` affiche les lots dans un **catalogue en cartes**, avec leur **état**, leur **prix**, leurs **photos** et leur **entrepôt** — de quoi vendre une pièce précise plutôt qu'une référence. Les douze autres, des réservations visibles sur les quantités au lien entre écriture comptable et mouvement.

Quinze modules OCA du dépôt `stock-logistics-warehouse` closent la description de l'entrepôt dans Odoo 18 Community : `stock_move_location` déplace **en masse le stock d'un emplacement vers un autre** par un assistant, sans créer de transfert à la main, et `stock_picking_volume` calcule le **volume total d'un transfert**. Les treize autres, de l'unité d'achat imposée en réception à la remise à zéro des quantités faites.

Dix-sept modules OCA du dépôt `account-invoicing` encadrent la saisie des factures dans Odoo 18 Community : `account_invoice_check_total` ajoute un **total de vérification** à saisir d'après le document reçu, et `account_invoice_supplier_ref_unique` **empêche d'enregistrer deux fois la même facture fournisseur** en contrôlant l'unicité de son numéro. Les quinze autres, de la taxe obligatoire à la validation par paliers des pièces comptables.

Seize modules OCA du dépôt `account-invoicing` traitent ce qui arrive **après** la facture dans Odoo 18 Community : `account_invoice_clearing` **compense** des factures et des avoirs entre eux par un assistant, et `account_billing` crée un **relevé de facturation** regroupant plusieurs factures déjà comptabilisées. Les quatorze autres, de l'avoir sur lignes choisies à l'envoi automatique des factures par courriel.

Dix-huit modules OCA du dépôt `account-invoicing` traitent les montants d'une facture dans Odoo 18 Community : `account_invoice_triple_discount` applique **jusqu'à trois remises successives** sur une ligne, et `account_tax_one_vat` **interdit plus d'une taxe de TVA** par ligne — contrôle étendu aux commandes de vente et d'achat. Les seize autres, du taux de change saisi à la main aux mentions légales portées par une taxe.

Seize modules OCA du dépôt `account-invoicing` décident **quand et comment** une facture est émise dans Odoo 18 Community : `partner_invoicing_mode` introduit un **mode de facturation par client**, décliné en **facturation à l'expédition** et en **facturation mensuelle** par deux modules dédiés. Les treize autres, de la facture créée depuis un bon de livraison aux critères de regroupement personnalisés.

Dix-huit modules OCA du dépôt `project` structurent les projets dans Odoo 18 Community : `project_task_default_stage` et `project_task_stage_state` **restaurent deux fonctions retirées du cœur d'Odoo depuis la version 8** — les étapes marquées par défaut, et l'état porté par l'étape. Les seize autres, des transitions restreintes à la hiérarchie de projets et de tâches.

Vingt modules OCA du dépôt `project` identifient et organisent les projets dans Odoo 18 Community : `project_key` attribue à chaque projet une **clé courte** et à chaque tâche un identifiant du type **« DEV-42 »**, et `project_role` installe un système de **rôles et d'affectations** pour composer les équipes projet. Les dix-huit autres, des projets modèles à la visibilité restreinte par groupe de sécurité.

Dix-huit modules OCA du dépôt `project` relient les projets au temps, aux matières et aux ventes dans Odoo 18 Community : `project_forecast_line` installe une **application de prévision de charge** qui génère des lignes de prévision par **rôle**, et `project_task_stock` permet de **consommer du stock depuis une tâche** avec de vrais mouvements. Les seize autres, du chronomètre de saisie aux descriptions distinctes pour le client et pour l'interne.

Seize modules OCA du dépôt `timesheet` complètent la saisie du temps dans Odoo 18 Community : `hr_timesheet_sheet` installe une **feuille de temps périodique** — jour, semaine ou mois — saisissable **en matrice**, avec son circuit d'approbation et ses écrans « à approuver ». Les quinze autres, des heures de début et de fin aux types de temps non facturables.

Dix-huit modules OCA du dépôt `timesheet` relient le temps saisi à ce qu'il coûte et à ce qu'il rapporte dans Odoo 18 Community : `sale_timesheet_rounded` **arrondit automatiquement les durées facturées** selon un paramétrage, et `hr_employee_cost_history` conserve l'**historique des changements de coût horaire** d'un employé, avec leur date d'effet. Les seize autres, de l'exclusion d'une ligne de facturation au rapport de temps configurable.

Dix-huit modules OCA du dépôt `field-service` complètent l'application d'interventions terrain d'Odoo 18 Community : `fieldservice` (version 18.0.5.8.1) fournit lieux, intervenants, équipes, équipements et ordres de service, et `fieldservice_route` y ajoute les **tournées** — une route rattachée à un intervenant et à des jours de la semaine. Les seize autres, des jours de fermeture aux compétences requises, en passant par la carte.

Vingt modules OCA du dépôt `field-service` relient les interventions au reste de l'ERP dans Odoo 18 Community : `fieldservice_repair` **comble une lacune du module Réparation d'Odoo**, qui ignore les produits situés hors des locaux, et `fieldservice_subcontracting` déclenche l'**achat quand un ordre est confié à un sous-traitant**. Les dix-huit autres, de la vente d'intervention à la garantie des équipements installés.

Vingt modules OCA du dépôt `helpdesk` complètent l'application de support d'Odoo 18 Community : `helpdesk_mgmt_sla` installe des **politiques d'engagement de service** avec leur rapport, et `helpdesk_ticket_partner_response` **change automatiquement l'étape d'un ticket quand le client répond** — par courriel comme depuis le portail. Les dix-huit autres, de la fermeture des tickets inactifs aux restrictions du formulaire public.

Quinze modules OCA du dépôt `manufacture` encadrent les nomenclatures dans Odoo 18 Community : `mrp_bom_version` ajoute un **cycle brouillon / active / historique** et un **numéro de version**, et `mrp_bom_attribute_match` permet un **composant dynamique** désigné par son modèle de produit, résolu selon les attributs du produit fabriqué. Les treize autres, des formules de quantité au contrôle d'alignement entre l'ordre et sa nomenclature.

Dix-huit modules OCA du dépôt `manufacture` traitent l'ordre de fabrication dans Odoo 18 Community : `mrp_production_date_planned_finished` permet de **planifier à partir de la date de fin souhaitée** plutôt que de la date de début, et `mrp_production_back_to_draft` autorise le **retour en brouillon** d'un ordre confirmé ou annulé — ce qu'Odoo interdit. Les seize autres, de la création en masse d'ordres au temps de blocage entre deux opérations.

Vingt modules OCA du dépôt `manufacture` traitent la qualité, la traçabilité et la sous-traitance dans Odoo 18 Community : `quality_control_oca` installe une **application de contrôle qualité** — tests, déclencheurs et inspections —, et `mrp_lot_number_propagation` **propage le numéro de série d'un composant vers le produit fini**. Les dix-huit autres, du désassemblage tracé aux incompatibilités de sous-traitance corrigées.

Dix-sept modules OCA du dépôt `delivery-carrier` structurent la tarification du transport dans Odoo 18 Community : `delivery_multi_destination` crée des **grilles tarifaires par destination** — un mode d'expédition parent et ses grilles enfants —, et `delivery_carrier_multi_zip` permet de les déclencher par **plages de codes postaux**. Les quinze autres, des options de transport au poids maximum par type de colis.

Le module OCA `delivery_carrier_shipping_label` (dépôt `delivery-carrier`, version 18.0.1.0.0, licence AGPL-3) crée un modèle `shipping.label` qui **stocke les étiquettes de transport comme pièces jointes**, avec leur empreinte SHA-1 et un jeton d'accès — et `delivery_carrier_report_to_printer` les envoie **directement à l'imprimante du quai**, sans passer par un téléchargement. Onze autres modules traitent les colis et le dossier d'expédition.

Le module OCA `delivery_state` (dépôt `delivery-carrier`, version 18.0.1.2.2, licence AGPL-3) ajoute au transfert un **état transporteur**, un état de suivi, les **dates d'expédition et de livraison**, et un champ **preuve de livraison** — fichier et erreur —, avec un **e-mail de confirmation automatique** au client quand le colis est marqué livré. Quatorze autres modules branchent les transporteurs eux-mêmes, du socle Roulier aux points relais.

Le module OCA `partner_delivery_schedule` (dépôt `delivery-carrier`, version 18.0.1.0.1, licence AGPL-3) crée un référentiel de **créneaux de livraison** — jours de la semaine et plage horaire — rattachés au client, et `partner_delivery_zone` ajoute une **zone de livraison** reprise sur la commande, le transfert et le mouvement de stock. Treize autres modules traitent les chauffeurs, les contrôles de conformité transporteur et le transport sur achats.

Le module OCA `mail_tracking` (dépôt `mail`, version 18.0.1.0.11, licence AGPL-3) crée deux modèles de suivi — **courriel suivi** et **événement de suivi** — qui enregistrent le **type et la description du rejet**, l'erreur SMTP, puis portent sur chaque contact un **score de courriel** et un indicateur de **rejet**. Treize autres modules traitent la liste de blocage, les en-têtes, la mise en page et le retrait de la marque Odoo.

Le module OCA `mail_activity_team` (dépôt `mail`, version 18.0.1.3.0, licence AGPL-3) crée un modèle **équipe d'activité** — membres, responsable, modèles de données concernés, compteur d'activités manquantes — et permet d'assigner une activité à une **équipe** plutôt qu'à une personne nommée. Treize autres modules traitent les rappels, les tableaux de bord et le contrôle des abonnés.

Le module OCA `mail_composer_cc_bcc` (dépôt `mail`, version 18.0.1.0.3, licence AGPL-3) ajoute la **copie** et la **copie cachée** au compositeur de message d'Odoo, les propage jusqu'au courriel envoyé, et permet de définir des **destinataires en copie par défaut au niveau de la société**. Dix-sept autres modules traitent le transfert, l'envoi différé, les pièces jointes et les modèles de courriel.

Le module OCA `web_environment_ribbon` (dépôt `web`, version 18.0.1.0.3, licence AGPL-3) affiche un **bandeau rouge en haut de chaque écran** pour signaler qu'on se trouve sur un environnement de test et non en production — le garde-fou le plus simple contre la manipulation faite dans la mauvaise base. Vingt autres modules traitent les couleurs par société, le mode sombre, les bandeaux d'alerte et la fermeture automatique de session.

Le module OCA `web_m2x_options` (dépôt `web`, version 18.0.1.0.3, licence AGPL-3) permet de **masquer les entrées « Créer… » et « Créer et modifier… »** des champs de relation, et `web_m2x_options_manager` ajoute un écran de gestion de ces options, champ par champ, depuis la fiche technique du modèle. Quinze autres widgets traitent la saisie des nombres, la validation par motif, les listes calculées et les graphiques.

Le module OCA `web_search_with_and` (dépôt `web`, version 18.0.1.0.1, licence AGPL-3) change le comportement de la barre de recherche : deux recherches successives sur le même champ se combinent **en ET** au lieu de s'ajouter en OU — ce qui rend la recherche cumulative, comme les utilisateurs l'attendent. Vingt-et-un autres modules traitent les filtres, les colonnes, les couleurs, les exports et les tableaux croisés.

Le module OCA `account_asset_management` (dépôt `account-financial-tools`, version 18.0.1.1.11, licence AGPL-3) **remplace entièrement le module d'immobilisations standard d'Odoo** — qu'il déclare incompatible dans son manifeste — et ajoute 212 champs répartis sur cinq modèles créés et neuf modèles étendus. Sept autres modules traitent les lots de calcul, les actifs de faible valeur, les emprunts et l'étalement des charges.

Le module OCA `account_journal_lock_date` (dépôt `account-financial-tools`, version 18.0.1.0.0, licence AGPL-3) permet de **verrouiller chaque journal comptable indépendamment**, en complément des dates de verrouillage globales d'Odoo, qui ne s'appliquent qu'au niveau de la société. Treize autres modules traitent le hachage imposé, la traçabilité du comptabilisateur et les modèles d'écritures.

Le module OCA `account_check_deposit` (dépôt `account-financial-tools`, version 18.0.1.1.0, licence AGPL-3) permet de regrouper les chèques reçus dans un **bordereau de remise**, puis de le valider pour générer l'écriture transférant les montants du compte d'attente vers la banque — un menu sous **Facturation ▸ Clients ▸ Remises de chèques**. Douze autres modules traitent les dépôts d'espèces, la mise à jour du plan comptable et les exercices fiscaux.

Le module OCA `contract_line_successor` (dépôt `contract`, version 18.0.1.0.2, licence AGPL-3) gère le cycle de vie de **chaque ligne de contrat indépendamment** : arrêt, suspension temporaire, planification d'un successeur, annulation, réactivation et renouvellement automatique — et sert de socle à six autres modules du dépôt. Douze autres modules traitent le prévisionnel, les quantités variables et la résiliation rétroactive.

Le module OCA `contract_mandate` (dépôt `contract`, version 18.0.1.0.0, licence AGPL-3) rattache un **mandat de prélèvement bancaire** au contrat, pour que les factures générées automatiquement le reprennent sans ressaisie — et il s'installe **automatiquement** dès que les deux modules dont il fait le pont sont présents. Douze autres modules traitent le mode de paiement, la méthode de transmission et la facturation en files de travaux.

Le module OCA `crm_security_group` (dépôt `crm`, version 18.0.1.2.0, licence AGPL-3) introduit des **groupes de sécurité dédiés au seul CRM**, indépendants des groupes Ventes d'Odoo : on peut donner accès au pipeline **sans** donner accès aux devis, aux commandes et aux tarifs. Douze autres modules traitent les étapes, les motifs de gain, les équipes et la qualification des pistes.

Le module OCA `crm_phonecall` (dépôt `crm`, version 18.0.1.1.0, licence AGPL-3) **réintroduit la gestion des appels téléphoniques** dans le CRM d'Odoo — fonctionnalité retirée du standard depuis plusieurs versions — avec un modèle dédié, ses catégories, ses appels journalisés, ses appels planifiés et son analyse. Dix-sept autres modules traitent les réclamations, les visites commerciales et la conversion d'une piste en projet.

Le module OCA `maintenance_equipment_hierarchy` (dépôt `maintenance`, version 18.0.1.0.0, licence LGPL-3) rend les **équipements hiérarchiques** : un équipement parent, ses équipements enfants, leur nombre et un nom complet calculé — ce qui permet de modéliser une ligne de production, ses machines et leurs sous-ensembles. Quinze autres modules traitent les emplacements, les statuts, les références et les contrats de maintenance.

Le module OCA `maintenance_plan` (dépôt `maintenance`, version 18.0.1.0.1, licence AGPL-3) crée un modèle de **plan de maintenance préventive** rattaché à l'équipement, avec un référentiel de **genres de maintenance** reporté sur chaque demande générée — là où le standard ne connaît qu'une récurrence unique par équipement. Quatorze autres modules traitent la consommation de pièces, les feuilles de temps et les coûts.

Le module OCA `hr_employee_bank_restrict` (dépôt `hr`, version 18.0.1.0.0, licence LGPL-3) **masque la section des comptes bancaires** de la fiche contact liée à un employé, sauf pour les utilisateurs disposant de droits comptables étendus — une donnée que le standard laisse visible de tout utilisateur ayant accès aux contacts. Quatorze autres modules traitent l'identifiant, les langues, les visites médicales et les équipements personnels.

Le module OCA `hr_collective_agreement` (dépôt `hr`, version 18.0.1.0.0, licence LGPL-3) fournit un référentiel de **conventions collectives** multi-société — code, intitulé, **publications officielles** et **champs d'application** —, complété par `hr_professional_category`, qui rattache une **catégorie professionnelle** à chaque contrat de travail. Douze autres modules traitent les contrats, les départements, les entretiens et la formation.

Le module OCA `account_analytic_parent` (dépôt `account-analytic`, version 18.0.1.1.0, licence AGPL-3) **réintroduit la hiérarchie des comptes analytiques** — compte parent, sous-comptes, niveau et nom complet calculé — une structure qu'Odoo possédait et a retirée de son modèle analytique. Treize autres modules traitent les répartitions réutilisables, l'analytique obligatoire et les droits.

Le module OCA `stock_analytic` (dépôt `account-analytic`, version 18.0.1.2.0, licence AGPL-3) ajoute une **répartition analytique au mouvement de stock** — ce qui permet d'imputer la valorisation d'un mouvement à un axe d'analyse, et non seulement la facture qui l'accompagne. Quatorze autres modules propagent l'analytique depuis les produits, les entrepôts, les achats et la caisse.

Le module OCA `account_invoice_inter_company` (dépôt `multi-company`, version 18.0.1.0.7, licence AGPL-3) crée automatiquement la **facture miroir** chez la société sœur : une facture de vente émise par la société A devient une facture d'achat chez la société B, sans ressaisie ni rapprochement manuel. Dix autres modules traitent la commande miroir, les transferts inter-sociétés et la création de sociétés.

Le module OCA `base_export_manager` (dépôt `server-ux`, version 18.0.1.0.3, licence AGPL-3) rend **visibles et administrables les profils d'export** qu'Odoo crée en arrière-plan, et ajoute une colonne **droit d'export** aux droits d'accès par modèle et par groupe — un contrôle que le standard n'expose pas. Treize autres modules traitent les filtres paramétrables, le droit d'import, les menus masqués et les annonces internes.

Le module OCA `base_tier_validation_confirm_auth` (dépôt `server-ux`, version 18.0.1.0.0, licence AGPL-3) exige que le réviseur **ressaisisse son mot de passe** avant d'approuver une validation sensible, en s'appuyant sur le mécanisme de contrôle de sécurité d'Odoo. Treize autres modules traitent le transfert de visa, les séquences, les QR codes et les assistants multi-étapes.

Le module OCA `report_layout_config` (dépôt `reporting-engine`, version 18.0.1.0.0, licence AGPL-3) permet de **remplacer entièrement l'en-tête et le pied de page** des rapports PDF d'une société **par une simple image**, au lieu de recomposer logo, adresse et mentions légales dans les champs du standard. Quinze autres modules traitent les filigranes, les couvertures, les étiquettes et les commentaires types.

Relevé sur une instance Odoo 18 Community, le module OCA `base_tier_validation` (dépôt `server-ux`, version 18.0.3.5.1, licence AGPL-3) ajoute 1 modèle, 101 champs et 3 menus, mais ne s'active sur aucun document métier par lui-même : il lui faut un module d'implémentation. C'est le point qui surprend le plus — voici ce qu'il fait réellement, et comment le mettre en service.

Odoo a retiré l'import de relevés bancaires de son édition Community à partir de la version 14 : les 3 modules OCA `account_statement_import_file` (18.0.1.0.3, LGPL-3), `_camt` et `_ofx` le rétablissent, avec la détection des transactions déjà importées. Comment ils s'articulent, ce que CAMT apporte de plus qu'OFX, et le piège du fichier sans IBAN.

Relevé sur une instance Odoo 18 Community, le module OCA `account_reconcile_oca` (dépôt `account-reconcile`, version 18.0.1.1.14, licence AGPL-3) ajoute 2 modèles, 87 champs et 17 vues : il remplace le lettrage limité de la Community par deux écrans dédiés, bancaire et par compte. Ce qu'il ajoute à l'instance, où le trouver, ses quatre cas d'usage et ses limites connues.

Le module OCA `partner_multi_company` (dépôt `multi-company`, version 18.0.1.0.3, licence AGPL-3) permet de choisir **individuellement la visibilité d'un contact société par société** — là où le standard impose un contact soit propre à une société, soit visible de toutes. Dix-sept autres modules font de même pour les produits, les étapes CRM, les filtres et les vues.

Le module OCA `sql_export` (dépôt `reporting-engine`, version 18.0.1.1.1, licence AGPL-3) permet à un utilisateur habilité de définir des **requêtes SQL en lecture seule** et de les exporter en fichier depuis l'interface, sous **Tableaux de bord ▸ Export SQL** — avec trois extensions : export **différentiel**, format **Excel**, et **envoi automatique par courriel**. Huit autres modules traitent les indicateurs, le PDF chiffré et l'archive ZIP.

Le module OCA `pos_blind_session_closing` (dépôt `pos`, version 18.0.1.0.0, licence AGPL-3) **masque les montants de caisse attendus** dans la fenêtre de fermeture de session, pour que le caissier compte sans connaître le total théorique — un **comptage à l'aveugle**, seule façon de rendre un écart significatif. Onze autres modules traitent le fonds de caisse, les rapports de session, les droits des caissiers et la marge.

Le module OCA `pos_lot_barcode` (dépôt `pos`, version 18.0.1.0.1, licence AGPL-3) permet de **scanner un numéro de lot ou de série à la douchette** dans l'interface caisse, au lieu de le saisir au clavier — et `pos_product_expiry` y ajoute l'**évaluation de la péremption** du lot. Dix autres modules traitent les codes-barres multiples, la recherche par fournisseur et l'affichage du ticket.

Le module OCA `stock_quantity_history_location` (dépôt `stock-logistics-reporting`, version 18.0.1.0.0, licence AGPL-3) fournit les **quantités en stock par emplacement à une date passée** — ce qu'Odoo ne sait faire qu'au niveau global, et qui est exactement l'information attendue lors d'un contrôle d'inventaire. Dix autres modules traitent la valorisation, les retards de mouvement et l'impression automatique.

Le module OCA `stock_picking_report_valued` (dépôt `stock-logistics-reporting`, version 18.0.1.1.4, licence AGPL-3) ajoute les **montants au bon de livraison** — un document que le standard d'Odoo produit sans aucun prix, ce qui le rend inutilisable comme pièce d'accompagnement pour un client ou une douane. Dix-sept autres modules traitent les quantités non livrées, les adresses, les commentaires et le multilingue.

Le module OCA `account_payment_return` (dépôt `account-payment`, version 18.0.1.0.9, licence AGPL-3) gère les **rejets de prélèvement** — un document dédié sous **Facturation ▸ Clients ▸ Retours de paiement Clients** — et deux modules complémentaires les **importent depuis un fichier bancaire ISO 20022**. Dix autres modules traitent la liste des échéances, la balance âgée et l'escompte de règlement anticipé.

Le module OCA `account_payment_tier_validation` (dépôt `account-payment`, version 18.0.1.0.1, licence AGPL-3) soumet les **paiements à un circuit de validation par paliers** — le visa avant décaissement, que le standard d'Odoo ne prévoit nulle part. Treize autres modules traitent les méthodes de paiement, la carte bancaire, le billet à ordre et l'écran de règlement.

Le module OCA `database_size` (dépôt `server-tools`, version 18.0.1.0.2, licence AGPL-3) **mesure et journalise chaque jour la taille disque de chaque modèle** — tables, index, tables de relation et pièces jointes — avec une vue de comparaison sous **Paramètres ▸ Technique ▸ Database Size**. Quinze autres modules traitent les sauvegardes, les purges, la remontée d'erreurs et l'analyse de code.

Le module OCA `tracking_manager` (dépôt `server-tools`, version 18.0.1.1.0, licence AGPL-3) permet de **suivre dans la conversation les modifications de n'importe quel champ** d'un modèle — y compris les champs de relation multiple, que le suivi natif d'Odoo ignore. Douze autres modules traitent les restrictions d'écriture, le blocage des appels distants et les files de fichiers.

Le module OCA `base_name_search_improved` (dépôt `server-tools`, version 18.0.1.1.1, licence AGPL-3) **améliore la recherche utilisée partout où l'on sélectionne un enregistrement lié** — champs client, produit, compte — avec un référentiel de recherches paramétrables sous **Paramètres ▸ Smart Searches**. Vingt autres modules fournissent séquences calculées, plages horaires, export JSON et boîte à outils Excel.

Le module OCA `website_sale_hide_price` (dépôt `e-commerce`, version 18.0.1.0.0, licence AGPL-3) permet de **masquer les prix de la boutique en ligne** à trois niveaux — pour tout le site, pour un produit, ou pour un client précis — avec un message de remplacement paramétrable à chaque niveau. Dix-huit autres modules traitent la bascule HT/TTC, la TVA obligatoire et le tunnel de commande professionnel.

Le module OCA `website_sale_attribute_filter_form_submit` (dépôt `e-commerce`, branche 18.0, licence AGPL-3) permet de **cocher plusieurs valeurs d'attribut avant de valider le filtre**, au lieu de recharger la page à chaque clic — ce qui change la navigation d'un catalogue à plusieurs centaines de références. Dix-neuf autres modules traitent le tri, les catégories, le stock affiché et les liens entre produits.

Le module OCA `base_ubl` (dépôt `edi`, version 18.0.1.0.0, licence AGPL-3) fournit les briques communes du standard **Universal Business Language**, devenu la norme **ISO/IEC 19845 en janvier 2016** — et deux modules séparés en dérivent : l'un pour **générer** un fichier UBL, l'autre pour l'**analyser**. Dix autres modules traitent le socle Factur-X, l'envoi par appel HTTP et les identifiants hors base.

Le module OCA `sale_order_import` (dépôt `edi`, version 18.0.1.2.1, licence AGPL-3) ajoute un assistant **important une demande de prix ou une commande client envoyée au format XML, ou dans un PDF à XML embarqué** — sous **Ventes ▸ Commandes ▸ Importer la demande ou la commande d'achat**. Dix-sept autres modules traitent les factures fournisseur téléchargées et la reconnaissance de PDF par gabarit.

Le module OCA `edi_core_oca` (dépôt `edi-framework`, version 18.0.1.8.0, licence LGPL-3) définit les **enregistrements d'échange** EDI et leurs vues par état — tous, en attente, entrants, sortants, **en échec** — sous un menu racine **EDI ▸ Exchanges**. C'est la pièce qui rend un flux d'échange observable. Vingt-huit autres modules y branchent les formats, les destinations et les documents métier.

Le module OCA `fs_attachment` (dépôt `storage`, version 18.0.2.2.4, licence AGPL-3) permet de **stocker les pièces jointes sur un système de stockage externe** au lieu de la base de données — avec un connecteur dédié aux stockages **compatibles S3** et un placement des identifiants dans un fichier serveur. Trente-trois autres modules traitent les dossiers OneDrive, les vignettes et l'ancienne génération de connecteurs.

Le module OCA `mgmtsystem_hazard_risk` (dépôt `management-system`, version 18.0.1.2.0, licence AGPL-3) calcule un **score de risque pour chaque danger** à partir de sa probabilité, de sa sévérité et de son usage, et suit **plusieurs évaluations successives** — le cœur de l'évaluation des risques professionnels. Vingt-huit autres modules traitent les manuels ISO, les non-conformités, les revues de direction et les objectifs.

Le module OCA `loyalty_incompatibility` (dépôt `sale-promotion`, version 18.0.1.0.0, licence AGPL-3) permet de définir des **règles d'incompatibilité entre promotions** — ce qu'Odoo ne prévoit pas, et sans quoi deux offres cumulées peuvent rendre une vente déficitaire. Vingt-quatre autres modules traitent les limites par client, les cadeaux multiples et la suggestion de promotions.

Le module OCA `password_security` (dépôt `server-auth`, version 18.0.1.0.2, licence LGPL-3) permet de définir **au niveau de la société** des exigences de mot de passe — longueur minimale, composition, et les réglages associés — là où Odoo n'offre qu'une politique globale minimale. Dix autres modules traitent le double facteur imposé, l'usurpation tracée et le coffre-fort chiffré.

Le module OCA `auth_saml` (dépôt `server-auth`, version 18.0.1.1.3, licence AGPL-3) permet de connecter Odoo à un **fournisseur d'identité SAML2**, en déportant la gestion des utilisateurs et des mots de passe vers un système d'authentification unique externe. Douze autres modules traitent les clés d'API, les jetons JWT et la connexion croisée entre instances.

Le module OCA `website_altcha` (dépôt `website`, version 18.0.1.1.0, licence AGPL-3) ajoute un **captcha respectueux de la vie privée entièrement hébergé par Odoo**, fondé sur une bibliothèque ouverte — proposé comme alternative aux services de captcha américains, qui déposent des traceurs avant tout consentement. Vingt-trois autres modules traitent le consentement aux cookies, les pages protégées et le fichier llms.txt.

Le module OCA `event_session` (dépôt `event`, version 18.0.1.0.0, licence AGPL-3) ajoute la notion de **séance** à un événement — un même événement se tenant plusieurs fois, avec ses places et son calendrier propres —, avec ses menus sous **Événements ▸ Séances** et son analyse. Vingt-trois autres modules traitent les places minimum, les inscriptions groupées et les pages d'événement.

Le module OCA `repair_service` (dépôt `repair`, version 18.0.1.2.4, licence AGPL-3) ajoute des **services aux ordres de réparation**, de façon à ce qu'ils deviennent des **lignes de commande de vente** — ce qui permet de facturer la main-d'œuvre et non seulement les pièces. Dix-sept autres modules traitent les types, les modèles, le reconditionnement et le temps passé.

Le module OCA `shopfloor` (dépôt `stock-logistics-shopfloor`, version 18.0.1.4.1, licence AGPL-3) fournit une **interface de programmation pour conduire les opérations d'entrepôt à la douchette**, et déclare **dix-sept dépendances** — ce qui en fait la brique la plus exigeante du catalogue communautaire logistique. Vingt-deux autres modules ajoutent l'interface mobile et les scénarios de terrain.

Le module OCA `account_financial_risk` (dépôt `credit-control`, version 18.0.1.2.1, licence AGPL-3) gère un **encours client** que six modules viennent brancher sur les commandes, les mouvements de stock, la boutique en ligne, les rejets de prélèvement et les feuilles de règlement. Huit autres modules traitent les politiques de relance à niveaux et l'assurance-crédit.

Le module OCA `fleet_vehicle_inspection` (dépôt `fleet`, version 18.0.1.1.0, licence AGPL-3) permet d'enregistrer les **contrôles d'entrée et de sortie d'un véhicule**, avec un référentiel de **points de contrôle** — et `fleet_vehicle_inspection_template` y ajoute des **gabarits de contrôle** réutilisables. Seize autres modules traitent le carburant, la propriété, l'achat de véhicules et les catégories.

Le module OCA `sale_report_delivered` (dépôt `sale-reporting`, version 18.0.1.1.0, licence AGPL-3) ajoute une analyse **Ventes à partir des livraisons** — c'est-à-dire fondée sur ce qui est **effectivement sorti**, et non sur les commandes prises, avec huit modules qui viennent l'enrichir d'axes supplémentaires. Dix-huit autres modules traitent les axes d'analyse et la présentation des documents commerciaux.

Le module OCA `fastapi` (dépôt `rest-framework`, version 18.0.1.3.4, licence LGPL-3) intègre le cadre Python **FastAPI** dans Odoo — routes, dépendances, intercepteurs, authentification —, et `api_log` enregistre **en base** chaque requête et chaque réponse qui y transitent : adresse, méthode, en-têtes, corps, code de statut, durée. Dix-sept autres modules traitent l'authentification, le captcha, la validation et l'ancien cadre REST.

Le module OCA `ddmrp` (dépôt `ddmrp`, version 18.0.1.10.2, licence LGPL-3) implémente la méthode **Demand Driven MRP** dans Odoo : des **tampons de stock** dimensionnés par profil, une **consommation moyenne journalière** calculée selon une méthode paramétrable, et huit dépendances externes dont un calendrier d'entrepôt. Dix-huit autres modules traitent les ajustements, les avertissements, l'historique et les limites de capacité.

Le module OCA `stock_release_channel` (dépôt `stock-logistics-release-channel`, version 18.0.1.7.1, licence AGPL-3) introduit des **canaux de libération** pour piloter la charge d'un entrepôt : les préparations ne sont pas libérées dès qu'elles sont prêtes, mais regroupées par canal et libérées quand on décide. Dix-sept autres modules traitent l'heure limite, les plans de préparation et la date promise au client.

Le module OCA `account_invoice_report_grouped_by_picking` (dépôt `account-invoice-reporting`, version 18.0.1.1.0, licence AGPL-3) imprime les **lignes de facture regroupées par livraison** — ce qui permet à un client de rapprocher une facture mensuelle des bons de livraison qu'il a signés. Seize autres modules traitent les numéros de série, les péremptions et les délais de paiement réels.

Le module OCA `brand` (dépôt `brand`, version 18.0.1.0.3, licence LGPL-3) crée l'objet **marque commerciale**, explicitement **distinct de la société juridique** — et vingt-deux modules la propagent jusqu'aux factures, aux contrats, aux documents imprimés et aux comptes bancaires. Vingt-deux autres modules la propagent aux factures, aux contrats et aux documents.

Le module OCA `operating_unit` (dépôt `operating-unit`, version 18.0.1.0.1, licence LGPL-3) introduit l'**unité opérationnelle** — une entité organisationnelle **interne à une société** —, et `account_operating_unit` la porte sur les factures et les écritures avec un **compte de liaison** entre unités. Quatorze autres modules la propagent aux ventes, aux achats, au stock et à la production.

Le module OCA `rma` (dépôt `rma`, version 18.0.2.8.2, licence AGPL-3) introduit l'**autorisation de retour** comme document à part entière, avec son application dédiée, ses **opérations**, ses **équipes**, ses **étiquettes** et ses **motifs de clôture** — là où Odoo ne connaît que le retour de transfert. Quatorze autres modules traitent la détection de la commande d'origine, les lots et la réparation.

Le module OCA `account_payment_mode` (dépôt `bank-payment`, version 18.0.1.0.0, licence AGPL-3) crée le **mode de paiement** : un objet qui classe et **route les ordres de paiement entrants et sortants vers le bon journal bancaire**, et dont dépendent une dizaine de modules du dépôt. Quatorze autres modules traitent les mandats, les visas sur ordres et le compte bancaire fournisseur.

Le module OCA `account_statement_import_online` (dépôt `bank-statement-import`, version 18.0.1.1.2, licence AGPL-3) fournit le cadre permettant d'**alimenter automatiquement les relevés bancaires par service en ligne**, avec son référentiel de **fournisseurs** — et six modules branchent chacun un service concret. Quatorze autres modules traitent l'import de tableurs, le CAMT.054 et le rapprochement.

Le module OCA `account_reconcile_restrict_partner_mismatch` (dépôt `account-reconcile`, version 18.0.1.0.0, licence AGPL-3) **empêche de lettrer des écritures de comptes clients ou fournisseurs dont les tiers ne correspondent pas**, et fournit un écran listant les rapprochements déjà faits en incohérence. Huit autres modules traitent le lettrage automatisé, l'état du relevé et les raccourcis par tiers.

Le module OCA `document_page_approval` (dépôt `knowledge`, version 18.0.1.2.0, licence AGPL-3) ajoute un **circuit de validation aux pages du wiki** : toute modification de contenu peut exiger une approbation avant publication, avec un écran de **demandes de modification**. Quatorze autres modules traitent le wiki, les droits par page et les rattachements métier.

Deux dépôts de la base documentée **ne viennent pas de l'OCA** : `odoo-design-themes` est le dépôt officiel `odoo/design-themes` — trente thèmes de site, licence LGPL-3 —, et `odoo-modules` regroupe dix-sept modules publiés par **MuK IT**, dont un thème de back-office pour Odoo Community. Les reconnaître évite de chercher un support communautaire qui n'existe pas pour eux.

Le module OCA `base_user_effective_permissions` (dépôt `server-backend`, version 18.0.1.0.0, licence AGPL-3) permet d'**inspecter les droits effectifs appliqués à un utilisateur** — ce qu'aucun écran standard ne montre, les droits résultant du cumul de tous ses groupes. Seize autres modules traitent les rôles, les bases externes et les remises globales.

Le module OCA `stock_available_to_promise_release` (dépôt `stock-logistics-reservation`, version 18.0.1.7.0, licence LGPL-3) **libère les opérations en fonction du disponible à promettre** — le mécanisme sur lequel reposent les canaux de livraison et toute la logistique avancée du catalogue communautaire. Trente autres modules traitent la réservation par emplacement et les règles de réassort.

Le module OCA `stock_weighing` (dépôt `stock-weighing`, version 18.0.1.3.0, licence AGPL-3) fournit un **assistant de pesée pour les opérations de stock**, avec sa propre application — et `stock_remote_measure` permet de **connecter une balance** pour enregistrer la mesure directement dans les champs de stock. Trente-huit autres modules traitent le rangement, les codes-barres et les demandes internes.

Le module OCA `mail_gateway` (dépôt `social`, version 18.0.1.1.1, licence AGPL-3) est le socle permettant d'**intégrer un système de messagerie externe directement dans la conversation d'Odoo** — et trois connecteurs en dérivent : **WhatsApp Business**, **Telegram** et les messages directs d'un réseau social. Vingt autres modules traitent le publipostage, la désinscription tracée et les liens sociaux.

Le module OCA `sale_margin_security` (dépôt `margin-analysis`, version 18.0.1.0.0, licence AGPL-3) **restreint l'accès à la marge** sur les commandes de vente, et trois autres modules du lot font de même pour le produit et la marge sur le livré — parce qu'afficher une marge, c'est afficher un prix d'achat. Vingt-sept autres modules traitent la marge sur le livré, les budgets et les tableaux de bord MIS.

Le module OCA `hr_attendance_report_theoretical_time` (dépôt `hr-attendance`, version 18.0.2.1.3, licence AGPL-3) compare la **durée théorique de travail à la durée réellement pointée**, avec quatre écrans d'analyse — et s'appuie sur le référentiel des **jours fériés** pour que la comparaison soit juste. Trente-trois autres modules traitent les notes de frais, les congés, la paie et les postes de travail.

Le module OCA `product_variant_sale_price` (dépôt `product-variant`, version 18.0.1.0.1, licence AGPL-3) permet d'**écrire des prix fixes sur les variantes** — au lieu du mécanisme standard, qui n'autorise qu'un prix de base et des suppléments par valeur d'attribut. Trente-six autres modules traitent les packs, le configurateur, les canaux de vente et les commissions d'agents.

Le module OCA `account_cutoff_base` (dépôt `account-closing`, version 18.0.1.0.1, licence AGPL-3) fournit les **quatre provisions de clôture** sous un menu dédié — charges constatées d'avance, charges à payer, produits constatés d'avance, produits à recevoir — avec leur correspondance de comptes. Vingt-sept autres modules traitent la clôture d'exercice, l'écotaxe, l'EMEBI et les rapports comptables.

Le module OCA `sign_oca` (dépôt `sign`, version 18.0.1.4.3, licence AGPL-3) permet de **signer des documents à l'intérieur d'Odoo Community** — avec ses modèles, ses champs, ses rôles et ses demandes de signature, sous une application dédiée. Trente autres modules traitent la gestion documentaire, le registre RGPD, les tableurs et les référentiels européens.

Le module OCA `membership_prorate` (dépôt `vertical-association`, version 18.0.1.0.0, licence AGPL-3) calcule une **cotisation au prorata** de la période restante, et `membership_variable_period` permet des **périodes d'adhésion variables** — deux besoins qu'aucune association ne contourne. Quarante-et-un autres modules traitent l'hôtellerie, les séjours, les dons et les accords juridiques.

Le module OCA `route_planning` (dépôt `route-planning`, version 18.0.1.0.0, licence AGPL-3) fournit une application de **planification de tournées** avec ses **zones**, ses **points de contrôle**, ses **types d'incident** et ses **gabarits de créneau de visite** — affichés sur une carte. Trente-et-un autres modules traitent les quais, les avis d'expédition, les cartes et le socle mobile.

Relevé sur une instance Odoo 18 Community, le module OCA `auditlog` (dépôt `server-tools`, version 18.0.2.0.9, licence AGPL-3) crée 7 modèles, 105 champs et 6 menus : il journalise créations, lectures, modifications, suppressions et exports sur n'importe quel modèle Odoo, avec les valeurs avant et après. Comment le paramétrer sans faire exploser la base, et la case à ne pas cocher à la légère.

Relevé sur une instance Odoo 18 Community, le module OCA `account_payment_order` (dépôt `bank-payment`, version 18.0.1.2.8, licence AGPL-3) ajoute 3 modèles, 133 champs et 24 vues : il regroupe plusieurs factures en un ordre de paiement unique, avec un workflow en quatre états jusqu'au fichier remis à la banque. Ce qu'il fait, ce qu'il ne fait pas seul, et le piège du lettrage à l'étape finale.

Le module OCA `account_usability` (dépôt `account-financial-tools`, version 18.0.1.1.3, licence AGPL-3) ajoute 6 menus et 17 champs à Odoo 18 Community : il rend accessibles des écrans comptables qui existent déjà dans la base mais n'ont pas de menu, et renomme « Billing » en « Accounting ». Ce qu'il rétablit exactement, et la vue qu'il ne peut pas rétablir.

Le module OCA `contract` (dépôt `contract`, version 18.0.2.5.2, licence AGPL-3) ajoute 3 modèles, 225 champs et 10 menus à Odoo 18 Community : un cron quotidien facture automatiquement les contrats échus, clients comme fournisseurs, et le client suit ses contrats depuis le portail. Les trois modules de la famille, ce que chacun ajoute, et les deux réglages invisibles qui bloquent un démarrage.

Quatre modules OCA complètent la gestion du personnel d'Odoo 18 Community : `hr_expense_advance_clearing` (version 18.0.1.1.1) gère les **avances versées aux salariés** et leur solde, un circuit qu'Odoo ne connaît pas — l'avance est payée, les dépenses viennent s'imputer dessus, et le reliquat est remboursé à l'entreprise. Les trois autres : le nom coupé en deux, la petite caisse, et les jours fériés retirés du décompte des congés.

Relevé sur une instance Odoo 18 Community, le module OCA `account_invoice_import` (dépôt `edi`, version 18.0.1.3.0, licence AGPL-3) ajoute 1 modèle, 104 champs et 1 menu : il crée une facture fournisseur brouillon à partir d'un fichier PDF ou XML, mais ne sait lire aucun format sans un module complémentaire. Lesquels installer, comment préconfigurer un fournisseur récurrent, et ce que la réforme 2026 change.

Relevé sur une instance Odoo 18 Community, le module OCA `mis_builder` (dépôt `mis-builder`, version 18.0.1.10.0, licence AGPL-3) crée 11 modèles et 253 champs : il permet de construire ses propres états financiers, indicateurs en lignes et périodes en colonnes, exportables en PDF et en Excel. Les deux niveaux d'objets à comprendre, la syntaxe des expressions, et la limite analytique depuis la version 16.

Quatre modules OCA du socle Atalios bloquent les erreurs de saisie comptable avant la comptabilisation : la numérotation par séquence (`account_move_name_sequence`, 18.0.2.0.2), la chronologie des factures, l'unicité du numéro de facture fournisseur et le total de vérification — tous sous licence AGPL-3. Ce que chacun bloque, comment l'activer, et celui qui doit être réglé avant la première écriture.

Le module OCA `base_exception` (dépôt `server-tools`, version 18.0.1.3.0, licence AGPL-3) crée 3 modèles et 23 champs : il permet de définir des règles qui bloquent ou signalent un document avant validation — mais il n'agit sur aucun document sans module d'implémentation. Les trois modes de détection, le groupe à ne pas distribuer, et le risque de sécurité que le dépôt signale lui-même.

Les deux modules OCA de paiement SEPA pour Odoo 18 Community (`account_banking_sepa_credit_transfer` et `account_banking_sepa_direct_debit`, version 18.0.1.1.1, licence AGPL-3) génèrent les fichiers bancaires au format PAIN : **six versions** pour le virement, et `pain.008.001.02` par défaut pour le prélèvement. Le mandat, l'identifiant créancier, l'expiration à 36 mois et le module avec lequel ils sont incompatibles.

Le module OCA `bi_sql_editor` (dépôt `reporting-engine`, version 18.0.1.0.4, licence AGPL-3) crée 2 modèles et 80 champs : à partir d'une requête SQL, il génère une vue PostgreSQL, un modèle Odoo, un menu et des vues liste, pivot et graphique — sans écrire une ligne de Python. Le workflow en quatre étapes, la convention de nommage à respecter, et pourquoi il reste un outil d'administrateur.

Trois modules OCA du dépôt `server-auth` ferment les trois portes d'accès à une instance Odoo : `auth_oidc` (18.0.1.1.0) branche l'authentification sur votre annuaire d'entreprise, `auth_session_timeout` déconnecte les sessions inactives au bout de 7 200 secondes par défaut, et `auth_api_key` (18.0.1.0.2) donne une clé révocable par intégration. Lequel règle le problème des comptes oubliés, et la dépendance Python à ne pas confondre.

Le module OCA `l10n_fr_einvoicing` (dépôt `fr-einvoicing`) est l'implémentation communautaire de la réforme française : relevé sur une instance Odoo 18 Community, il crée 10 modèles et ajoute 322 champs, et s'appuie sur la bibliothèque Python `pyfrctc` pour dialoguer avec une plateforme agréée. Les quatre écrans, les contrôles qui bloquent une facture, et les deux tâches désactivées par défaut.

Huit modules OCA du socle Atalios travaillent la qualité du fichier contacts : `l10n_fr_siret` (18.0.1.4.0) valide la clé de contrôle du SIRET et signale les doublons de SIREN, `base_partner_sequence` attribue une référence séquentielle, et `base_location` complète l'adresse depuis le seul code postal. Pourquoi cette qualité est devenue une obligation en 2026, et ce que chaque module apporte.

Odoo Community n'a pas d'application mobile native : le module OCA `web_responsive` (dépôt `web`, version 18.0.1.0.8, licence LGPL-3) rend l'interface réellement utilisable sur téléphone et tablette — et il est incompatible avec `web_enterprise`, qu'il exclut explicitement. Les quatre modules de confort du socle, et celui qui change le plus la perception de l'outil.

Sept modules OCA du socle Atalios traitent l'exploitation plutôt que le métier : trois retirent les renvois commerciaux vers odoo.com, `database_cleanup` (18.0.1.0.2) purge les résidus de modules désinstallés — en avertissant lui-même qu'il est potentiellement destructeur — et `module_auto_update` ne met à jour que les modules dont le code a changé. Ce que chacun fait, et le seul module du socle à manipuler avec une sauvegarde sous la main.

Sept modules OCA du socle Atalios ajoutent à Odoo 18 Community des gestes comptables que l'édition de base ne permet pas — dont `account_fiscal_year`, qui restaure un modèle issu du cœur d'Odoo 13 Community, déplacé vers l'édition Enterprise en version 14. Ce que chacun débloque, et celui qui révèle le plus clairement une fonction reprise par l'éditeur.

Le module OCA `account_financial_report` (version 18.0.1.4.29, licence AGPL-3) ajoute à Odoo 18 Community **six états comptables** regroupés sous un seul menu — grand livre, journal des écritures, balance de vérification, écritures ouvertes, balance âgée et déclaration de TVA — chacun consultable à l'écran, exportable en PDF et en XLSX. Les deux modules qui complètent ce socle : le contrôle des soldes de taxes, et les budgets.

Le module OCA `document_page` (dépôt `knowledge`, version 18.0.2.1.3, licence AGPL-3) crée 2 modèles et 89 champs : un wiki interne dans Odoo, avec catégories, historique complet des modifications et comparaison de deux versions — et `document_page_approval` y ajoute un circuit de validation avant publication. Pourquoi la documentation gagne à vivre dans l'ERP, et ce que le workflow d'approbation change vraiment.

Le module OCA `fieldservice` (dépôt `field-service`, version 18.0.5.8.1, licence AGPL-3) est une application complète, pas un complément : relevé sur une instance Odoo 18 Community, il crée 5 modèles, ajoute 1 301 champs, 28 menus et 10 groupes de droits. Les cinq modules de la famille, et celui qui ne fait pas ce que son nom suggère.

Le module OCA `helpdesk_mgmt` (dépôt `helpdesk`, version 18.0.1.18.0, licence AGPL-3) crée 3 modèles et ajoute 214 champs, 14 menus et 4 groupes de droits : un système de tickets avec portail client, là où Odoo Community n'offre rien. Les trois modules de la famille, et le softphone qui exclut celui d'Odoo.

Six modules rendent présentable un site Odoo 18 Community : `website_sale_require_legal` (version 18.0.1.0.2) journalise dans le fil de discussion l'**adresse IP, le navigateur et la langue** du client au moment où il accepte les conditions générales — une preuve horodatée que le module enregistre sans créer aucun champ dédié. Les cinq autres, et celui qui n'est pas un module OCA mais un thème officiel d'Odoo.

Neuf modules OCA complètent la gestion de projet d'Odoo 18 Community — dont `hr_timesheet_sheet` (18.0.1.3.2) qui ajoute une feuille de temps périodique en grille croisée avec cycle de validation, et deux modules qui **restaurent des fonctions retirées du cœur d'Odoo depuis la version 8**. Ce que chacun apporte, et le seul réglage qui décide de la fiabilité de vos temps.

Le dépôt OCA `sale-workflow` compte 157 modules documentés — le plus fourni de l'écosystème. Sept d'entre eux figurent dans nos packs métier, dont `sale_order_type` (18.0.1.4.0), qui applique 9 valeurs par défaut à une commande dès que son type est choisi. Ce que chacun automatise, et celui qui est conçu pour les flux à fort volume.

Trois modules OCA complètent la caisse d'Odoo 18 Community : `pos_order_remove_line` (18.0.1.0.1) ajoute le bouton de suppression qui manque au ticket, `pos_order_to_sale_order` (18.0.1.1.2) transforme la vente de caisse en commande de vente, et `pos_payment_terminal` (18.0.1.0.0) pilote le terminal de paiement. Trois manques du comptoir, et les réglages à ne pas oublier dans la configuration du point de vente.

Six modules OCA du dépôt `purchase-workflow` encadrent les achats dans Odoo 18 Community : `purchase_order_type` (18.0.1.1.2) ajoute une typologie avec séquence dédiée, et `purchase_exception` (18.0.1.1.0) bloque la confirmation d'une commande anormale — particulièrement utile lors d'imports massifs. Ce que chacun apporte, et celui qui répond à la question « qu'est-ce qui reste à recevoir ».

Par défaut, Odoo **autorise le stock négatif**. Le module OCA `stock_no_negative` (dépôt `stock-logistics-workflow`, version 18.0.1.0.2, licence AGPL-3) inverse ce comportement : toute opération qui ferait passer un produit stockable sous zéro sur un emplacement interne ou de transit est bloquée. Pourquoi Odoo l'autorise, pourquoi l'interdire, et les exceptions à prévoir.

La suite OCA « Management System » installe dans Odoo 18 Community une application de pilotage qualité : le module socle `mgmtsystem` (version 18.0.1.3.0, AGPL-3) crée **5 groupes de sécurité hiérarchisés** et un écran de réglages où s'activent à la carte audits, non-conformités et actions correctives. Les quatre modules du cœur, le workflow qu'ils imposent, et la case à cocher qui en active un autre que celui annoncé.

Le module OCA `stock_picking_batch_extended` (dépôt `stock-logistics-workflow`, version 18.0.1.0.0) enrichit la préparation par lots d'Odoo : il crée automatiquement plusieurs lots **regroupés par un ou plusieurs champs** du transfert — par transporteur, par zone — et active son propre mode de validation par un réglage de société. Les quatre modules de la famille, et celui dont le lien reste vide sans un complément.

Le module OCA `mrp_multi_level` (dépôt `manufacture`, version 18.0.1.4.4, licence LGPL-3) crée 5 modèles et ajoute 158 champs : il remplace les règles de stock d'Odoo par un **calcul des besoins multi-niveaux** par couple produit / zone MRP, qui explose la nomenclature du plus haut niveau vers le plus bas. Ce qu'un vrai MRP apporte face aux règles de réapprovisionnement, et les deux petits modules qui l'accompagnent.