Notes de mise en production Mai 2026
Thème: Fiabilisation du flux client, de la préparation logistique et des échanges B2B/Ciama avec Odoo.
TL;DR
Cette mise à jour rend les commandes, les contacts et les documents clients plus fiables au quotidien. Elle réduit les erreurs d’adresse, clarifie les PDF commerciaux et logistiques, et stabilise plusieurs flux sensibles autour du stock et d’Amazon.
Nouveautés
- Les factures peuvent être envoyées automatiquement à des contacts supplémentaires.
- Les sous-contacts affichent une option directe pour activer la réception des factures.
- Les commandes et transferts affichent un total produits plus visible.
- Les outils connectés comme le B2B ou Ciama peuvent mieux détecter les changements de stock.
- Deux nouvelles centrales d’achat enrichissent les référentiels contacts.
Améliorations
- Les adresses de facturation et de livraison sont mieux sélectionnées sur les commandes.
- Les recherches d’adresses proposent davantage de résultats utiles.
- Les PDF clients utilisent mieux la langue du partenaire.
- Les bons de préparation sont plus lisibles pour l’équipe logistique.
- Les factures et proformas affichent des blocs d’information mieux alignés.
- Les traductions françaises, anglaises et espagnoles sont plus cohérentes.
- Amélioration de la récupération des numéros mobiles sur les contacts.
- Rétablissement du sélecteur de type de contact sur la vue formulaire des contacts enfants.
Corrections
- Correction des avertissements affichés en double sur certains documents logistiques.
- Correction d’adresses client mal reprises sur certains rapports de devis et commandes.
- Correction de l’origine Amazon FBM utilisée par les traitements connectés.
- Correction de blocages sur les expéditions entrantes Amazon en Odoo 19.
- Correction de l’information de mise à jour transmise au site B2B.
À savoir
- Les rapports imprimés suivent davantage la langue du partenaire.
- Les rapports de clients hors France sans traduction définie basculent en anglais.
- Les reliquats sont temporairement masqués sur les bons de préparation.
- La sélection automatique des adresses de livraison et facturation privilégie les contacts de ce type.
- Certaines traductions peuvent changer après mise à jour des modules.
Pourquoi ces changements sont importants
- L’ADV réduit les corrections manuelles sur les commandes et factures.
- La logistique travaille avec des bons plus clairs et plus stables.
- Les clients reçoivent des documents plus cohérents avec leur langue.
- Les outils connectés peuvent réagir plus vite aux changements de stock.
- Les flux Amazon retrouvent une meilleure continuité en Odoo 19.
Prochaines étapes
- Création d'une vue dédiée aux informations ADV/logistique des produits.
Détails des fonctionnalités principales
Total produits visible sur les commandes et transferts
Avant, les équipes devaient lire les lignes une par une pour connaître le volume total de produits d’une commande ou d’un transfert. Les sections, notes et lignes non produit pouvaient aussi rendre la lecture moins immédiate.
Après, un total produits est visible sur les commandes, les transferts et les principaux PDF liés. Il additionne les quantités des lignes qui portent réellement un produit.
Le fonctionnement est volontairement simple : sur une commande, le total reprend les quantités commandées des lignes produit. Sur un transfert, il reprend les quantités demandées des mouvements non annulés.
Les équipes ADV et logistique gagnent un contrôle rapide avant impression, préparation ou expédition. La conséquence importante est que ce total représente une quantité de produits, pas un nombre de lignes.
La raison du changement est de rendre les documents plus contrôlables sans calcul manuel, surtout quand une commande contient beaucoup de lignes.
À savoir: Lors de création de reliquats (par exemple sur les transferts), le total concerne uniquement le document sur lequel vous êtes. Ce n’est pas un total correspondant au nombre de produits dans la commande d’origine.
Sélection automatique des adresses de facturation et de livraison
Avant, Odoo choisissait les adresses à partir de sa logique standard. Dans certains cas, une commande pouvait reprendre un contact enfant générique, ou ignorer une adresse dédiée quand elle était enregistrée comme société. Après, la commande privilégie d’abord une adresse dédiée de facturation ou de livraison. Si aucune adresse dédiée n’existe, elle revient sur la société commerciale parente. Le fonctionnement concerne la création et la modification des devis, y compris les écrans impactés par le module de limite de crédit. Quand plusieurs adresses dédiées existent, les adresses de type société sont remontées avant les personnes. Les parties impliquées sont surtout l’ADV, les fiches contacts, les devis, les commandes et les modules qui recalculent les adresses lors du changement de client. La conséquence est un comportement plus prévisible : les commandes utilisent davantage les adresses structurées par rôle métier.
Exemple
Société: ACNA (Servair) Contacts: 7 (dont une adresse de livraison et une adresse de facturation)
Lors de la création d’un bon de commande, les adresses de livraison et de facturation sélectionnées par défaut sont celles du type correspondant:
Recherche et suggestions d’adresses dans les commandes
Avant, les suggestions rapides d’adresses étaient limitées et pouvaient masquer l’adresse utile quand un client avait beaucoup de sous-contacts. Une adresse de livraison enregistrée comme société pouvait aussi être difficile à retrouver en tapant le nom de la société parente. Après, les champs de facturation et de livraison affichent davantage de suggestions et tente de prioriser les contacts pertinents. Les adresses de livraison liées à une société remontent mieux dans la recherche. Le fonctionnement reste intégré au champ de sélection habituel des commandes. Les utilisateurs continuent à chercher une adresse comme avant, mais les résultats sont mieux ordonnés. L’impact principal est une saisie plus rapide et moins d’erreurs d’adresse. Cela concerne l’ADV, les personnes qui maintiennent les fiches contacts et les équipes qui corrigent les commandes avant expédition. La raison du changement est de mieux gérer les clients avec une structure d’adresses riche : siège, facturation, livraisons multiples et contacts opérationnels.
Exemple
Société: SA COOPÉRATIVE U Plus de 40 contacts
Langue des PDF clients
Avant, certains PDF personnalisés dépendaient trop de la langue de l’utilisateur connecté ou d’un contexte d’impression incomplet. En impression groupée, des documents de clients différents pouvaient aussi se retrouver avec des libellés incohérents. Après, les rapports 1UP utilisent la langue métier du partenaire concerné. Quand plusieurs documents sont imprimés ensemble, chaque document est rendu avec sa propre langue. Le fonctionnement s’applique aux rapports personnalisés de vente, facture, achat et stock. Le document cherche d’abord la langue du partenaire lié au document imprimé. Les parties impliquées sont les clients, l’ADV, la comptabilité, les achats et la logistique. Les documents envoyés à l’extérieur sont plus cohérents, quel que soit l’utilisateur qui lance l’impression. La raison du changement est de fiabiliser les documents clients multilingues et d’éviter que la langue interne de l’utilisateur influence le PDF envoyé.
Exemple
Société: Lyreco Pays: Espagne
La langue de la facture s’adapte au pays du client correspondant lorsqu’on dispose d’un fichier de traduction:
Fallback anglais pour les clients hors France
Avant, un client étranger sans langue renseignée pouvait recevoir un document dans la langue de l’environnement courant. Cela créait un risque de PDF français envoyé à un client international. Après, lorsqu’un partenaire hors France n’a pas de langue définie, les rapports basculent en anglais par défaut. Les clients français sans langue définie gardent la langue courante de l’environnement. Le fonctionnement repose sur le pays du partenaire. Si une langue est renseignée sur la fiche contact, elle reste prioritaire. La conséquence est plus claire pour les échanges internationaux : l’absence de paramétrage n’entraîne plus automatiquement un document en français. Les équipes commerciales et comptables doivent toutefois continuer à renseigner la langue quand un client exige une variante précise. La raison du changement est de sécuriser les documents export et les échanges hors France, surtout quand les fiches clients ne sont pas encore parfaitement complétées.
Exemple
Société: Over The Pitch Pays: Corée du sud
La langue de la facture est en anglais pour un client hors France pour lequel nous n’avons pas encore de fichier de traduction dédié.
Si le rapport s’imprime en français pour un client hors France, vérifiez la langue sélectionnée sur le Contact Odoo.
Rapports imprimés et préparation logistique
Avant, les bons de préparation et documents stock mélangeaient parfois la logique de langue client avec les besoins internes de préparation. Les avertissements logistiques pouvaient aussi être moins lisibles lorsqu’ils venaient à la fois de la société et de l’adresse de livraison. Après, les bons de préparation sont stabilisés pour l’usage interne (et donc restent en français), tandis que les autres documents clients suivent davantage la langue du partenaire. Les consignes de stock sont mieux séparées par origine. Le fonctionnement distingue les usages : les documents destinés aux clients privilégient la langue du partenaire, alors que les bons de préparation restent orientés équipe logistique (en français). Les messages d’avertissement affichent la société puis l’adresse de livraison concernée quand les deux portent des consignes. Les parties impliquées sont principalement la logistique, l’ADV et les équipes qui impriment les documents depuis les transferts. Les préparateurs disposent d’un document plus stable, avec moins d’ambiguïtés sur les consignes. La raison du changement est de séparer deux besoins différents : communiquer correctement avec le client et donner une instruction opérationnelle claire à l’équipe interne.
Exemple
Société: Over The Pitch Possède des avertissements sur la société parente et sur l’adresse de livraison
Cet affichage fonctionne aussi bien sur le bon de préparation normal que sur le bon de préparation en kit.
Paramétrage des destinataires de facture
Avant, pour ajouter des nouveaux destinataires, il fallait obligatoirement passer par l’onglet Comptabilité. Ce qui n’est pas toujours pratique, en plus de n’être disponible qu’à un nombre réduit d’utilisateurs.
Après, il est possible de configurer un sous-contact directement depuis sa page. Il est donc plus simple de configurer un sous-contact, par exemple lors de sa création.
Les parties impliquées sont principalement l’ADV et les équipes commerciales qui créent et modifient des contacts sur des sociétés. Les utilisateurs disposent ainsi d’un paramétrage plus direct et moins enclin aux oublis.
Deux raisons motivent ce changement :
- L’accès au paramétrage pour les commerciaux, qui créent souvent des contacts.
- Simplifier le paramétrage des contacts de manière plus globale
Références techniques
Détails pour les administrateurs et développeurs
- Les outils connectés utilisent une route API de changement de stock.
- La correction côté B2B concerne l’information de dernière modification transmise au site.
- Les rapports imprimés s’appuient sur les rapports personnalisés 1UP de vente, facture, achat et stock.
- Les bons de préparation restent orientés usage interne, tandis que les documents clients suivent davantage la langue du partenaire.
Trouver de l’aide
Si vous avez une question, un problème ou une demande de correction, consultez la page des contacts pour identifier la bonne personne ou le bon prestataire à solliciter.
Voir qui contacter