Traçabilité des enregistrements, imports et exports

Edition en lot

Le module Édition en lot permet de modifier un ou plusieurs champs sur plusieurs enregistrements à la fois. Toutes les éditions en lot sont journalisées dans un log afin d'en garantir la traçabilité. 

Pour effectuer une édition en lot, il faut au préalable définir les champs d'un objet sur lesquels l'utilisateur pourra agir. Comme chaque objet possède des champs qui lui sont propres, il faudra paramétrer une édition en lot pour chaque objet : produit, partenaire, ressource, écriture comptable, ... Cette fonction peut être limitée à des utilisateurs ou à un groupe d'utilisateurs. 

Ajouts du module 

Le module ajoute : 

Configuration d'une édition en lot 

Les éditions en lot sont gérées depuis le sous-menu Configuration / Édition en lot / Édition en lot, qui affiche la liste les éditions en lot. 

Les éditions en lot ne sont pas créées par défaut. Elles sont liées à un objet, il faudra donc en créer autant qu'il y a d'objets à modifier en masse.  

Formulaire d'édition de lot 

En-tête 

Une édition en lot porte un nom et agit sur un modèle d'objet. 

Pour trouver le modèle, il faut entrer le nom français de l'objet ou le nom exact de la table correspondante. Par exemple, pour créer une édition en lot sur les partenaires, on peut saisir « res.partner » ou « partenaire ».  

L'édition en lot apparaîtra dans le menu actions situé dans le bandeau supérieur des vues de l'objet sélectionné, sous son nom. Dans l'interface, l'action apparaîtra sous le nom « Édition en lot (nom) ». 
 Il est conseillé d'appeler l'édition en lot par le nom de l'objet édité. Par exemple, « Partenaires » pour les partenaires : le nom affiché sera ainsi « Édition en lot (Partenaires) ». 

Onglet « Champs » 

Cet onglet contient la liste des champs modifiables en lot : seuls ces champs seront affichés lors de l'action. on ajoutera donc uniquement les champs qu'on souhaite rendre modifiables en masse. 
 Il est recommandé de bien étudier les effets de bord à l'activation de l'édition de lot sur un champ, et d'ajouter uniquement les champs nécessaires, quitte à en ajouter plus tard. La plupart du temps, l'édition en lot répond à un besoin précis qui demande d'agir sur un champ. 

Onglet « Sécurité » 

Cet onglet liste les utilisateurs et les groupes autorisés à utiliser l'édition en lot. Tous les utilisateurs/groupes d'utilisateurs auront accès à la même action ; l'attribution d'options différentes est expliquée plus bas 

 Pour que l'édition en lot apparaisse aux utilisateurs, il faut cliquer sur le bouton ajouter action après le paramétrage. 

Utilisation 

Une fois l'action ajoutée, l'édition en lot est accessible depuis la vue liste de la table (ou objet) définie dans le champ modèle. L'édition s'effectue sur une sélection d'enregistrements : l'utilisateur utilisera les filtres et regroupements pour lister les enregistrements à éditer avant de sélectionner les enregistrements puis de cliquer sur le bouton action en haut de la liste.  Cliquer sur l'action qui s'appelle « Édition en lot [nom donné] ». Un assistant s'affiche (cf. illustration ci-contre). 

Pour modifier un champ, il faut choisir SET puis entrer la nouvelle valeur à appliquer, ou REMOVE pour supprimer la valeur actuelle sans la remplacer (ou SET en laissant la valeur vide). 
 Il est recommandé d'utiliser les éditions en lot uniquement sur les objets statiques : partenaires, produits,... 

 Sur l'exemple ci-contre, on a sélectionné 16 partenaires dont la position fiscale est France. Pour ce lot de partenaires, on autorise les reliquats, on paramètre le compte client sur le 411000 et on définit DelphineC comme ADV. Les champs transporteur et livraison incomplète autorisée ne seront pas modifiés car nous n'avons sélectionné ni SET, ni REMOVE. 

 Il est recommandé de toujours tester l'édition de masse sur une base de test avant de modifier la base de production. Les éditions en lot ne sont pas soumises aux mêmes contraintes que les modifications manuelles : il s'agit de commandes en SQL qui peuvent passer outre certaines contraintes prévues dans les flux. De plus, selon le profil de l'utilisateur (utilisateur standard, administrateur, super-administrateur), ces contraintes changent également.  

Par exemple, en faisant une édition en lot sur des commandes terminées pour changer la quantité, la quantité indiquée sur les BL et factures associées ne changera pas. 

 Si l'édition en lot n’apparaît pas dans le menu d'actions, actualiser la page puis vérifier à nouveau. Si elle n'apparaît toujours pas, vérifier que le bouton Ajouter action a bien été cliqué dans le formulaire d'édition en lot : dans ce cas, le bouton s'appellera Supprimer le bouton d'action . 

Suivi des éditions 

Toutes les éditions en lot sont journalisées dans le log d'édition, qui dispose de son propre sous-menu. 

Éditions en lot spécifiques à des utilisateurs 

Dans certains cas, on peut souhaiter activer l'édition en lot pour plusieurs utilisateurs, mais sur des champs différents. Par exemple, un responsable commercial peut souhaiter faire des modifications de masse sur tous les champs des partenaires, mais que ses commerciaux puissent modifier uniquement les conditions de règlement. 

Dans ce cas, on créera deux éditions en lot sur l'objet partenaire : 

Il faudra bien penser à cliquer sur le bouton Ajouter action dans les deux éditions en lot. Avec ce paramétrage, l'assistant d'édition en lot ne proposera pas les mêmes champs aux commerciaux qu'à leur manager. 

Log d'édition

Le sous-menu Log d'édition contient l'historique de toutes les éditions en lot opérées dans la base de données. La modification d'enregistrements en masse reste une méthode sujette à précaution : rappelons que l'annulation est ensuite impossible. Cette traçabilité est donc importante, à la fois pour pouvoir identifier les sources et pour identifier les enregistrements concernés si une correction doit être effectuée.

Le log d'édition est un journal non modifiable qui liste toutes les éditions en lot effectuées. Chaque ligne correspond à une modification en masse opérée sur un champ. Les informations stockées pour chaque ligne sont : 

Audit trail

Le module Audit permet de suivre l'ensemble des modifications effectuées sur certains objets en créant des règles d'audit. En cas d'erreur, on pourra ainsi vérifier qui en est à l'origine, et revenir aux états précédents si nécessaire. Ce module est très utile pour suivre les éléments critiques, dont la modification peut entraîner d'importants impacts. 

Ajouts du module 

Le module ajoute : 

Liste des règles d'audit 

Le sous-menu Règle d'audit liste les règles d'audit créées. Tous les champs des règles d'audit sont affichés : 

Formulaire des règles d'audit 

La vue formulaire se présente comme ci-contre. Outre les champs affichés dans la vue liste, une option supplémentaire permet d'activer la prise en compte des modifications en interface uniquement. Si l'option n'est pas activée, les modifications effectuées par le système sans action utilisateur, par exemple via des crons, seront également journalisées. 

En dessous des champs, un bouton permet d'activer ou non la règle d'enregistrement. 

Les actions définies dans les règles activées sont ensuite journalisées. la liste est consultable depuis le sous-menu Journaux d'audit. Chaque entrée de journal contient : 

Sécurité des exports

Open-Prod propose deux méthodes d'export de données, accessibles depuis le menu actions du bandeau supérieur dans les vues listes : 

Depuis le 25 mai 2018, le Règlement Général sur la Protection des Données (RGPD) instauré par l'Union Européenne impose de tracer les données. Toute société doit être en mesure de savoir qui détient des données et depuis quand il les détient.  

À cette fin, les exports d'Open-Prod sont soumis à des règles de sécurité et peuvent être tracés, de manière à identifier l'utilisateur qui exporte des données, l'objet concerné (des contacts par exemple) et la date de l'export. Par défaut, aucune règle n'est créée et seul l'administrateur de la base peut exporter des données puisque le profil administrateur n'est pas soumis aux règles d'enregistrement. C'est ensuite à lui de créer des règles de sécurité pour attribuer le droit d'exporter aux autres utilisateurs et définir quels sont les objets exportables. 
 Le traçage des exports se paramètre en créant des règles de sécurité ; si aucune règle traçant les exports n'existe et que l'administrateur effectue lui-même un export, l'action ne sera pas journalisée. D'autre part, l'administrateur a la capacité de supprimer l'historique des exports. 

Paramétrage de la sécurité des exports (formulaire) 

Les règles de sécurité d'export sont gérées depuis le sous-menu Configuration > Traçabilité enregistrements et exports > Importation et export > Règle de sécurité export. La création d'une autorisation se fait en remplissant le formulaire de création. 

En-tête 

Dans l'en-tête, il faut obligatoirement renseigner : 

Cocher ensuite les options voulues : 

Onglet « Autorisations » 

Cet onglet permet de paramétrer les autorisations d'accès aux différentes fonctions paramétrées dans l'en-tête de la règle de sécurité. La première liste permet d'autoriser des groupes d'utilisateurs alors que la deuxième permet d'autoriser des utilisateurs individuellement. 

 En l'absence d'autorisation, aucun utilisateur ne peut accéder aux actions définies par la règle de sécurité, hormis l'administrateur qui n'est pas soumis aux règles de sécurité. Cependant, pour tracer les exports de l'administrateur, il faut obligatoirement créer les règles de sécurité correspondantes. 

Onglet « Journaux » 

Cet onglet liste les lignes du journal de sécurité générées pour la règle de sécurité affichée. 

Illustration 

Sur l'exemple ci-contre, l'utilisateur CharlesV a le droit de faire des exports complets et des exports de la vue courante des partenaires. Tous les exports seront tracés et le résultat s'affichera dans les journaux accessibles : 

Importation - Import des données CSV

L'import de données permet d'intégrer une multitude de données dans le système sans avoir à les saisir manuellement. Il est donc fréquemment utilisé au début d'un projet d'intégration d'Open-Prod pour la reprise des données existantes de l'entreprise. 

L'import de données est soumis à des règles de sécurité au même titre que les exports : pour autoriser un utilisateur à importer des données, il faut donc créer les règles de sécurité correspondantes en veillant à cocher spécifiquement l'option Autoriser l'import. Pour rappel, une règle de sécurité ne concernant qu'un seul objet, il faudra créer autant de règles que d'objets sur lesquels on souhaite faire des imports. 

Les imports se font généralement en deux étapes : on retraite les données du fichier source dans un fichier au format CSV, puis on l'importe dans Open-Prod. Après import, chaque ligne du fichier aura généré un enregistrement.  

Préparation du fichier CSV 

Open-Prod n'intègre que des fichiers au format CSV avec une virgule comme séparateur de champs et des guillemets comme caractères de délimitation de texte. Il faut donc générer un fichier .csv en utilisant ces caractères spéciaux. 
 Il est recommandé d'utiliser le tableur LibreCalc de la suite Libre Office, qui permet facilement de modifier les caractères séparateurs. 

Dans le fichier .csv, chaque colonne correspondra à un champ d'Open-Prod. La première ligne sera le nom du champ en base données (nom technique). 

L'en-tête de colonne n'est pas obligatoire, mais permettra à Open-Prod de détecter automatiquement les correspondances de champs au moment de l'import. 

Pour être rigoureux, il faut utiliser le nom exact des champs et non la traduction (nom dans l'interface). Pour connaître le nom exact des champs, il faut passer en mode développeur. Dans ce mode, survoler un champ avec la souris affiche ses informations techniques dans un cadre noir (voir ci-contre). Pour chaque champ à importer, il faut ainsi identifier le nom du champ en base de données. 
 Pour gagner du temps et éviter les erreurs, nous vous conseillons de créer un ou deux enregistrements à la main puis de faire un export des enregistrements. Vous aurez alors les noms des champs exacts. 

Certains champs pointent vers les enregistrements d'autres objets (tables). Par exemple, dans l'objet « Partenaire », le champ Pays fait appel à l'objet « Pays ». 

Pour construire le fichier CSV, il faut donc créer des relations entre les tables. Pour éviter toute erreur, la meilleure méthode consiste à utiliser les clés primaires ou « id » (identifiant) des enregistrements. Dans notre exemple, pour compléter le champ Pays avec la valeur « France » dans les enregistrements de partenaires, il faudra renseigner la valeur correspondante, qui est base.fr. 

 Sur l'exemple ci-contre, les champs name et reference sont des champs à remplir manuellement alors que les champs currency_id/id, lang et country_id/id seront remplis par des IDs ou des valeurs définies dans le système. 
 Notion essentielle à retenir : les champs qui sont en relation avec une autre table sont identifiables par le « /id ».  

 Pour pointer vers un objet A depuis un objet B, il faut d'abord renseigner ou importer la table appelée dans A. Par exemple, il faudra créer les unités avant d'importer les produits, de manière à exporter les unités pour connaître leurs IDs. 

Exporter une table 

Le moyen le plus simple pour connaitre les IDs des enregistrements d'une table est d'exporter celle-ci. Rappelons que l''export de données est soumis à autorisation via des règles de sécurité. 

Pour exporter des données, sélectionner les enregistrements à exporter puis cliquer sur Action / Exporter. L'assistant d'export s'affiche (cf. illustration ci-contre). Sélectionner ensuite les champs à exporter en double-cliquant sur le champ ou en sélectionnant le champ et en cliquant sur le bouton Ajouter. Les boutons Déplacer vers le haut / Déplacer vers le bas permettent d'ajuster l'ordre des champs dans le fichier exporté. 

 Certains types de champs ne sont pas sélectionnables lors d'un export de type « Export compatible avec l'import » : 

Ouvrir un csv dans Excel ou libre office est dangereux pour les valeurs numériques commençant par un "0". Par exemple un numéro de téléphone : "0244556688" peut devenir "244556688". Faire attention à changer le format de la colonne pour la mettre de type texte.  

Import d'un fichier (format CSV uniquement) 

L'import du fichier s'effectue depuis le menu de l'objet correspondant. Par exemple, pour importer des clients, il faut utiliser l'action Importer depuis la vue liste des clients. 

Sélectionner ensuite le fichier à importer au format CSV. Les premières lignes s'affichent à l'écran, et chaque colonne est précédée d'un menu déroulant contenant l'ensemble des champs importables sur l'objet. Si la première ligne du fichier contient le nom technique des champs, Open-Prod sélectionne automatiquement le champ correspondant dans le menu déroulant. Dans les champs non reconnus, le menu déroulant est fixé sur « Ne pas importer ». Si ces colonnes doivent être importées, sélectionner le champ correspondant manuellement. Au contraire, si une colonne ne doit pas être importée, cliquer surpour effacer le champ sélectionné. 

 Si le fichier importé ne contient pas d'en-têtes de colonnes, il faut impérativement décocher l'option La première ligne du fichier contient le titre de la colonne pour que la première ligne soit traitée comme un enregistrement. Dans le cas contraire, l'import commencera à la seconde ligne du fichier. 

Puis, cliquer sur Valider pour tester les données. Les éventuelles anomalies détectées seront affichées en rouge à la fin du test. Pour corriger, modifier directement le fichier, l'enregistrer, et cliquer sur le bouton  à côté du nom du fichier dans l'assistant d'import pour actualiser les données. Le test peut être relancé autant de fois que nécessaire. 

Si le test de validation se termine avec un message « Tout semble correct » encadré en vert, cliquer sur Importer pour créer les enregistrements dans Open-Prod. Les lignes du fichier CSV font désormais partie de la base de données. 

Import Excel

Le module d'import Excel permet d'importer des données depuis un fichier XLSX.  

Les principaux avantages sont : 

• Le déclenchement des Onchange. 
•  La possibilité de définir soit même la clé d'import (pas besoin de passer par les id). 
• La possibilité d’importer l’état d'un enregistrement en utilisant les transitions d'un flux de travail. 
• La simplicité d'utilisation (mais plus complexe à paramétrer : besoin de maîtriser les BDD et MRD).

Le module d'import repose sur les notions de : 

•  modèle : Définition des champs à importer en fonction d'un formatage Excel particulier. 
•  Traitement : Action d'import d'un fichier couplé à un modèle d'import. 

Globalement, on peut se servir du module d'import Excel de 2 manières :  

Méthode A : Importer les objets dans un seul modèle et faire un unique traitement qui va faire un seul commit. 

Avantages/Inconvénients :  

 Un fichier unique peut contenir toutes les données 

 Mise en forme plus complexe : il faut faire appel aux numéros de lignes du fichier Excel pour construire les différents objets 

Méthode B : Importer les objets dans des modèles différents puis faire un Batch. Chaque modèle sera commit à la fin de son traitement. 

Méthode à privilégier 

Avantages/Inconvénients :  

 Paramétrage et mise en forme du fichier Excel beaucoup plus facile 

 Meilleure lisibilité lors du traitement 

 Plus long à mettre en œuvre au départ : besoin de créer plus de modèles et de créer un batch. En revanche, les « briques » créées pourront ensuite être réutilisées dans d'autres imports 

 

 

Ajouts du module 

Le module ajoute : 

Utilisation du module 

1) Création d'un modèle d'import 

 La séquence est très importante et il faut bien penser à importer les objets annexes d'abord : Par exemple : pour importer les clients et fournisseurs, il faut d'abord importer "L'objet des adresses" puis les "Partenaires". Ensuite on peut importer l'objet "Taux de TVA".  Si on veut importer des contacts, il faut d'abord importer "Classe pour les fonctions des contacts" avant d'importer les contacts ("Partenaires"). 

 Si cette case n'est pas remplie, on détectera la dernière ligne automatiquement. Or, il est conseillé de la remplir pour éviter les erreurs de détection. On peut la remplir par un nombre fixe (Ex : 30 et on parcourra de la ligne de début à la ligne 30) ou par une cellule (Ex: $J1 et saisir une valeur ou une formule dans J1) 

 

 

 Il peut être utile de décocher cette case quand certaines cellules du fichier sont vides. Cependant, les erreurs seront ignorées donc celles dues à autre chose qu'une cellule vide aussi. Il faut donc bien parcourir les logs pour vérifier l'origine des erreurs. 

Ajout des champs dans un modèle d'import 

Parfois, deux champs peuvent avoir le même libellé. Il est alors possible d'ouvrir le modèle via le bouton carré + flèche pour vérifier que le champs choisi est le bon. 

Il peut y avoir une ou plusieurs clés en fonction des objets (Exemple : Pour un référencement fournisseur on a besoin d'une clé sur le produit et une clé sur le partenaire pour garantir l'unicité). 

Pour les champs sélection, c'est le nom technique qui doit être indiqué. Pour les champs booléens, la valeur s’exprime sous la forme de 0 et 1 (cf extrait fichier XLSX ci-dessous). Pour les many2many, il faut exprimer les valeurs que l'on souhaite importer séparées par le caractère | (dans une même cellule). 

 Pour les champs date, un format est proposé par défaut : c'est le format qu'il faut laisser si votre date est formatée en date dans le XLSX. Sinon, vous pouvez ici indiquer le format correspondant. 

+ Condition permet d'ajouter une nouvelle condition avec un opérateur logique ET. 

+ Condition conditionnelle permet d'ajouter avec un opérateur logique OU. 

 

 

Mise en forme du fichier Excel 

 

On retrouve de la même manière différents types de champs. Les produits des autres feuilles sont appelés par le numéro de ligne. 

 

Prétraitement 

À la création de l'import, il est possible de définir des prétraitements pour le mode de recherche Écrit. On pourra ainsi modifier les données du fichier Excel avant de les importer. Il existe 2 types de prétraitements : 

2) Traitement du modèle 

Dans l'onglet Traitement d'import, créer le traitement : 

Une fois ces 3 champs saisis il est possible d'Importer les données contenues dans le document. 

Le bouton Exporter permet de d'exporter le fichier selon les paramètres que l'on a rentré dans l'onglet "Requête d'export" du modèle. 

Le bouton Logs est un raccourci vers les logs de ce traitement.  
Une fois importé, il est possible de Supprimer les objets créés puis de remettre en Brouillon. 

 

3) Cas d'un batch 

Le batch permet d’exécuter le traitement de plusieurs modèles à la suite. 

Modèles de batch 

Il faut d'abord créer un modèle de batch en choisissant un Nom et en ajoutant tous les modèles d'import que l'on souhaite exécuter. 

Traitement d'un batch 

Tout comme pour un traitement simple, il faut créer un traitement de batch : 

 

Une fois ces informations saisies, 3 actions sont disponibles :  

- Exporter les lignes de traitement. 

- Générer : génère les lignes de traitement en état Brouillon. Il faudra les importer une à une grâce aux boutons Importer (cf ci contre). Cette fonctionnalité peut être utile pour tester ligne par ligne, et si des informations doivent être modifiées avant l'import (séquence, document initial, ...). 

- Générer et importer : tout est généré et importé directement en une seule étape (en se basant sur un unique fichier défini dans le document initial). 

4) Import des états 

On peut importer l'état d'un l'objet en ajoutant le champs État (nom technique state) dans les lignes du modèle d'import.  

Si on ajoute le champ Etat : 

- Si le flux de travail de l'objet est statique, on importe l'état simplement. 

- Sinon, le flux de travail du modèle en question est actif,  l'encadré «Configuration du workflow » s'affiche.  

Si Utiliser les transitions est coché, l'objet créé parcourt les états, en empruntant les transitions par défaut, jusqu'à atteindre l'état saisi dans le fichier Excel (explications à la suite). L'intérêt est de ne pas simplement placer l'objet dans un état mais de lui faire parcourir le flux depuis le début et donc de déclencher les actions générées à chaque transition. 
 
Utiliser ce module sans cocher l'option Utiliser les transitions revient plus ou moins à faire un import « statique » similaire à la méthode d'import csv où l'on forcerait le state. 

Pour le paramétrage du workflow importeur, il faut ajouter les états par lesquels vont passer les enregistrements. 

 

 

La définition des transitions par défaut dans le workflow du modèle est donc très importante et doit être faite avant de lancer l'import.  
Il y a une contrainte pour la définition des transitions par défaut : il ne peut y en avoir qu'une seule entrante par état. L'algorithme part de l'état de destination (lu dans le fichier Excel) et revient jusqu'à l'état initial en empruntant la transition entrante par défaut de l'état où il se trouve. 
Sur l'exemple ici, si le partenaire est importé avec l'état "Qualified", l'enregistrement va de manière transparente passer par l'état "Prospect" puis par la transition 1 (qui est celle par défaut). 

5) Exploitation des logs 

On retrouve les logs à plusieurs endroits : 

Un log est généré pour chaque ligne traitée dans le fichier. On retrouve pour chaque log dans la vue formulaire différentes informations dont : 

 

L'utilisation des logs est particulièrement utile pour déceler les erreurs d'importation, qu'elles soient dues à une erreur dans le modèle ou une erreur dans le fichier XLSX. 

Import étiquettes/lots

La reprise de données se fait le plus généralement à travers des imports CSV ou Excel. Néanmoins, pour 2 objets particuliers : les lots et les étiquettes, le module "Import étiquettes et lots" permet de créer les objets d'une meilleure manière. En effet, à travers ce module, les imports vont aussi créer le premier mouvement de l'étiquette. 

Ce module crée un menu Reprise données dans lequel plusieurs sous-menus vont permettre d'importer toutes les données existantes : 

Processus de reprise de données 

Étape 1 : En cliquant sur un sous-menu, le formulaire ci-contre s'affiche. Dans l'entête, il faut venir indiquer le nom de l'import. Il est conseillé de nommer l'import par la date à laquelle il a été fait. Ensuite, il faut indiquer le nom de l'utilisateur responsable de l'import et la société associée à l'import. 

Étape 2 : Cliquer sur l'action Générer fichier sur la droite du formulaire. 

Étape 3 : Compléter le fichier avec les informations correspondantes. Le fichier contient l'ensemble des champs de l'élément, avec les champs requis en rouge. 

Étape 4 : Réimporter les données en cliquant sur Importer fichier dans les actions à droite de la vue formulaire. Les lignes viennent s'ajouter dans le cadre Lignes d'importations (ci-contre). 

Étape 5 : Cliquer sur le bouton Recherche en haut à gauche du formulaire. 

Étape 6 : Dans la liste, venir vérifier pour chaque ligne l'état de la recherche (voir ci-dessus). Il peut être : 

Étape 7 : La recherche étant terminée, il faut générer l'import. Pour cela, cliquer sur Générer en haut à gauche de la vue formulaire. Comme pour la recherche, il peut y avoir trois états : A faire, Erreur, Terminé. Reprendre l'étape ci-dessus pour connaître les significations. 

Si l'étape 7 est terminée, l'import est terminé, la donnée est enregistrée dans le système. 

L'opérateur utilisé pour les recherche est un '='. Il est donc sensible aux espaces et autres caractères spéciaux ainsi qu'à la casse.

Import d'emplacement 

Particularité des imports d'emplacements 

L'import d'emplacements peut en fonction de la volumétrie être fastidieux car le système doit à chaque import recalculer le parent_left et parent_right (de par la structure en arbre), ce qui peut facilement faire exploser le temps ou la mémoire nécessaire à l'import. 

 Cette difficulté technique est déjà gérée, en transparence pour l'utilisateur, dans un import Excel. 

Pour remédier à cela, il est possible d'ajouter dans le context du bouton "Importer" : context="{'defer_parent_store_computation': True} . Cela va permettre de ne pas calculer le parent_left et parent_right à chaque nouvel emplacement. On pourra ensuite lancer une action administrateur pour les recalculer :  

Compute parent_left parent_right

 

stock.location

_parent_store_compute