[13078] | 1 | .. _application_workflow: |
---|
| 2 | |
---|
[13083] | 3 | Application Workflow |
---|
| 4 | ==================== |
---|
| 5 | |
---|
| 6 | For an introduction see :ref:`registration_workflow`. The already |
---|
| 7 | mentioned 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] | 43 | Application starts with the creation of the applicant record, either |
---|
| 44 | by 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 |
---|
| 47 | passport picture and create a payment ticket. In contrast to student |
---|
| 48 | payments, making a payment and redeeming a payment is done in one |
---|
| 49 | step. Not only the ticket is marked ``paid``, but also the applicant |
---|
| 50 | is automatically set to state ``paid`` **(b)**. After successful |
---|
| 51 | payment the student can directly submit the application request |
---|
| 52 | **(c)**. Submitted records can be either sent back for editing and |
---|
| 53 | resubmission **(-c)**, accepted with admission confirmed **(d)** or |
---|
[13099] | 54 | accepted with admission refused **(e)**. Only applicant records |
---|
[13088] | 55 | with confirmed admission into the university can be transormed into |
---|
| 56 | student records. This final and **irreversible step** is accompanied |
---|
| 57 | by a transition to state ``created`` **(f)**. |
---|
[13083] | 58 | |
---|
| 59 | |
---|
[13098] | 60 | .. _application_history: |
---|
[13083] | 61 | |
---|
[13098] | 62 | Application History |
---|
| 63 | =================== |
---|
[13083] | 64 | |
---|
[13144] | 65 | All transitions are automatically logged in ``applicants.log`` and the |
---|
[13099] | 66 | applicant's history. And also the import of workflow states is |
---|
| 67 | recorded in the logfile and the history, see :ref:`student_history` |
---|
| 68 | for further information. This is a sample history of an applicant |
---|
| 69 | which passes through the application process without any |
---|
| 70 | complications:: |
---|
[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] | 79 | Benny Goodman is the name of an applications manager. If the |
---|
| 80 | workflow state is set by him by import, the following message would |
---|
[13098] | 81 | have been added instead:: |
---|
[13083] | 82 | |
---|
[13098] | 83 | 2015-06-23 09:01:13 UTC - State 'admitted' set by Benny Goodman |
---|
[13083] | 84 | |
---|
[13098] | 85 | Applicant histories are exportable but cannot be imported. |
---|