Question

J'ai récemment hérité d'une application basée sur Moss 2007 impliquant principalement un formulaire Infopath 2007, en cours de test d'acceptation des utilisateurs avant sa première version majeure.

Le formulaire permet aux utilisateurs de signer des sections avec des signatures numériques en utilisant la fonctionnalité InfoPath standard pour cela. Dans SharePoint, cela implique un contrôle ActiveX qui apparaît d'une boîte de dialogue, et en cela, l'utilisateur ouvre une autre boîte de dialogue pour sélectionner un certificat, suivi en cochant une case à cocher d'acceptation et en cliquant sur "signe"

La direction estime que ce processus de signature est trop complexe pour que certains utilisateurs puissent comprendre (surtout quand il s'agit d'amener les gens à accepter le nouveau système)

On m'a demandé de chercher à faciliter cela, et ma première impression est que rien ne peut être fait. J'ai envisagé de modifier le JavaScript qui appelle le ActiveX, mais le contrôle est effectivement une boîte noire sans fonctionnalité utile au-delà de ce que le code de formulaire InfoPath standard appelle.

Est-ce que quelque chose peut être fait ici autre que de rétro-ingénierie et de recréation du contrôle ActiveX? Y a-t-il un réglage qui me manque (je doute de celui-ci)?

Alternativement, toutes les munitions supplémentaires pour dire à mes patrons que cela ne peut pas être fait serait appréciée.

Était-ce utile?

La solution

Vous n'avez malheureusement pas beaucoup d'options. Comme vous l'avez trouvé, il n'y a pas de «crochets» dans la fonctionnalité ou les propriétés de signature numérique à manipuler. Il en va de même, même si vous le rétorquez, ces fenêtres contextuelles / dialogues sont enveloppées dans un seul appel afin d'éviter d'être manipulées par un code potentiellement malveillant.

C'est ennuyeux et un énorme mal de tête au début pour enseigner aux utilisateurs comment cela fonctionne. La seule "bonne" chose (relativement) est que tous les produits Microsoft partagent cette même expérience de signature numérique, même s'ils ne sont pas sur le Web. Ainsi, une fois que vos utilisateurs s'habituent au processus, ils n'ont pas à réapprendre quelque chose de différent lorsque vous souhaitez commencer à signer des documents Word ou Excel.

Donc des munitions pour les patrons:

  • Cela ne peut pas être fait pour une raison, la falsification de cela le rendrait moins sécurisé
  • Le processus est ennuyeux mais pas si dur dans l'ensemble (généralement un
    Dialogue et bouton, parfois deux)
  • Le processus est commun à tous les produits MS (ouvrez le mot et démontrez-le si nécessaire)

Muisseurs supplémentaires - Certains de nos utilisateurs pensent qu'il est soigné, ils peuvent attacher un JPG de leur signature réelle et le faire apparaître sur le document.

Autres conseils

Avez-vous besoin de la signature numérique à des fins juridiques? Ce que je fais dans quelques applications basées sur InfoPath, c'est que j'ai généralement deux boutons, l'un qui dit Approuver et un autre pour Deny. Lorsque l'utilisateur frappe le bouton Approuver, l'une des règles consiste à ajouter une entrée dans une zone d'historique d'audit (une zone de texte de lecture uniquement) qui saisit le nom d'utilisateur enregistré et indique son approbation ou son refus.

Bien que cela ne soit pas aussi juridique ou accepté à l'échelle mondiale en tant que signature numérique, c'est un excellent moyen d'obtenir simplement un signe de quelqu'un dans un flux de travail ou un processus et les oblige à se connecter avec succès à leur poste de travail.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top