Professional Documents
Culture Documents
Urs For Erp Ex 2
Urs For Erp Ex 2
For
Prepared by B.O.P.T
Table of Contents
1. Introduction
The Board of Practical Training, Eastern Region, for the 42nd year continued to perform its
responsibilities on proper implementation of the Apprentices (Amendment) Act, 1973 &
1986 in the Eastern Region comprising the States of West Bengal, Bihar, Jharkhand,
Odisha, Assam, Nagaland, Manipur, Tripura, Arunachal Pradesh, Mizoram, Meghalaya,
Sikkim and Union Territory of Andaman & Nicobar Islands. In accordance with the
Apprentices Act and Rules, the Board is empowered to assess Apprenticeship Training
facilities in respect of establishments under various sectors, notify them to engage a
stipulated number of apprentices, oversee engagement of apprentices, monitor and review
the working of the Apprenticeship Scheme (both quantitatively and qualitatively). The
responsibility of the Board also includes reimbursement of Central Governments share of
stipend at the rate of 50% on minimum prescribed rate claimed by the Training
Establishments after registration of contract of Apprenticeship. A new category of
Apprentices termed as Technician (Vocational) Apprentices was introduced by the
Government of India through further amendment of the Apprentices Act in 1986 for training
pass-outs of +2 Vocational stream students from Higher Secondary school system in some
designated subject-fields. The placement of students commenced on receipt of
Government Notification in regard to subject-fields of training (designated trades) for
Technician (Vocational) Apprentices (published in the Gazette of India: part –II, Section –
3, Sub-Section (i) dated 14.05.1988). The Board continued to implement the Act pertaining
to Apprenticeship Training of +2 Vocational pass out till 01.05.2017.
The jurisdiction of the Board covers the States of Arunachal Pradesh, Assam, Bihar,
Jharkhand, Manipur, Meghalaya, Mizoram, Nagaland, Odisha, Sikkim, Tripura, West
Bengal and Union Territory of Andaman & Nicobar Island.
2
1.1 Purpose
BOPT ERP is described as a system which aims at integrating all the processes and the
sub processes, having financial implications, of the board in a single system. This system
is integrated in the board so that all the financial transactions and operational occurrences
are managed and organized effectively and efficiently.
It is an important application for both the employees and organization. The employees can
track the details of their own personal details that is submitted to the board and also the
compensation details that are offered by the organization.
On the other hand the organization can track all of their financial expenses and assets
throughout the year without any extra overheads.
The BOPT(ER) Intranet ERP User Requirement Specification document is intended for all
the stakeholders who are involved in the project of development of the ERP. Stakeholders
Included are functional analysis, developers, Testers and end users.
The BOPT(ER) Intranet ERP solution shall contain multiple modules (as mentioned in
Section 2.2), which can be accessed by at least 10 concurrent users on daily basis without
any application latency. The ERP will be independently responsible for keeping track of all
the details of every user and also the establishment in order to generate Annual Report on
behalf of the board at the end of that financial year.
1.4 References
http://www.bopter.gov.in/
2. Overall Description
2.1 Product Perspective
BOPT (ER) requires a new standalone intranet based ERP application, to be developed
from scratch, that will be able to migrate the data from the existing system at the beginning
and maintain the archived information as well as become the sole application for any
further record keeping and report generation activity. Modification in the already developed
ERP or customization of ERP developed for any other user is not acceptable.
The product implementation can be segregated in four phases:
a. New ERP Development Phase
b. Migration of Data from Old ERP solution
c. Migration Testing (Testing to check all the migrated data is properly present in the new system)
d. Integration Testing (Testing to check all the migrated data is properly integrated with the new system)
The development of the new ERP application will consist of the following modules which
can be later on subdivided into multiple sub modules and sub requirements:
1. User and Access Creation Module
2. Finance Module
3. HRMS Module
a. Payroll Module
b. Leave Module
c. Attendance Module
d. LTC Module
e. DAK Module ( Receipt of the letters, bills, etc. disposed by the concerned
section and trail/track of the Dak )
4. Inventory Module
5. Pension Module
6. Provident Fund Module
7. Stipend Module
8. MIS Module
The detailed functionality of each module is explained below:
4
The new ERP application for BOPT(ER) will be accessible only to the members of the
board with a valid User ID and Password. The Hierarchy of users are given as follows:
Every member who is associated with the board will be having an account created into the
new system with a specific role attached to each of them.
The role details are mentioned below:
a. Super admin - This role is specifically given to the user who can change all
configuration level details in the system. By default super admin should inherit all
the features of Admin, Evaluator and Member. Director should be assigned the role.
b. Admin – This role is allocated to the users who can create any specific access to
any other user or can restrict any specific page to be displayed to any other user.
By default admin should inherit all the features of Evaluator and Member.
Administrative cum Account Officer should be assigned this role. Allocation &
activities like allocation, reallocation, revoke, restore, etc. of other ID shall lie with
the admin.
5
c. Evaluator– The evaluator role is assigned to users who can review any transaction
that is being done on the application and can approve or reject accordingly. On
approving the transactional change will be implemented in the system and on the
other hand on rejecting the transaction will not change any details in the system and
accordingly notified to the user. By default super admin should inherit all the
features of Member.
d. Member – The member role is specifically for the user set who can view their own
details in the HRMS Module, Payroll Module and Pension module and can
accordingly change the details in the HRMS section only (which will be allowed for
edit and updating purpose by the board)
BOPT(ER) operates under four type of accounts where the allocated funds are inserted
at the beginning of the financial year, as per new accounting standard of Ministry of HRD
Government of India. The type of accounts are mentioned below:
i. Establishment Account
ii. Stipend Account
iii. PF Account
iv. NTMIS Account ( Not Operational )
The details of each of the account along with the corresponding balance sheet are as
follows:
6
a. Establishment Account:
Establishment Account consists of three Object Heads (OH) –
i. OH – 31
ii. OH – 35
iii. OH – 36
Object
Main Purpose Types of transactions
Headers
Pension and pensioner Benefits
Scholarships and Fellowships
Foreign/Domestic Travel
OH - 31 Grants in-Aid General
Security/ Housekeeping
Exp. On Contractual employees
Other Expenses
Building
Grants for creation of capital Equipment
OH - 35
asset Library
Furniture
Expenditure on salary of regular Faculty
Expenditure on salary of regular Non-Faculty
Medical Expenses
Leave Encashment
OH - 36 Grants in aid salary
LTC
Professional Development Allowances (PDA)
Retirement Benefit
Other Expenses
The Establishment account has multiple incoming source and also multiple expense
sinks. The individual details are mentioned below:
Income head
The following are the income heads assigned to the establishment account. The
money flows into the system through the given sources. Each of the sources can be
further subdivided into multiple sections which are discussed below.
7
Each Source of Income for the Establishment can be further classified into sub
segments. The sub segments are classified in the below mentioned tables:
Gratuity
Superannuation Pension
Accumulated Leave Encashment
Trade Warranties/Claims
Provision For Audit Fee
Provision For Security Deposit
Sponsored Projects
Others Sponsored Fellowship and Scholarships
Unutilized Grants from Gov.
Expense head
Once the money flows into the establishment account through the above mentioned
heads, the total amount is available for the following expenditures.
Expenditure Schedule
Tangible Assets
FIXED ASSETS Intangible Assets 4
Capital Works-In-Progress
Long Term
INVESTMENTS FROM EARMARKED / ENDOWMENT FUNDS 5
Short Term
CURRENT ASSETS
INVESTMENTS – OTHERS 6 [7+8]
LOANS, ADVANCES & DEPOSITS
Depreciation 4
Staff Payments & Benefits (Establishment expenses)* 15
Academic Expenses 16
Administrative and General Expenses 17
Transportation Expenses 18
Repairs & Maintenance 19
Finance costs 20
Other Expenses 21
Prior Period Expenses 22
Each of the Expense Head can be again classified into more granular level which
are done in the schedules below.
Water supply
material
Grants from UGC
A/c
University
Receipts A/c
Scholarship NC
Academic Fee
Receipt A/c
Development
(Plan) A/c
Combined
Entrance Exams
(CBT) A/c
UGC Plan
Fellowship A/c
Corpus Fund A/c
(EMF)
Sponsored
Projects Fund
A/c
Sponsored
Fellowship A/c
Endowment &
Chair A/c (EMF)
UGC JRF
Fellowship A/c
(EMF)
HBA Fund A/c
(EMF)
Conveyance A/c
(EMF)
UGC Rajiv
Gandhi National
Fellowship A/c
(EMF)
Academic
Development
Fund A/c (EMF)
Deposit NC
Student Fund NC
Student Aid
Fund A/c
12
Retirement and
Terminal
Benefits
(Adjustment of
Previous Year) Deposit Linked Insurance Payment
LTC facility
Medical facility
Electricity and power Postage and Stationery Printing and Stationery (consumption)
Telephone, Fax and Internet
Water charges Charges Travelling and Conveyance Expenses
Insurance (Fire) Hospitality
Rent, Rates and Taxes (including
property tax) Auditors Remuneration
Professional Charges
Advertisement and Publicity
Magazines & Journals
Others
Meeting Exp
14
Legal Expenses
Misc.Exp
Security Wages
Consultancy Charges
Exp. On Seminar/Work shop
Administrative Charges
Fire Extinguisher refilling/repair
NATS Portal (Web Hosting Charges)
Bank Charges
Others
Establishment expenses
Academic expenses
Administrative expenses
Transportation expenses
Repairs & Maintenance
Other expenses
Auditors Remuneration
b. Stipend Account
Stipend Account has only one object head – (OH – 34).
The Stipend account has two incoming source and also three expense sinks. The
individual details are mentioned below:
Income head
Each Source of Income for the Establishment can be further classified into sub
segments. The sub segments are classified in the below mentioned tables:
16
Expense head
Expenditure Schedule
CURRENT ASSETS
INVESTMENTS - OTHERS 3S
LOANS, ADVANCES & DEPOSITS
Administrative and General Expenses 7S
Finance costs 8S
Other Expenses 9S
Schedule - 3S
Post Office- Savings
Stock Sundry Debtors Cash in Hand Bank balances
Accounts
Debts Outstanding
for a period
exceeding six In Current
Stores and Spares months Accounts(SBI)
In term deposit
Loose Tools Others Accounts
In Savings
Accounts
Publications (CANARA)
17
Laboratory chemicals,
consumables and glass In term deposit
ware Accounts
In Savings
Building Material Accounts
Electrical Material
Stationery
Schedule - 8S Schedule - 9S
Bank charges Provision for Bad and Doubtful Debts/ Advances
Others Irrecoverable Balances Written - off
Grants/Subsidies to other boards/ organizations
Other Expenses (Expenditure on Grants to disburse as Stipend
to training establishment.)
HRMS module is one of the key requirements for the New BOPT (ER) ERP
Application as it will handle all details of every employee working in the board and
18
also track their all allowances from their time of joining till they remain in the
organization and also post their retirements/termination.
Any individual can be given access to the system by the Admin and by default their
role will be selected as ‘Member’. If the Admin wants, he can update the role profile
of the new user till evaluator, but not above that.
While the user is entered into the system, all their necessary details should be
inserted into the system for the purpose of record keeping and also for keeping
track of all the transactions of that individual with the board.
The Basic Details (should be taken in accordance with the standard of Government
of India) Includes:
Date of Joining
With each new user created, following accounts should also be created
simultaneously in order to keep the track of all transaction level details of the user:
Payroll Account – The payroll account of any user will be responsible for
keeping record of all the pay slips and amount level details that is given to
any user as a part of remuneration or allowance as per the CCS revised pay
rules, based on the Attendance of the user in the system and also the leave
applications. The payment is generally done through the following heads :
Basic : As per the CCS ( revised pay ) rules
2
and transactions. In order to track down the leave of any user, this module is
plays an important role.
The leaves for any user can be segregated into the following heads:
As on 1st Jan and 1st July EL and HPL, on 1st Jan CL and RH are credited to
the leave account of the individual, but application of the leaves is subjected
to approval from the supervisors and should be done through the HRMS
module itself in order to keep the track of the request and review process.
Once the leave is approved by the designated reviewer and then only it will
be reflected in all possible location like dashboard, payroll module
Attendance Module and also the leave counts.
In case the leave gets rejected then it should be notified to the user in the
dashboard of the HRMS module itself.
Attendance Module- This module is the primary source of data input for
all other sections in the HRMS Module. The attendance of any user will be
reflected into the system and accordingly the payroll and leave modules will
be impacted.
In order to track the daily attendance, a time sheet should be present in the
system which will be filled by the user at the end of a fixed period with the
number of days attended, number of days any user have taken leave (post
approval)
23
Once the timesheet is submitted, rest of the calculation of the payroll and any
other details (if any) is calculated within the system.
Flow of LTC
As the LTC gets approved, this should be reflected in the dashboard of the
ERP For that particular user and also the compensation should be added in
the payroll section for the corresponding user under the LTC Allowance head
(as mentioned in the 1st Section – Payroll Module of 2.2.3). After approval of
LTC, it should be accessed by the user of the accounts department for the
release of advances.
Apart from the above Sections, individual personal details (as mentioned in Section
2.2.3) of each user should be available for viewing and editing by the corresponding users
in the HRMS module. Once any updation is done in the personal record, it should be
checked by admin user, verified by the Office Superintendent and approved by the AAO.
Only after approval the change should be reflecting in the personal details section. In case
it is not approved then the change should be rolled back from the system.
In case if any record in updated or edited by any user, it should be reviewed and verified
from the Admin before committing the final update in the system. In case the admin rejects
the change, it should be notified back to the user and the change should also be rolled
back.
The Super admin should have the access to mark any user as Terminated or Retired.
In case of Termination, the user should be marked as inactive, removing all access right in
to the application and all the details of that individual should be archived into the system.
On the other hand when any employee gets into retirement, and the same is updated in
the application by the super admin, the details of the user remain intact into the system but
the user moves from HRMS establishment to the Pension establishment (which is
described in Section 2.2.5)
24
The Basic Header and Sub headers of HRMS includes the following:
reimbursements.
A member should be able to apply for any
medical reimbursements or apply for
Medical Reimbursement Application cashless transaction from this option.
A member should be able to apply for PF
Retirement Benefits withdrawal after his / her retirement.
A member should be able to apply for PF
after joining the organization from this
PF Joining Application option
A member should be able to apply for
voluntary PF if he / she wishes to do so,
VPF Application from this option.
A member should be able to apply for any
external deductions that need to be taken
into account during the payroll
External Deduction Application processing.
A member should be able to change
his/her bank account details from the
Bank Account Details application using this option.
A member should be able to generate and
view his/her arrear pay slip in case there
are any arrears for him/her during any
Arrear Pay slip period.
A member should be able to view the
computed predicted income tax
Payroll
deductions for the current financial year
and as well as provide declarations/proof
Income Tax for income tax purpose
A member should be able to generate and
view his/her pay slip for any month since
Pay Slip he/she joined the organization.
A member should be able to see the
details of any loan he/she has applied for,
the status of the same, as well as the dues
Loan Accounting Status and interests to be paid.
A member should be able to see the
status of his/her reimbursements that
Reimbursement Accounting Status he/she applied previously.
A member should be able to check
whether he/she is eligible for an advance
or a loan depending upon his/her
Advance / Loan Eligibility Computation experience and pay scale.
A member should be able to Download
Form - 16 Acknowledgement his/her form 16 for IT Return
A member should be able to apply for
HR Admin Application nominating a person against his policies in
Nominating Application the organization.
26
The inventory module in the ERP will be present in order to keep a check on stock of each
and every Items that are purchased. Once any Item is purchased and the same is updated
in the system by any user, the details should be added to the list of inventory and also the
amount of the inventory should be subtracted from the available fund in the establishment
account.
In case any item goes out of stock or 90% of the stock gets finished, it should be notified to
the designated user prior to that, so that according arrangements can be made
accordingly.
The Inventory module should be linked directly with the HRMS module in order to track
each and every Item and also with the finance module in order to track the flow of money
on that inventory from the time when it was entered into the ERP system.
Provision of written off / lost / obsolete / unused / broken items must be updated in the
inventory. Also there must be a provision of physical verification of the assets.
The inventory must be updated every year with the obsolete / unused / broken / lost / etc.
asset details.
The pension module for any user is activated only when the user is marked as Retired by
the super admin. Any user on getting retired should be moved from the HRMS section and
should be added in the Pension Module directly.
27
The Pension Module is funded through the establishment account directly and the
expenses is also tracked in the same account as per Schedule 15 (refer section 2.2.1,
Schedule 15)
As per the policies of Government of India, each retired user will have to submit a Life
Certificate in November each year in order to continue the pension. Once the user is
deceased and the death certificate is provided, the individual pension should be converted
to family pension and the process should continue for the users’ family and the track of all
the details should be maintained in the ERP.
Pension is paid to the eligible users on monthly basis.
Each employee working in this board, may be eligible for any one of the following pension
types:
i. Superannuation pension
ii. Pension other than superannuation
iii. Family Pension
iv. Enhanced family pension
v. New Pension scheme
Pension includes –
a. Basic Pay
b. Dearness Relief
c. Medical Allowance
The Provident Fund module is required to keep the track of all the PF generated from
every user’s payroll deduction. As a part of deduction from the payroll, an amount is
transferred to the provident fund account. Each such amount in the PF account sums up to
total sum which is invested by the board in Banks, bonds FD etc. which will help the
money to grow by earning interest. At the end of every year interest is added to the PF
account of individual at the rate prescribed by the Govt. of India irrespective of the earning
on investment. Once any employee is retired, the interest is calculated up to the month of
retirement and payment is made as follows:
Amount Payable = Opening Balance + Subscription of the year + Interest Earned.
As per GPF rule, subscription in the PF is stopped in 3 month advance of the retirement.
28
This money flow into this module is through the payroll module (as per the amount or
percentage specified in the HRMS module) for any individual.
A separate account is prepared for PF having balance sheet, Income and Expenditure
account, Receipt and payment accounts, connected ledger, journal, Investment ledger.
A separate stipend account is prepared at the end of every financial year. Stipend module
is to be integrated with NATS portal, so that important data required for preparation of
stipend accounts may be captured, like – DV number, Voucher number, Name of the
establishment, etc.
The reporting module is mainly the Output Module. This section is responsible for
generation of reports at any time in order to get an instantaneous over view of the system.
The reports that will be required to generate from the system are as follows:
1. Annual Account Reports (Strictly as per the below provided formats)
a. Establishment Account
b. Stipend Account
c. Individual Detail of each of the 22 schedules
29
Stipend Account
Provident Fund
Consolidated Account
32
Finance
Director
Super admin
AAO
Admin Leave
LTC
OS
HRMS Payroll
Evaluator
Accounts
Personal
Details
Administratio
n Stipend
Pension
MIS
Report
generation
Interaction Layer
between User and
Application
33
The application will be used by users of different role, as described in Section – 2.2.1. The
user roles will have different functionalities throughout the application and the application
must be robust enough to accommodate more user roles as required. The admin can
create new user and also can assign any specific roles to them between Member and
Evaluator
The application should be set up in a local server machine, which will be present in the
board itself. It should be accessed via intranet to all the employees. No internet should be
required for accessing the application. Each member should have his/her own login to
access the application. The members of the board should access the application via LAN.
None of the data should be available by any means from outside the board.
The application must have an installation manual, as well as a user guideline document
that will narrate all the functionalities that is in the application. The documents should
elaborate every functionality that can be done in the system in a way which will be easily
understandable to any member, irrespective of his/her technical knowhow.
The application will have in no case, any dependencies with the internet, and can be
accessible from all the systems in the location where it is installed using LAN.
If needed, the application must be compatible to access from remote location through
internet to provide technical assistance.
For the application to run smoothly, performance plays a critical role. The response time of
each data operation, the ability of the application to hold a large volume of data accounts
to the performance of the application. The application must be reliable as well as provide a
system capable enough to deal with lots of data.
The application should be secured from the external world, and should be properly
authenticated while using government defined protocols. The usage of each and every
user should be maintained properly using log tables so that all the changes can be tracked
down to their respective users.
The system must be hosted in a server and should be accessible to the users securely in
the premises of the board itself. It should not be accessible through internet from any
external location but however the application can access data from the internet.
The application should be flexible enough to let the user take periodic backups of all the
data, before they wants to commit anything to the server. Also, if any data after a
transaction is deemed to be wrong / mistaken by the user, that needs correction, the user
must be able to restore the backup of the data taken before committing that particular
transaction
Periodic Backup should be created in order to store them in different location in case of
any hardware failures. Moreover the system should be intelligent enough to inform the
super admin when 90% of the memory is consumed in order to avoid any overwriting due
to space unavailability issues.
6. Training
The ERP developers have to organize training program in the premise of this office
according to convenience of the personnel of the board. It will be the responsibility of the
developers to continue the training program till the satisfaction of the authorities of the
board.
35
10. The Support or input to be provided by the BOPTER – The BOPTER may provide
sitting space with table, chair computer nodes with internet for 3 persons of the developer.
In addition the BOPTER may depute one person to explain the process flow and other
domain related help.
15. Annexures
Annual Accounts for the year 2017-18 of this Board is enclosed as annexure for guidance
of the developer. Please refer the link for Annual Account for the year 2017-18:
http://www.bopter.gov.in/anual-report.html