.. _application_workflow:

Application Workflow
====================

For an introduction see :ref:`registration_workflow`. The already
mentioned application workflow is shown here::

           initialized
             |
             |a
             |
    +--+--- started ----------------------+
    |  |     |                            |
    |  |     |b                           |
    |  |     |                            |
    |  |h   paid                          |
    |  |     |                            |
   i|  |     |c                           |j
    |  |     |                            |
    |  +--- submitted ---------+          |
    |        |                 |          |
    |        |d                |e         |
    |        |         g       |          |
    +------ admitted ----- not admitted --+
             |
             |f
             |
           created


   a: start          -a: n/a
   b: pay, approve   -b: reset1
   c: submit         -c: reset2
   d: admit          -d: n/a
   e: refuse1        -e: n/a
   f: create         -f: n/a
   g: refuse2        -g: n/a
   h: n/a            -h: reset3
   i: n/a            -i: reset4
   j: n/a            -j: reset5

Application starts with the creation of the applicant record, either
by an anonymous user or by import. The first state is
``initialized``. After first login, the state turns to ``started``
**(a)**. Now the applicant is requested to fill the form, upload a
passport picture and create a payment ticket. In contrast to student
payments, making a payment and redeeming a payment is done in one
step. Not only the ticket is marked ``paid``, but also the applicant
is automatically set to state ``paid`` **(b)**. After successful
payment the student can directly submit the application request
**(c)**. Submitted records can be either sent back for editing and
resubmission **(-c)**, accepted with admission confirmed **(d)** or
accepted with admission refused **(e)**. Only application records
with confirmed admission into the university can be transormed into
student records. This final and **irreversible step** is accompanied
by a transition to state ``created`` **(f)**.




.. _application_workflow_batch_processing:

Workflow Batch Processing
=========================


.. _application_history:

Application History
===================