J'ai créé un worklfow relativement simple. Une personne publie un document,
une tâche est crée pour collecter quelques données et ses données sont
recopiées sur les propriétés du document.
J'ai mis mes champs au niveau du document en lecture seul via les propriétés
ReadOnly, ReadonlyClient, ... donc on peut pas les modifier via l'interface
web ni via les propriétés du document dans Word 2007. Jusque là je suis
heureux.
Après je me dis que je vais rajouter des Quickpart sur ses propriétés pour
permettre d'y avoir facilement accès lors d'une impression, et la magie ont
peu modifier les données via la QuickPart, alors que la propriété est
marquée en lecture seul. Je peux bien vérouiller la partie du document qui a
ses quickpart, mais n'importe qui peut en créer un autre dans le corps du
document, et par ce biais là modifier les propriétés qui devraient être
pilotée EXCLUSIVEMENT par le workflow.
Il y a bien sûr possibilité de ne pas proposer cette propriété dans les
quickpart, mais là par contre on peut plus l'utiliser pour permettre
d'imprimer facilement ces propriétés...
Avez-vous déjà été confronté à ce problème et si oui comment l'avez-vous
contourné?
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
Sébastien PICAMELOT
Je suis surpris par ce comportement. Je n'y ai jamais été confronté, mais deux solutions me viennent à l'esprit.
La moins générique des deux c'est de vérifier que les métadonnées n'ont pas été modifiées via les QuickParts en se basant sur un développement VSTO. Celà implique de se contraindre à un modèle .dot, ce qui ne me plaît pas du tout.
L'autre solution est d'utiliser un EventHandler sur la ou les liste(s) en question, defaçon à vérifier que les métadonnées ne sont pas modifiées durant l'update.
Quoi qu'il en soit, ces deux méthodes requiert du développement et ne me satisfont pas vraiment. Je suis interessé par une alternative si vous trouvez mieux (surtout si c'est une solution native).
J'ai créé un worklfow relativement simple. Une personne publie un document, une tâche est crée pour collecter quelques données et ses données sont recopiées sur les propriétés du document.
J'ai mis mes champs au niveau du document en lecture seul via les propriétés ReadOnly, ReadonlyClient, ... donc on peut pas les modifier via l'interface web ni via les propriétés du document dans Word 2007. Jusque là je suis heureux.
Après je me dis que je vais rajouter des Quickpart sur ses propriétés pour permettre d'y avoir facilement accès lors d'une impression, et la magie ont peu modifier les données via la QuickPart, alors que la propriété est marquée en lecture seul. Je peux bien vérouiller la partie du document qui a ses quickpart, mais n'importe qui peut en créer un autre dans le corps du document, et par ce biais là modifier les propriétés qui devraient être pilotée EXCLUSIVEMENT par le workflow.
Il y a bien sûr possibilité de ne pas proposer cette propriété dans les quickpart, mais là par contre on peut plus l'utiliser pour permettre d'imprimer facilement ces propriétés...
Avez-vous déjà été confronté à ce problème et si oui comment l'avez-vous contourné?
Merci
Je suis surpris par ce comportement. Je n'y ai jamais été confronté, mais
deux solutions me viennent à l'esprit.
La moins générique des deux c'est de vérifier que les métadonnées n'ont pas
été modifiées via les QuickParts en se basant sur un développement VSTO. Celà
implique de se contraindre à un modèle .dot, ce qui ne me plaît pas du tout.
L'autre solution est d'utiliser un EventHandler sur la ou les liste(s) en
question, defaçon à vérifier que les métadonnées ne sont pas modifiées durant
l'update.
Quoi qu'il en soit, ces deux méthodes requiert du développement et ne me
satisfont pas vraiment. Je suis interessé par une alternative si vous trouvez
mieux (surtout si c'est une solution native).
J'ai créé un worklfow relativement simple. Une personne publie un document,
une tâche est crée pour collecter quelques données et ses données sont
recopiées sur les propriétés du document.
J'ai mis mes champs au niveau du document en lecture seul via les propriétés
ReadOnly, ReadonlyClient, ... donc on peut pas les modifier via l'interface
web ni via les propriétés du document dans Word 2007. Jusque là je suis
heureux.
Après je me dis que je vais rajouter des Quickpart sur ses propriétés pour
permettre d'y avoir facilement accès lors d'une impression, et la magie ont
peu modifier les données via la QuickPart, alors que la propriété est
marquée en lecture seul. Je peux bien vérouiller la partie du document qui a
ses quickpart, mais n'importe qui peut en créer un autre dans le corps du
document, et par ce biais là modifier les propriétés qui devraient être
pilotée EXCLUSIVEMENT par le workflow.
Il y a bien sûr possibilité de ne pas proposer cette propriété dans les
quickpart, mais là par contre on peut plus l'utiliser pour permettre
d'imprimer facilement ces propriétés...
Avez-vous déjà été confronté à ce problème et si oui comment l'avez-vous
contourné?
Je suis surpris par ce comportement. Je n'y ai jamais été confronté, mais deux solutions me viennent à l'esprit.
La moins générique des deux c'est de vérifier que les métadonnées n'ont pas été modifiées via les QuickParts en se basant sur un développement VSTO. Celà implique de se contraindre à un modèle .dot, ce qui ne me plaît pas du tout.
L'autre solution est d'utiliser un EventHandler sur la ou les liste(s) en question, defaçon à vérifier que les métadonnées ne sont pas modifiées durant l'update.
Quoi qu'il en soit, ces deux méthodes requiert du développement et ne me satisfont pas vraiment. Je suis interessé par une alternative si vous trouvez mieux (surtout si c'est une solution native).
J'ai créé un worklfow relativement simple. Une personne publie un document, une tâche est crée pour collecter quelques données et ses données sont recopiées sur les propriétés du document.
J'ai mis mes champs au niveau du document en lecture seul via les propriétés ReadOnly, ReadonlyClient, ... donc on peut pas les modifier via l'interface web ni via les propriétés du document dans Word 2007. Jusque là je suis heureux.
Après je me dis que je vais rajouter des Quickpart sur ses propriétés pour permettre d'y avoir facilement accès lors d'une impression, et la magie ont peu modifier les données via la QuickPart, alors que la propriété est marquée en lecture seul. Je peux bien vérouiller la partie du document qui a ses quickpart, mais n'importe qui peut en créer un autre dans le corps du document, et par ce biais là modifier les propriétés qui devraient être pilotée EXCLUSIVEMENT par le workflow.
Il y a bien sûr possibilité de ne pas proposer cette propriété dans les quickpart, mais là par contre on peut plus l'utiliser pour permettre d'imprimer facilement ces propriétés...
Avez-vous déjà été confronté à ce problème et si oui comment l'avez-vous contourné?