ImportCsv » History » Version 4

Anonymous, 07/02/2007 03:52 PM

1 2 jmd
== Module d'importation CSV ==
2 1 jmd
3 1 jmd
4 2 jmd
* L'utilisateur dispose d'un fichier CSV au format X avec n champs
5 1 jmd
6 4 jmd
===  Cas d'utilisation ===
7 4 jmd
8 4 jmd
Ajouté par Remi.
9 4 jmd
10 4 jmd
Il semble intéressant de distingué les différents cas d'utilisation de l'outil d'import
11 4 jmd
12 4 jmd
 * Migration depuis un autre gestionnaire de parc
13 4 jmd
14 4 jmd
Il s'agit de l'import le plus complet, puisque destiné à reprendre l'existant d'un autre outil.
15 4 jmd
16 4 jmd
 * Livraison fournisseur
17 4 jmd
18 4 jmd
Dans le cas ou le fournisseur accepte de fournir un bon de commande électronique, il s'agit donc de créer dans GLPI les machines qui sont stockées. Les informations seront complétées lors du déploiement (installation de l'OS et de l'agent d'inventaire).
19 4 jmd
20 4 jmd
Dans ce cas le fichier contiendra peu d'informations (essentiellement le N° de série)
21 4 jmd
22 4 jmd
Les informations financières (date de livraison, etc) "pourront" être renseignées de manière globale (valeur identique pour toutes les machines)
23 4 jmd
24 4 jmd
 * Enrichissement des données 
25 4 jmd
26 4 jmd
Il s'agit de compléter les données (ex données financières) pour des ordinateurs existant dans GLPI.
27 4 jmd
28 2 jmd
29 2 jmd
===  Etape 1 : Upload ===
30 2 jmd
 
31 2 jmd
32 2 jmd
Téléchargement du fichier CSV et information sur la structure primaire du fichier (le fichier contient une entête ou pas).
33 2 jmd
34 2 jmd
=== Etape 2 : Mapping ===
35 2 jmd
36 1 jmd
Il est proposé à l'utilisateur de choisir :
37 3 jmd
38 1 jmd
- Les éléments concernés : ordinateurs, contacts ...
39 3 jmd
40 1 jmd
- Le mapping entre les élements du fichier CSV et les champs destinataires
41 1 jmd
42 1 jmd
Le moteur parse le fichier afin de lister les champs.
43 1 jmd
44 1 jmd
On présente un tableau à l'utilisateur. 
45 1 jmd
46 1 jmd
| Mapping | Headers | Col1 | Col2 | ...
47 1 jmd
48 1 jmd
| Dropdown | Modele | xab   | zab
49 1 jmd
50 1 jmd
Le dropdown présente par défaut la valeur "pas de mapping" et est peuplé des champs émanant de la DB autorisés pour le mapping.
51 1 jmd
Prévoir la définition d'un tableau listant les champs autorisés (qui par ailleurs peuvent ne pas dépendre des mêmes tables ex : gest fi).
52 1 jmd
53 1 jmd
54 1 jmd
Il est indispensable de rendre obligatoire* la sélection de certains éléments pour le mapping : exemple le nom pour un contact, le nom pour une imprimanten numéro de série etc....
55 1 jmd
56 1 jmd
Ces champs obligatoire constituent les éléments discriminants pour gérér les doublons.
57 1 jmd
58 1 jmd
On peut prévoir la possibilité de sauvegarder ses règles de mapping pour des imports récurrents identiques. Dans ce cas, lors de cette étape il sera possible de choisir les règles de mapping déjà établies.
59 1 jmd
60 1 jmd
Exemple :
61 1 jmd
62 1 jmd
laserjet 126 -> name
63 1 jmd
64 1 jmd
laserjet 3030 -> model
65 1 jmd
66 1 jmd
132123121321132 -> serial
67 1 jmd
68 1 jmd
blblblalbalbal -> comments
69 1 jmd
70 1 jmd
16 -> ramSize
71 1 jmd
72 1 jmd
HP  -> Fabriquant
73 1 jmd
74 2 jmd
=== Etape 3 : Injection ===
75 1 jmd
76 1 jmd
Une fois le mapping fait, le moteur injecte les données en
77 1 jmd
parsant le fichier et en ignorant les champs qui n'ont pas été mappés.
78 1 jmd
79 1 jmd
Les doublons ne sont pas importés : comparaison entre l'élément importé et la DB à partir des éléments de mapping obligatoire.
80 1 jmd
81 1 jmd
On présente le nombre d'import et un tableau récapitulatif des éléments importés avecc la possibilité des les éditer ou des les effacer.
82 1 jmd
83 1 jmd
Il peut être intéressant de prévoir une annulation complète de l'importation.