summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorVo Minh Thu <vmt@openerp.com>2013-07-25 11:42:19 +0200
committerVo Minh Thu <vmt@openerp.com>2013-07-25 11:42:19 +0200
commitb7f02c329e05343c5e4bfa3a35d9bb81ffcff8cc (patch)
tree39c9ae209c3541761c8159c78266d28f0226f2d5
parent33ab08b8b37aa859eae55b334e2d959c2457d3c4 (diff)
[DOC] workflows: added Kinds section.
bzr revid: vmt@openerp.com-20130725094219-tintybvpdl5izdca
-rw-r--r--doc/workflows.rst29
1 files changed, 29 insertions, 0 deletions
diff --git a/doc/workflows.rst b/doc/workflows.rst
index a1165b6f5d2..293b2c347c0 100644
--- a/doc/workflows.rst
+++ b/doc/workflows.rst
@@ -276,3 +276,32 @@ provided, ``XOR`` and ``AND``.
``AND``
With an ``AND`` mode, the activity will wait for all its incoming
transitions to be crossed before being run.
+
+Kinds
+'''''
+
+Activities can be of different kinds: ``dummy``, ``function``, ``subflow``, or
+``stopall``. The kind defines what type of work an activity can do.
+
+Dummy
+ The ``dummy`` kind is for activities that do nothing (i.e. they act as hubs
+ to gather/dispatch transitions), or for activities that only call a Server
+ Action.
+
+Function
+ The ``function`` kind is for activities that only need to run some Python
+ code, and possibly a Server Action.
+
+Stop all
+ The ``stopall`` kind is for activities that will completely halt the
+ workflow instance. In addition they can also run some Python code.
+
+Subflow
+ When the kind of the activity is ``subflow``, the activity will run
+ another workflow. When the sub-workflow is completed, the activity will also be
+ considered completed.
+
+ Normally the sub-workflow is instanciated for the same record as the parent
+ workflow. It is possible to change that default behavior by providing
+ Python code that has to return a record ID for which a workflow has been
+ instanciated.