我最近继承了一个基于MOSS 2007的应用程序，主要涉及InfoPath 2007表单，目前正在进行第一次主要版本之前的用户验收测试。
该表单允许用户使用标准InfoPath功能为具有数字签名的部分签名。在SharePoint中，这涉及一个ActiveX控件，它弹出一个对话框，在此用户打开另一个对话框来选择证书，然后勾选一个接受复选框并单击“签名”
管理层觉得这个签名过程太复杂，一些用户无法理解（特别是在让人们接受新系统时）
我被要求考虑让这更容易，我的第一印象是没有什么可以做。我已经考虑修改调用ActiveX的JavaScript，但是控件实际上是一个黑盒子，除了标准的InfoPath表单代码调用之外没有任何有用的功能。
除了逆向工程和重新创建ActiveX控件之外，还可以在这里完成任何事情吗？是否有一些我缺少的设置（我怀疑这个）？
另外，任何额外的弹药都可以告诉我的老板这是不可能做到的。
答案 0 :(得分：0)
不幸的是，你真的没有很多选择。正如您所发现的，数字签名功能或操作属性没有“钩子”。即使您对其进行逆向工程也是如此 - 这些弹出窗口/对话框包含在一个调用中，以避免被潜在的恶意代码操纵。
这很令人讨厌，并且最初要教会用户如何工作是一个巨大的麻烦。一个“好”的东西（相对）是所有微软产品共享相同的数字签名体验，即使它们不在网络上。因此，一旦您的用户习惯了这个过程，当您想要开始签署word文档或excel时，他们就不必重新学习不同的东西。
老板的弹药：
额外的弹药 - 我们的一些用户认为它很整洁，他们可以附加一个jpg的实际签名，并将其显示在文档上。
答案 1 :(得分：0)
出于法律目的，您是否需要数字签名？我在一些基于InfoPath的应用程序中做的是我通常有两个按钮，一个用于批准，另一个用于拒绝。当用户点击“批准”按钮时，其中一条规则是将条目添加到审核历史记录框（只读文本框）中，该框记录登录的用户名并指示其批准或拒绝。
虽然这不是法律约束或全球接受的数字签名，但它是一种很好的方式，只需从工作流程或流程中的某人那里获得签名，并要求他们成功登录他们的工作站。