我工作的公司希望在Lotus Quickr上托管文档供外部供应商查看。它目前的工作方式如下：项目经理需要检索非员工的信息（姓名，联系信息，职称等），并将其发送给Lotus经理。然后，Lotus管理器需要将非员工添加为Domino服务器的新成员。然后，Lotus管理员需要将登录凭据发送给非员工。最后，项目经理需要让非员工访问相关的Quickr地点。
因为这个过程很慢，我的经理想要自动化一部分过程。我们理想的解决方案是建立一个非员工可以填写信息的网页。然后，项目经理可以查看非员工的信息，并选择批准，拒绝或发回信息。如果信息被批准，则用户将自动添加到Domino服务器。然后，项目经理会像往常一样将它们添加到Quickr位置。这种替代方法将消除一些步骤，大量时间，并且非员工的非登记凭证只能为非员工所知。
问题在于我们不确定如何解决这个问题。是否有可能构建一个可以公开发送的XPage来处理这个问题？或者我们可以使用类似的解决方案吗？我是Domino和Lotus的新手，但是一旦知道从哪里开始，我就会习惯学习任何必要的API。作为参考，我们使用的是IBM Notes和Domino Designer 9 Social Edition。
答案 0 :(得分：4)
这确实是可能的。看看the User Group application on OpenNTF。它包括用户注册自己的功能，以便他们可以在以后登录。
祝你的项目好运。
答案 1 :(得分：2)
另外 到@ stwissel和@ Thierry的回答：
当然，您可以构建一个基于Xpages的应用程序，通过该应用程序，匿名用户可以要求被授予访问某些更快的位置的权限。您必须记住，大多数访问者不是Domino服务器的注册用户，因此您需要将其视为匿名。这可能意味着，例如您在“匿名”申请表中使用的公司徽标或样式表等资源需要标记为available for public access users。
然后你必须决定如何将申请表传递给项目经理;您可以使用邮件发送数据，但这可能会为垃圾邮件发送者打开一个不需要的网关。您最好将申请人的数据存储在一个小型数据库中，项目经理从该数据库中提取所有打开的应用程序。
其余的很简单，已经由@stwissel和@Thierry布局：使用quickr的能力来维护自己的一套基于地点的“本地”目录（顺便说一下，其中一个真正的这个否则死产品的酷炫功能）。
谈到产品：正如@stwissel已经指出这个产品不再由IBM维护;通过各种浏览器更新（特别是MSIE）快速查看已知问题的长记录，更不用说未来的Domino服务器支持允许我建议寻找完全不同的解决方案
答案 2 :(得分：1)
如果admin启用了选项，则Domino上的QuickR可以允许成员不在目录中。所以无需向莲花经理询问，项目经理可以创建本地会员