Approx Details Japit

8/14/2019 Approx Details Japit

1/32


2/32

Online Application

Smart Card Administration

Admission

Student Attendance

Staff Attendance

Faculty

Examination

Library

Online Exam

Fee Collection

Timetable

System Admin

Hostel


3/32

Student Dash Board

Faculty Dash Board

arents Dash Board

Colle!e Administrator

Transport

Canteen

Alumni

S"S #nte!ration

ayroll

Accounts

Store $ urchase


4/32

AE%D#& ' A


5/32


6/32


7/32


8/32

1 Automated #nte!rated State Board "ana!ement System

The System should provide transparent, integrated governance

through electronic mode services to Secretary, Dy. Secretary,

Examination Controller, Dy. Controller, Principals, Departments,

teaching and nonteaching sta mem!ers, students in the areas:

"#cademic $anagement

"%uman &esource

"Student &ecord

"Payroll $anagement

"Employee Settlement

"Contractual 'or(er"Employee time oice

")ee $anagement

"Examination $anagement

"$*S &eporting

"State +oard Portal

"State +oard Student iecycle System

Identified Application Requirement

General:

-. verall, the State +oard /ants the "

"#pplication shall !e hosted on"premises /ithin State +oard on the

hard/are proposed !y the vendor.

"#ll application updates0patches must !e ully managed !y vendor.

"#ll unctionalities 1 )eatures o the application should get executed

only via a Smart Card.

2. The proposed system must !e capa!le o handling scala!ility in

terms o users /or(ing concurrently "

"Should have the a!ility to handle ailover servers on the other

availa!le servers in case o hard/are ailure.

"Should have the a!ility to load !alance the application across multiple

servers to ensure uptime and availa!ility 23x4.

5. 'eightage shall !e given to systems having $icrosot technology.

16neti%e


9/32

3. Services rom the application should !e accessed via *ntranet and

*nternet

"#!ility to provide virtuali6ed environment or accessing services in

!oth internet

"and intranet modes

"#!ility to provide a *nternet access to sta(eholder via SS7P8 than

using digital certiicates or !ro/sers.

9. The proposed application should provide services to all core

sta(eholders via a Smart Card "

"Enrollment o sta(eholder or smart card customi6ation

"#ll sta(eholders should get customi6ed smart cards !asis their roles

"Smart Card should maintain0interact !asis the hierarchy deined !y the

State +oard

"Smart Card should !e the driver or high level o security.Technical Requirement State Board Management System

-. #pplication should !e a single integrated application.

2. #pplication should /or( on virtuali6ed server environment /hich

cater to high availa!ility and ault tolerance !y deault. Concurrent

access to ailover server should !e part o the inrastructure.

5. The application must maintain the entire student liecycle in the

State +oard

3. Should have a conigura!le and customi6a!le /or(lo/ or the entire

State +oard process.

9. Should support access via SS 7P8.

. +ac(up o the data!ase should !e made availa!le in the State +oard

net/or( /ith auto scheduled process.

4. #ll #pplication unctionalities, granular level eatures should !e

tightly integrated /ith Smart Card or all sta(eholders (eeping in mind

the mission critical data and process0audit.

;. The smart cards should access the services . Should have the a!ility to control the report access through speciic

roles0 responsi!ilities via their smart cards

-?. Should provide complete audit trail /ith details such as user id,

login date, login time, unctionalities, granular level accessed, *P

address, logout time etc.

--. Should have the capa!ility or letting the users re"design the

/or(lo/.

-2. Should have the capa!ility or letting each user re"design their


10/32

screen0attri!utes etc.

-5. Should have one integrated data!ase /ith all necessary details

a!out the State +oard.

-3. Should maintain multi"year record or all type o student andaccessi!ility to the latest updated inormation or all relevant

sta(eholders.

-9. Should have no redundancy /hatsoever. &eal"time up"to"date

inormation should !e accessed !y all relevant sta(eholders across the

State +oard a!out students, teachers, evaluators, examiners etc.

-. Should have the capacity to retain data or multiple years.

-4. Should all or access to application !asis smart card or each

individual irrespective o role.

-;. Should have G@* Screen, pages, event services, notiications via

various components o application. #ll such components should !eaccessed !ased on the smart card

->. Should allo/ user to set each unctionality0attri!ute /ithin the

application

"active0in"active and also !e lexi!le or letting the user remove the

attri!ute rom the unctionality.

2?. Should allo/ the user to customi6e the loo( and eel o the G@*

/ithin application.

2-. Should allo/ administrators to monitor the data!ase Aueries /ithin

their home pages.

22. Should have Enhanced server !ased computing

25. Should have *n"!uilt &esource !ased load !alancing

23. Should handle 7irtual *P to identiy every individual user

29. Should have a centrali6ed administration, data, application,

printing, resource management system

2. Should allo/ or Session reconnection on the same session over

#pplication load !alancing

24. Should have option or each user Session &ecording

2;. Should allo/ or all coniguration through a single Console or allconigurations and server management

2>. Should have a *n!uilt ully conigured 2 actor authentication

5?. Should provide seamless Certiicate Delivery System

5-. Should have D8S support or complete #80'#8 +linding

52. Should have *n!uilt #pplication load !alancer


11/32

55. Should have *n!uilt #ctive support or multiple server support

53. Should allo/ or $#C identiication on logs or each user

59. Should allo/ or $ultiple access to non TCP !ased access /ithout

assigning *P address.

$inimum )unctional &eAuirements "#dministration Governance'or(lo/

-. Should !e a /or(lo/ !ased application.

2. Should have the a!ility to manage /or( via master control panel as

to handle any reAuirement o standardi6ed attri!ute deinition or all

sta(eholders resulting in s/eeping changes across application.

5. Should have the a!ility to conorm to high level o data security !y

not allo/ing import acility at master deinition level.

3. Should ensure that the master, transactional attri!ute /ithin the

application are not edita!le

9. Should have the a!ility to monitor and trac( costing o each

sta(eholder productive hours /ithin the application or each

activity0process0/or(lo/ !ased on their roles.

. Should have the a!ility to maintain version control o master data or

all /or(lo/ and processes /ithin application even i made in"active or

current academic year

4. Should have in!uilt colla!oration engine

;. Should ensure that maximum inormation or identity and access or

services comes rom each sta(eholder smart card /ithout manual

intervention

>. Should provide data movement !ased on smart card only

-?. Should provide sta(eholder /ith lexi!ility in creating Aueries /ith

simple clic(s during data intelligence gathering.

--. Should provide !usiness rules !ased on university policies alerts to

each sta(eholder !ased on their single0multiple roles

-2. Should provide /or(lo/ !ased on !est domain practice /hich

should !e intra modules encapsulating all type o roles, tas(, activities.

-5. Should run report in on"line environment and have crystal reports

as the other reporting system-3. Should have in"!uilt aculty /or(lo/ or every department.

-9. Should have in"!uilt personali6ation engine or ena!ling the

/or(lo/s.

-. Should have in"!uilt content engine.

State Board Student Lifecycle System


12/32

-. Should !e accessed through a virtual private net/or( /ithin the

pu!lic domain.

2. Should manage the +iographic, Demographic Data o college

5. Should handle the statutory data ixation

3. Should manage deinition o mandatory !usiness rules

9. Should allo/ or calendar deinition

. Should allo/ or nomenclature deinition

4. Should allo/ or master data grouping

Student Setup

-. Should manage admission document record. Should have the a!ility to manage the external practical assessment

mar(s o students.

-?. Should have the a!ility to capture the students /ho are on leave,

detained, a!sent etc.

--. Should /or( /ith smart card or highest level o security.

-2. Should !e interopera!le /ith all other modules o examination


13/32

management system.

-5. Should allo/ updation and transer o data rom *nstitute authority

to examination !ranch at State +oard.


14/32

2 (eb Based Accountin! System for DST) SBTE and All polytechnics

1. o%lete 6n 'ine 7inancial Manage%ent yste%

2. uo#t o# ent#ali8ed 9: and Multi Institute, Dea#t%ent yste%

3. 6tion to #eate Multi 'evel ha#t o +ccounts not less than * ub G#ous

ith unili%ited ent#ies o# each level o# ub G#ou

4. usto%i8able Mutli oos and Multi e#ies c#eation o# all +ccount oos

!. ash and an Pay%ent ;ouche#

$. ash and an Receit ;ouche#s

&. 0ou#nal ;ouche#s and ont#a :nt#ies

. Multi :nti#es on all inds o ;ouche#s

*. 6tion o# handling ash Relenish

1-. Multi u##ency ith otion o# :


15/32

ption to create elements rom the 6ero level chart o

accounts to act as analysis code to ind out assessments.

Cash orecasting

#ccount !y reconciliation

&ecurring or reversal ournal Entry

#dvance allocations /ith or /ithout Sales or Purchase rder

Customer payment statistics

Purging transactions

$ulti"Currency Transactions and automated conversions

Provisional or inal closing, yearly, Auarterly or monthly

set invoices

*nvoice #llocation

Payment and &eceipt !atch processing

#geing #nalysis or !usiness partners

Payment and Credit Term presetting

$ulti Cash #ccount on $ultiple currency, Cost Center,

Proect0#ctivity

+an( &econciliation /ith statements relecting reconciliationand /ithout reconciliation

#utomated and $anual Doc series creation against unlimitednum!er o ournal +oo(s

Contra Entry

Control #ccount settings /ith any module

Chart o accounts inheritance at 6ero level

'rite o !ad de!ts

Create any (ind o cost elements and lin( to inance

integration

+udget Distri!ution

Depreciation and seasonal depreciation or assets

# Summary on some o the )unctionalities

-. $ulti"evel Chart o #ccounts2. Cash $anagement5. #ccount Paya!le 0 &eceiva!le3. General edger9. )ixed #sset $anagement. Cash )lo/ )orecasting4. +udgeting;. )inancial *ntegration>. &eports and Statements

$ulti"evel Chart o #ccounts

8ine evel Chart o #ccounts

Each Chart o #ccounts is connected to a Company, Su!sidiary

company and Cost Center

*ndicators or Chart o #ccounts to Proects0#ctivities, )ixed

#ssets and Cost Center

Control #ccounts or system managed accounts.

Scheduling acility at Chart o #ccounts level to relect in

inancial statements

#ll !an( accounts can !e a part o a single chart o accounts as


16/32

a control account

Cash $anagement

-. &eceipt Processing

The Cash and +an( &eceipt entry can !e allocated to a

proect0activity and cost center

Contra can !e done

Can prioriti6e against !usiness partner payments

$ultiple vouchers can !e added to single document num!er

#utomated doc series customi6a!le !ased on the year

ptional denomination tallying on daily closing or cash

ption to mar( reconciliation !eore updating !an(

su!sidiary !oo(s

#dvance receipt against Sales order or as an open advance.

Party receipt processing or open invoices

2. Payment Processing

The Cash and +an( Payment entry can !e allocated to a

proect and cost center

Contra can !e done

Can prioriti6e the payment against !usiness partner receipts

$ultiple vouchers can !e added to single document num!er

#utomated doc series customi6a!le !ased on the year

ptional denomination tallying on daily closing

#dvance payment against purchase order or as an open

advance.

Party payment processing or open invoices

#ccounts Paya!le0&eceiva!les

a= +usiness Partners

ption to set !usiness partner as Customer, Supplier or !oth

Sales and purchase inormation presets

Credit, Payment Term settings

#ging or transactions

Payment limit validations

Common details such as !an( details, currency, payment

methods etc!= Supplier Transaction ournal

set *nvoice ournal to transact on open invoices

8ormal purchase ournal against purchase order

#dvance payment allocation ournal

'rite o small payment dierence

General edger

8ormal ournal Entry

&ecurring or reversal ournal Entry

$aintain Period Status

Purging o Transactions


17/32

)ixed #sset $anagement

Depreciation and Seasonal depreciation

#sset Purchase details

#sset &egister

#sset reminder

*nsurance

Claims

Disposal

#sset maintenance

+udgeting

+udget Distri!ution Ta!le

Elements or planning processCash )lo/ )orecasting

Cash )lo/ !ased on

a= Current Sales orders and Purchase orders

!= #ccounts Paya!le and #ccounts &eceipts invoiceinormation

c= Proected payment datesd= Payment !ehavior o !usiness partnerse= @pcoming payrolls= &ecurring expenses

)inancial *ntegration

*ntegration to )ixed #sset management

*ntegration to any num!er o modules using a Dynamic in(

li!rary, reAuiring to pass on ust ixed elements as parameters

&eports and Statements General &eports

&eports /ith dimensions such as *ndividual, consolidated,split up on dierent levels o chart o accounts or

Cash +oo(

Day +oo( 0 ournal

General edger

Cash )lo/

)und )lo/

#ccounts Paya!le Statements

#ccounts &eceiva!le statements

&econciliation &eport +an( +oo(

#sset &egister

#nalysis &eports /ith previous year perormance /ithcomparison up to our years, consolidated month"/ise

Statements

n dimensions such as

#ny level o Chart o #ccounts

Cost Center


18/32

Proect0#ctivity

*nter Company

Consolidated

)or statements such as

Trial +alance

Proit and oss #ccount

+alance Sheet

3 Automated Integrated Examination System

#AIES$

The solution proposes to automate Student $anagement that shall

include

n line application illing

&an( list pu!lishing

&egistration and enrollment

n line examination application

#dmit card Printing

Examination Presets

Examination Scheduling

&elease o Examination Time Ta!le n ine

7aluation Process

#pplication o Ta!ulation ogics

Semester Promotions

n line &esult Pu!lishing

Engraved Certiication and $ar( Sheet Printing

n line 7eriication

n line application or various other certiicates

#*ES should !e a user controlled, multi company, role !ased

authenticated system

Encrypted inormation is maintained a!out the user

perations over any ne/ entry, any alteration or deletion is

logged

&ecords /ith details o user, time and date, and node operated

rom

$aor $odules

System #dministration

16neti%e


19/32

#dmission &egistration and Enrolling

Examination #pplication

P*D $anagement

Examination Scheduling

*nvigilator #llocation

Examination Conduction Penal #ction

Evaluation Center $anagement

$ar( Entry and Processing

Ta!ulation Processing

&esult Pu!lishing

Export to SSD&


20/32

the data center ater encryption. The data is also ported to the

Certiication program using SSD&.

The promotion list is ported to the individual *nstitution as guide line.

This can directly aect their data!ase i chosen to !e done so.

#*ES should maintain its porta!ility and yet providing plug in to

integrate it sel /ith College $*S, )inancial #ccounting System, SSD&

and 'e! portal over the Data Center maintained exclusively or the

State +oard o Technical Education.

4 %n Line Application !orm &ollection and

'eli(ery System

-. nline application orm or issuance o mar(sheets0certiicates0$igration Certiicates0Smart Cards

2. @ser to access the e" )orm in order to apply or the $ar(sheets0certiicates0 $igration Certiicates.

5. The system shall allo/ uploading o scanned copies osupporting documents0 attachments as reAuired such as:

i. #dmit Cardii. $ar( sheets0certiicates

3. &egister an applicant /ho iles duly illed up electronicapplication orms or the issuance o ne/ mar(sheets0certiicates. *t shall capture primary details li(e B8ame o see(er, 8ame o institution, +oard &oll num!er,Discipline and Fear o passing etc.

I) *alidations

-. Data validation chec(s on the input. *n case o data !eingduplicate the system shall display the existing servicereAuest *D.

2. Shall allo/ the user to edit, save and resu!mit the orm incase o session expiry or in case o any error

5. Shall allo/ the mar( sheets0certiicates see(er to previe/the application and allo/ editing !eore su!mission

3. Shall allo/ the user to re"su!mit the application only atervalidating the authenticity o the user through challenge andresponse mechanisms

9. Shall generate @niAue *dentiication 8um!er along /ith the

turnaround time or the delivery. The validation or ile type that shall !e allo/ed to !e

uploaded includes only ormats such as .pd, .doc, .pegand .rt. *t shall not allo/ .executa!le iles

4. *n case o su!mission o physical documents, the systemshould lash the inormation regarding the oice orinstitution address. The system shall display the respectivecommunication address and turnaround time in order tosu!mit documents manually

16neti%e


21/32

;. The system shall perorm data validation chec(s on theinput. *n case o data !eing duplicate the system shalldisplay the existing service reAuest *D. *t shall also chec( onthe completeness o the orm in terms o mandatory ields,chec(ing or ile type and si6e o iles uploaded, etc. *n caseo any validation ailure, the system shall display an

appropriate error message

II) Trac+ing

-. Shall allo/ user to trac( the status o the application /ithremar(s such as:

a= #pplication pending!= #pplication acceptedc= #pplication declined due to non clearance o

examination in the year FFFFd= #pplication is on hold as an o!ection received

against the application

e= #pplication is or/arded to the State +oard oTechnical Education, har(hand or theissuance o ne/ mar( sheets0certiicates

= #pplication is declined rom State +oard oTechnical Education, har(hand due to nonclearance o examination in the year FFFF

g= 8e/ mar( sheets0certiicates is or/arded tothe concerned institute

h= 8e/ mar( sheets0certiicates is provided to theapplicant on dated dd0mm0yyyy

2. Shall allo/ citi6en to ta(e the print out o the illed up ormor the purpose o enAuiry and grievance related purpose

III) 'ashBoard

-. Shall lash notiications along /ith the respective @niorm&esource ocator


22/32

-. The user in the orm o online tutorials, %o/ To, )reAuently#s(ed Huestions


23/32

II) Trac+ing-. Shall allo/ user to trac( the status o the &eAuest /ith

remar(s such as:

i= &eAuest pending= &eAuest accepted

(= &eAuest declined due to non clearance o undl= &eAuest is on hold as an o!ection receivedagainst the application

m= &eAuest is or/arded to the State +oard oTechnical Education, har(hand or theissuance o ne/ mar( sheets0certiicates

n= &eAuest is declined rom State +oard oTechnical Education, har(hand due to nonclearance o examination in the year FFFF

o= 7eriication o mar( sheets0certiicates isor/arded to the see(er

2. Shall allo/ see(er to ta(e the print out o the illed up orm

or the purpose o enAuiry and grievance related purposeIII) 'ashBoard

-. Shall lash notiications along /ith the respective @niorm

&esource ocator


24/32

$ Online *esult ublishin! System

This System should !e complete nline accessed through the State

+oard Portal /hich should !e connected /ith the centrali6ed &elational

Data!ase $anagement System and #utomated *ntegrated examination

System to pu!lish the result immediately ater every examination on

individual student enrollment !asis and should have the acility to print

directly their result rom the screen. The Student &egistration num!er

/ith uniAue examination code should !e entered to access the result. *t

should also provide the hint to understand the result /ith parameters

li(e Pending, Passed or )ailed.

16neti%e

& Online #nstitute Affiliation and their Lo!+in Access System

The purpose o #iliation system is to ill the *nstitute &egistration orm

online and conirm the complete procedure o ailiation /ith S+TE. The

*nstitutes already #iliated rom S+TE /ill also have to ill the *nstitute

&egistration )orm nline. This procedure is done only one time till its

ailiated. This system /ill create *nstitute og"in #ccess to S+TE or all

their communication and procedures either related to Students or

S+TE. The ne/ *nstitute #iliation Payment System either nline or

line should also !e ena!led.

16neti%e

Online Student Enrollment ,ith *e!istration %umber -eneration and

Student Lo!+in Access System

The purpose o enrollment system is to ill the enrollment orm onlineand conirm the complete procedure o enrollment online. Thecandidates ta(ing admissions or irst year and direct second year cando the enrollment online. There should !e three logins or theenrollment module. The candidate has to irst ill the enrollment orm!y clic(ing on the lin( I#pply nlineJ on the header. )rom candidatelogin the candidate can vie/ status, edit and print the enrollment orm.

The institute login is to ill, edit, conirm and cancel the enrollmentorm and enter the DD or nline Payment Cy!er &eceipt details. )romS+TE login, the S+TEs can edit, and conirm the enrollment ormapplications. #lso S+TE is supposed to veriy the DD and nlinePayment details !y the institute.

Salient !eatures of this System"-. Candidate ills the enrollment details !y using the lin( I#pply nlineJon header on%ome page.2. Candidate login5. The candidate can vie/ status o his enrollment.3. Candidate can edit the enrollment details li(e the personal details,education details, and contact details.9. Candidate uploads his photo /ith signature.. Candidate uploads the mar( sheet0certiicate o entry Aualiication

16neti%e


25/32

previous examination.4. Candidate can Pay nline through Payment Gate/ay and can ta(eprint o enrollment registration orm.;. *nstitute login.>. *nstitute can edit the candidate details including the personal details,contact details, educational details, and photo and mar(

sheet0certiicate images.-?. *nstitute accepts the enrollment ees rom candidate--. *nstitute enrolls i.e., IconirmsJ the candidates enrollment !y usingthe action IenrollJ and ta(es the print o the receipt.-2. *nstitute enters the DD details o enrollment.-5. *nstitute can cancel the candidates enrollment !eore S+TEconirmation.-3. S+TE login.-9. S+TE can edit the candidate details as in institute login, conirm theenrollment, Chec( i nline payment Cy!er &eceipt attached or veriythe DD details o institute, cancel candidate registration, and can dothe conirmation o enrollment o candidate o institute i institutedoesnt conirm it.

* Online Examination Form Submission and Hall Tic.et -eneration

system

The purpose o exam orm system is to ill online exam orms ocandidate /hether regular or K candidates. There are !asic three users/ho /ill use the system, i.e., the candidate /ho /ill ill and print theexam orm, the institute /ho /ill )ill, conirm, enter DD details ocandidate, or S+TE /ho can even cancel the exam orm etc.Salient !eatures of this System"-. Candidate login2. Candidate )ills the Exam orms /ith the option o Selecting theSu!ects rom the chec( !ox and Paying Exam )ees online or su!mits

DD.5. Candidate ta(es the print out o the exam orm or automaticallygenerated %all Tic(et.3. *nstitute login9. *nstitute ills the exam orm i not illed !y the candidate


26/32

1- State Board (eb ortal De/elopment

-. Payment Gate/ay *ntegration

2. Digital Signature *ntegration

5. $andatory Disclosures

3. rgani6ational Details

9. og"in #ccess

. Student Dash!oard

4. Sta #ccess

;. ist o *nstitutes

>. Polytechnic *nstitute #ccess

-?. #cademic Calendar

--. Courses

-2. Sylla!us @pdate

-5. Do/nloada!le Sylla!us

-3. Do/nloada!le orms

-9. Examination &ules and &egulations

-. Huestion +an(s

-4. Exam &esults

-;. Complaint +ox

->. Department o Science and Technology #ccess

2?. nline 7eriication

2-. nline *nstitute &egistration

22. nline Student &egistration

25. og"in #ccess Creation or all*nstitutes0Students0Sta0+oard

23. nline #pplication )orm Su!mission

29. nline &esult Pu!lishing

2. nline Examination )orm Su!mission

24. nline %all Tic(et Generation

2;. nline Data @ploading

16neti%e


27/32

2>. 8otice +oard

5?. 8e/sletter

5-. %all Tic(et

52. Guidelines or ne/ *nstitutes

55. Directory

53. Glo!al Search

59. e"ournals

5. a! $anuals

54. )ire/all

5;. E"mail *ntegration

5>. 7P8 #ccess

3?. Chat Server

3-. 24 0 4 Customer Care Support

32. Smart Card #ccess

35.)#Hs

33. Placement Cell

39. &ight to *normation

3. #ll types o &eporting


28/32

11 All olytechnics Online0Offline Campus Automation ac.a!e

Campus #utomation Pac(age should an extensive automation solution

or Polytechnic Campus touching every detail o a studentLs overall

development inside a Campus, analy6ing activities rom various angles

such academic1 0eha(ioral and extra2curricularexcellence. #t the

!ac( end it should ta(e care o all transaction involving )inance,

*nventory and %uman &esource $anagement. *t should !e +uilt on .8et

technology /ith $S SH Server SHEKP&ESS 2??; &2 at the !ac( end,

*t should /or( on n"tier architecture /herein the application /hile

running as a Client Server system, is li(e updated into the 3e0/ith

ool proo data encryption /ith seriali6ation. Plug in should !e provided

to integrate SMS


29/32

12 Attendance Monitoring System for all -olytechnics1 SBTE

and 'ST

*n this solution, each entry point is armed /ith smart card readers. Each

and every sta has to sho/ his card to the smart card reader then the

time /ill !e stamped !ased on the authentication. Same procedure hasto !e ollo/ed /hile moving out rom the premises. These logs /ill !e

centrally retrieved !y communication sot/are and various cumulative

$*S reports can !e generated.

#ttendance $onitoring System should generate various &eports as

mentioned !elo/:

eaves

eave #pprovals

eave Credit Details

Sta0Employee Details

*ndividual Sta0Employee &ecord

Past Employees Details

%olidays

og details o s/iped employees

$issing s/ipes

$anually $ar(ed #ttendance Details

#ttendance Details

#!sentees Details

ate #rrival Details.

Early Departure Details

$uster &oll &eport B &eport or a Speciic month /ith

customi6ed date range.

Card *ssue Details

Card oc( Details

#lerts related to unauthori6ed access and a!sence o an employee !eyond

the

permitted leave period

Past Employee #ccess Details

7arious Statutory orms li(e, )orm --, )orm -, orm -?, )orm

?- etc can !e generated

Per*nstallati

onnetime


30/32

13 'epartment of Science and Technology 3e0 -ortal

'e(elopment

-. *ntegrated #ccess to all ailiated *nstitutions2. Data sharing /ith all associated rgani6ations5. Centrali6ed *normation %u! or /ings under DST3. Connectivity to Centrali6ed )inance Data!ase9. Common messages and instructions or Colleges under

DST. Pu!lic 8otices4. 8e/sletters;. General *normation a!out DST>. rgani6ation structure-?.Tender releases and do/nloads

--.Direct #ccess to S+TE 'e!site-2.ist o rgani6ations under DST har(hand-5.ist o Colleges ailiated to rgani6ations under DST-3.Courses and admission details-9.Curriculum details or dierent courses-.Customi6a!le event Calendar-4.rgani6er Tool-;.Pu!lic )orum->.Discussion )orum2?.+log Spot2-.Grievance cell22.Grievance resolve log25.Placement Cell23.n line counsellor29.Career #dvices2.)#H24.&ules and regulations2;.*nteractive Contact page2>.#ppointments5?.&ecruitment Chart5-.n line #pplication )orms52.Trac( o applications received55.Trac( o deliveries53.n line reAuisition orm rom various departments59.n line &)H5.n line Huotations54.@pcoming Programs5;.'indo/ or e"ournals5>.7ideo and Photo Gallery3?.ive streaming o events, seminars and pu!lic addresses3-.'or( lo/ !ased decision control /ith access restriction32.*nternal communication over messages, chats and notices

16neti%e


31/32

35.Do/nloads33.*mportant in(s39.#lerts3.Extensive search algorithm34.Payment gate/ay integration3;.S$S *ntegration

3>.Static *P and SS Certiicates9?.%osting over %TTPS9-.Email conigured or individual Stas92.Parallel Servers /ith Mno !rea(do/n assurance95.Cross platorm compati!ility over inux and 'indo/s93.pen Source data!ase /ith connectivity to all leading

&D+$S99.*ntegrated mole !usters9.Seriali6ed data transer /ith -2; !it encryption94.)ire/alls9;.##K and Huery or speed optimi6ation9>.Plug in /hen needed or iPhone and #8D&*D or

scala!ility?.#dmin console-.og o user access2.Discrepancy og5.Sel recovery over crash o any (ind3.#uto !ac( up to multiple servers9.Complete !ac( end programming to reduce load at the

user level.#!solute Compati!ility over all leading !ro/sers4.Plug in #pplications

14 "ultimedia ro1ectorith %in 'u%en 2!--, D;D /#ite#?Playe#, o%ute#

ith i3 P#ocesso#, 2 G R+M, 32- G 5DD, 9; 9une# a#d, +udio eae#s,

M /indos & P#eBInstalled ith?ithout Inte#activity eatu#es all enabled in a

o#table bo< not %o#e than "gs.

16neti%e

1! 2ideo Conferencin! min 344 peer S0,

"ultiple 2ideo Deli/ery Screen ' It should be caable o deloying %ultile #eve#se %any to

%any videos at die#ent client locations by using a ve#y sohisticated sota#e based 5. 2$3 ?

MP:GB4 odec a conse#vative bandidth ac#oss the '+C , /+C

Program Sharing - Any person in a meeting can share a program (Power PointPresentation, Whiteboard) with the other participants. When you use the program sharingfeature, other participants can see the program. When you allow control, other people canboth see and use the program. The total number of people who can successfullyparticipate in your meeting depends on available networ bandwidth and the speed of theparticipants! computerAudio Delivery" #t should be capable of deploying multiple audio based communicationsat different client locations by using a very sophisticated $ %&' P*$ codec.Audio02ideo Archi/al $ laybac.

"ail Ser/er Access

#t should ,or. both on "icrosoft and Open Source Technolo!ies)

16neti%e

1$ Lan!ua!e Lab Soft,are'anguage P#oiciency Digital content ota#e ('icensed ;e#sion) ot ills, Pe#sonality

Develo%ent, G#ou Discussion, 7inishing chool.

Per*nstallati

onnetime


32/32

#t should ,or. both on "icrosoft and Open Source Technolo!ies

1& Installation > I%le%entation ha#ges 6neti%e

R1 Manoe# 6utsou#cing

:ligibility %in achelo#s?Dilo%a in I9?:?:: o# MI handling

o%?Mo% o# +ccounts handling

:

Approx Details Japit

Documents

Transcript of Approx Details Japit