source: main/waeup.kofa/trunk/docs/source/userdocs/applicants/workflow.rst @ 13621

Last change on this file since 13621 was 13144, checked in by Henrik Bettermann, 9 years ago

More docs and adjustments in Python code.

File size: 3.2 KB
RevLine 
[13078]1.. _application_workflow:
2
[13083]3Application Workflow
4====================
5
6For an introduction see :ref:`registration_workflow`. The already
7mentioned application workflow is shown here::
8
[13098]9            initialized
[13083]10             |
11             |a
12             |
[13088]13    +--+--- started ----------------------+
14    |  |     |                            |
15    |  |     |b                           |
16    |  |     |                            |
17    |  |h   paid                          |
18    |  |     |                            |
19   i|  |     |c                           |j
20    |  |     |                            |
21    |  +--- submitted ---------+          |
22    |        |                 |          |
23    |        |d                |e         |
24    |        |         g       |          |
25    +------ admitted ----- not admitted --+
26             |
27             |f
28             |
[13098]29            created
[13083]30
31
32   a: start          -a: n/a
[13088]33   b: pay, approve   -b: reset1
34   c: submit         -c: reset2
[13083]35   d: admit          -d: n/a
36   e: refuse1        -e: n/a
[13088]37   f: create         -f: n/a
[13083]38   g: refuse2        -g: n/a
[13088]39   h: n/a            -h: reset3
40   i: n/a            -i: reset4
41   j: n/a            -j: reset5
[13083]42
[13088]43Application starts with the creation of the applicant record, either
44by an anonymous user or by import. The first state is
45``initialized``. After first login, the state turns to ``started``
46**(a)**. Now the applicant is requested to fill the form, upload a
47passport picture and create a payment ticket. In contrast to student
48payments, making a payment and redeeming a payment is done in one
49step. Not only the ticket is marked ``paid``, but also the applicant
50is automatically set to state ``paid`` **(b)**. After successful
51payment the student can directly submit the application request
52**(c)**. Submitted records can be either sent back for editing and
53resubmission **(-c)**, accepted with admission confirmed **(d)** or
[13099]54accepted with admission refused **(e)**. Only applicant records
[13088]55with confirmed admission into the university can be transormed into
56student records. This final and **irreversible step** is accompanied
57by a transition to state ``created`` **(f)**.
[13083]58
59
[13098]60.. _application_history:
[13083]61
[13098]62Application History
63===================
[13083]64
[13144]65All transitions are automatically logged in ``applicants.log`` and the
[13099]66applicant's history. And also the import of workflow states is
67recorded in the logfile and the history, see :ref:`student_history`
68for further information. This is a sample history of an applicant
69which passes through the application process without any
70complications::
[13083]71
[13098]72  2015-06-23 08:56:23 UTC - Application initialized by Anonymous
73  2015-06-23 08:57:42 UTC - Application started by Demo Applicant
74  2015-06-23 08:59:41 UTC - Payment approved by Benny Goodman
75  2015-06-23 09:00:50 UTC - Application submitted by Demo Applicant
76  2015-06-23 09:01:13 UTC - Applicant admitted by Benny Goodman
77  2015-06-23 09:02:36 UTC - Student record created (K1000003) by Benny Goodman
[13083]78
[13099]79Benny Goodman is the name of an applications manager. If the
80workflow state is set by him by import, the following message would
[13098]81have been added instead::
[13083]82
[13098]83  2015-06-23 09:01:13 UTC - State 'admitted' set by Benny Goodman
[13083]84
[13098]85Applicant histories are exportable but cannot be imported.
Note: See TracBrowser for help on using the repository browser.