Personal Loans Request

Through the Personal Loans Request process, applications for credit products are created for
individuals, via the channels of banking entities. Each request can include one or more products,
among which are: Consumer Credit, Car Loans, Mortgages, Credit Cards, Credit Card limit
increases and Credit Card balance transfers.

In addition, each product can have one or more collaterals and one or more applicants in the role of
coborrower or guarantor depending on what the requirements of each product are.

The applications are analyzed at different stages. These include a study of the profile of the
applicant, their payment capacity and credit history in relation to the requested products. The
approval stages are defined according to each case and include automatic approvals, partial
approvals and total negotiations.

If one or more products are approved the Delivery phase starts. In it, the collaterals are evaluated
and constituted.

Finally the Delivery activities are carried out, to deliver a product, in the case of a credit card, or
program the disbursements.

The Personal Loans Request process has maximum time controls and cancellation of the process,
if necessary.

Objective

To create applications for credit products that an individual makes through the channels of banking
entities, so that they can be analyzed and either an approved or declined to be delivered as a
finished product, or create the disbursement schedule for each of the requested products.

Scope

The user enters each of the applicants and their corresponding role in the application, to check their
existence in the customer database. With the knowledge of being in the customer database or not,
the process continues with verification of the policies and viability of the request to arrive at a
definitive Product Approval with the conditions that the Applicant requires.

Personal Loans Request
Process

www.bizagi.com

Once the Application has been completed, the information is checked, so that afterwards the
application can be approved under the business conditions and, if approval is given, then it
continues to the Delivery or Authentication of the product.

This process includes the loading of digital documents, printing of supporting documents (Letters
and forms), as required in the different phases of the process.

This process is functional for Personal Credit: Car Loans, Consumer Credit, Increase Credit Card
limits, Mortgages.

Concepts under which the business model is designed

The reception and data entry of the applications of Customer Orientation are decentralized,

from any office of the entity.

If any of the applicants are not existing customers of the entity, the application provides the

possibility to create one by giving the user a link to the module that handles customers in
the entity.

It is possible to identify the personal and financial information of the applicant that should be

updated/changed in the module that handles customers in the entity.

The reason for the decline of the application, and the person to whom it relates, will be

shown at the time, so that formal notification can be given to the customer and within the
entity.

Many coborrowers can be entered and can be analyzed in the credit rating agencies. New

coborrowers can be entered if the original ones were not viable for the business.
Coborrowers are compulsory for certain products.

Collaterals are considered at the application and product level, such that the relationship

between the collateral and each of the products requested is established. However, the
collaterals, from a business point of view, are linked to the customers.

The application suggests to the customer a package of products according to their level of

Income and Social status.

Products may be selected in currencies different to that of the local currency, if the product

can be offered as such, according to the policies of the entity.

The remaining amount of each of the collaterals associated with the products of the

application is calculated.

In the Verification of Information activity, the result of References, personal information,

Addresses and Telephones, Documents, Financial Information of the applicant, is recorded

Personal Loans Request
Process

www.bizagi.com

manually. That is, the BackOffice should contact the customer and his/her referees to check
the information recorded, and then indicate this in the application.

It is possible to associate, digitally, the documentation requested from the customer to the

application, having the functionality to load digital documents. The task of data entry is the
responsibility of each entity.

The application has a time limit in which it should be analyzed and a response given to the

customer, or that the customer should deliver necessary information for the application, or
that the handling of the approved applications should be completed (Establishment of
Collaterals, Delivery). If these times expire, the application will be closed. This will avoid
having applications open without any processes.

Supporting documents of the process will be handled by means of letter sized documents

under BizAgi's functionality.

Parameterization of products

Products are parameterized to make the handling of certain variables more flexible within the
process flow. Some of these variables are: Maximum and minimum amounts, Interest Rates,
Product Documentation, Collaterals, Assignment of Analyst from the Credit Factory, Assignment to
Credit Factory, Request for Medical Examinations, Employee applications, Employees Connected,
Decline Policies, etc.

For information about parameterization of new products and of the general application, refer to the
Parameter Guide for Personal Loans Request process.

Assumptions and considerations

The process can integrate all the areas that intervene in the process and communicate at

the right moment with those who are responsible, to show them the process.

E-mails can be sent through BizAgi's native function that is through SMTP.

There will be 7 stages in handling the process: Approval, Decline, In Progress, Validate

Documentation/Information, Analysis, Post approval, Closed.

It is estimated that 100% of the integrations via BizAgi towards the Clients systems will be

performed via Web Services.

The project has two Query forms which are: Query of the Personal Loans Request process

and Query of Products. These will pass data for analysis when the database has cases for
consultation and analysis of information.

Personal Loans Request
Process

www.bizagi.com

Default Form

Personal Loans Request
Process

www.bizagi.com

Applicants tab

Personal Loans Request
Process

www.bizagi.com

Query Form

1.1.1 PROCESS ELEMENTS

1.1.1.1

Applicants Prefilter

Description

An analysis of all applicants (Borrower/Coborrower) related to the application is carried out with the
aim of determining if they are viable or not according to the risk policies of the entity. The
commercial consultant receives the necessary information of the borrower and has the possibility to
add further customers related to the application (coborrowers). With this information it is possible to
begin a process of validation as follows:

Check if the applicant is an existing customer of the Entity: The application makes sure that

all applicants are customers of the financial entity. If not, it provides the possibility to create
them in the Customer Administration system of the entity and then invokes again the
interface until ALL applicants are Customers.

Check Credit Applications in progress: Check if the applicant with a role of borrower has

another credit application in progress. If there is, it will not be possible to continue with the
current process.

Check the Negative/Internal Lists: Check the existence of the customers related to this

application on the Negative/Internal lists of the entity.

Credit Bureau: Check the applicants with the Credit Bureau.

Based on the results obtained, from these validations it is possible to add a new applicant,

remove current applicants, and continue with the current applicants or request exceptions
for any of the applicants.

Personal Loans Request
Process

www.bizagi.com

1.1.1.2

Register Request Information

Description

With the aim of achieving greater commercialization of the products of the entity as well as the
possibility to offer preferential conditions for products to the applicant (borrower), a package of
products is generated according to the level of income and social status that the entity offers to the
customer together with the requested products.

In addition, it proceeds to add one or more products for the same application as well as the required
collaterals to support the products. Once the products and collaterals have been recorded, some
validation is performed, such as: Calculate Repayment Tables for each Product, Sufficient Payment
Capacity, Maximum Amount of Application, Product Policies, Collateral Policies, and Percentage of
Coverage for Collateral.

In this phase, it is also possible to request medical examinations of the borrower of the application,
whenever the parameters defined in the Policies of Medical Examinations are satisfied, these are
related to the age of the applicant and with applications for mortgages. The result of the medical
examinations is used by the insurance companies to determine the amount of insurance coverage
and premiums associated with certain sub-types of product (e.g. Mortgages apply Life Insurance for
the Borrower and Fire and earthquake insurance).

1.1.1.3

Verify Information

Description

For the requested products, it is necessary to deliver certain documentation to continue with the
application process, these can be required or optional and the user should inform the customer of
the requirements for the application. It takes into account: Type of Product, Type of Customer to
generate the list of documents for the case.

The request for documents and checking of information is compulsory for each applicant. However,
it is stipulated in this stage the possibility to include the concept of "Expiration of documentation"
which is the timescale within which each customer should deliver only the documentation required
that is NOT valid (It is the responsibility of the entity to define, conceptually and operationally, the
validity of documents to be used in the process).

The documents are necessary in support of the information that related customers deliver to the
entity, these are used by the Credit Factory to perform the analysis of the application. Before
arriving at the next stage of Automatic Approval by means of Credit Scoring, it is necessary to
check the information supplied by the applicants that is another analytical variable.

From here, it is possible to decline the application if ALL the results in the previously mentioned
areas are not satisfactory. For this reason, in this stage the personal and financial information that
the related customers have delivered to the entity, is checked and validated, to give a result to
determine if the application should continue to the next stage of the process.

This checking and validation of information is carried out evaluating the following areas: Information
of the Applicant, Documents Delivered, Address and Telephone information, Reference and
Financial information. A result for each should be issued (Satisfactory or not satisfactory). If any of
the results is Not Satisfactory, then the Checking and Validation of information stage was not
satisfactory.

It is also possible to update the references and financial information of the applicant. For this
reason, it is necessary to update the Core banking with the modified information of the applicant as
well as re-calculating the payment capacity.

Personal Loans Request
Process

www.bizagi.com

1.1.1.4

Analysis Result

Description

In this stage, a check is made if any exception has been requested for the application or any of the
applicants. This is to decide if the application is to be analyzed by the Credit Factory or
automatically by Credit Scoring.

To speed up the approval of products process and take advantage of the forecasting capacity of the
Credit Scoring, an Acceptance Type of Credit Scoring is used to improve the risk evaluation of
credit applications. Through this, the financial entity can apply their own definitions of good and bad
credit operations, with the objective of identifying and qualifying credit applicants.

The application will be analyzed by the Credit Factory only if the result of the Credit Scoring for any
product is Requires Revision or Not Applicable (It is possible that the entity has not defined a
Scoring model for all the credit products of its portfolio). If the application has been approved, the
Resolution of the Credit stage will begin. This has an "Application Result" activity in which the
possibility to review the suitability of the collateral(s) associated with the application, before passing
to the setting-up of them. In this activity it is possible to eliminate, add and modify the associated
collaterals.

Following this revision, the processes begin for Setting-up Collateral and Personal Collaterals and
finishes with the Delivery of the products. This last stage will be available in a second installment of
the project.

1.1.1.5

Delivery

Description

This phase consists of the following:

Re-calculating the amount of coverage and insurances This action applies only if the

applicant meets the conditions set out in the policy of Medical Examinations. If so, this
stage is to use the results to re-calculate the coverage for the product subtype and the
amount of premium.

Collaterals Given the event that the product requested has required collaterals that need to

be constituted, it is necessary to establish some basic information. The process requests
the required documents and then registers the collaterals through an interface on the Core
system.

Delivery - Disbursement Define Payment: You can specify multiple disbursements for the

approved amount by transfer to accounts or checks. Charge Fees: Define type of
commission and fee for each approved product subtype. This information is recorded in the
Core System of the financial entity.

1.1.1.6

Parallel Gateway

Description

Parallel gateway that at the beginning of the process, enables two paths, one of them contains the
activities of the general process.

Personal Loans Request
Process

www.bizagi.com

The other path enables the cancellation of the case for two reasons: Firstly, it enables the user to
cancel the application. In such a case the Decline Request event will be executed. Secondly,
because the timescale parameter that controls the maximum duration of the Application expires
finalizing the process.

1.1.1.7

Applicants Analysis

Description

In this process, a pre-filter of the applicants is performed in order to identify if they are viable for the
application process. For this, it is necessary to check the completeness/update of the information of
the applicants recorded in the Core Banking system and that is required by the process.

This way, the business advisor is able to know at the time of entry which details of the client are
missing and then continue with the process. In the first instance, the existence of the applicants is
checked, also whether there are existing applications in progress and a check of the negative lists.

If all the filters were evaluated without anomalies, it proceeds with the importation of personal and
financial information of each of the applicants.

1.1.1.8

Verify Result

Description

Depending on the result of the Analysis of the Applicants, the process continues with the analysis of
applicants sub-process or with the normal flow of the process.

Conditions associated with the gateway

Continue

Condition: Else

Back to Analysis

Condition: Checks whether the applicants are declined or if the case needs a new
applicant. The case returns to the Analysis of Applicants sub-process.

1.1.1.9

Application Approved in Analysis?

Description

The process ends if the application was declined in the Analysis of Applicants sub-process.
Otherwise, the process continues normally.

Conditions associated with the gateway

Yes

Condition: Else

Condition: Checks if the application was declined previously. The case is directed to the
Application Declined activity.

Personal Loans Request
Process

www.bizagi.com

1.1.1.10

Verify Applicants Information

Description

All the information of the Applicants recorded in the previous stages is checked. The system shows
financial information as well as general information.

Performers

Business Advisor

Form

Duration

10 Minutes

1.1.1.11

Previously rejected by employee policies

Description

Personal Loans Request
Process

www.bizagi.com

If the main applicant is rejected due to Employees Policy, the process ends. The Employees Policy
can be parameterized according to the necessities of the business for an applicant to be rejected or
allowed to continue the process.

Conditions associated with the gateway

Condition: Else

Yes

Condition: The result of the analysis of the Employees Policy is checked automatically.
The case continues to the Reject Request activity.

1.1.1.12

Register Products and Collaterals

Description

The system suggests various products for the Business Advisor to offer to the customer in addition
to the main product.

The business advisor records all the products that the customer accepts and are within his/her
payment capacity, as well as the related collaterals that are needed.

As previously mentioned, the Personal Loans Request Application process supports multiple
products and collaterals, simultaneously.

In this activity, it ensures that the additional products have greater possibility to be approved: all
those products that require collaterals should have them related, the requested products should be
within the payment capacity of the applicant, should not include repeated products and the
collaterals should cover the total amount of the products.

Performers

Business Advisor

Form

Duration

2 Hours

Personal Loans Request
Process

www.bizagi.com

1.1.1.13

Add new applicant?

Description

If in the Register Products and Collaterals activity, Add New Applicant is selected, the process will
return to the Analysis of Applicants sub-process.

Conditions associated with the gateway

Condition

Else

Yes

Condition

The previous decision is checked as to whether a new applicant was added

or not. The case continues to the Analysis of Applicants sub-process.

1.1.1.14

Medical Tests?

Description

By means of this gateway, the path to Request Medical Examinations is enabled, based on the
defined policy, whether the applicant requires them or not. The Verify Information and
Documentation will always be enabled.

Conditions associated with the gateway

Always

Condition

Goes to Verify Information and Documentation

Requires Medical Tests

Condition

Only enabled if the need is seen to request medical examinations as a

requisite to approve the application.

1.1.1.15

Request Medical Tests

Description

An application can require medical examinations, according to the policy that determines, in
accordance with the requested products and age, if they are necessary for the approval.

Due to this, the controls that require medical examinations or not, can vary according to the
business needs.

Similarly, the list of medical examinations required, can also be parameterized. During the Request
for Medical Tests activity, the assigned user prints the list and delivers it to the customer.

Performers

Business Advisor

Personal Loans Request
Process

www.bizagi.com

Form

Duration

30 Minutes

1.1.1.16

Receive Medical Tests

Description

This event waits for the customer to return with the medical examinations requested.

Personal Loans Request
Process

www.bizagi.com

Form

1.1.1.17

Verify Information and Documentation

Description

Sub-process in which the information and documentation of each applicant is checked.

An independent process is opened for each of the approved applicants of the application.

Here, the supporting documentation is requested from the borrower and/or coborrowers, surety or
guarantor of the credit that is being analyzed. Once this documentation is received, the process
continues with the validation and verification of it.

Process

Verify Information and Documentation

Type

Multi-Instance: One case for each approved applicant

1.1.1.18

Approved Request?

Description

As a result of the sub-process, the application can end or continue normally.

Conditions associated with the gateway

Yes

Condition

Else

Condition

The application changes its state to Declined and is directed to the Reject

Request activity.

Personal Loans Request
Process

www.bizagi.com

1.1.1.19

Update Applicant Information

Description

Update information about References, Income and Expenditure of the applicants and recalculate
the payment capacity. It is necessary to do this because in the Verify Documentation and
Information sub-process it is possible that changes could have been made to the information of
References, Income and Expenditure of the applicant.

1.1.1.20

Request Exception?

Description

Depending on the selection in the Register Products and Collaterals activity, the process continues
directly to the Credit Factory or Products Scoring.

Conditions associated with the gateway

Condition

Else

Yes

Condition

A check is made to see if the user made a prior request for an exception for

the application to be approved. The case continues with the Credit Factory sub-process.

1.1.1.21

Products Scoring

Description

Integrates with the External Product Scoring system to obtain a decision for each product
requested: to approve, reject or request further analysis. The Web Service associated with this
interface handles the following logic for testing purposes:

If the number of documents of the application is odd, then all the suggested products will be
approved, as well as the products not suggested, only when the quantity of them is odd, otherwise,
the products not suggested will be rejected.

On the other hand, if the number of the document of the applicant is even, then all the suggested
products, when the quantity is odd, will be approved, and all the suggested products, when the
quantity is even, will be rejected.

All products whose quantity is odd and not suggested will require revision, and all products not
suggested whose quantity is even will not be applied.

Implementation

Web Service

1.1.1.22

Approved Scoring

Description

Personal Loans Request
Process

www.bizagi.com

If the result of the Scoring is satisfactory, the case continues, otherwise, the case is directed to the
Credit Factory.

Conditions associated with the gateway

Approved

Condition

If the application is approved following the Scoring analysis the case will

continue by this path.

Review is needed

Condition

Else

1.1.1.23

Credit Factory

Description

Sub-process where applications that have Exception requested or Review is required are analyzed.
The result can be approved partially or in Total, or the application rejected in general.

Process

Credit Factory

1.1.1.24

Synchronization

Description

Synchronization gateway

1.1.1.25

Approved Request in scoring/Factory?

Description

If the application is approved following the analysis of the scoring of the products or directly in the
Credit Factory, the case continues normally, otherwise, it is rejected

Conditions associated with the gateway

Yes

Condition

Else

Condition

A check is made at this point if the application has been declined or

approved. The case continues to the Reject Request activity.

Personal Loans Request
Process

www.bizagi.com

1.1.1.26

Verify Collaterals and Products

Description

This activity shows the summary of the entire application with the amounts requested, amounts
approved and collaterals. You can print this document that appears as a report to have it signed by
the client. Additionally, it is possible to add, delete or modify the associated collaterals, always
considering policy guarantees provided by the institution

Performers

Business Advisor

Form

Duration

1 hour

1.1.1.27

Delivery and Collaterals

Description

Gate that enables the roads to the paths for Collaterals and Delivery. The process handles multiple
products and collaterals, so it is possible to open several paths at once.

The gateway evaluates if guarantees are not yet constituted and if products should be delivered.

Conditions associated with the gateway

Collaterals to be constituted

Condition

If the application has products with Associated Guarantees and have not

been constituted

Other

Condition

Else

Products that require delivery

Condition

If the application has no collaterals associated with the products approved,

or if there are any approved products for which collaterals associated are constituted already.

1.1.1.28

Collaterals

Description

Personal Loans Request
Process

www.bizagi.com

This multiple sub process handles each collateral case. At the end of the process, if the collateral
was not constituted, the product should be marked as Finished. This with the objective not perform
the Delivery of the product.

Process

Collaterals

Type

Multi-Instance: One process for each collateral that requires constitution.

1.1.1.29

Products Require Delivery

Description

When the Collaterals sub process is finished, the gateway evaluates whether the collaterals have
been constituted and the product can be delivered.

Conditions associated with the gateway

Yes

Condition

The product related to the collateral can be Delivered

Condition

Else

1.1.1.30

Delivery

Description

This multiple sub process is generated by each approved product that has no collaterals
associated, or they are already constituted. All tasks are executed to perform legalization for
delivering the product or disbursed.

Process

Delivery

Type

Multi-Instance: one process for each product that requires Delivery

1.1.1.31

Update Process State

Description

Updates the state of the process so that when the case is closed, the applicants and the case have
the correct status and do not interfere with new created cases.

Personal Loans Request
Process

www.bizagi.com

1.1.1.32

Reject Request

Description

If the application is rejected, the cause will be displayed to the assigned user.

Performers

Business Advisor

Form

Duration

30 Minutes

1.1.1.33

Timer Control and Decline

Description

Gateway based on events that enables two different paths. The first of these paths that is executed
will automatically annul the other. If a user decides to decline the Application, the timer of maximum
duration of the application will be disabled automatically.

Similarly, if the case does not progress before the maximum duration of the application expires, the
timer will execute, disabling the Decline Application event and the normal flow of the process.

1.1.1.34

Maximum Request Duration

Description

The timer controls the maximum duration of the application. This duration can be configured by the
user in a vocabulary, according to the needs of the business.

The timer will be available until the case is approved by Scoring or Credit Factory. From that point
on, neither the timer nor the Decline Request event will be available.

Personal Loans Request
Process

www.bizagi.com

1.1.1.35

Decline Request

Description

This event is available so that the applicant or his/her creator can decline the application at any
time. The reason for rejection should be recorded. The event will be available until the case arrives
at the Update Process State activity.

Form

1.1.1.36

Update the state of the process

Description

Updates the state of the process so that when the case is closed, the applicants and the case have
the correct status and do not interfere with new created cases.

Personal Loans Request
Process

www.bizagi.com

1 . 2 A P P L I C A N T S A N A L Y S I S

Description

In this way, the business advisor is able to know at the time of entry which details of the client are
missing and then continue with the process.

In the first instance, the existence of the applicants is checked, also whether there are existing
applications in progress and a check of the negative lists.

If all the filters were evaluated without anomalies, it proceeds with the importation of personal and
financial information of each of the applicants.

1.2.1 PROCESS ELEMENTS

1.2.1.1

Comes from Customer orientation?

Description

Because the Personal Loans Request process can be initialized as a sub-process of Customer
Orientation, or as a normal process, the Analysis of Applicants sub-process controls the two options
by means of this gateway.

Conditions associated with the gateway

Condition

Else

Yes

Personal Loans Request
Process

www.bizagi.com

Condition

A check is made to see if the case originated from the Customer

Orientation process or was called directly. The case continues to the automatic activity of load
customer.

1.2.1.2

Load Customer

Description

When this process is called from Customer Orientation, the applicant’s information is loaded and
associated to the case.

1.2.1.3

Include Initial Information

Description

In this stage, the analysis of each of the applicants, including the borrower and all the different
roles, is carried out with the aim of identifying if they are viable according to the level of risk policies
of the entity.

Performers

Business Advisor

Form

Duration

20 Minutes

1.2.1.4

Request in Course?

Description

A check is made to see whether the applicant already has an application in progress. The process
continues with Verify Analysis.

Conditions associated with the gateway

Condition

Else

Yes

Personal Loans Request
Process

www.bizagi.com

Condition A check is made to see whether the applicant has a previous application in
progress.

1.2.1.5

Verify Applicants in Black List

Description

The existence of the applicants in the Negative Lists and Internal Lists of the Entity is checked to
obtain the Type and Cause for Rejection, if so.

For testing purposes, the Web Service has the following logic: if the number of the document of the
main applicant is an odd number, then all the applicants will be approved. Otherwise, if the number
is even, and its length is odd, the applicants will be rejected with an Internal List Type rejection and
Customer Penalized (code 10) description.

If the number of the applicant's document and its length are even, the applicants will be rejected
with a Black List Type rejection and a Terrorism (code 5) description.

Implementation

Web Service

1.2.1.6

Applicant Reported in Lists?

Description

The process continues normally if there are not clients associated to the case reported in the black
list.

Conditions associated with the gateway

Yes

Condition

If the applicant is reported in the Black List, the case continues to Verify

Analysis.

Condition

Else

1.2.1.7

Import Personal Information

Description

Because the applicant's information is found outside BizAgi, it has to be imported. BizAgi will
connect with an external system to import all the information available for each of the applicants.
Calculation of payment capacity will be included for each applicant.

For testing purposes, in this interface, all the complete information will be returned of all the
applicants. The information can be variable or constant. The variable information depends on the
number of the document of each applicant.

Implementation

Web Service

Personal Loans Request
Process

www.bizagi.com

1.2.1.8

Borrowing Capacity

Description

The system checks the payment capacity of the applicant to ensure it is not negative or zero, if it is,
the process cannot continue. This is carried out by invoking an external system asynchronically.
That is, the task is retried the number of times that has been defined and can be retried by the
administrator in case of error.

For testing purposes, the dummy Web Service consumed by this credit process, returns the value
of payment capacity corresponding to the difference between the values of monthly income and
expenditure.

Implementation

Web Service

1.2.1.9

Rejected due to payment capacity?

Description

If the capacity of indebtedness is not sufficient for any of the applicants, the application is rejected.

Conditions associated with the gateway

Condition

Else

Yes

Condition

If the user is rejected following the calculation of payment capacity, the

case is closed.

1.2.1.10

Credit Bureau

Description

An external system is invoked to verify the information of the Credit Bureau for each applicant.
Then, the result of the Credit Scoring is checked against a defined policy to approve or reject the
application.

Through this, the financial entity can apply their own definitions of good and bad credit operations,
with the objective of identifying and qualifying credit applicants.

For testing purposes, the system will return a random score between 100 and 900 for all the
applicants.

Implementation

Web Service

Personal Loans Request
Process

www.bizagi.com

1.2.1.11

Bureau Ok?

Description

If the score obtained in the Credit Bureau is less than desired, the case will go to Verify Analysis
where the user can decide to add a new applicant .

Conditions associated with the gateway

Condition

A check is made to see if the result of the Credit Bureau is favorable or not.

The case returns to Verify Analysis.

Yes

Condition

Else

1.2.1.12

Verify Analysis

Description

If any of the applicants has an unsatisfactory result following the verification of the black list, the
user will decide whether to change the applicants or finalize the application.

The possibility is included, to request reconsideration of applications when the products that have
been declined by the Credit Factory or by Credit Scoring meet certain parametric conditions.

When a new applicant is added, the rejected ones are deleted.

Performers

Business Advisor

Form

Duration

20 Minutes

Personal Loans Request
Process

www.bizagi.com

1.2.1.13

Add new applicant?

Description

If the user decides to add a new applicant, the analysis of the information and verification in the
black list of the new applicant will be carried out, to be able to continue with the application.
Otherwise, the case is rejected and closed.

Conditions associated with the gateway

Yes

Condition

A check is made as to whether a new applicant is to be added. It continues

to Include Initial Information

Condition

Else

Personal Loans Request
Process

www.bizagi.com

Version: 1.0

Author: BizAgi Limited

Description

The objective of the Check Information and Documentation process is to track the loading of the
necessary documentation of the applicants and to confirm that the information delivered is valid for
the process.

For this, validation of the applicant's information should be carried out considering as the cause for
returning the application, the non-satisfaction of one of the following conditions: Information of the
Applicant, Documents Delivered, Address and Telephone information, Reference and Financial
information.

Personal Loans Request
Process

www.bizagi.com

Default Form

2.1.1 PROCESS ELEMENTS

2.1.1.1

Parallel Gateway

Description

By means of this gateway, two paths are enabled towards: the Documentation activity and the
Cancel Sub-process event.

2.1.1.2

Documentation

Description

In this activity, a verification of the information of the documents requested in support of the
application is carried out.

All the required documents must be provided in order to continue.

The user may load the digital images of the required documentation.

Performers

Business Advisor

Personal Loans Request
Process

www.bizagi.com

Form

Duration

1 Hour

2.1.1.3

Validate Applicant Information

Description

The information filled out by the applicant in the application form is checked so it corresponds
completely with the information of the customer in the Core Banking system.

Performers

Information Verifier

Personal Loans Request
Process

www.bizagi.com

Form

Personal Loans Request
Process

www.bizagi.com

Duration

3 Hours

2.1.1.4

Validate Satisfactory Information

Description

If the information does not correspond then the process continues with a notification of rejection.

Conditions associated with the gateway

Yes

Condition

The process continues normally by this path if the information was

validated satisfactorily.

Condition

Else

2.1.1.5

Cancel Sub process

Description

Enables the cancellation of the process of Verification of Information and Documentation when an
applicant does not meet the requirements, of the other applicants related to the application under
study.

Personal Loans Request
Process

www.bizagi.com

Version: 1.0

Author: BizAgi Limited

Description

In this process the application for products made by customers or prospects, is analyzed, with the
aim of being able to deliver a result of approved or declined. Covers the analysis of the application
with all the variables necessary to look at the viability of approving the product.

Default Form

Personal Loans Request
Process

www.bizagi.com

3.1.1 PROCESS ELEMENTS

3.1.1.1

Request Evaluation

Description

Each product of the application is evaluated separately, resulting in approval, rejection or deferred
(postponed). Depending on this result, the process considers two alternatives: to include more
collaterals, in case there is at least one Postponed product. Or evaluate if there is at least one
approved product in the application.

In every case, the evaluation will be performed by a Factory Analyst, however, the Requested
Amount in local currency determines the analyst role that is considered in the assignment of the
activity.

Performers

Factory Analyst

Form

Duration

30 Minutes

3.1.1.2

At least one Product postponed?

Description

A check is made to see if at least one of the products has a deferred decision from the Request
Evaluation activity. If so, the case continues to Notify New Collaterals

Conditions associated with the gateway

Condition

Else

Personal Loans Request
Process

www.bizagi.com

Yes

Condition

Verify the decision of the products in the Request Evaluation activity. If at

least one has a deferred decision, the case continues to the Notify New Collaterals Activity

3.1.1.3

Notify New Collaterals

Description

The user who created the application is notified of the need to add new collaterals:

Script

Request collaterals from the Borrower By means of this letter you are requested to provide
collaterals for the application <RequestNumber>. The following shows the information requested
(the Observations of the Application should be sent). Yours sincerely

3.1.1.4

Event Based Gateway

Description

Gateway that enables the Add Collateral activity, but at the same time enables the Office Waiting
Timer. This way, if the maximum waiting time parameterized for the set-up of collaterals is
exceeded, the case closes.

3.1.1.5

Register Collateral Type Required

Description

In this activity, the user selects the type of collateral that is to be associated.

Performers

Business Advisor

Personal Loans Request
Process

www.bizagi.com

Form

Duration

1 Hour

3.1.1.6

Collateral Type

Description

The type of associated collateral for the application is verified.

Conditions associated with the gateway

Personal Collateral

Condition

Else

Real Collateral

Condition

It is verified if the type of collateral associated to the application is a surety.

It proceeds to the Register Products and Collaterals activity.

No collaterals

Condition

A check is made to see if there are no collaterals associated to the

application. The case continues with Review Result.

Personal Loans Request
Process

www.bizagi.com

3.1.1.7

Applicants Analysis

Description

Sub-process that contains the necessary activities to validate the information of the applicants.

3.1.1.8

At least one applicant approved?

Description

The process continues normally, if at least one new applicant has been approved.

Conditions associated with the gateway

Yes

Condition

If at least one of the applicants has the decision approved following the

analysis, it proceeds to Verify Information.

Condition

Else

3.1.1.9

Verify Information

Description

This is the same activity as used in the Personal Loans Request process. Here the information of
the new applicants is reviewed.

Performers

Business Advisor

Form

Duration

15 Minutes

Personal Loans Request
Process

www.bizagi.com

3.1.1.10

Register Collaterals

Description

According to the same activity carried out in the parent process, the new collaterals are associated
with the products.

Performers

Business Advisor

Form

Duration

1 hour

Personal Loans Request
Process

www.bizagi.com

3.1.1.11

Verify Documentation and Information

Description

Sub-process in which the information and documentation of each applicant is checked.

An independent process is opened for each of the approved applicants of the application.

Process

Verify Information and Documentation

Type

Multi-Instance: One case for each approved applicant

3.1.1.12

Calculate Payment Capacity

Description

The Payment Capacity is calculated via an interface.

Implementation

Web Service

3.1.1.13

Waiting Time Expired?

Description

If the maximum waiting period defined for the Office Waiting Time has expired, the case is closed.
Otherwise it will continue normally.

Conditions associated with the gateway

Condition

The case continues to Review Result

Yes

Condition

The case takes the rejection path.

3.1.1.14

Review Result

Description

The new information is again reviewed in the Credit Factory. The Factory provides a new opinion
based on the new information.

Performers

Factory Analyst

Personal Loans Request
Process

www.bizagi.com

Form

Duration

30 Minutes

3.1.1.15

Amortization

Description

The interface that calculates the amortization is executed.

Implementation

Web Service

3.1.1.16

At least one approved product?

Description

BizAgi checks if at least one product has been approved. If no products have been approved, the
request rejection is notified. If at least one product has been approved, BizAgi updates the process
states and continues.

Conditions associated with the gateway

Yes

Condition

The system verifies if at least one product is approved.

Personal Loans Request
Process

www.bizagi.com

Condition

Else

3.1.1.17

Update Process State to Rejected

Description

Automatic task that updates the request status with the rejected request status.

3.1.1.18

Notify Request Rejection

Description

A notification of rejection is sent to the user who created the case.

Script

Reference: Rejection of Application.

We wish to inform you that application no. (Number of Application), was rejected, consult the case
for more details.

Regards, BizAgi Template Bank

3.1.1.19

Requires Approval?

Description

The system evaluates if the request requires Approval by the Credit Factory. If it is not necessary,
the request approval is notified. Otherwise, the request is sent in order to be evaluated by the
Factory Committee.

Conditions associated with the gateway

Yes

Condition

The system evaluates if the case should be analyzed by the Factory

Committee.

Condition

Else

3.1.1.20

Update Process State to Approved

Description

Automatic task that updates the request status with the approved request status.

Personal Loans Request
Process

www.bizagi.com

3.1.1.21

Notify Request Result

Description

A rejection notification is sent to the user who created the case.

Script

Reference: Approval of Application We wish to inform you that the application no. (Number of
Application), was approved, see case for further details. Yours sincerely

3.1.1.22

Factory Committee

Description

The Factory Analyst can request the evaluation of the Application by the Committee. In this case,
the Committee approves or rejects the whole case, not its products individually.

According to the Requested Amount, the activity will be assigned according to the corresponding
role. A higher amount will require a Committee with higher approving power.

Performers

Factory Analyst

Form

Duration

30 Minutes

Personal Loans Request
Process

www.bizagi.com

3.1.1.23

Rejected Request?

Description

The Credit Factory Committee can result in approval or rejection of the request.

Conditions associated with the gateway

Yes

Condition

Evaluates if the request has been rejected by the Factory Committee. If it

is, the case is directed to Notify the Rejection.

Condition

Else

3.1.1.24

Wait Office Management

Description

Maximum waiting time to add collaterals. This time is defined by parameter.

Personal Loans Request
Process

www.bizagi.com

Version: 1.0

Author: BizAgi Limited

Description

The Personal Loans Request process covers two possible scenarios: one focused on the
commercial side, where each application commences by means of the sales force oriented towards
a customer, in their decision to acquire credit products. In this case, it begins through Customer
Orientation. The other scenario does not consider the commercial stage but a case is created
directly through the Personal Loans Request process to create the application for products.

The purpose of the Customer Orientation process is to determine if the current payment capacity of
the customer will enable the payments for the credit products requested to be covered. In
accordance with the record of the initial information of the customer (Marital status, Source of
Income and Expenditure), it proceeds to check if this has any other application of Customer
Orientation in progress and to the calculation of Payment Capacity.

If the Payment Capacity value calculated is different from Zero or a negative number, it proceeds to
record the products in which the applicant is interested. In parallel, it controls that the payment
capacity calculated is sufficient to cover the related products.

If the applicant wishes to continue with the application, he/she is informed by means of a letter, of
the documents required to commence with the corresponding process. This waiting period is
handled by a parameter set to wait for this documentation.

If the timescale expires and the documents have not been received, the current Customer
Orientation case will be closed. Otherwise, according to the social segment that the applicant
belongs, a sub-process of Credit Application is originated.

Personal Loans Request
Process

www.bizagi.com

Default Form

Query Form

4.1.1 PROCESS ELEMENTS

4.1.1.1

Register Applicant Information

Description

The commercial consultant records the basic information of the applicant, including financial
information.

Performers

Business Advisor

Personal Loans Request
Process

www.bizagi.com

Form

Duration

1 Hour

4.1.1.2

Orientation in progress?

Description

The system controls whether there is an orientation in progress to be able to continue or close the
case.

Conditions associated with the gateway

Yes

Condition

A check is made if there is an existing case of orientation in progress for

the same customer. The case closes.

Condition

Else

4.1.1.3

Payment Capacity

Description

The system checks the payment capacity of the applicant to ensure it is not negative or zero, if it is,
the process cannot continue.

This is carried out by invoking an external system asynchronically. That is, the task is retried the
number of times that has been defined and can be retried by the administrator in case of error.

Personal Loans Request
Process

www.bizagi.com

For testing purposes, the Web Service consumed by this credit process, returns the value of
payment capacity corresponding to the difference between the values of monthly income and
expenditure.

Implementation

Web Service

4.1.1.4

Negative Payment Capacity

Description

Depending on the result of the payment capacity of the applicant, the process continues with the
Offer Products activity or it is finalized.

Conditions associated with the gateway

Condition

Validated against the response of the service in the previous automatic

activity. The case continues to the Offer Products activity.

Yes

Condition

Else

4.1.1.5

Offer Products

Description

The business advisor offers a package of products to the applicant. The applicant has the possibility
of selecting one or more of the products.

A list of the documents required is generated in order to approve the product request. Furthermore,
a repayment table is calculated depending on how the repayments are to be made for the
requested credit.

Performers

Business Advisor

Personal Loans Request
Process

www.bizagi.com

Form

Duration

2 Hours

4.1.1.6

Continue Request

Description

Depending on the selection made by the applicant in the Offer Products activity, the process
continues or is terminated.

Conditions associated with the gateway

Yes

Condition

Else

Condition

The response of the user to the question of the previous activity, is

validated. The case closes.

4.1.1.7

Event Based Gateway

Description

In this gateway the system waits for an assigned user to execute and progress the Continue
Request event or that the waiting period expires.

The event that is executed first annuls the other, such that if the waiting period expires, the case is
closed, but if the decision is to continue with the application, the case will go to the Personal Loans
Request process.

Personal Loans Request
Process

www.bizagi.com

4.1.1.8

Continue Request

Description

The applicant accepts the conditions of the application and delivers the required documentation to
be able to continue with the process.

Form

4.1.1.9

Personal Loans Request

Description

Main process where applications for credit products are created for individuals, via the channels of
banking entities. Each request can include one or more products, among which are: Consumer
Credit, Car Loans, Mortgages, Credit Cards, Credit Card limit increases and Credit Card balance
transfers. For more information please refer to paragraph 1 in this document.

Process

Personal Loans Request

4.1.1.10

Update process state

Description

Updates the process state so if the case must be closed, applicants don't have requests in process
and the case state is Closed.

4.1.1.11

Waiting Time

Description

Maximum waiting period to continue with the application. The maximum value is a parameter
adjustable through the vocabulary of the process, and is assigned when the timer token is created.

Personal Loans Request
Process

www.bizagi.com

Version: 1.0

Author: BizAgi Limited

Description

The purpose of the process is to record in the Core systems of the company the collateral that was
included in the process and associated with each product. This will ensure success in the Delivery
of approved products, minimizing the risk of any associated collateral that cannot be established. In
the process, confirms the viability of the collateral associated with the approved products.

It gives the possibility to modify existing collateral and associate new ones, as well as adding or
deleting them.

Personal Loans Request
Process

www.bizagi.com

Default Form

5.1.1 PROCESS ELEMENTS

5.1.1.1

Mortgage Collateral

Description

Evaluates if the collateral is a Mortgage or not

Conditions associated with the gateway

Yes

Condition

Is a mortgage collateral

Condition

Else

5.1.1.2

Legal procedure

Description

Sub process that performs the necessary tasks for the mortgage collateral. It provides for the
activities for receiving documentation regarding the property and registering the mortgage that
secures the debt.

5.1.1.3

Title Study Ok?

Description

Validates if the titles study was satisfactory

Conditions associated with the gateway

Personal Loans Request
Process

www.bizagi.com

Yes

Condition

Study was satisfactory

Condition

Else

5.1.1.4

Collateral Documentation

Description

In this activity, all the documents required to validate the collateral are shown and the user must
enter if they are delivered and need authorization.

Performers

Business Advisor

Form

Duration

2 hours

5.1.1.5

Requires Authorization?

Description

Validates whether one or more of the requested documents require authorization.

Conditions associated with the gateway

Condition

Else

Yes

Condition

At least one document requires authorization

Personal Loans Request
Process

www.bizagi.com

5.1.1.6

Authorize Documentation

Description

The documentation that requires authorization is reviewed and a decision is given. If any document
is not authorized the user should record their observations.

Performers

Document Authorizer

Form

Duration

2 hours

5.1.1.7

Authorized?

Description

Validates whether the documents are authorized to continue with the process.

Conditions associated with the gateway

Condition

At least one document was not authorized

Yes

Condition

Else

5.1.1.8

Verify Collateral Registration

Description

Personal Loans Request
Process

www.bizagi.com

As a final step of the process, the collateral registration is verified, resulting in authorization or
cancellation.

Performers

Collateral Manager

Form

Duration

4 hours

5.1.1.9

Authorize Collateral registration?

Description

Evaluates if the legal area authorized the registration or constitution of the collateral in the Core
Banking system.

Conditions associated with the gateway

Yes

Condition

Collateral was authorized

Condition

Else

5.1.1.10

Register Collateral

Description

The collateral information is sent to the core system via interface to make the official record and its
constitution.

Implementation

Web Service

Personal Loans Request
Process

www.bizagi.com

5.1.1.11

Register collateral documents

Description

Associated documents to the collateral are recorded to verify that they have been submitted and
approved, if necessary.

5 . 2 L E G A L P R O C E D U R E

Description

5.2.1 PROCESS ELEMENTS

5.2.1.1

Payment and Documentation

Description

Opens two independent parallel paths to allow receiving payments and documentation.

5.2.1.2

Payments

Description

Payment of the appraisal and review of titles are recorded

Personal Loans Request
Process

www.bizagi.com

Form

5.2.1.3

Request Documentation

Description

In this activity, the user requests the documents needed for the study of the title to the costumer.

Performers

Lawyer

Form

Duration

4 hours

Personal Loans Request
Process

www.bizagi.com

5.2.1.4

Receive Documentation

Description

The documentation provided by the client is reviewed and a decision is given as to their
completeness and that they correspond to the request.

Form

5.2.1.5

Title Study Result

Description

In this activity the results of the study analysis of property titles are recorded.

Performers

Lawyer

Personal Loans Request
Process

www.bizagi.com

Form

Duration

4 hours

5.2.1.6

Title Study Ok?

Description

Validates if the Title study is satisfactory

Conditions associated with the gateway

Yes

Condition

Study is satisfactory

Condition

Else

5.2.1.7

Send Title Deed to Notary

Description

The title deed signed by the client and reviewed by the lawyer assigned to the case, is included to
give an approval or comments to be adjusted.

Performers

Lawyer

Personal Loans Request
Process

www.bizagi.com

Form

Duration

4 hours

5.2.1.8

Title Deed Reception

Description

This event records the arrival of the Title Deed with the registration information.

Personal Loans Request
Process

www.bizagi.com

Form

5.2.1.9

Comments on the Title Deed

Description

Validates whether the title deed needs correction or is complete, to continue with the process.

Conditions associated with the gateway

Condition

The lawyer included comments to correct the Title Deed.

Yes

Condition

Else

Personal Loans Request
Process

www.bizagi.com

Version: 1.0

Author: BizAgi Limited

Description

The Delivery process handles the disbursement of the approved amount for each product, including
the following items:

Define Payment: Specifies when the disbursement will be made or whether to make several

payments at different times.

Final Disbursement: This can be done through a transfer to an account or a cashier's

check.

Charge Fees: Define the type of commissions and fee amounts approved for each product

subtype.

This information should be recorded in the system that handles the products of the bank.

The process interacts with the Core Banking system to register the product (s) requested.

Personal Loans Request
Process

www.bizagi.com

Default Form

Query Form

6.1.1 PROCESS ELEMENTS

6.1.1.1

Product Type

Description

Depending on the Product Type, the process will continue with the corresponding activity.

Conditions associated with the gateway

Credit Card, Increased Limit

Condition

The product is a Credit Card or Increased limit

Personal Loans Request
Process

www.bizagi.com

Loans

Condition

The product is a Loan

Accounts

Condition

The product is an Account

6.1.1.2

Account Registration

Description

If the product type is an account, the information is sent to the Core System via interface.

Implementation

Web Service

6.1.1.3

Credit Card

Description

Opens the process of Credit Card registration and Increased Limit in the system handling the
products.

Process

Credit Card

6.1.1.4

Debt Purchase?

Description

Evaluates if debt purchase was selected

Conditions associated with the gateway

Yes

Condition

Debt Purchase was selected

Condition

Else

6.1.1.5

Define Disbursement

Description

In this activity, the user defines the disbursement method of the approved amount, as well as the
dates of disbursement. The process supports multiple disbursements for each product.

Performers

Business Advisor

Personal Loans Request
Process

www.bizagi.com

Form

Duration

4 hours

6.1.1.6

Associated Insurance?

Description

Evaluates if the product has associated Insurance

Conditions associated with the gateway

Condition

Else

Yes

Condition

It has associated Insurances

6.1.1.7

Recalculate Insurance

Description

If the products have associated insurance, they should be recalculated in this activity.

Performers

Insurance Manager

Personal Loans Request
Process

www.bizagi.com

Form

Duration

2 hours

6.1.1.8

Register Insurance

Description

The associated insurance is sent to the core system, via interface.

Implementation

Web Service

6.1.1.9

Debt Purchase?

Description

Evaluates if debt purchase was selected

Conditions associated with the gateway

Yes

Condition

Debt purchase was selected

Condition

Else

6.1.1.10

Register Product

Description

Once the product has been approved and the disbursements have been defined, the product
information is sent to the Core System of the entity.

Implementation

Personal Loans Request
Process

www.bizagi.com

Web Service

6.1.1.11

Disbursements

Description

This Sub process is made to implement the disbursement defined and scheduled on the dates
indicated. It creates an independent process for each scheduled disbursement.

Process

Disbursement

Type

Multi-Instance: One case for each disbursement

6.1.1.12

Update product state

Description

The Product information is updated according to whether it was disbursed correctly or not. With this
information, the Personal Loans Request process defines the path to follow.

Personal Loans Request
Process

www.bizagi.com

Version: 1.0

Author: BizAgi Limited

Description

The process allows the creation of new Credit Cards or the Increase of limits in the Core Banking
system. Registration does not include the actual delivery of the plastic to the client.

7.1.1 PROCESS ELEMENTS

7.1.1.1

Increase Limit

Description

Evaluates if the Credit card is a new one or if it is for an Increase in the Limit of an existing one.

Conditions associated with the gateway

Personal Loans Request
Process

www.bizagi.com

Condition

Else

Yes

Condition

The product is Increase Limit

7.1.1.2

Credit Card Registration

Description

This interface is to send the information to create the credit card on behalf of the Borrower.

Implementation

Web Service

7.1.1.3

Increase Limit

Description

This interface is made to send the information to increase the limit of the selected credit card on
behalf of the Borrower.

Implementation

Web Service

Personal Loans Request
Process

www.bizagi.com

Version: 1.0

Author: BizAgi Limited

Description

The objective of the process is to inform the relevant area of regarding the disbursement of the
approved amount for the product. The disbursements can be made by check or wire transfer.

8.1.1 PROCESS ELEMENTS

8.1.1.1

Disbursement Date

Description

The timer waits until the date of disbursement selected by the user, is reached.

8.1.1.2

Disbursement Method

Description

Validates the selected disbursement method.

Conditions associated with the gateway

Check

Condition

Else

Transfer

Condition

The disbursement is made by Transfer

Personal Loans Request
Process

www.bizagi.com

8.1.1.3

Notify Disbursement by Check

Description

BizAgi sends a notification alerting the disbursement by check to the user that defined the
disbursement.

Script

Kindly prepare the product disbursement according to the following information:

Request number:

Product type:

Approved amount:

Disbursement date:

Regards, BizAgi Template Bank

8.1.1.4

Notify Disbursement by Transfer

Description

BizAgi sends a notification alerting the disbursement by transfer to the user that defined the
disbursement.

Script

Kindly prepare the product disbursement according to the following information:

Request number:

Product type:

Approved amount:

Account type:

Account number:

Disbursement date:

Regards, BizAgi Template Bank

Personal Loans Request
Process

www.bizagi.com

Business Advisor (Role)

Exception Authorizer (Role)

Information Verifier (Role)

Factory Analyst (Role)

Documents Authorizer (Role)

Collaterals Manager (Role)

Insurances Manager (Role)

Lawyer (Role)

Wyszukiwarka

Podobne podstrony:
Audyt personalny 1a stud
A Behavioral Genetic Study of the Overlap Between Personality and Parenting
ped.społeczno - personalistyczna, teoretyczne podstawy wychowania
Rozwój funkcji personalnej i geneza zarządzania zasobami ludzkimi, Ekonomia, Zarządzanie kadrami
Marketing personalny 05 2012 r
Marketing personalny wykład 03 2012 r
Chrześcijańska pedagogika personalno egzystencjalna ks Twardowski
Marketing personalny, wyklad 2 03 2012 r
doradztwo personalne wyklad 3
Persona, Dymara Chemia repetytorium Medyk Tom 1 i 2 (2012, 04)
Dylemat osobowości pogranicznej (borderline personality)
Guidelines for Persons and Organizations Providing Support for Victims of Forced Migration
GIVING PERSONAL INFORMATION mat Nieznany
Paranoia Equipment Weapon Vehicle Request Form
personel wiezienny
pozytywistyczna personalistyczna, Notatki Pedagogika Studia dzienne
spr z ZP, Zarządzanie i inżynieria produkcji, Semestr 4, Zarządzanie personelem

więcej podobnych podstron