Workflow 使用biztalk 2009的基本工作流有哪些最佳实践？

我正在从事Biztalk 2009概念验证项目，希望设置基本的审批工作流

请求休假

Step 1. Request Vacation.
Step 2. Route Request to Manager.
Step 3. Manager Approve / Denies Vacation.
Step 4. Update Vacation Calender / Notify Originator of Approval.

在Biztalk之外，我必须提供一个请求休假和批准休假的接口

如何为我的经理获取待审批项目列表？ 我不知道是应该从Biztalk维护/查询挂起项目列表，还是需要构建一组单独的表来管理等待批准的内容

---

任何帮助或建议都将不胜感激

BizTalk的核心是一个消息传递总线（好吧，不是真的，但它是一个有用的抽象）。它实际上并没有单独存储数据。事实上，仅根据这种情况，我不确定BizTalk是否是您的最佳选择。如果您有SharePoint，通过SharePoint使用普通工作流可能会更适合您

也就是说，如果BizTalk决策已经做出，我将执行以下操作：

请求/批准界面
Approval接口将连接到数据存储（可能是SQL DB）中，以获取“等待批准”项目的列表
项目的状态设置为“已批准”或“已拒绝”后，SQL会将数据推送到BizTalk以启动流程的其余部分

---

对于您的特定问题：是的，您需要在BizTalk之外的某个地方存储请求，而“挂起”请求列表最好从该存储中生成。

BizTalk的核心是一个消息传递总线（好的，不是真的，但它是一个有用的抽象）。它实际上并没有单独存储数据。事实上，仅根据这种情况，我不确定BizTalk是否是您的最佳选择。如果您有SharePoint，通过SharePoint使用普通工作流可能会更适合您

也就是说，如果BizTalk决策已经做出，我将执行以下操作：

请求/批准界面
Approval接口将连接到数据存储（可能是SQL DB）中，以获取“等待批准”项目的列表
项目的状态设置为“已批准”或“已拒绝”后，SQL会将数据推送到BizTalk以启动流程的其余部分

---

针对您的特定问题：是的，您需要在BizTalk之外的某个位置存储请求，并且最好从该存储中生成“挂起”请求的列表。

BizTalk不是此项工作的合适工具。谢谢，但我的任务仍然是使用BizTalk构建概念验证。至少现在我知道我在试图把一个方形的钉子塞进一个圆形的洞里。Biztalk不是适合这项工作的工具。谢谢，但我的任务仍然是使用Biztalk构建概念验证。至少现在我知道我在试图把一个正方形的钉在一个圆形的洞里。+1-用于管理层批准的存储和UI不适合“BizTalk”。+1-用于管理层批准的存储和UI不适合“BizTalk”。