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

Last change on this file since 13093 was 13088, checked in by Henrik Bettermann, 10 years ago

Describe application workflow.

File size: 2.3 KB
Line 
1.. _application_workflow:
2
3Application Workflow
4====================
5
6For an introduction see :ref:`registration_workflow`. The already
7mentioned application workflow is shown here::
8
9           initialized
10             |
11             |a
12             |
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             |
29           created
30
31
32   a: start          -a: n/a
33   b: pay, approve   -b: reset1
34   c: submit         -c: reset2
35   d: admit          -d: n/a
36   e: refuse1        -e: n/a
37   f: create         -f: n/a
38   g: refuse2        -g: n/a
39   h: n/a            -h: reset3
40   i: n/a            -i: reset4
41   j: n/a            -j: reset5
42
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
54accepted with admission refused **(e)**. Only application records
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)**.
58
59
60
61
62.. _application_workflow_batch_processing:
63
64Workflow Batch Processing
65=========================
66
67
68.. _application_history:
69
70Application History
71===================
72
Note: See TracBrowser for help on using the repository browser.