Odoo 19.4 modifie la manière dont les utilisateurs accèdent aux informations d'inventaire à une date passée, analysent le vieillissement des stocks et allouent l'inventaire disponible. Le rapport de stock inclut désormais un sélecteur de date pour consulter l'inventaire à une date passée ou à un horodatage précis, tout en conservant les filtres déjà appliqués au rapport. (Notes de version Odoo 19.4; mergebot.odoo.com)
La version expose également le vieillissement des stocks via la vue pivot Moves Analysis. Par ailleurs, les utilisateurs peuvent allouer l'inventaire directement depuis le rapport de prévision et utiliser un rapport d'allocation repensé. (Notes de version Odoo 19.4; Docs Odoo 19.0 : Reporting Allocation)
Ces changements affectent différentes parties du workflow d'inventaire. Le sélecteur de date passée modifie l'accès aux vues historiques des stocks, le rapport de vieillissement ajoute une option analytique, et les changements d'allocation affectent la manière dont les utilisateurs consultent les prévisions et attribuent l'inventaire. (Notes de version Odoo 19.4; Docs Odoo 19.0 : Reporting Allocation; mergebot.odoo.com) Ils doivent donc être testés comme des fonctions distinctes plutôt que d'être considérés comme une seule fonctionnalité de reporting.
La sélection à une date passée passe dans le rapport de stock
Auparavant, Odoo proposait un assistant distinct Inventory at Date. Dans la version 19.4, ce chemin est remplacé par un sélecteur de date intégré au panneau de recherche du rapport de stock. Les utilisateurs peuvent sélectionner un point historique directement depuis le rapport au lieu d'ouvrir un assistant séparé. (mergebot.odoo.com)
Le sélecteur prend en charge à la fois une date passée et un horodatage précis. La sélection par horodatage permet aux utilisateurs de consulter le stock à un instant particulier au sein d'une journée, plutôt que d'utiliser uniquement la date comme limite du reporting. Odoo indique également que le rapport conserve les filtres actifs lorsque le point historique est sélectionné. (Notes de version Odoo 19.4; mergebot.odoo.com)
La conservation des filtres est pertinente lorsqu'un utilisateur a déjà restreint le rapport à certains produits ou à d'autres critères. Selon les notes de version et le registre d'implémentation, l'application d'une date passée ne nécessite pas de recréer ces filtres actifs. (Notes de version Odoo 19.4; mergebot.odoo.com)
Les sources fournies confirment le sélecteur intégré, la prise en charge des horodatages et la conservation des filtres. Elles ne détaillent pas toutes les règles de calcul derrière le résultat historique ni n'expliquent comment la logique d'inventaire personnalisée et les configurations individuelles peuvent affecter les chiffres affichés. (Notes de version Odoo 19.4; mergebot.odoo.com)
Avant d'utiliser le rapport révisé dans un processus opérationnel ou financier, les organisations doivent tester des dates et des horodatages historiques connus dans leur propre base de données. La comparaison doit utiliser des cas où la position de stock attendue peut être établie indépendamment.
L'ancien assistant d'historique est supprimé
L'implémentation fait plus qu'ajouter une commande au rapport de stock. Elle supprime l'assistant stock.quantity.history, ainsi que son action, son bouton et sa règle d'accès. Les clés de contexte redondantes associées à l'ancien chemin sont également supprimées. (mergebot.odoo.com)
Ce changement peut concerner les modules personnalisés, les actions automatisées, les paramètres d'accès ou les instructions internes qui font référence à l'ancien assistant. Le registre d'implémentation confirme la suppression des composants standards, mais il ne détermine pas l'effet sur une personnalisation particulière. (mergebot.odoo.com)
Les équipes techniques doivent rechercher dans le code personnalisé et la configuration les références à stock.quantity.history, l’ancienne action et les valeurs de contexte associées. Les responsables de processus doivent aussi revoir les consignes qui orientent les utilisateurs vers l’assistant Inventory at Date.
Les permissions doivent également être testées. La règle d’accès de l’ancien assistant est supprimée, car l’assistant lui-même n’existe plus. (mergebot.odoo.com) Cette suppression n’indique pas comment chaque rôle existant utilisera le sélecteur de date intégré.
Les organisations doivent vérifier le nouveau contrôle avec les rôles entrepôt, inventaire, finance et lecture seule utilisés dans leur environnement. Les tests doivent confirmer à la fois la visibilité et les actions autorisées, plutôt que de supposer que l’accès à l’ancien assistant se traduira directement dans la nouvelle interface.
Le vieillissement des stocks apparaît dans Moves Analysis
Odoo 19.4 expose un rapport de vieillissement des stocks via la vue pivot Moves Analysis. Cela place le vieillissement dans une vue analytique de l’inventaire plutôt que dans le sélecteur de stock à date passée. (Notes de version Odoo 19.4)
La distinction est importante lors des tests d’acceptation. Le rapport de stock à date passée affiche l’inventaire à un instant historique choisi, tandis que le vieillissement des stocks est accessible via Moves Analysis. La note de version fournie identifie l’emplacement du rapport de vieillissement, mais ne fournit pas de définitions détaillées des périodes de vieillissement, des mesures ou des interprétations propres à l’organisation. (Notes de version Odoo 19.4)
Les équipes doivent comparer le résultat de Moves Analysis avec leur méthode actuelle de vieillissement des stocks. Elles doivent documenter les champs, filtres et regroupements utilisés, puis évaluer si le résultat correspond à leur politique de reporting interne. Cela est particulièrement utile lorsque les équipes finance et entrepôt s’appuient actuellement sur des rapports ou des données exportées différents.
Les workflows d’allocation changent aussi
Odoo 19.4 permet aux utilisateurs d’allouer l’inventaire directement depuis le rapport de prévision et introduit un rapport d’allocation repensé. La documentation de fabrication d’Odoo décrit séparément le workflow de reporting de l’allocation. (Notes de version Odoo 19.4; Docs Odoo 19.0 : Reporting Allocation)
Il s’agit de changements de workflow plutôt que d’extensions du reporting historique. Le rapport de prévision fournit un point d’entrée direct pour l’allocation, tandis que le rapport d’allocation fournit l’interface de reporting révisée. (Notes de version Odoo 19.4; Docs Odoo 19.0 : Reporting Allocation)
Les organisations qui utilisent l’allocation dans les processus de fabrication ou d’inventaire doivent rapprocher les parcours révisés des étapes d’approbation, des responsabilités et des supports de formation existants. Les tests doivent inclure les utilisateurs chargés de revoir la demande prévisionnelle et d’attribuer l’inventaire disponible.
Le matériel d’allocation complémentaire fourni pour cette analyse est publié sous le chemin de documentation Odoo 19.0, tandis que les notes de version identifient les changements dans 19.4. (Notes de version Odoo 19.4; Docs Odoo 19.0 : Reporting Allocation) Les administrateurs doivent donc vérifier la documentation et le comportement pour la version et la build qu’ils déploient, plutôt que de supposer que chaque écran et chaque option seront identiques dans tous les environnements 19.x.
À vérifier avant l’adoption
Commencez par le sélecteur de date intégré. Vérifiez que les filtres actifs restent appliqués, que les utilisateurs peuvent sélectionner à la fois une date et un horodatage précis, et que la vue historique obtenue correspond aux cas de test connus. Ces contrôles couvrent le comportement identifié dans les notes de version et le dossier d’implémentation. (Notes de version Odoo 19.4; mergebot.odoo.com)
Ensuite, identifiez tout ce qui dépend encore de l’assistant stock.quantity.history supprimé, de son action, de son bouton, de sa règle d’accès ou des clés de contexte associées. (mergebot.odoo.com) Examinez les modules personnalisés, les tests automatisés, les liens internes et les instructions opérationnelles qui peuvent encore renvoyer vers l’ancien workflow.
Pour le vieillissement des stocks, ouvrez la vue pivot Moves Analysis et déterminez comment le rapport doit être configuré pour la politique de reporting de l’organisation. Pour l’allocation, testez l’action directe depuis le rapport de prévision et examinez le rapport d’allocation repensé avec les utilisateurs qui attribuent l’inventaire. (Notes de version Odoo 19.4; Docs Odoo 19.0 : Reporting Allocation)
Le périmètre documenté d’Odoo 19.4 comprend un sélecteur intégré de date historique et d’horodatage avec filtres conservés, la suppression des anciens composants de l’assistant d’historique, le vieillissement des stocks via Moves Analysis, ainsi qu’un accès et un reporting d’allocation révisés. (Notes de version d'Odoo 19.4; Docs Odoo 19.0 : Répartition des rapports; mergebot.odoo.com)Le comportement spécifique à la configuration doit encore être vérifié dans chaque environnement déployé.