新的AD用户请求表单和工作stream程

如果您的pipe理人员想花钱购买这个产品，那么您可以从同一个供应商那里购买产品，这个产品就是您的帮助台软件

http://www.manageengine.com/products/ad-manager/active-directory-workflow.html

您没有find这些现成的主要原因有两个原因：

1. 这个过程从组织到组织都发生了巨大的变化，因此识别共同点和处理定制是非常复杂的。
2. 由于＃1这样的软件包通常被整合到一个整体的身份pipe理系统中。 这些并不便宜。

“新帐户”stream程是业务规则（批准路由获取许可发布工作，批准路由批准租用，审批路由以开始创build帐户）和IT规则（程序和检查创build和供应账户）。 对于一些组织来说，创build账户就像这样简单：

1. 用户显示第一天的工作。
2. 经理呼叫帮助台。
3. 服务台手动创build帐户。
4. 用户开始生产。

我们在哪里，由于我们的IDM系统，创build帐户是：

1. 人力资源创造了人事logging
2. HR将该帐户标记为“有效”
3. 用户通过一个快速的“帐户激活”网页，并开始生产。

不幸的是，全面的身份pipe理解决scheme一旦完全部署，往往是非常复杂的，这主要是由于业务规则 。 业务规则对于每个业务都是独一无二的，所以IDM解决scheme定义是构build解决scheme的框架。 他们不是现成的解决scheme，你可以放弃就可以了，至less不是不改变业务stream程来匹配技术 。

在我们的案例中，从招聘到人力资源部门点击魔术button的过程是通过带有数字签名的电子文档处理来处理的。 这完全独立于我们的帮助台软件。 在招聘岗位的整个生命周期中必须获得批准：

• 部门，大学校长批准上岗
• 部门，部门和大学校长批准提出报价
• 批准从…接受新的雇用
• 招聘经理通知激活帐户

以上所有内容都是由许多人看到和签署的数字纸的简单路由。 一旦到达人力资源部门，它将进入IDM系统，事情就会自动化。 新人第一天就会出现在5分钟的账户激活过程中，他们拥有他们工作所需的全部账户。

我pipe理一个IT部门，并经常惊讶过程的最后一刻如何，以及我们如何在人事经理，人力资源和IT部门之间交换纸质表格。

我创build了自己的表单 – 因为我的昂贵的帮助台软件没有任何东西（Trackit）。 人力资源部填写网页表单，通过电子邮件向IT部门发送初步警报，发送给招聘经理的电子邮件警报，招聘经理随后可以像人力资源部门一样进行招聘，然后转到服务台。 另外，还有一个状态页面。

想知道在网上销售。 没有人认为我的软件有市场吗？ 顺便说一句 – 它使用活动目录authentication。