You are not logged in.
Bonjour,
j'ai crée un buget 2010 pour la maintenance logicielle de la même façon que je l'avais créé pour 2009
Les 2 bugets sont associés au budget GLPI : Maintenance Logicielle
j'ai passé une commande en 2010 (Renouvellment SAM Datatcard 2010 ) de 91000 €
Les bugets 2009 et 2010 présenetent les mêmes valeurs de buget consommé et la même liste de commandes rattachées.
Le buget 2009 ne devrait pas contenir la commande de 2010
Le Buget 2010 ne devrait pas contenir les commandes de 2009 mais uniquement la commande de 2010
Budget 2009
ID 1
Nom: 2009 - Atelier Personnalisation Mutualisé - Maintenance Logicielle
Budget GLPI: Maintenance Logicielle
Date début: 01-01-2009
Date fin: 31-12-2009
Valeur: 1
Budget consommé: 109002.2901001
Commandes
Dell - Renouvellement Maintenance Backup exec 2009-2010 Entité Racine
Maintenance Axway - E2004-02-0023899 Entité Racine
Maintenance Axway - E2004-02-0023899 - CFT XFB Entité Racine
Maintenance Oracle 2010 Entité Racine
Maintenance Printsoft 2010 Entité Racine
Maintenance Siprossii - plugin GLPI / Mantis - 2010 Entité Racine
Renouvellment SAM Datatcard 2010 Entité Racine
Budget 2010
ID 10
Nom: 2010 - Atelier Personnalisation Mutualisé - Maintenance Logicielle
Budget GLPI: Maintenance Logicielle
Date début: 01-01-2010
Date fin: 31-12-2010
Valeur: 1
Budget consommé: 109002.2901001
Commandes
Dell - Renouvellement Maintenance Backup exec 2009-2010 Entité Racine
Maintenance Axway - E2004-02-0023899 Entité Racine
Maintenance Axway - E2004-02-0023899 - CFT XFB Entité Racine
Maintenance Oracle 2010 Entité Racine
Maintenance Printsoft 2010 Entité Racine
Maintenance Siprossii - plugin GLPI / Mantis - 2010 Entité Racine
Renouvellment SAM Datatcard 2010 Entité Racine
J'espere que ces explications seront suffisante pour vous appréhender le PB
Merci par avance
D Verdiere
Offline
Il faut utiliser un Budget GLPI: Maintenance Logicielle 2009 et un Budget GLPI: Maintenance Logicielle 2010
Xavier Caillaud
Blog GLPI Infotel
Offline
J'ai bien noté votre réponse mais je ne comprend pas la finalité de l'analyse ayant abouti à cette forme de développment :
1) Si l'on doit refaire un budget GLPI par an, c'est sur les propriétés du "budget GLPI" que doit être rappaché la période de validité (avec les sécurités qui vont bien nécessaires à la saisie) et non pas sur le "Buget" qui lui ne devrai contenir que les montants prévisionnels et réellement engagés
2) La distinction "budget" et "budget GLPI" n'est pas vraiment nécessaire si on doit faire un budget de chaque type par an
3) Cette méthode de fonctionnement va impliquer de créer de nombreux "budget GLPI" à courte durée de vie (1 an ou moins) ce qui rendra trés vite la liste déroulante des "budgets GLPI" (et des "budgets" difficile voir impossible à utiliser quotidiennement qans le cadre de la gestion courante des commandes
4) Proposition d'évolution destinée a simplifier la gestion :
- Dans le cas ou la période de validité est identifiée sur le "budget" comme actuellement, quel est l'interret de devoir créer un "budget GLPI" annuel ?
A partir du même "buget GLPI", il est déjà tout a fait possible d'affecter le montant d'une commande à un "budget" annuel spécifique (en se servant de la date de commande, en présentant la liste des budgets annuels rattachés, ......)
- La possibilité de faire un module de statistique sur les budgets est simplifiée et permettrait d'nalyser l'évolution des "budgets" sur plusieurs périodes
- l'utilisation en commande devient plus facile compte tenu que la personne qui effectue la saisie utilise d'une année sur l'autre toujours les mêmes "budget GLPI"
- l'utilisation en commande devient plus sécurisée car il n'y a plus de risque de choisir un mauvais "budget GLPI" (phénoméne Habitude => 2009 au lieu de 2010 en début de période par exemple)
J'espére que mes reflexions pourront faire avancer le "smilblick" ......!
Cordialement
D Verdiere
Offline
en 0.80 l'objet Budget sera directement utilisable dans le coeur de GLPI, donc plus de souci.
Xavier Caillaud
Blog GLPI Infotel
Offline
merci
Offline