Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous
n'avons pas pu isoler précisément, les durées des taches (que nous avons
toutes mises dès le début en durées fixes) sont modifiées par Project et
passe de valeurs entières à des valeurs décimales. Nous avons essayé de
sauver les durées dans les champs utlisateurs personnalisés Durée1 par
exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t
elle ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jan De Messemaeker
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un jour" Et comme Proejct enregistre les durées en minutes, dans la nouvelle définition du "jour", le résultat a des décimales.
Une solution peut être la suivante: -Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures par jour" à l'originale; vous verrez les durées redevenir des valeurds entiéres - Insérez une colonne libre du type "Durée" par ex. Durée1 - Copiez la colonne durée, collez les valeurs dans Durée1 - Remettez la définition de la journée à la valeur désirée - Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
-- Jan De Messemaeker Microsoft Project MVP http://users.online.be/prom-ade "LLS" wrote in message news:
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous n'avons pas pu isoler précisément, les durées des taches (que nous avons toutes mises dès le début en durées fixes) sont modifiées par Project et passe de valeurs entières à des valeurs décimales. Nous avons essayé de sauver les durées dans les champs utlisateurs personnalisés Durée1 par exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t elle ?
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un jour"
Et comme Proejct enregistre les durées en minutes, dans la nouvelle
définition du "jour", le résultat a des décimales.
Une solution peut être la suivante:
-Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures
par jour" à l'originale; vous verrez les durées redevenir des valeurds
entiéres
- Insérez une colonne libre du type "Durée" par ex. Durée1
- Copiez la colonne durée, collez les valeurs dans Durée1
- Remettez la définition de la journée à la valeur désirée
- Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
--
Jan De Messemaeker
Microsoft Project MVP
http://users.online.be/prom-ade
"LLS" <LLS@discussions.microsoft.com> wrote in message
news:51C4EB61-3E0A-43CE-A013-283BD5656465@microsoft.com...
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous
n'avons pas pu isoler précisément, les durées des taches (que nous avons
toutes mises dès le début en durées fixes) sont modifiées par Project et
passe de valeurs entières à des valeurs décimales. Nous avons essayé de
sauver les durées dans les champs utlisateurs personnalisés Durée1 par
exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t
elle ?
C'est simple: vous avez modifié la définition même de ce qu'est "un jour" Et comme Proejct enregistre les durées en minutes, dans la nouvelle définition du "jour", le résultat a des décimales.
Une solution peut être la suivante: -Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures par jour" à l'originale; vous verrez les durées redevenir des valeurds entiéres - Insérez une colonne libre du type "Durée" par ex. Durée1 - Copiez la colonne durée, collez les valeurs dans Durée1 - Remettez la définition de la journée à la valeur désirée - Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
-- Jan De Messemaeker Microsoft Project MVP http://users.online.be/prom-ade "LLS" wrote in message news:
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous n'avons pas pu isoler précisément, les durées des taches (que nous avons toutes mises dès le début en durées fixes) sont modifiées par Project et passe de valeurs entières à des valeurs décimales. Nous avons essayé de sauver les durées dans les champs utlisateurs personnalisés Durée1 par exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t elle ?
LLS
Merci pour cette réponse,
Hélas non nous ne sommes pas intervenu dans le calendrier (j'utilise Project depuis le début de son existence (Didier MAIGNAN,...)) et lorsque l'on ressaisi les durées et que l'on relance les calculs, tout revient comme avant, sans intervenir dans le calendrier !
Mais le problème est surement lié à une donnée modifiée dans le calendrier.
Il semblerait, sous toute réserve que celà se produise lorsque l'on effectue des copier / coller de taches (dans le même projet.
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un jour" Et comme Proejct enregistre les durées en minutes, dans la nouvelle définition du "jour", le résultat a des décimales.
Une solution peut être la suivante: -Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures par jour" à l'originale; vous verrez les durées redevenir des valeurds entiéres - Insérez une colonne libre du type "Durée" par ex. Durée1 - Copiez la colonne durée, collez les valeurs dans Durée1 - Remettez la définition de la journée à la valeur désirée - Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
-- Jan De Messemaeker Microsoft Project MVP http://users.online.be/prom-ade "LLS" wrote in message news:
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous n'avons pas pu isoler précisément, les durées des taches (que nous avons toutes mises dès le début en durées fixes) sont modifiées par Project et passe de valeurs entières à des valeurs décimales. Nous avons essayé de sauver les durées dans les champs utlisateurs personnalisés Durée1 par exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t elle ?
Merci pour cette réponse,
Hélas non nous ne sommes pas intervenu dans le calendrier (j'utilise Project
depuis le début de son existence (Didier MAIGNAN,...)) et lorsque l'on
ressaisi les durées et que l'on relance les calculs, tout revient comme
avant, sans intervenir dans le calendrier !
Mais le problème est surement lié à une donnée modifiée dans le calendrier.
Il semblerait, sous toute réserve que celà se produise lorsque l'on effectue
des copier / coller de taches (dans le même projet.
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un jour"
Et comme Proejct enregistre les durées en minutes, dans la nouvelle
définition du "jour", le résultat a des décimales.
Une solution peut être la suivante:
-Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures
par jour" à l'originale; vous verrez les durées redevenir des valeurds
entiéres
- Insérez une colonne libre du type "Durée" par ex. Durée1
- Copiez la colonne durée, collez les valeurs dans Durée1
- Remettez la définition de la journée à la valeur désirée
- Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
--
Jan De Messemaeker
Microsoft Project MVP
http://users.online.be/prom-ade
"LLS" <LLS@discussions.microsoft.com> wrote in message
news:51C4EB61-3E0A-43CE-A013-283BD5656465@microsoft.com...
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous
n'avons pas pu isoler précisément, les durées des taches (que nous avons
toutes mises dès le début en durées fixes) sont modifiées par Project et
passe de valeurs entières à des valeurs décimales. Nous avons essayé de
sauver les durées dans les champs utlisateurs personnalisés Durée1 par
exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t
elle ?
Hélas non nous ne sommes pas intervenu dans le calendrier (j'utilise Project depuis le début de son existence (Didier MAIGNAN,...)) et lorsque l'on ressaisi les durées et que l'on relance les calculs, tout revient comme avant, sans intervenir dans le calendrier !
Mais le problème est surement lié à une donnée modifiée dans le calendrier.
Il semblerait, sous toute réserve que celà se produise lorsque l'on effectue des copier / coller de taches (dans le même projet.
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un jour" Et comme Proejct enregistre les durées en minutes, dans la nouvelle définition du "jour", le résultat a des décimales.
Une solution peut être la suivante: -Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures par jour" à l'originale; vous verrez les durées redevenir des valeurds entiéres - Insérez une colonne libre du type "Durée" par ex. Durée1 - Copiez la colonne durée, collez les valeurs dans Durée1 - Remettez la définition de la journée à la valeur désirée - Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
-- Jan De Messemaeker Microsoft Project MVP http://users.online.be/prom-ade "LLS" wrote in message news:
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous n'avons pas pu isoler précisément, les durées des taches (que nous avons toutes mises dès le début en durées fixes) sont modifiées par Project et passe de valeurs entières à des valeurs décimales. Nous avons essayé de sauver les durées dans les champs utlisateurs personnalisés Durée1 par exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t elle ?
Gérard Ducouret
LLS, Je pense comme Jan que ce problème provient d'une modification, non pas de calendrier, mais d'une modification du paramètre "Heures par jour" que l'on trouve dans Outils / Options / Calendrier. Par contre, essayer de sauver les durées dans les champs utlisateurs personnalisés tels que Durée1 sera un échec : les champs Durée(x) subissent le même sort. Il faut faire cette sauvegarde dans un champ Texte(x). Cordialement,
Gérard Ducouret
"LLS" a écrit dans le message de news:
Merci pour cette réponse,
Hélas non nous ne sommes pas intervenu dans le calendrier (j'utilise Project
depuis le début de son existence (Didier MAIGNAN,...)) et lorsque l'on ressaisi les durées et que l'on relance les calculs, tout revient comme avant, sans intervenir dans le calendrier !
Mais le problème est surement lié à une donnée modifiée dans le calendrier.
Il semblerait, sous toute réserve que celà se produise lorsque l'on effectue
des copier / coller de taches (dans le même projet.
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un jour"
Et comme Proejct enregistre les durées en minutes, dans la nouvelle définition du "jour", le résultat a des décimales.
Une solution peut être la suivante: -Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures
par jour" à l'originale; vous verrez les durées redevenir des valeurds entiéres - Insérez une colonne libre du type "Durée" par ex. Durée1 - Copiez la colonne durée, collez les valeurs dans Durée1 - Remettez la définition de la journée à la valeur désirée - Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
-- Jan De Messemaeker Microsoft Project MVP http://users.online.be/prom-ade "LLS" wrote in message news:
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous
n'avons pas pu isoler précisément, les durées des taches (que nous avons
toutes mises dès le début en durées fixes) sont modifiées par Project et
passe de valeurs entières à des valeurs décimales. Nous avons essayé de
sauver les durées dans les champs utlisateurs personnalisés Durée1 par exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t
elle ?
LLS,
Je pense comme Jan que ce problème provient d'une modification, non pas de
calendrier, mais d'une modification du paramètre "Heures par jour" que l'on
trouve dans Outils / Options / Calendrier.
Par contre, essayer de sauver les durées dans les champs utlisateurs
personnalisés tels que Durée1 sera un échec : les champs Durée(x) subissent
le même sort. Il faut faire cette sauvegarde dans un champ Texte(x).
Cordialement,
Gérard Ducouret
"LLS" <LLS@discussions.microsoft.com> a écrit dans le message de
news:17E1EA16-A557-4C21-8439-2F921F0ADEDC@microsoft.com...
Merci pour cette réponse,
Hélas non nous ne sommes pas intervenu dans le calendrier (j'utilise
Project
depuis le début de son existence (Didier MAIGNAN,...)) et lorsque l'on
ressaisi les durées et que l'on relance les calculs, tout revient comme
avant, sans intervenir dans le calendrier !
Mais le problème est surement lié à une donnée modifiée dans le
calendrier.
Il semblerait, sous toute réserve que celà se produise lorsque l'on
effectue
des copier / coller de taches (dans le même projet.
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un
jour"
Et comme Proejct enregistre les durées en minutes, dans la nouvelle
définition du "jour", le résultat a des décimales.
Une solution peut être la suivante:
-Dans Outils, Options, Calendrier, remettez la définition "nombre
d'heures
par jour" à l'originale; vous verrez les durées redevenir des valeurds
entiéres
- Insérez une colonne libre du type "Durée" par ex. Durée1
- Copiez la colonne durée, collez les valeurs dans Durée1
- Remettez la définition de la journée à la valeur désirée
- Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
--
Jan De Messemaeker
Microsoft Project MVP
http://users.online.be/prom-ade
"LLS" <LLS@discussions.microsoft.com> wrote in message
news:51C4EB61-3E0A-43CE-A013-283BD5656465@microsoft.com...
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que
nous
n'avons pas pu isoler précisément, les durées des taches (que nous
avons
toutes mises dès le début en durées fixes) sont modifiées par Project
et
passe de valeurs entières à des valeurs décimales. Nous avons essayé
de
sauver les durées dans les champs utlisateurs personnalisés Durée1 par
exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution
existe t
LLS, Je pense comme Jan que ce problème provient d'une modification, non pas de calendrier, mais d'une modification du paramètre "Heures par jour" que l'on trouve dans Outils / Options / Calendrier. Par contre, essayer de sauver les durées dans les champs utlisateurs personnalisés tels que Durée1 sera un échec : les champs Durée(x) subissent le même sort. Il faut faire cette sauvegarde dans un champ Texte(x). Cordialement,
Gérard Ducouret
"LLS" a écrit dans le message de news:
Merci pour cette réponse,
Hélas non nous ne sommes pas intervenu dans le calendrier (j'utilise Project
depuis le début de son existence (Didier MAIGNAN,...)) et lorsque l'on ressaisi les durées et que l'on relance les calculs, tout revient comme avant, sans intervenir dans le calendrier !
Mais le problème est surement lié à une donnée modifiée dans le calendrier.
Il semblerait, sous toute réserve que celà se produise lorsque l'on effectue
des copier / coller de taches (dans le même projet.
Bonjour,
C'est simple: vous avez modifié la définition même de ce qu'est "un jour"
Et comme Proejct enregistre les durées en minutes, dans la nouvelle définition du "jour", le résultat a des décimales.
Une solution peut être la suivante: -Dans Outils, Options, Calendrier, remettez la définition "nombre d'heures
par jour" à l'originale; vous verrez les durées redevenir des valeurds entiéres - Insérez une colonne libre du type "Durée" par ex. Durée1 - Copiez la colonne durée, collez les valeurs dans Durée1 - Remettez la définition de la journée à la valeur désirée - Copiez la colonne Durée1, collez dans Durée.
Bien à vous,
-- Jan De Messemaeker Microsoft Project MVP http://users.online.be/prom-ade "LLS" wrote in message news:
Sur Microsoft Office Project Pro SP2, à la suite de manipulations que nous
n'avons pas pu isoler précisément, les durées des taches (que nous avons
toutes mises dès le début en durées fixes) sont modifiées par Project et
passe de valeurs entières à des valeurs décimales. Nous avons essayé de
sauver les durées dans les champs utlisateurs personnalisés Durée1 par exemple, les champs sont aussi modifiés.
Quelqu'un a t il déjà été confronté à ce problème et une solution existe t
