在采取业务和流程目标方面，SolidWorks Enterprise PDM中的工作流是巨大的。下面，我们有一个简单的采取业务意图的工作流程，确保一旦产品编号被批准，它就将被分配到一个地方。通过这种方式，不会发布任何东西，直到它有一个可有效购买的产品编号。不过，该工作流程有一个缺点—通过“指定产品编号(Assign Catalog Number)”状态的每个版本来发布每个产品。换言之，一个文件将必须无用地被转换出该状态文件的每个版本。虽然克服这类问题的方法很多，但我想展示一个简洁的，既对最终用户来说，足够透明，同时又易于实现的方法。

　　一个普通的工作流程

　　理想情况下，我们希望发生的情况是在被批准的第一次，它就移动到“指定产品编号(Assign Catalog Number)”状态。在这种状态下，用户将用新值更新数据卡。第二次通过工作流时，系统应该意识到产品编号值并直接迁移到“发布(Released)”状态。

　　要做到这一点，我们要从“正在审查(Under Review)”状态中，添加相同的名字的另一个转换。你可以看到下面我们有两个“批准(Approved)”的转换：(1)通向“指定产品编号(Assign Catalog Number)”;(2)登陆“发布(Released)”。

　　加入第二个“批准(Approved)”的转换

　　然而这两个转换是不相同的。 “批准(Approved)”(1)转换会有不同的“批准(Approved)”条件。(2)参见下面的属性中独特的条件(图标环绕在左边)：

　　“批准(Approved)”属性的对话框

　　这两个条件仅是略有不同。标有1下的参数不具有标记2所述的“!=”的值。 “!=”告诉系统“不是”。简单来说，这可以理解为如下：

　　如果产品编号的变量是空的，允许这种转换。

　　如果产品编号的变量不是空的，允许这种转换。

　　通过成立这样的条件，不管我们有多迫切希望它发生，如果产品编号输入一个值，该文件可以永远不会通过“批准(Approved)”(1)那么，为什么这很重要?为什么我们会有两个同名的转换?究其原因是SolidWorks Enterprise PDM的基本功能—如果我们有两个同名的一种状态时，最终用户只能看到一个动作：

　　用户只能看到一个“批准(Approved)”

　　通过采用这种方法，最终用户不知道他们“更改状态”的行动有可能是不同的目的地。在这种情况下，批准者审阅附图和传递该图到下一个人。系统现在可以智能地知道它是否被传递给别人指定产品编号或者它是否直接‘发布(Released)‘，是否为生产做好了准备。

　　同名的两个以上的转换可以来自相同的状态。关键是要确保只有一个路径是有效的转换。在这种情况下，我们其中一个产品编号是空的或者有价值。如果我们忘了设定的条件，该系统将“任意”选择之一。因此，使用你有相同名称的转换时，你需要帮助系统知道要选择哪一个。

　　有关条件的详细信息，请参阅包含在SolidWorks Enterprise PDM的安装管理指南PDF上“工作流的条件(Conditions in Workflows)”的部分。 SolidWorks Enterprise PDM的PDF默认位置是：

　　C:\SWDist\pdmwenterprise\Support\Guides\GB\Administration Guide.pdf

　　最后，SolidWorks Enterprise PDM中经常有许多办法来解决同样的问题。另一种方法是在原来的工作流程与检查进入“产品编号(Catalog Number)”的值的条件中，添加一个自动转换到“指定编号(Number Assigned)”的转换。每次它登陆在那个已经拥有了‘指定产品编号(Assign Catalog Number)’的值，将使文件‘发布(Released)‘。我选择这里所描述的方法的原因是双重的。首先，我想展示类似的转换名称和SolidWorks Enterprise PDM如何处理两个转换的功能。其次，自动转换方法将增加一个额外的行式项目，表明从技术上来说是每次加一个数。上面的方法只是单个实例，说明了产品编号被加入了，并且所述编号是什么时候被分配和被谁赋予的。

请您填写信息单，我们将在5个工作日内给你发送相关资料！