Votre fournisseur vous a promis une livraison pour le 20/11/2026, vous l’avez notée sur la commande confirmée. Quelques jours plus tard, il peut livrer cinq pièces de plus : vous modifiez la quantité… et Odoo remplace la date convenue par la sienne, puis coupe la réception en deux. Voici pourquoi le standard se comporte ainsi, ce que cela coûte à votre logistique, et comment notre module Keep PO Arrival Date garde la date en place.
1. Le standard recalcule la date à chaque changement de quantité
Sur une ligne de commande fournisseur, Odoo calcule le prix et l’Arrivée prévue dans un même calcul. Dès que le produit possède un tarif fournisseur, toute modification de la quantité (ou de l’unité de mesure) relance ce calcul, y compris sur une commande déjà confirmée. L’Arrivée prévue redevient alors date de commande + délai du fournisseur.
Prenons un exemple : commande P00042 du 05/10/2026, délai fournisseur de 5 jours, livraison convenue au 20/11/2026. Vous passez la quantité de 10 à 15 : l’Arrivée prévue saute au 10/10/2026. La date négociée avec le fournisseur est perdue, sans message ni avertissement.
Ce n’est pas un bug d’une version isolée : la condition se trouve dans le code d’Odoo 18, 19 et 20, et elle était déjà présente en 17.
💡 À retenir
En standard, une commande confirmée ne protège pas sa date d’arrivée : changer la quantité suffit à la remplacer par « date de commande + délai fournisseur ».
2. Une réception coupée en deux, ou un retour inattendu
Le dégât ne s’arrête pas à la date. Pour décider si une modification de quantité peut mettre à jour le mouvement de stock existant, Odoo compare plusieurs critères, dont la date. Comme la date vient de changer, les deux ne correspondent plus :
- une hausse crée un second mouvement dans la réception : de 10 à 15, vous obtenez deux lignes, une de 10 à l’ancienne date et une de 5 à la nouvelle ;
- une baisse crée un retour au fournisseur, alors que rien n’a encore été reçu.
Côté entrepôt, la réception ne ressemble plus à ce que le fournisseur va livrer, et le planning des arrivées affiche une date que personne n’a convenue.
💡 À retenir
La date fait partie de ce qui permet à Odoo de fusionner les mouvements. Une date recalculée, c’est une réception scindée ou un retour qui n’a pas lieu d’être.
3. Keep PO Arrival Date : la date convenue reste
Notre module agit sur les lignes de commande confirmées, et sur elles seulement :
- l’Arrivée prévue garde sa valeur quand vous modifiez la quantité ;
- la nouvelle quantité met à jour le mouvement existant : de 10 à 15, la réception affiche une seule ligne de 15, à la même date, et une baisse ne crée plus de retour ;
- prix et descriptions continuent d’être recalculés comme avant ;
- sous Odoo 20, il aligne aussi l’échéance des nouveaux mouvements sur la date promise.
Il n’y a rien à configurer, aucun champ ajouté, rien d’écrit en base à l’installation. Le module retient la date avant le calcul standard et la remet ensuite, en mémoire : aucun appel supplémentaire, que la commande compte trois lignes ou trois cents.
💡 À retenir
Changez la quantité, la date convenue reste, et la réception garde un seul mouvement.
4. Ce que le module ne fait pas, volontairement
Le gel ne vaut que pour les lignes confirmées. C’est un choix assumé : tant que vous êtes au stade de la demande de prix, le recalcul standard est utile, par exemple pour suivre un changement de fournisseur et son propre délai. Les demandes de prix gardent donc le comportement d’Odoo.
Le revers : si vous modifiez une demande de prix après y avoir saisi une date, celle-ci peut encore être recalculée. Et une date que vous saisissez à la main s’applique toujours, sur une demande comme sur une commande confirmée : le module protège la date convenue, il ne vous empêche pas de la changer.
Si ce genre de comportement par défaut vous surprend régulièrement dans vos achats, c’est souvent le signe qu’un paramétrage ou une habitude d’équipe mérite d’être revu. Une formation Odoo ciblée sur le flux achat-réception évite bien des corrections manuelles.
💡 À retenir
Demande de prix : comportement standard. Commande confirmée : la date reste. Saisie manuelle : toujours prise en compte.
⚔️ Le Match : Odoo standard vs module Kameos
| Critère | Odoo standard | Keep PO Arrival Date |
|---|---|---|
| Quantité modifiée sur une commande confirmée | Arrivée prévue recalculée (commande + délai) | La date convenue reste |
| Hausse de 10 à 15 | Deux mouvements : 10 et 5 | Un seul mouvement de 15 |
| Baisse de quantité | Retour au fournisseur | Mouvement existant mis à jour |
| Demande de prix | Date recalculée | Date recalculée (inchangé) |
| Date saisie à la main | Appliquée | Appliquée |
| Configuration | — | Aucune |
Comportement vérifié par les tests automatisés du module : produit avec tarif fournisseur, ligne confirmée, quantité passée de 10 à 15 puis réduite. Module à 10 €, pour Odoo 18, 19 et 20, Community et Enterprise, licence OPL-1.
🛒 Sur l’App Store Odoo
Keep PO Arrival Date est en vente sur l’App Store officiel d’Odoo, à 10 € (Odoo 18, 19 et 20) : voir la fiche du module.
Le Verdict : une date convenue ne devrait pas changer toute seule
Le recalcul automatique a du sens tant que la commande n’est qu’une demande de prix. Une fois confirmée,
la date d’arrivée est un engagement du fournisseur : Keep PO Arrival Date la protège, et
la réception reste fidèle à ce qui va réellement arriver. Pour 10 €, sur Odoo 18, 19 ou 20.
Envie d’installer le module, ou de savoir quels autres automatismes de votre flux d’achat vous coûtent du temps ?
Contactez-nous, ou commencez par un
audit de vos processus Odoo.
Votre fournisseur vous a promis une livraison pour le 20/11/2026, vous l’avez notée sur la commande confirmée. Quelques jours plus tard, il peut livrer cinq pièces de plus : vous modifiez la quantité… et Odoo remplace la date convenue par la sienne, puis coupe la réception en deux. Voici pourquoi le standard se comporte ainsi, ce que cela coûte à votre logistique, et comment notre module Keep PO Arrival Date garde la date en place.
1. Le standard recalcule la date à chaque changement de quantité
Sur une ligne de commande fournisseur, Odoo calcule le prix et l’Arrivée prévue dans un même calcul. Dès que le produit possède un tarif fournisseur, toute modification de la quantité (ou de l’unité de mesure) relance ce calcul, y compris sur une commande déjà confirmée. L’Arrivée prévue redevient alors date de commande + délai du fournisseur.
Prenons un exemple : commande P00042 du 05/10/2026, délai fournisseur de 5 jours, livraison convenue au 20/11/2026. Vous passez la quantité de 10 à 15 : l’Arrivée prévue saute au 10/10/2026. La date négociée avec le fournisseur est perdue, sans message ni avertissement.
Ce n’est pas un bug d’une version isolée : la condition se trouve dans le code d’Odoo 18, 19 et 20, et elle était déjà présente en 17.
💡 À retenir
En standard, une commande confirmée ne protège pas sa date d’arrivée : changer la quantité suffit à la remplacer par « date de commande + délai fournisseur ».
2. Une réception coupée en deux, ou un retour inattendu
Le dégât ne s’arrête pas à la date. Pour décider si une modification de quantité peut mettre à jour le mouvement de stock existant, Odoo compare plusieurs critères, dont la date. Comme la date vient de changer, les deux ne correspondent plus :
- une hausse crée un second mouvement dans la réception : de 10 à 15, vous obtenez deux lignes, une de 10 à l’ancienne date et une de 5 à la nouvelle ;
- une baisse crée un retour au fournisseur, alors que rien n’a encore été reçu.
Côté entrepôt, la réception ne ressemble plus à ce que le fournisseur va livrer, et le planning des arrivées affiche une date que personne n’a convenue.
💡 À retenir
La date fait partie de ce qui permet à Odoo de fusionner les mouvements. Une date recalculée, c’est une réception scindée ou un retour qui n’a pas lieu d’être.
3. Keep PO Arrival Date : la date convenue reste
Notre module agit sur les lignes de commande confirmées, et sur elles seulement :
- l’Arrivée prévue garde sa valeur quand vous modifiez la quantité ;
- la nouvelle quantité met à jour le mouvement existant : de 10 à 15, la réception affiche une seule ligne de 15, à la même date, et une baisse ne crée plus de retour ;
- prix et descriptions continuent d’être recalculés comme avant ;
- sous Odoo 20, il aligne aussi l’échéance des nouveaux mouvements sur la date promise.
Il n’y a rien à configurer, aucun champ ajouté, rien d’écrit en base à l’installation. Le module retient la date avant le calcul standard et la remet ensuite, en mémoire : aucun appel supplémentaire, que la commande compte trois lignes ou trois cents.
💡 À retenir
Changez la quantité, la date convenue reste, et la réception garde un seul mouvement.
4. Ce que le module ne fait pas, volontairement
Le gel ne vaut que pour les lignes confirmées. C’est un choix assumé : tant que vous êtes au stade de la demande de prix, le recalcul standard est utile, par exemple pour suivre un changement de fournisseur et son propre délai. Les demandes de prix gardent donc le comportement d’Odoo.
Le revers : si vous modifiez une demande de prix après y avoir saisi une date, celle-ci peut encore être recalculée. Et une date que vous saisissez à la main s’applique toujours, sur une demande comme sur une commande confirmée : le module protège la date convenue, il ne vous empêche pas de la changer.
Si ce genre de comportement par défaut vous surprend régulièrement dans vos achats, c’est souvent le signe qu’un paramétrage ou une habitude d’équipe mérite d’être revu. Une formation Odoo ciblée sur le flux achat-réception évite bien des corrections manuelles.
💡 À retenir
Demande de prix : comportement standard. Commande confirmée : la date reste. Saisie manuelle : toujours prise en compte.
⚔️ Le Match : Odoo standard vs module Kameos
| Critère | Odoo standard | Keep PO Arrival Date |
|---|---|---|
| Quantité modifiée sur une commande confirmée | Arrivée prévue recalculée (commande + délai) | La date convenue reste |
| Hausse de 10 à 15 | Deux mouvements : 10 et 5 | Un seul mouvement de 15 |
| Baisse de quantité | Retour au fournisseur | Mouvement existant mis à jour |
| Demande de prix | Date recalculée | Date recalculée (inchangé) |
| Date saisie à la main | Appliquée | Appliquée |
| Configuration | — | Aucune |
Comportement vérifié par les tests automatisés du module : produit avec tarif fournisseur, ligne confirmée, quantité passée de 10 à 15 puis réduite. Module à 10 €, pour Odoo 18, 19 et 20, Community et Enterprise, licence OPL-1.
🛒 Sur l’App Store Odoo
Keep PO Arrival Date est en vente sur l’App Store officiel d’Odoo, à 10 € (Odoo 18, 19 et 20) : voir la fiche du module.
Le Verdict : une date convenue ne devrait pas changer toute seule
Le recalcul automatique a du sens tant que la commande n’est qu’une demande de prix. Une fois confirmée,
la date d’arrivée est un engagement du fournisseur : Keep PO Arrival Date la protège, et
la réception reste fidèle à ce qui va réellement arriver. Pour 10 €, sur Odoo 18, 19 ou 20.
Envie d’installer le module, ou de savoir quels autres automatismes de votre flux d’achat vous coûtent du temps ?
Contactez-nous, ou commencez par un
audit de vos processus Odoo.