近日在定义TaskSpace过程中，发现Process使用起来真是变化无穷，林林总总的配置界面到处都是陷阱，目前遇到的问题如下：
1）Process模板定义完毕后，在保存过程中出错，提示Initiate和End过程有问题。
如果你使用的是Process Builder新建流程话，需要注意：
a。Process中的Init过程只能有一个输出，后续的第一个动作也只能有一个输入，所以，如果你的第一个用户处理任务有多个输入的话，建议在第一个任务前插入一个已定义模板 Process Data Mapping，其实这个模板基本上只起到了数据传递的作用，对系统没有什么大的影响，很好用。
b。Process的End节点只能有一个输入，如果你的多个任务都可以到达Task Complete结束的状态，同样建议插入一个Process Data Mapping节点，把所有的任务节点汇集到这里后再去End就可以了。
2）流程启动后，到汇总节点时总是获取不到对应的任务
汇总节点，故名思议，就是多个任务都可以到达的节点，这种节点的启动是有条件的：所有前置节点执行完毕后启动、任何一个前置节点执行完毕启动、指定的前置节点执行完毕后启动；如果需要的是任何一个前置节点都可以驱动该节点，注意修改Trigger中的设置信息；
3）角色权限的配置
Documentum中，角色与用户组的关系十分混乱，既可以在角色中指定用户，然后将该角色赋值给Group,也可以先定义好Group，添加好用户，再将Group放到角色中去，建议使用一种模式：定义好用户、角色、Group，然后依次建立关系：User-》Role-》Group，个人这样觉得比较清晰（因为本人在定义工作流的的可执行人的时候，一般是按照群组分的，呵呵），当然了，也可以根据实际需要进行定义。
4）指定Form中Adaptor的定义与使用
在Form Builder中可以自定义Adaptor并在模板中进行调用，这种编译器主要实现的功能，就是为Form模板上的控件绑定一些自定义操作，完成某些数据的初始化、赋值、调整、判断和计算等等。需要注意的是，这里说的控件，一般都是一些文本录入或选择的控件，如：TextField，DropdownList,Text,Radio Button等，对应Button类型的控件，则无能为力，这种类型控件Form中提供了一些常用基本操作：Suspend、Finish、Submit等等
5) Task对应Form处理的Button
由于可以在TaskSpace中自定义用户处理界面，方便用户的使用，所以可以使用Form Builder新建对应的Form模板。在新建模板的过程中，系统会根据选择的Process模板和对应的DocView为用户自动创建界面，此时，界面上有几个默认的Button：Finish，Accept，Delegate，Repeat，Close等等。根据实际需要，用户可能只需要具有处理任务并提交的功能就可以了，此时，有2个按钮是必须保存的，Finish（提交任务），Accept（获取任务）和Close（关闭界面）。Documentum默认任务的处理过程为：View任务-》Accept任务-》处理任务-》Finish任务。所以必须保留Accept过程。