Official Website of Hyderabad City Police - Volume -I for... · 2016-01-08 · Software Solution...

Open Competitive Bid (OCB)

For

"Design, Develop, Customize CoTs Product, Implement & Maintain a

Software Solution platform for IIH (Integrated Information Hub)”

Volume -I

JANUARY -2016

Proprietary & Confidential

Telangana Technology Services Limited, Boorgula Ramakrishna Rao Bhavan, B-block, 1st floor,

Tank bund Road, Hyderabad, Telangana State 500 063, India. Telephones: 91 (40) 23220305, (40) 23223753

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Table of Contents

A. DEFINITIONS ..................................................................................................................................... 6

B. OCB TENDER NOTIFICATION ............................................................................................................ 7

C. OTHER IMPORTANT INFORMATION RELATED TO BID ..................................................................... 8

1. INTRODUCTION ........................................................................................................................................... 11

1.1 About Project: .............................................................................................................................................. 11

1.2 SCOPE OF WORK .......................................................................................................................................... 12

1.3 Consortium of Bidders ................................................................................................................................. 13

1.4 IMPLEMENTATION APPROACH .................................................................................................................... 13

1.5 TIMELINES & DELIVERABLES ....................................................................................................................... 13

Project Deliverables: .......................................................................................................................................... 14

1.6 Maintenance ................................................................................................................................................ 14

1.7 Comprehensive Warranty ............................................................................................................................ 15

1.8 Change Request ........................................................................................................................................... 15

1.9 Application Ownership & Licenses ............................................................................................................... 16

1.10 Hardware/Database/ Operating System/ Antivirus/Intrusion Detection/UTM etc ................................. 16

1.11 Time Period of Contract ............................................................................................................................. 16

1.12 Manpower Provisioning ............................................................................................................................. 17

1.13 SERVICE LEVEL AGREEMENTS Part 1 .......................................................................................................... 17

1.14 SERVICE LEVEL AGREEMENTS Part 2 .......................................................................................................... 18

1.15 PAYMENTS FOR THE IIH PLATFORM .......................................................................................................... 19

1.16 ROLES & RESPONSIBILITIES ........................................................................................................................ 19

1.17 GENERAL TERMS & CONDITIONS ............................................................................................................... 23

1.18 AUTHENTICATION OF THE BID ................................................................................................................... 24

1.19 LATE BIDS ................................................................................................................................................... 25

1.20 OTHER CONDITIONS ................................................................................................................................... 25

2 BIDDING PROCEDURE ..................................................................................................................................... 27

2.1 BIDDING PROCEDURE .................................................................................................................... 27

2.2 PRE-QUALIFICATION BID ................................................................................................................ 27

2.3 TECHNICAL BID ............................................................................................................................... 27

2.4 FINANCIAL BID ................................................................................................................................ 27

2.5 PRE-BID MEETING .......................................................................................................................... 28

2.6 BID EVALUATION COMMITTEE & PROCEDURE .............................................................................. 28

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

2.7 OPENING OF BIDS .......................................................................................................................... 28

2.8 PRELIMINARY EVALUATION OF BIDS ............................................................................................. 28

2.9 CLARIFICATIONS OF BIDS ............................................................................................................... 29

2.10 CONTACTING TSTS ..................................................................................................................... 30

2.11 TSTS’/USER DEPARTMENT RIGHT TO VARY QUANTITIES AT TIME OF AWARD ......................... 30

2.12 TSTS’ RIGHT TO ACCEPT ANY BID AND TO REJECT ANY OR ALL BIDS ........................................ 30

2.13 NOTIFICATION OF AWARD ......................................................................................................... 30

2.14 AWARD CRITERION .................................................................................................................... 30

2.15 SIGNING OF CONTRACT ............................................................................................................. 31

2.16 PERFORMANCE SECURITY .......................................................................................................... 31

2.17 CORRUPT, FRAUDULENT AND UNETHICAL PRACTICES .............................................................. 31

3. BID EVALUATION PROCEDURE .................................................................................................................... 32

4. GENERAL INSTRUCTIONS TO BIDDERS ........................................................................................................ 37

5. GENERAL CONDITIONS OF PROPOSED CONTRACT (GCC) ........................................................................... 43

PART B ................................................................................................................................................................ 55

PRE-QUALIFICATION CRITERIA ........................................................................................................................... 55

Formats for Bidding.................................................................................................................................... 58

Bid Letter Form .......................................................................................................................................... 59

OEM Authorization for Software Items ............................................................................................................. 65

UNDERTAKING ................................................................................................................................................... 66

Form P1-Company Profile .................................................................................................................................. 67

Form P2- Financial Details of the Bidder............................................................................................................ 68

Form P3- Past Experience Details of Bidder....................................................................................................... 69

Form P4 - Details of Products/Implementation of Entity Resolution and Context based Relationship

Discovery, MDM ................................................................................................................................................. 70

Form P5 - Declaration Regarding Clean Track Record ...................................................................................... 72

Form P6 - Details of Service Centres in Telangana ........................................................................................... 73

Technical Forms ................................................................................................................................................. 74

Form TQ -1 Technical Complaince of Solution ................................................................................................... 74

Understanding of the Project............................................................................................................................. 78

Undertaking on Patent Rights ............................................................................................................................ 79

Form F1- Explanation of Financial Proposal ....................................................................................................... 80

Form F2- Financial Proposal for Solution ........................................................................................................... 82

Form F3- Undertaking on providing the Manpower .......................................................................................... 84

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form SLA 1 ......................................................................................................................................................... 85

Check List for Confirmatory with Bid Conditions ............................................................................................... 88

Integrity Form .................................................................................................................................................... 90

Volume –II .......................................................................................................................................................... 92

1 INTRODUCTION ............................................................................................................................................... 93

2 ABOUT IIH ....................................................................................................................................................... 95

3 CORE CONCEPTS / TECHNOLOGIES TO BE USED IN SOLUTION ...................................................................... 96

4 EXPECTED DATA VOLUMES ............................................................................................................................. 97

5 CHALLENGES OF 3V ........................................................................................................................................ 97

6 ARCHITECTURAL PRINCIPLES .......................................................................................................................... 98

7 KEY COMPONENTS OF THE SOLUTION.......................................................................................................... 100

8 DESIGN PRINCIPLES ....................................................................................................................................... 101

9 KEY PERFORMANCE INDICATORS OF THE SOLUTION ................................................................................... 103

ANNEXURE A .................................................................................................................................................... 104

ANNEXURE B: Indicative Data sources and Data volumes ............................................................................... 106

ANNEXURE C - REQUIREMENTS of ETL............................................................................................................ 108

Annexure D High Level Overview of in Golden Record .................................................................................. 110

Reliability of different parameters involved in Golden Record creation: ........................................................ 110

Annexure E High Level Overview of in Incremental up dation of Golden Record on End of Day(EOD) basis 116

Annexure F High Level Overview of 360 degree view ..................................................................................... 118

Annexure G OFFENDER 360 DEGREE PROFILE ................................................................................................. 124

Annexure H: BENEFICIARY 360 DEGREE PROFILE ............................................................................................ 137

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

DISCLAIMER

This OCB tender call is issued by TSTS on behalf of Hyderabad City Police Commissionerate and no part of

this document can be reproduced in any form or by any means, disclosed or distributed to any person

without the prior consent of APTS(TU)/TSTS except to the extent required for submitting bid and no more.

The guidelines referred are indicative; the Solution Provider (SP) is bound by other appropriate guidelines

related to the subject. This RFP is not an agreement and is neither an offer nor invitation by the Authority to

the prospective Bidders or any other person. The purpose of this RFP is to provide interested parties with

information that may be useful to them in the formulation of their Proposals pursuant to this RFP. This RFP

includes statements, which reflect various assumptions and assessments arrived at by the Authority in

relation to the Supply of software solution for IIH platform. Such assumptions, assessments and statements

do not purport to contain all the information that each Bidder may require. Each Bidder should, therefore,

conduct its own investigations and analysis and should check the accuracy, adequacy, correctness, reliability

and completeness of the assumptions, assessments and information contained in this RFP and obtain

independent advice from appropriate sources.

The Authority, its employees and advisers make no representation or warranty and shall have no liability to

any person including any Bidder under any law, statute, and rules or regulations or tort, principles of

restitution or unjust enrichment or otherwise for any loss, damages, cost or expense which may arise from

or be incurred or suffered on account of anything contained in this RFP or otherwise, including the

accuracy, adequacy, correctness, reliability or completeness of the RFP and any assessment,

assumption, statement or information contained therein or deemed to form part of this RFP or arising in any

way in this Selection Process.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

A. DEFINITIONS

# TERMINOLOGY DESCRIPTION

1 BIDDER Refer to the Consortium in RFP which includes a Prime Bidder and one more bidder

2 TENDERING AUTHORITY

Telangana State Technology Services(TSTS) on behalf of Commissioner of Police, Hyderabad Police Commissionerate

3 USER DEPARTMENT All Government Departments including Police Department

4 APPROVINGAUTHORITY Commissioner of Police, Hyderabad Police on behalf of User Department or their Representatives

5 LEAD USER Hyderabad Police Department is the first and Lead User for building the IIH platform solution and consumption of the solution as a start point.

6 DOCUMENTATION

The Documents includes Original product certificates, hardware and software certificates, compliant certificate, test reports, brochures, data sheets, Paper Licenses, Warranty certificates, user manuals, installable scripts, install manuals, help etc.,

7 LOCATION The Location as specified by the Approving Authority.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

B. OCB TENDER NOTIFICATION

TSTS on behalf of Commissioner of Police, Hyderabad City Police Commissionerate invites OCB Proposals from experienced software solution providers to "Design, Develop / Customized CoTs Product, Implement & Maintain a Software Solution platform for IIH (Integrated Information Hub)” For User Department.

Time schedule of various Tender related events:

For full details, please visit www.tsts.telangana.gov.in, www.hyderabadpolice.gov.in and

www.eprocurement.gov.in .

Issue of Tender call Notice 08.01.2016

Pre- bid meeting date 19.01.2016 @ 11:30 Noon in Conference Hall , Hyderabad Police Commissionerate, Basheerbagh, Hyderabad

Bid Closing date and time 02.02.2016, 03.00 PM

PQ Bid Opening Date & Time 02.02.2016, 03.30 PM

Technical Bid Opening & POC Will be informed to PQ qualified bidder

Commercial bid opening date and time

Will be informed to Technically Qualified bidder

Bid Document Price Rs. 10,000/-

Tender Reference Number TSTS/CS/IIH/2015

Contact Person General Manager, TSTS ; M Sridhara Chary, Sr.SE, TSTS

Email [email protected], [email protected], [email protected] , [email protected]

http://www.tsts.telangana.gov.in/

http://www.hyderabadpolice.gov.in/

http://www.eprocurement.gov.in/

mailto:[email protected]

mailto:[email protected]

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

C. OTHER IMPORTANT INFORMATION RELATED TO BID

This section provides important deadlines and associated activities, such as Bid Security

information, Implementation cum Performance Guarantee, Warranty Period.

SNo Item Description

1. Bid Security (EMD)

EMD : Rs 10,00,000

Note: Scanned copy of EMD document should be uploaded on e-

procurement website. The Original Copy of EMD should be

submitted to TSTS before opening of the pre-qualification bids.

EMD shall be submitted in the form of DD/Banker Cheque/BG

from Nationalized Bank/Schedule Bank having a Branch at

Hyderabad. The EMD should be addressed to “The Managing

Director, Telangana State Technology Services” Hyderabad

2. Bid Validity Period 120 days from the date of opening of bid.

3. Bid Security Validity Period Validity period for DD/ Bank Guarantee: 3 Months

4. Warranty As per clause 1.7 of RFP Volume 1

5. Variation in Quantities Nil

6 Performance Bank Guarantee

Value (in Rs) 10% of the project cost.

7 Performance Bank Guarantee

validity period Valid up to 90 days beyond the Project Contract Period.

8. Period for submission of

Performance Bank Guarantee Within 10 days of receipt of letter of Notification of Award (NoA).

9 Period for signing contract Within 15 days from the date of receipt of letter of Notification of Award.

10 Penalty for delay in

implementation Please refer LD

11

Payment Terms

As per clause 1.14 of RFP Volume 1

All the Delivery Challans & Installation Reports / Site Not Ready Certificate/Report to be counter signed by the respective Competent Authority.

12

LD for Late Deliveries /Installations

a) 1% of the value of late delivered or deemed late delivered / installed goods for One week or part thereof.

b) 1.5% for Two weeks or part thereof, c) 2% for Three weeks or part thereof, d) 2.5% for 4 weeks or part thereof and so on

13 Maximum LD for late deliveries / installation

10% on the Total value of goods for that location / site for late delivery /installation or deemed late delivered/ installed goods.

14

Penalty for failure to maintain during warranty period

0.4% of the total equipment cost at that site subject to a maximum of total equipment cost at that site. The penalty amount will be deducted from the amounts payable to the Applicant or recovered from the Performance Security as the case maybe by TSTS/User Department.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

15 Penalty for violation of SLA As per the clause 1.13 of the RFP Volume 1

16 Address for correspondence in for Technical clarifications

[email protected], [email protected],

[email protected]

17 Conditional bids

Not acceptable and liable for rejection and also liable for forfeiture

of the EMD.

18.

Transaction Fee

Transaction fee: All the participating bidders who submit the bids

have to pay an amount @ 0.03% of their final bid value online with

a cap of Rs.10,000/- for quoted value of purchase up to Rs.50 cr.

and Rs.25,000/- if the purchase value is above Rs.50 cr. & service

tax applicable @ 14% as levied by Govt. of India on transaction fee

through online in favour of MD, TSTS. The amount payable to TSTS

is non refundable.

Corpus Fund: Successful bidder has to pay an amount of 0.04% on

quoted value through demand draft in favour of ‘The Managing

Director, TSTS, Hyderabad’ towards corpus fund at the time of

concluding agreement.

19. Transaction Fee Payable to

The Managing Director, A.P. Technology Services Ltd.,(TU)

Hyderabad

20.

Bid submission

On Line. Bidders are requested to submit the bids after issue of

minutes of the pre bid meeting duly considering the changes made

if any, during the pre bid meeting. Bidders are totally responsible

for incorporating/ complying the changes/ amendments issued if

any during pre bid meeting in their bid.

21.

Procedure for Bid Submission

Bids shall be submitted online on www.eprocurement.gov.in

platform

1. The participating bidders in the tender should register

themselves free of cost on e-procurement platform in the website

www.eprocurement.gov.in.

2. Bidders can log-in to e-procurement platform in Secure mode

only by signing with the Digital certificates.

3. The bidders who are desirous of participating in e-procurement

shall submit their technical bids, price bids as per the standard

formats.

4. The bidders should scan and upload the respective documents

in Pre Qualification and Technical bid documentation as detailed in

RFP including EMD. The bidders shall sign on all the statements,

documents certificates uploaded by them, owning responsibility

for their correctness/ authenticity.

5. The rates should be quoted in online only.

6. All the quoted price is in Indian Rupees only.

21.

Other conditions 1. This tender notice is issued on e-procurement market place at www.eprocurement.gov.in. All the terms and conditions are to be read jointly as mentioned in the e-procurement market website

http://www.eprocurement.gov.in/

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

and in this document. After uploading the documents, the original Demand Drafts in

respect of Bid Security (except the Price bid/ offer/ break-up of

taxes) are to be submitted by the bidder to the O/o The Managing

Director, TSTS, BRKR Bhavan, Hyderabad before bid closing date.

Failure to furnish will be entitled in rejection of the bid. The TSTS

shall not hold any risk on account of postal delay. Similarly, if any

of the certificates, documents, etc., furnished by the Bidder are

found to be false/ fabricated/ bogus, the bidder will be

disqualified, blacklisted, action will be initiated as deemed fit and

the Bid Security will be forfeited.

2. TSTS will not hold any risk and responsibility regulating non-

visibility of the scanned and uploaded documents.

3. The Documents that are uploaded online on e-procurement will

only be considered for Bid Evaluation. However, the bidding

authority, at any point of tendering process, may request the

bidders to submit the Physical documents as uploaded in e-

procurement portal for clarifications.

4. Important Notice to Contractors, Suppliers and Department

users (i)In the endeavor to bring total automation of processes in

e-Procurement, the Govt. has issued orders vide G.O.Ms.No.13

dated 05.07.2006 permitting integration of electronic Payment

Gateway of ICICI/ HDFC/ Axis Banks with e-Procurement platform,

which provides a facility to participating suppliers/ contractors to

electronically pay the transaction fee online using their credit

cards.

Note:

1. Representations received from the bidders within 3 days from the date of opening of bids on

the issues related to Pre-qualification bids evaluation and within a day from the date of

opening of commercial bids on the issues related to the commercial bid evaluation will only

be accepted. Representations received beyond this period will not be considered and strictly

rejected.

2. The bidder should upload all the required documents with clear visibility, avoid missing

documents and avoid bidding mistakes. In such cases, TSTS reserves it’s right in seeking

clarification from the bidder and may disqualify the bidder for the bidding mistakes, missing

documents and for the documents that are not clear.

3. An undertaking from the bidder is required stating that they would facilitate the Tenderer

on regular basis with the technology/product updates and extend support for the warranty

and AMC period as well.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

1. INTRODUCTION

1.1 About Project:

Government of Telangana has issued Administrative permission towards Procurement of a software

solution platform called IIH (Integrated Information Hub).

Government of Telangana recognizes that one of the key requirement for attracting Foreign Direct

Investment (FDI) is smart policing that provides excellent Law & Order with a message that the

safety of citizens is assured always and at all times. Towards this objective, Approving Authority is in

the process of procuring state of art technology solutions for building the 3600 profiling database of

Person of Interest as part of the IIH for the User Departments. The IIH platform has multi-fold

benefits to the User Departments where it facilitates to measure effective utilization of various

services provided/rendered, Govt. schemes for uplift of living standards, enhance safety & security

etc., to the Person of Interest.

One of the most important requirements for effective enforcement is swift response of

enforcement agency which depends on the ability of the department to uniquely identity any

person of interest and Identify the relationships that person shares with other entities/citizens, on

the fly, with a 3600 view. User Department realizes the need for technology based solution for 360

degree profiling of any Person of interest to be used in conjunction with the inputs from other

technology solutions of User Department such as CCTV, Finger print, CDR etc of lead user

department for a comprehensive and quick investigation. If a phone number is known from CDR or

a suspect is identified based on Video Analytics or a name and address is identified based on finger

print identification, the department should be able to generate the 3600 profile of that person

instantly.

TSTS on behalf of Approving Authority invites Proposals from experienced software solution

providers to design, develop, implement, and maintain a software solution platform IIH (Integrated

Information Hub) for User Departments, Government of Telangana State.

IIH solution Platform will use concepts from Entity Resolution technology, Context Based

Relationship Discovery, Data mining, MDM and approximate name and address search, to analyze

every record, both in the internal and external data sources available with User Departments based

on a combination of attributes like name, fathers name, mothers name, spouse name address, dob,

Mobile no, contact no, Driving License, VoterID, Aadhar, Crime number etc to identity and group

the records of a citizen or crime history of a citizen as well as identifying the relationships the

person shares with others.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

The solution for IIH Platform will have multiple components to be built using Entity Resolution,

Context Based Relationship Discovery, Data mining, MDM and approximate name and address

search, with specific reference to Indian names and addresses.

IIH will provide different outcomes relevant for different users like

1. Golden Record for every resident 2. End of Day updation of the Golden Record from incremental data from vide variety of

data sources 3. 360 degree view of a resident in general (Ex: Beneficiary 360 for Govt. Schemes,

Offender 360 for Crime etc.,). 4. Network of persons and entities related or connected to the Person of interest etc.

1.2 SCOPE OF WORK

Detailed Functional, Architectural, business requirements of the solution platform are discussed in

Part 2 of the RFP. The broad scope of work for the IIH platform is as under:

1. Design, development, integration, testing and rollout of technical solution consisting of

different components meeting the Key Architectural, functional and design principles

mentioned in discussed in Volume II of the RFP

2. Perform data migration and implement data integration mechanisms for all the existing and

future data sources during the period of contract.

3. Perform unit testing, and provide requisite support for acceptance testing.

4. Support and maintain of the technical solution and products including integration to the

new data sources and migration of new data sources as and when required for the entire

period of contract.

5. Periodic building of Golden Records particularly when the new data sources are added.

6. Periodic examination of the rules to optimize the solution in terms of results quality and

response time.

7. On-going enhancement of the core platform by implementing new features, enabling

newer technologies to meet departmental needs including bid data technologies.

8. Advise the department on the optimum requirement of Hardware

9. Provide Training to the users & helpdesk services.

10. Conduct and support data quality and security audits.

11. Monitor service levels and provide regular service level agreement (SLA) compliance

reports.

12. Support project management and provide adequate manpower for the entire duration of

the project as provided in clause 1.16 of Role of Solution Provider point “s” of Vol-1.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

It is intended to implement this project in a phased manner, with more and more sources joining

the platform in course of time. Department and vendor will jointly define the results and objectives

of each phase so that any learning can be quickly implemented. To start with, the Hyderabad Police

Department will be the Lead User in building the 3600 profiling for their department as a generic

solution that can be configurable and extended to other departments in the phased manner.

The vendor is expected to use best practices towards project management and may further break

each phase to achieve quantifiable work package at the end of each iteration which collectively

achieve the objective and defined milestones for individual phases.

1.3 Consortium of Bidders The solution under this RFP is technology intensive. To take benefit of bidders having specialized

expertise in Entity Resolution, Context based Relationship Discovery, MDM and data mining,

consortium of bidders is allowed. However, a maximum of upto 2 partners (including Prime bidder)

is allowed in the consortium and all the bidders in the consortium must be in the line of providing IT

services. The bid will be filed by the prime bidder. Agreement of the Prime Bidder with the

consortium partner with the specialized expertise in Entity Resolution, Context based Relationship

Discovery, MDM and data mining should be filed as part of the bid. The bidder with specialized

expertise in Entity Resolution, Context based Relationship Discovery and data mining can be a

member of more than one consortium.

1.4 IMPLEMENTATION APPROACH Bidder shall have the overall responsibility for development, customization, integration, testing and

rollout of all components of the project. The project implementation is segregated into two broad

phase

a) Implementation and Roll out at Hyderabad Police Department in Phase 1

b) Implementation and Roll out in other selective User Departments in Phase 2

c) Operational phase throughout Telangana State for all User Departments in Phase 3.

It is proposed that Solution shall be designed, developed and implemented as a platform

independent in terms of Database/OS/UI/ etc. The IIH shall use the infrastructure available with

State/Department Data Center (SDC), and State Wide Area Network (SWAN) for implementation.

1.5 TIMELINES & DELIVERABLES Successful Bidder has to deliver the following deliverables with the following timelines

# Particular Timelines (T*)

1 Project Plan T+1 week

2 Requirement Gathering, High Level Design (HLD) Document for phase1&2

T+3 weeks

3 FRS and SRS for phase1 T+4 week

4 Solution Development for phase1 T+12 week

5 Migration of 2 big data sources in Head quarters in Phase 1 T+12 week

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

6 UAT of Phase 1 with reference to SLA & impart Training to Department

T+12 week

7 Go Live of Phase 1 with reference to SLA T+ 16 week

8 Solution Development for phase2 T+20 week

9 Migration of all other data sources in Phase 2 T+22 week

10 Roll out to all the districts & all user departments & Go live of Phase 3 with reference to SLA

T+28 week

11 Maintenance of the Solution

5 years from Go Live

T is the date of signing of agreement.

Successful Bidders i.e.. Service provider needs to submit a detailed project plan on the commencement of the project. Department may also prioritize the deliverables and can ask the Service Provider to incrementally implement the high priority items initially during the development Phase.

Project Deliverables:

i. Monthly Project Progress Report.

ii. SRS/SDD/Test reports

iii. Source Code of the application (excluding the core Entity Resolution/MDM/ Context

Based Relationship Discovery or other products if any)

iv. Training Manuals and literature

v. Systems Administration Manuals

vi. User manuals/Installation Manuals

vii. Operational Manuals/ Maintenance Manuals

viii. Data Migration Plan from existing to new system

ix. Periodic Status and Review Reports

x. Exit management plan which apply on expiry or termination of work

a. Exit Management Schedule

This schedule sets out the provisions which apply on expiry or termination of work contract/

agreement, the project Implementation, Operation and Management and Statement of

works. Service Provider should also run the system for one month along with the new

service provider identified after the three years period to make sure that the new service

provider shall completely aware of the system. The service provider will sign a non-discloser

agreement with the department.

1.6 Maintenance Successful Bidders has to supply, install, maintain and restore the software application described

earlier. If the solution supplied by the successful Bidders mentioned are down and not working, the

same need to be repaired and restored for normal functioning as per agreed Service Level

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Requirements, failing which penalty as per RFP shall be applicable and shall be recovered from

Performance Security/ other Payments under the RFP.

1.7 Comprehensive Warranty The comprehensive warranty for all components of the software/ solution is for a period of 1 year

from the date of Go live. After this warranty period, warranty will be extended based on the

Annual Maintenance Contract. During the period of contract all the minor and major upgrades of

the core technology of Entity Resolution, Context based Relationship Discovery, MDM and data

mining shall be provided at no extra cost. However in case of a Major upgrade which involves

modifying the application significantly; the Change request procedure will be followed for making

the changes in the application.

The Service Provider warrants to department that:

The system proposed to be developed and maintained by bidder represents a complete,

integrated solution meeting department’s requirements and will provide the functionality

and performance, as per the terms and conditions and SLAs under this RFP.

The Service Provider shall have a major responsibility for the successful implementation and

operation of the proposed System and for the compatibility of the various software,

hardware and networking components, along with Lead User.

The implementing agency must pass on the standard OEMs’ warranty which comes bundled

with the purchased equipment wherever it is superior to the warranty specified in this

tender document.

Implementing agency has to provide documentary evidence for back-to-back support

agreement with the respective OEM along with the Bid.

The Service Provider undertakes to ensure the maintenance of the acceptance criteria

/standards in respect of the systems

1.8 Change Request The successful bidder will deliver supply, install, maintain the IIH application Platform meeting all

the requirements of this RFP. The bidder will also incorporate new requirements (changes in

UI/Reports/adapting to different database/different OS) that will emerge in course of time primarily

relating to the IIH platform. For these new requirements, which is not in the nature of maintenance

the solution, the Service provider and Department will mutually arrive at the man month effort

based on the extent of changes involved and a work order will be issued. The man month rates will

be as mentioned in the RFP. The following would constitute a Change request during the Project

period:

1. Any work which has not been specifically mentioned in the scope of work. 2. Any changes in the deliverables post approval by the Client/Purchaser. 3. Any delay in the project timelines beyond the calendar time mentioned in the tender

document for which Bidder is not directly responsible

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

1.9 Application Ownership & Licenses The ownership of the software application developed/ customized/ configured/ procured for the

project would be perpetual subject to AMC requirements with Lead User. All licenses as part of the

IIH application would be in the name of the Approving Authority . All licenses procured under this

RFP would be perpetual subject to AMC requirements. User Departments will have unlimited right

to use the application and licenses for IIH including the requirement for HA and DR for Project IIH

Platform.

1.10 Hardware/Database/ Operating System/ Antivirus/Intrusion Detection/UTM etc The hardware consisting of Servers (Data base servers and application servers), Storage etc will be

provided by the department. However, as the project involves handling very high volumes and the

software solution should be optimized to keep the hardware requirement to a minimum and

solution should work with commodity servers as well as engineered systems.

Database

The Database will be provided by the department. The solution should support all data bases like

Oracle/SQL server/ DB2/My SQL/Postgre SQL

Operating System

The Operating system will be provided by the user department. The solution should support leading

Operating systems like Microsoft/Linux/Unix/Solaris.

Antivirus/Intrusion Detection/UTM etc will be provided by the department

1.11 Time Period of Contract Identified Solution Provider should design, develop and implementation of Proposed solution in 28

weeks (6 1/2 months) and shall be responsible for operation and maintenance of the solution for a

period of ‘5’ years from the date of “Go-Live” of the project.

At the end of the contract

I. The Solution Provider shall transfer all the assets including all its components of

software solution to the state at the end of contract period at no additional cost to

the state as per the exit plan.

II. Solution provider should also run the system for one month along with the new

service provider identified after the warranty period to make sure that the new

service provider shall completely aware of the system.

III. The Solution Provider needs to state explicitly the deliverables at the stage of handing

over the project after the five year period. Indicative list of deliverables are

Systems Manual Detailing the data structure, table, forms and report structures

Installation and maintenance manual for the servers and other hardware

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Operations Manual providing instructions for installing the application,

troubleshooting, interpreting message logs, and FAQs (Frequently Asked

Questions).

Trouble Shooting Guide/ Handbook for Helpdesk which describes the various

trouble shooting methods.

Source code of the Application ( excluding the core products)

1.12 Manpower Provisioning Vendor shall deploy suitable technical resources as per activities expected to be carried out, and all

the resources should be trained in the use of the deployed tools, technologies and should have

requisite functional knowledge. They should undergo suitable trainings in relation to security

aspects of the project, and maintain the confidentiality of data. During the course of the contract,

if it becomes necessary to replace any of the key personnel, Vendor shall forthwith with due

consent from department provide as a replacement a person of equivalent or better

qualifications and experience than the resource being replaced.

It is proposed that as part of the solution vendor should provide the requisite manpower at various

office locations including districts as per the requirement based on the work load of the User

Departments from time to time.

The man power charges paid by ITEC for some of the IT projects as per GO No 16 of ITEC dated 6.9.2013 is as under

Sl no Nature of the Resource Rate per month

1 Team members with 2 years experience Rs 85,000 pm

2 Module leaders & Architects with 3 to 5 years experience

Rs 1,10,00

3 Project lead with 3 to 5 years experience Rs 1,40,000

4 Project Manager with 6 to 10 years experience

Rs 1,60,000

If during the period of contract, the man power charges are revised by the Government the same shall be applicable from that date. The Bidder has to confirm to these rates as per the Financial form enclosed in this RFP. 1.13 SERVICE LEVEL AGREEMENTS Part 1 The Service provider will get the AMC and man power payments only if the performance metrics

on key parameters is met the total SLA score in a quarter is 100 or above mentioned in the

Annexure Form SLA 1 enclosed to the Bid. The Service provider will get lesser payment in case of a

lower performance exhibited by a SLA score of less than 100. The maximum penalty to be levied is

10% of Gross Quarterly Payout on account of AMC and manpower charges. The SLA will start after 3

months after Go Live for streamlining the SLA measurement and monitoring process of the project.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

If the SLA score falls below 80 for any 2 consecutive quarters, the project may be terminated and

the Service provider will be required to forego the PBG deposit and may also be responsible for

reimbursing the cost of alternative solution that may be procured besides being blacklisted from

participating in future tenders of TSTS.

TSTS/User Department reserves the right to modify the SLAs in terms of addition, alteration or

deletion of certain parameters, based on mutual consent of both the parties i.e. TSTS/User

Department and the service provider.

The Penalties will be calculated based on the following table:

S. No. SLA Score Range Deductions (Penalties)

Deductions

1 <=100 & >=90 0.25 % penalty for every point < 100

2 <90 0.5 % penalty for every point < 100

Note: The percentage penalty would be calculated for the concerned quarter on the AMC and manpower charges for that quarter.

Example: SLA Score of 82 will lead to a Penalty of 18% (i.e. 18 x 0.5% = 9%)

The detailed SLA metrics is enclosed in Form SLA of this RFP

1.14 SERVICE LEVEL AGREEMENTS Part 2 i) The original call log for all the logged calls of complaints and calls closed status should

be sent by email to TSTS and Department on fortnightly basis for monitoring.

ii) Along with the above mentioned call log, a date-wise abstract of calls logged and repair

status within SLA and outside SLA should be provided to TSTS and User Department in

the following format with supporting call reports duly signed by the user.

CALLS CLOSED

Date No. of calls logged

Within 1 hour

Within 2 hours

Within 4 hours

Within 8 hours

Within 12 hours

Within 1 day

Within 2 days

The above table may be used for calculation of penalties for not meeting the SLA

requirements during maintenance/warranty period.

iii) Persistent complaints from the user department during the warranty period relating to

the improper service will be sufficient ground for the TSTS/ User department to cancel

the project and blacklist the successful bidder from participating in the future tenders.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

1.15 PAYMENTS FOR THE IIH PLATFORM The payments schedule is as under

1. 50% of the initial license fee based on the initial data volume will be paid after UAT of Phase

1 after meeting the SLAs.

2. Remaining 50% of the initial license fee based on the initial data volume will be paid after

UAT of Phase 2 after meeting the SLAs.

3. As and when data volumes increase after GO live, corresponding additional license fee will

be paid fully after UAT of Phase 3 after meeting the SLAs.

4. The AMC would be paid in four quarterly installments based on the license amount (which in

turn depends on the data volume) in the beginning of the year.

1.16 ROLES & RESPONSIBILITIES

Role of Authority

a) Define & formulate regulatory and policy environment for project

b) Defining the technology standards& features, business process for design , development &

implementation of the solution for the bidder within the scope of RFP

c) Defining the security standards for the solution

d) Sharing of relevant data with the Solution Provider for designing the solution

e) Prioritization of the functional modules to be implemented

f) Conducting required Tests before rollout of the Solution/Functional module

g) Nominate a Project Coordinating Team to work with the Solution Provider

h) Coordinating & arrangement of required meetings with Stakeholder departments for

finalization of FRS & SRS

i) Coordination with other stakeholder departments for integration of existing

systems/applications with the proposed solution.

j) Assisting the Solution Provider in setup & installation of the equipment required for

implementation of the solution.

k) Validating the FRS, SRS & Architecture design prepared by the Solution Provider

l) Monitoring the project implementation & coordinating with the stakeholder departments

m) Defining required MIS reports to be received from the solution provider

n) Monitoring the SLAs & performance metrics

o) Acknowledge &Certify the deliverables for project

p) Undertaking User Acceptance Test(UAT) and declaration of Go-Live of the project on whole

or each functional module wise

q) Creating awareness among the stakeholders in smooth implementation of the solution

r) Regular review on the work progress with the Solution Provider

s) The security of the deployed infrastructure is the responsibility of the user department

t) Release the payments to solution provider as per payment terms

u) Facilitate the Solution Provider for capacity building & training

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

v) To undertake audit of the deployed solution using the project management team or by

hiring a 3rd party auditor.

w) Informing the Solution Provider on the change management required in the developed

solution through a common format/process agreed with the Identified Solution Provider.

x) Audit Rights

The Department shall have the right to audit by itself or through a third party and inspect

suppliers, agents and third party facilities, data Centres, documents, records, procedures

and systems relating to the provision of the services, but only to the extent that they relate

to the provision of the services under this RFP, as shall be reasonably necessary to verify:

(i) The security, integrity and availability of all project data processed, held or conveyed

by the Service Provider on behalf of project and documentation related thereto;

(ii) That the actual level of performance of the services is same as specified in SLA;

(iii) That the Solution Provider has complied with the relevant technical standards and has

adequate internal controls in place; and

(iv) The compliance of the Service Provider with any other obligation under the Contract

Agreement and SLA.

Role of Solution Provider:

a. Understanding of the Scope of Work & requirements of the Dept,

b. Submission of PBG &Entering into Contract Agreement with Approving Authority.

c. Undertake System Study , site survey and gap analysis

d. Preparation of FRS & SRS as per the requirements of the project

e. Submission of FRS, SRS & proposed design to the Department for approval

f. Develop the solution as per the approvals of the Department and submit regular reports to

the Department

g. Submit the specifications of the hardware & software being used for the solution

h. Advise the department in hardware sizing

i. Customize the developed solution as per the recommendations of the Department

j. Execution & Completion of work as per Contract.

k. Maintain Confidentiality & security of the Solution developed for Department

l. The bidder shall, to the extent relevant and possible, be guided by the standard information

Systems Security Policies and Guidelines issued by STQC. The software solution shall contain

all suitable security features and firewalls using the latest features to protect and secure the

databases used by the proposed system, data in transit etc. Appropriate access and

authorization controls should be incorporated into software.

m. Should obtain prior permission of Department for sharing of project information with any 3rd

party

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

n. Inform the Department on the parties (regarding h/w items, laying of cables etc) involved in

the project and obtain approval for the same.

o. Creation of various MIS reports on the project implementation in coordination with

Department

p. Preparation of Business Continuity Plan(BCP)

q. Submission & fulfillment of deliverables.

r. The Solution Provider shall propose a suitable Disaster Recovery Mechanism & Site for the

project

s. Deployment of sufficient qualified manpower during project implementation phase, which

will be part of the team to be deployed at Headquarters.

# Type of Resource Number Remarks

1 Project Manager 1 Complete Solution Implementation

2 Domain Expert 1 Design & Implementation

3 Database Administrator 1 Design & Implementation

4 Project Support Team 4-5 members Complete Solution Implementation

t. Maintain strict Confidentiality of the Project information, documents, software application

and sign NDA with Department during while entering into Contract Agreement with

Department

u. Capacity building & training

v. Undertake Change Management during the project tenure at no additional cost.

w. Submission of Source Code of the solution to Department ( excluding the source code of the

products of Entity Resolution/Context Based Relationship Discovery/MDM or any other

products) during Exit Management

x. Settingup of 24 x 7 Helpdesk support

y. Preparation of training manuals, design documents, and technical architecture documents

of the solution & submission of the same to department

z. Operation & Maintenance of the Deployed Solution throughout the Project tenure

aa. Adherence to the quality standards, National & International standards in solution

development.

bb. take all reasonable and proper care of the entire hardware and software, network or any

other information technology infrastructure components used for the Project and other

facilities leased / owned / operated by the Solution Developer exclusively in terms of

ensuring their usability for the delivery of the Services in proportion to their use and control

of such Assets; and

cc. keep all the tangible Assets in as good and serviceable condition (reasonable wear and tear

excepted) as at the date the Solution Developer takes control of and/or first uses the Assets

and during the entire Term of the Agreement.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

dd. take such steps as may be properly recommended by the manufacturer of the Assets and

notified to the Solution Developer or as may, in the reasonable opinion of the Solution

Developer, be necessary to use the Assets in a safe manner;

ee. ensure that the Assets that are under the control of the Solution Developer, are kept

suitably housed and in conformity with Applicable Law;

ff. procure permission from the Department and any persons duly authorized by them to enter

any land or premises on which the Assets are for the time being sited so as to inspect the

same, subject to any reasonable third party requirements;

gg. not, knowingly or negligently use or permit any of the Assets to be used in contravention of

any statutory provisions or regulation or in any way contrary to Applicable Law.

hh. The Solution Developer agrees to ensure that its employees, agents and contractors shall

not use the location, services and equipment of the project for the following purposes:

a. for the transmission of any material which is defamatory, offensive or abusive or of

an obscene or menacing character; or

b. in a manner which constitutes a violation or infringement of the rights of any person,

firm or company (including but not limited to rights of copyright or confidentiality).

ii. Identification of risks and suggesting mitigation plans

Apart from the above, the bidder has to prepare impact assessment report on the Project after

expiry of the one year of monitoring as may be required by the Department. The report should

include the objectives of the project, status of various tasks/service etc. at beginning of the

period, efforts made during the period and situation at the end of the period, whether desired

objectives were achieved fully or partially, constraints experienced in achieving objectives,

suggestion as to overcome the constraints, best practices observed during the period.

The Department and the identified Solution Provider shall jointly work on mutual terms for

fulfilling additional responsibilities arising during the project tenure.

In addition to the above mentioned activities, the selected Solution Provider would also be

required to perform any additional activities that will reasonably be required by the Client

Department during the contract period

Components of IIH Platform

Component To be Provided By

Data Center Space & Racks for Servers Approving Authority

Network Components like firewall, routers, Switches

Approving Authority

Internet Bandwidth/SWAN Approving Authority

Server Software Components for IIH Platform Approving Authority

Server Hardware for IIH Platform Approving Authority

Server database for IIH Platform Approving Authority

Design, develop and implement solution for Service provider

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

IIH Platform

Maintain IIH Platform for the contract period Service provider

Providing manpower resources as requested for IIH Platform Service provider

Training for users on IIH Platform Service provider

Help Desk for the IIH Platform Service provider

1.17 GENERAL TERMS & CONDITIONS a. The Bidder has to submit a certificate of their authorized dealership/channel

partnership/resellers issued from the OEM wherever applicable.

b. Bidder should submit the Manufacturer Authorization Form wherever applicable.

c. The Bidder should have adequate facilities, trained manpower and staff for installation,

commissioning and providing maintenance support service after the sales in India. The

Bidder will deploy their own manpower for the installation and commissioning of the

equipment and should not be outsourced to any third party.

d. Submission of bids shall be deemed to have been done after careful study and

examination of the tender document with full understanding of its implications.

e. TSTS/ User department reserves the right to increase or decrease the quantity at any

stage.

f. The price quoted should be valid for a period of one year and the price quote should

not be higher than the prevailing market price or the price at which sold for the

previous order. If found to be higher, the bidder is liable for legal proceedings &

penalties.

g. The quality of the items being supplied by the bidder must adhere to the specifications

mentioned and the bidder should submit a compliance statement declaring the

matching of the specifications.

h. TSTS/ User department reserves the right to scrap the tender without assigning any

reasons at any stage.

i. TSTS/ User department reserves the right to get the delivery capacity of the bidders

verified irrespective of their registration status (if applicable).

j. Offer from companies whose business activities are limited to procuring items from

manufacturers, both Indian and foreign and supplying the same to Authority having no

after sales service back up will not be entertained.

k. Bidders should disclose the name and full address (along with telephone/Fax No.) of the

place where the stores will be manufactured and offer for inspection. In case the

Company is registered, they should clarify whether they are registered as a

Manufacturing unit or in any other capacity. In case the registration is as a

Manufacturer, they should indicate the registration number & place of registration with

full address/phone no. of their manufacturing facility.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

l. The Bidder shall bear all costs associated with the preparation and submission of its Bid

and the Authority will, in no case, be responsible or liable for these costs, regardless of

the conduct or outcome of the Bid Process.

m. Bidders are advised to attach a letter from an authorized signatory of the company

owning the patent of the technology being offered clearly detailing the deliverables /

ownerships & rights for implementation, service, warrant and post-sales support.

n. The solution should include the quality aspects like user friendliness, secure,

interoperability, modifiability, integrality and extensibility, maintainability, scalability

and modularity etc.,

o. The Bidder at no point of time can excuse themselves from any claims by the TSTS

whatsoever for their deviations in conforming to the terms and conditions, payment

schedules, timeframe for implementation etc. as mentioned in the two RFP documents.

p. The Bidder has to adhere to the time schedule of activities mentioned in the RFP and no

request to change the last date or extend period / time for submission shall be

entertained by the TSTS. However, TSTS reserves the right to extend the date/time for

submission of the responses without assigning any reason by notifying in its e-

procurement portal.

q. The Bidders would be asked to make presentation on technical and operational aspects

including a Proof of Concept on a large data.

r. Software version numbers are to be clearly stated by the Bidder in both the bids –

Technical and Financial.

s. The licenses for should be procured by the qualified Bidder in the name of

Commissioner of Police, Hyderabad Police Commissionerate, Basheerbagh, Hyderabad –

500 029, Telangana, India.

t. The Bidder will have to arrange / provide for all the testing equipment & tools required

for the successful installation, testing & acceptance, maintenance etc.,

u. Information relating to the examination, clarification, evaluation and comparison of

bids, and recommendations for the award of the Project shall not be disclosed to

Bidders or any other persons not officially concerned with such process until the award

to the successful Bidder has been announced.

v. The Bid should be completed with regard to specification, price, delivery period, terms

of delivery, salient terms and confirm technical specification clause wise technical

compliance statement should be submitted by the Bidder.

1.18 AUTHENTICATION OF THE BID

The bidding process is through eProcurement Platform only. However, all the documents of Bid document shall be signed by a person or persons duly authorized to bind the organization to the Contract before uploading the same on eProcurement. A duly stamped Power-of-Attorney accompanying the Bid Document shall support the letter of authorization. The person or persons signing the Bid Document shall sign all pages of the Bid Document and each page of the Bid document should be properly numbered. Corrections/findings in the Bid shall

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

be authenticated by signature of the authorized signatory. The same signed Bid document would be uploaded on the e-procurement portal as per guidelines. All the Bidders have to abide by all the terms and conditions mentioned in this RFP.

Address for Submission of Hard Copy of Bid:

The Managing Director, Telangana State Technology Services (TSTS), 1st Floor, BRKR Bhavan, Hyderabad

The hard copy of Bid document should be same as the Bid details uploaded on the e-procurement portal. Any discrepancies between portal and hard copy of Bid submitted, the information provided on e-procurement portal would be prevail and considered. The Bidder should provide supporting documentary proofs with regard to the portal information should be submitted to the Authority as per their requirement. Last date of submission of Hard copy of Bid Document along with original EMD draft (except Financial Bid) is as per the bid closing date. All envelopes including the inner envelopes shall indicate the name and address of the Bidder and be properly labeled. If the outer envelope is not sealed and marked as required, such bids shall be accepted.

1.19 LATE BIDS Any Bid received after the deadline for submission of Bids prescribed in this document, will be summarily rejected and returned unopened to the Bidder. The tendering authority shall not be responsible for any delay/ technical reasons for non- submission of bid on eProcurement portal. No further correspondence on this subject will be entertained.

1.20 OTHER CONDITIONS The tenders will be scrutinized to determine whether they are complete and meet the essential and important requirements, conditions etc.as prescribed in the tender document. The tenders which do not meet the basic requirements, will be treated as non-responsive and will be summarily ignored. A Tender shall be declared non-responsive and will be summarily ignored on the following grounds:

i) Required Tender cost not provided / non-receipt of exemption document.

ii) Tender is unsigned or not signed by the authorized person.

iii) EMD validity is shorter than required period.

iv) Required original EMD (amount, validity etc.)/exemption documents have not been

provided before tender opening.

v) Bidder has quoted for goods manufactured by other manufacturer (s) without

manufacturer(s) Authorization.

vi) Bidder has not agreed to give the required performance security.

vii) Goods offered are not meeting the tender enquiry specification.

viii) Bidder has not agreed to other essential condition(s) especially incorporated in the

tender enquiry like terms of payments, liquidated damages clause, warranty clause.

ix) Poor/unsatisfactory past performance.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

x) Bidders who stand de-registered by DGS&D /banned/blacklisted by any government

authority.

xi) Bidder has not quoted for entire quantity as specified .

xii) Bidders have not signed Integrity Pact

xiii) Bids that are rejected during any stage of the Bid evaluation process shall not be

considered for further evaluation, under any circumstances.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

2 BIDDING PROCEDURE

2.1 BIDDING PROCEDURE

Offers should be made in three parts namely, “Pre-qualification bid”, “Technical bid” and

“Financial bid” and in the format given in bid document. Each offer should be placed in a

separate envelop super scribed “Pre-Qualification Bid”, “Technical Bid” and “ Financial Bid”,

as the case may be, followed by the title mentioned above against “Tender Call”.

1.) EMD details should be given in the “Pre-qualification bid”. 2.) Tenders will be accepted only from those who have purchased the Bid Document. 3.) All correspondence should be with contact persons mentioned in the RFP. 4.) A complete set of bidding documents may be purchased by interested bidders from the

TSTS contact person upon payment of the bid document price which is non-refundable. Payment of bid document price should be by demand draft / cashier’s cheque or certified cheque drawn in favour of “The Managing Director, Telangana State Technical Services Limited” and payable at Hyderabad (India) not later than 1 hour before bid closing date & time.

2.2 PRE-QUALIFICATION BID

The Pre-Qualification bid for each schedule shall include the following information about the

firm and/or its proposal.

1. General information on the bidder’s company in Form P-1 2. Financial Information of bidder in Form P-2 3. List of major customers where similar solution was implemented Form P-3 4. Details of the core product of Entity Resolution and Context based Relationship Discovery

with previous implementations in India Form P-4 5. Declaration Regarding Clean Track Record Form P-5 6. Details of service centers in TS in Form P-6 7. Manufacturer’s authorization to participate in bidding process apart from such other

documents like authorization certificate for dealing in the products for which bid is submitted wherever applicable as per RFP.

8. In case of consortium the agreement of the Prime Bidder with the partner should be filed and submitted.

2.3 TECHNICAL BID

1. Technical Complaince of Solution Form TQ-1 2. Detailed Understanding of the Project Form TQ-2 3. Undertaking on Patent Rights- TQ3 4. Other information, if any required in the bid document

2.4 FINANCIAL BID

a. The financial bid should provide cost calculations corresponding to unit price of each items

as mentioned in schedules in Form F-1 and Form F-2.

b. The Form-3 for Undertaking on providing the Manpower.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

2.5 PRE-BID MEETING

All those prospective bidders who are interested in bidding for the tender and wanting

clarifications are requested to participate in the meeting to seek clarifications on the bid, if

any. However the proof of purchase of document has to be enclosed with the PQ bid while

preparing the bid document without fail. Non enclosure of the proof may lead to rejection

of the bid.

2.6 BID EVALUATION COMMITTEE & PROCEDURE

The bids would be evaluated by the Evaluation Committee as constituted by the Govt with

members from ITE&C dept/ TSTS/ User Department/ SeMT/Finance dept.

The bid opening and evaluation process will be sequential in nature. Means that bidder must

qualify a particular stage to be eligible for next stage. Immediately after the closing time, the

TSTS contact person shall open the Pre-qualification bids and list them for further evaluation.

Any participating vendor may depute a representative to witness these processes.

The standard procedure, described here will stand appropriately modified, in view of special

procedures of bid evaluation as mentioned in tender call or elsewhere in this bid document

or TSTS may deviate from these in specific circumstances if it feels that such deviation are

unavoidable, or will improve speed of processing and consequent project execution.

Bidders should offer prices for all the items of and for the full application failing which such

bid will not be considered. Technical bid documentation should be in the prescribed format. If

a vendor has any comment to offer about the procedural aspects of this tender, it should be

intimated to TSTS during the pre-bid meeting. In case the schedule or procedure of tender

processing is revised, the same shall be communicated by telephone, or e-mail and shall be

hosted on websites of TSTS/ User department and eProcurement as the case may be to all the

vendors who have paid the tender document fee.

2.7 OPENING OF BIDS

Immediately after the closing time, Bids will be opened on the e-Procurement web site at the

scheduled time & date by the TSTS Officials in the presence of Committee members or their

nominees, shall open the pre-qualification bid of all the schedules, and list them for further

evaluation. The schedule wise technical bids of only those bidders who qualify in the pre-

qualification bid will be opened at the date that will be informed by TSTS. After evaluation of

technical bids, the financial bids of only those bidders who qualify in technical evaluation will

be opened.

2.8 PRELIMINARY EVALUATION OF BIDS

1. Preliminary scrutiny will be made to determine whether they are complete, whether any computational errors have been made, whether required sureties have been furnished, whether the documents have been properly signed, and whether the bids are generally in order.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

2. TSTS may waive any minor informality, nonconformity or irregularity in a bid which does not constitute a material deviation, provided such waiver does not prejudice or affect the relative ranking of any bidder.

3. Prior to the detailed evaluation, TSTS will determine the substantial responsiveness of each bid to the bidding documents. For purposes of these clauses, a substantially responsive bid is one which conforms to all the terms and conditions of the bidding documents without material deviations.

4. If a bid is not substantially responsive, it will be rejected by the TSTS and may not subsequently be made responsive by the bidder by correction of the nonconformity.

2.9 CLARIFICATIONS OF BIDS

During evaluation of the bids, TSTS may, at its discretion, ask the bidder for clarification of its

bid.

1 Evaluation of Pre – qualification bids Pre – qualification bid documentation shall be evaluated in two sub-steps. a. Firstly, the documentation furnished by the vendor will be examined prima facie to see if

the technical skill base and financial capacity and other vendor attributes claimed therein are consistent with the needs of this project.

b. In the second step, TSTS may ask vendor(s) for additional information, visit to vendors site and/or arrange discussions with their professional, technical faculties to verify claims made in technical bid documentation.

2 Evaluation of Technical bids.

Technical bid documentation shall be evaluated in two sub-steps. a. Firstly, the documentation furnished by the vendor will be examined prima facie to see if

the offer made, technical skill base and financial capacity and other vendor attributes claimed therein are consistent with the needs of this project.

b. The evaluation will be primarily based on Information furnished in From T1 and Form T2 and to what extent the bidder is complying to the requirements.

c. In the second step, TSTS may ask vendor(s) for additional information, visit to vendors site and/or arrange discussions with their professional, technical faculties to verify claims made in technical bid documentation.

3 Proof Of Concept (POC)

Since the solution is highly technology dependent and has to perform on very high volumes Variety and Velocity all the bidders who qualify in the preliminary Qualification and Technical evaluation should do a detailed Proof of Concept (POC) on large test data to be provided by the department.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

2.10 CONTACTING TSTS

1. Bidder shall not approach TSTS officers outside of office hours and / or outside TSTS office premises, from the time of the tender call notice to the time the contract is awarded.

2. Any effort by a bidder to influence TSTS officers in the decisions on bid evaluation, bid comparison or contract award may result in rejection of the bidder’s offer and bidder may also be marked as ineligible for future bids. If the bidder wishes to bring additional information to the notice of the TSTS, it should do so in writing.

2.11 TSTS’/USER DEPARTMENT RIGHT TO VARY QUANTITIES AT TIME OF AWARD

TSTS/User Department reserves the right at the time of award to increase or decrease the quantity, as indicated in tender call, from the quantity of goods and services originally specified in the specification without any change in unit price or other terms and conditions.

2.12 TSTS’ RIGHT TO ACCEPT ANY BID AND TO REJECT ANY OR ALL BIDS

TSTS/User Department reserves the right to accept or reject any bid, and to annul the bidding process and reject all bids at any time prior to award of contract, without thereby incurring any liability to the affected bidder(s) or any obligation to inform the affected bidder(s) of the grounds for such decision.

2.13 NOTIFICATION OF AWARD

The best bidder to execute the project shall be made by the evaluation committee on the

basis of conformity to technical specifications, appropriateness of the product offered,

capability of bidder to execute and service the project, performance in POC, and

appropriateness of financial offer from the point of view of cost-effectiveness over the entire

maintenance period for the product/services.

a. Prior to expiration of the period of bid validity, TSTS will notify the successful bidder in writing, that its bid has been accepted.

b. Upon the successful bidder’s furnishing of performance security, TSTS will promptly notify each unsuccessful bidder and will discharge its bid security.

c. In case, if successful Bidder do not accept the award of contract or found to be involved in corrupt and/or fraudulent practices the next successful Bidder will be awarded the contract.

2.14 AWARD CRITERION

The proposals will be ranked in terms of the Overall Scores obtained from Highest to Lowest.

The bidder with the highest overall score will be considered for award of contract & will issue

LoI. Final choice of firm to execute the project shall be made on the basis of conformity to

technical specifications, Presentations, appropriateness of the product offered, capability of

bidder to meet the solution requirements as demonstrated in POC and appropriateness of

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

financial offer from the point of view of cost-effectiveness over the entire maintenance period

for the product/ services.

2.15 SIGNING OF CONTRACT

a. At the same time as the TSTS/Evaluation Committee notifies the successful bidder that its bid has been accepted, the TSTS will send the bidder the Contract Form provided in the bidding documents, incorporating all agreements between the parties.

b. The bidder has to submit Performance Guarantee PG (10% of the project cost) to the Approving Authority and the successful bidder/s should enter into contract agreement with the User Department

c. On receipt of the Contract Form, the successful bidder shall sign and date the contract and submit a copy of the signed agreement to the TSTS.

2.16 PERFORMANCE SECURITY

a. On receipt of notification of award from the TSTS, the successful bidder shall furnish the performance security in accordance with the conditions of contract, in the performance security form provided in the bidding documents or in another form acceptable to the TSTS/User department.

b. Failure of the successful bidder to sign the contract, proposed in this document and as may be modified, elaborated or amended through the award letter, shall constitute sufficient grounds for the annulment of the award and forfeiture of the bid security, in which event the TSTS may make the award to another bidder or call for new bids.

2.17 CORRUPT, FRAUDULENT AND UNETHICAL PRACTICES

a. “Corrupt practice” means the offering, giving, receiving or soliciting of any thing of value to influence the action of a public official in the process of contract execution and

b. “Fraudulent practice” means a misrepresentation of facts in order to influence a procurement process or the execution of a contract to detriment of the purchaser, and includes collusive practice among Bidders (prior to or after bid submission) designed to establish bid prices at artificial non-competitive levels and to deprive the Purchaser of the benefits of free and open competition:

c. “Unethical practice” means any activity on the part of bidder, which try to circumvent tender process in any way. Unsolicited offering of discounts, reduction in financial bid amount, upward revision of quality of goods etc after opening of first bid will be treated as unethical practice.

d. TSTS will reject a proposal for award and also may debar the bidder for future tenders in TSTS, if it determines that the bidder has engaged in corrupt, fraudulent or unethical practices in competing for, or in executing a contract.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

3. BID EVALUATION PROCEDURE

3.1 INTRODUCTION

The solution under this RFP is highly technology intensive. The performance of the software

solution is heavily dependent on availability of an efficient and powerful Entity Resolution, context

based relationship discovery capability, MDM Data mining etc for Indian names/addresses with

proven capability to deal with very large volumes and variety. The evaluation criteria will be Quality

cum Cost Based System (QCBS) with 70:30 where Technical Bid Score will get a weightage of 7000

and Commercial Bid Score a weightage of 3000.

The evaluation would be divided into the following four sequential steps.

a. Preliminary Qualification b. Technical Evaluation c. Proof of Concept (POC) d. Commercial Evaluation

The bid opening and evaluation process will be sequential in nature. Means that bidder must

qualify a particular stage to be eligible for next stage

3.2 PRELIMINARY QUALIFICATION

All the bids received would be first processed to ensure compliance with the mandatory Preliminary

Requirement. This would include analysis of the effectives of the Entity Resolution

engine/MDM/Context Based Relationship Discovery product being offered on Volume Velocity

Variety of existing customers where the application is used. This will also include feedback from the

current customers on the performance of such solution. Other information mentioned in Section

P1 and P2 will also be used to evaluate requirements.

3.3 TECHNICAL EVALUATION

The vendors who qualify in the preliminary Qualification will be evaluated based on the information

furnished in Form T1 and Form T2 will have to do POC

3.4 PROOF OF CONCEPT

Those who meet the Technical evaluation criteria are required to do a detailed Proof of Concept

(POC) on large test data which shall be provided by the department. Following key performance

indicators will be used for evaluation of the effectiveness of proposed solution:

a. Precision (high positive matching accuracy i.e never miss the right match) b. Negative matching accuracy (get least number of false positives) c. Response time d. Ability of Ranking of results so that best results come on top a. Ability to define multiple rules

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

i. to use combination of one or more of entity attributes name, address (Residential/Office), fathers name, dob/age

ii. to use unique Identifiers like PAN, Aadhar, Driving license number, ration card number, phone number

e. Ability to control the depth of search of each entity attribute name, address (Residential/Office), fathers name, dob/age

The key performance Indicators of the solution are Precision (high positive matching accuracy i.e never miss the right match), Negative matching accuracy (get least number of false positives), response time and Ability of Ranking of results so that best results come on top need to be achieved simultaneously. If a solution is very fast with a response time of few second but does not detect any correct results or has large number of false positives is assumed as not meeting the requirement of the RFP. Likewise a solution which is able to detect all correct matches but takes unusually longtime of say 2 to 3 minutes is values is assumed as not meeting the requirement of the RFP.

The test data for POC would be a very large since user department wants to ensure that the

performance of the solution finally selected when rolled out on the actual data volumes which are

very large would be as per the expectations. A study suggests that

a) While there are many solutions with satisfactory performance when the volume/velocity is low, the difference in performance of solutions on key metrics of positive matching accuracy/negative matching accuracy/speed/Relationship discovery becomes highly pronounced as the volumes grow to double digit to three digit millions. The best way therefore to judge performance is to evaluate on high volumes. b) In any Entity Resolution Approximately first 20% of the results are easily obtained. The next 10 to 20% of the results poses challenge. The last 60% of the results is most challenging. The objective of this RFP is look for that solution which gives highest possible results and not the sub optimal solution which addresses only part of the problem c) The capability for relationship resolution on very large volumes is understood to be a challenge.

All the bidders will be given the same test data. The POC will be done in the TSTS/departmental

premises at Hyderabad on the infrastructure to be brought by the bidder.

a) The bidder has to do the Golden Record creation on the test data and share the results like response time, number of false positives reported, number of correct matches reported, total results, match score etc using non unique attributes like name, fathers name, address, age/DOB. b) The bidder has to do a EOD processing of input file with the Golden Record created at step 1 for updating and creating new Golden Records and share the results like response time, number of false positives reported, number of correct matches reported, number of Golden Records updated and number of Golden Records created. The matching parameters would be non

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

unique attributes like name, fathers name, address, age/DOB.

c) The bidder has to do real time query on some records based on different rules like name alone, name+ father’s name, name +address, name+ address+ age etc and build relationship resolution and produce a 360 degree profile and share the same for each record provided.

d) The results of POC in terms of response time, number of false positives reported, the number of correct matches reported, relationship resolution, 360 degree profile etc would be used for benchmarking the solutions proposed by the vendors.

e) Each bidder will be given 10 working days for completing the POC. The data sample will be shared at start of POC for bidders.

f) POCs of all the bidders will be done simultaneously.

g) Entire cost associated with POC (HW/Software/Database etc) is to be borne by the bidders.

3.5 TECHNICAL BID SCORE

Presentation by the bidder:

Post POC all the bidders should make a presentation clearly bring out the bidder’s understanding of

the requirements of the services, capability and approach for carrying out the tasks along with the

results of the POC. The main focus will be on the POC results.

The presentation shall ensure the following:

i. The understanding and expertise indicating the major activities, interface requirements and deliverables as per the RFP.

ii. A flow chart may be included to clearly indicate the involvement of the various Consortium partners etc. This may be linked to work plan and staffing schedule.

iii. The work plan, flow chart, staffing schedule, approach and methodology must

provide a logical description of how the bidder will carry out the services to meet all the requirements of RFP.

iv. POC results in the format to be prescribed

v. Comments, if any, on the RFP to improve performance in carrying out the assignment. Innovativeness will be appreciated, including workable suggestions that could improve the quality/effectiveness of the solution. In this regard, unless the bidder clearly states otherwise, it will be assumed that work required to implement any such improvements, are included in the inputs shown on the bidder’s Staffing Schedule.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

All the bidders who submit their proposals and qualify in Pre Qualification would be invited for a

detailed presentation after the POC along with the POC results. The purpose of proposal

presentation is to enable the Department to seek clarifications and gain a better understanding

about the team and the approach to the assignment.

The bidder’s design, development and implementation plan, its deployment of sound project

management strategy etc. for the project, along with quality, responsiveness, responsibility, ease of

use, reliability and comprehensiveness of the proposed technologies, adherence to IT architecture

plans, standard information systems security policies etc. would be evaluated from the perspective

of the proposed solution.

Based on the technical bid and the POC results, the Total Technical Score would be arrived at as

follows-

Evaluation Parameter

Maximum

score

Minimum

Qualifying

(70%)

1. Paper based Evaluation

Prior experience in Entity Resolution implementation for Golden Record/EOD/ Relationship discovery, MDM using non unique ID like Name and address of a base volume of above 50 million records (250 per implementation)

500 350

2 POC based

evaluation

Strength of search on different non unique attributes like name, fathers name, address and different rules like name alone, name+father;s name, name +address etc on positive matching

1000 700

Strength of search on different non unique attributes like name, fathers name, address and different rules like name alone, name+father;s name, name +address etc on Negative matching

1000 700

Response time ( indicating speed) of search on Strength of search on different non unique attributes like name, fathers name, address and different rules like name alone, name+father;s name, name +address

1000 700

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Ability of ranking of results 500 350

One time creation of Golden Record 1000 700

File Upload on a EOD basis against existing Golden Record data base and create and update the Golden records

500 350

real time query on some records based on different rules like name alone, name+father;s name, name +address etc and build relationship resolution and produce a 360 degree profile and report

1000 700

Ability to handle data in Multiple languages at least Hindi and Telugu

500 350

Total 7000 4900

Total Technical Score i.e. the sum of the marks obtained under the above heads for each bid is

termed as ST.

Only those bidders whose

Total Technical Score is above 4900 and

Who scores minimum marks in each of the above parameter.

will be treated as qualified in POC. The commercial bids of only the technically qualified bidders will

be opened.

3.6 COMMERCIAL BID SCORE

The Commercial Bid Scores of those bidders who are qualified in POC only would be opened and

computed based on the commercial bid submitted by the vendors. If

FDC is the value of commercial bid price quoted in the bid under consideration (Initial license and one year Annual maintenance charge).

FLDC is the value of lowest commercial Bid among all the technically qualified bidders (Initial license and one year Annual maintenance charge).

Commercial Bid Score (SF) for each bid shall be computed as follows:

SF = 3000 x (FLDC / FDC)

3.7 TOTAL SCORE

Total Score (Ts) for each qualified bid in POC shall be computed as under:

TS = ST + SF

The Bidder obtaining highest Total Score (TS) value, will be declared as the Best Evaluated Bid.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

4. GENERAL INSTRUCTIONS TO BIDDERS

4.1 DEFINITIONS

1. Tender call or invitation for bids means the detailed notification seeking a set of solution(s), service(s), or any combination of them.

2. Specification means the functional and technical specifications or statement of work, as the case may be.

3. Firm means a company, authority, co-operative or any other organization incorporated under appropriate statute as is applicable in the country of incorporation.

4. Bidder means any firm offering the solution(s), service(s) and/or materials required in the tender call. The word vendor when used in the pre award period shall be synonymous with bidder and when used after award of the contract shall mean the successful bidder with whom TSTS signs the contract for rendering of goods and services.

5. Pre- qualification and Technical bid means that part of the offer that provides information to facilitate assessment by TSTS, professional, technical and financial standing of the bidder, conformity to specifications etc.

6. Financial Bid means that part of the offer, that provides price schedule, total project costs etc.

7. Three part Bid means the pre-qualification bid, technical ( Including POC) and financial bids submitted on eprocurement.

8. Goods and services mean the solution(s), service(s), materials or a combination of them in the context of the tender call and specifications.

9. The word goods when used singly shall mean the software component of the goods and services.

10. Maintenance period means period mentioned in bid document for maintaining the systems beyond warranty period.

4.2 GENERAL ELIGIBILITY 1. This invitation for bids is open to all firms both from within and outside India, who are

eligible to do business in India under relevant Indian laws as is in force at the time of bidding subject to meeting the pre qualification criterion.

2. Bidders marked/considered by TSTS to be ineligible to participate for non-satisfactory past performance, corrupt, fraudulent or any other unethical business practices shall not be eligible.

3. Bidder debarred/ blacklisted by any Central or State Govt. / Quasi –Govt. Departments or organizations as on bid calling date for non-satisfactory past performance, corrupt, fraudulent or any other unethical business practices shall not be eligible.

4. Breach of general or specific instructions for bidding, general and special conditions of contract with TSTS or any of its user organizations may make a firm ineligible to participate in bidding process.

4.3 BID FORMS 1. Wherever a specific form is prescribed in the bid document, the bidder shall use the form to

provide relevant information. If the form does not provide space for any required information, space at the end of the form or additional sheets shall be used to convey the said information.

2. For all other cases the bidder shall design a form to hold the required information.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

4.4 COST OF BIDDING 1. The bidder shall bear all costs associated with the preparation and submission of its bid

including the POC and TSTS will in no case be responsible for those costs, regardless of the conduct or outcome of the bidding process.

2. Bidder is expected to examine all instructions, forms, terms, and specifications in the bidding documents. Failure to furnish all information required by the bidding documents or to submit a bid not substantially responsive to the bidding documents in every respect will be at the bidder’s risk and may result in the rejection of its bid.

4.5 CLARIFICATIONS OF BIDDING DOCUMENTS 1. A prospective vendor requiring any clarification of the bidding documents may notify

contact persons as notified in RFP. Written copies / e-mail of the response (including an explanation of the query but without identifying the source of inquiry) will be sent to all prospective bidders that have received the bidding documents.

2. The concerned person will respond to any request for clarification of bidding documents which it receives no later than bid clarification date mentioned in the notice prior to deadline for submission of bids prescribed in the tender notice. No clarification from any bidder shall be entertained after the close of date and time for seeking clarification mentioned in tender call notice. It is further clarified that TSTS shall not entertain any correspondence regarding delay or non-receipt of clarification from TSTS.

4.6 AMENDMENTS TO BIDDING DOCUMENTS 1. At any time prior to the deadline for submission of bids, TSTS, for any reason, whether at its

own initiative or in response to a clarification requested by a prospective bidder, may modify the bidding documents by amendment.

2. All prospective bidders those have received the bidding documents will be notified of the amendment and such modification will be binding on all bidders.

3. In order to allow prospective bidders reasonable time in which to take the amendment into account in preparing their bids, the TSTS/User Department, at its discretion, may extend the deadline for the submission of bids.

4.7 PERIOD OF VALIDITY OF BIDS 1. Bids shall remain valid for the days or duration specified in the bid document, after the date

of bid opening prescribed by TSTS. A bid valid for a shorter period shall be rejected as non-responsive.

2. In exceptional circumstances, the TSTS may solicit the bidders’ consent to an extension of the period of validity. The request and the responses thereto shall be made in writing. The bid security shall also be suitably extended. A bidder granting the request will not be permitted to modify its bid.

4.8 SUBMISSION OF BIDS The bidders shall submit all the bids i.e., Pre-Qualification, Technical and Financial Bids on e-Procurement website only. However, the bidders should submit a copy of Physical bids of PQ & Technical bids along with Original EMD, Bid document fee on or before bid closing date & time notified.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

4.9 DEADLINE FOR SUBMISSION OF BIDS 1. Bids must be submitted on e-procurement website not later than the bid submission date

and time specified in the tender call notice. 2. The TSTS/User Department may, at its discretion, extend this deadline for the submission of

bids by amending the tender call, in which case all rights and obligations of the TSTS and bidders previously subject to the deadline will thereafter be subject to the deadline as extended.

4.10 MODIFICATION AND WITHDRAWL OF BIDS 1. No bid can be modified subsequent to the deadline for submission of bids. 2. No bid can be withdrawn in the interval between the deadline for submission of bids and

the expiration of the period of bid validity. Withdrawal of a bid during this interval will result in the forfeiture of its bid security (EMD).

4.11 GENERAL BUSINESS INFORMATION The bidder shall furnish general business information to facilitate assessment of its professional, technical and commercial capacity and reputation.

4.12 BID SECURITY (EARNEST MONDY DEPOSIT-EMD) 1. The bidder shall furnish, as part of its bid, a bid security for the amount specified in the

tender call notice. 2. The bid security is required by TSTS to:

a. Assure bidder’s continued interest till award of contract and b. Conduct in accordance with bid conditions during the bid evaluation process.

3. The bid security shall be in Indian rupees and shall be a bank guarantee or an irrevocable letter of credit or cashier’s certified check, issued by a reputable bank scheduled in India and having at least one branch office in Hyderabad

4. Unsuccessful bidder’s bid security will be discharged or returned as promptly as possible but not later than thirty (30) days after the expiration of the period of bid validity prescribed by TSTS.

5. The successful bidder’s bid security will be discharged upon the bidder signing the contract, and furnishing the performance security,

6. The bid security may be forfeited: a. if a bidder withdraws its bid during the period of bid validity or b. in the case of a successful bidder, if the bidder fails:

i. to sign the contract in time; or ii. to furnish performance security.

4.13 PREPARATION OF PRE-QUALIFICATION BID It shall contain of the following parts:

1. General business information 2. Turnover details 3. Major clients’ details 4. Details of Core product of Entity Resolution and Context based relationship

Discovery MDM 5. Service centre details 6. Bid security (EMD) 7. Any other relevant information

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

4.14 PREPARATION OF TECHNICAL BID Technical bid documentation shall be evaluated in two sub-steps. Firstly, the documentation

furnished by the vendor shall be examined prima facie to see if the product/ services

offered, technical skill base and financial capacity and other vendor attributes claimed

therein are consistent with the needs of this project. In the second step, TSTS /Evaluation

Committee may ask vendor(s) for additional information, visit to vendors site and/or

arrange discussions Presentations on the offered solution with their professional, technical

faculties to verify claims made in technical bid documentation.

It shall consist of the following parts. 1. Technical documentation – confirmation to technical specifications T1 and T2

2. Proof of concept.

3. Plan for field demonstration if desired by the TSTS/User department

4. Detailed technical documentation, reference to various industry standards to which

the goods and services included in vendor’s offer conform, and other literature

concerning the proposed solution. In particular, the vendors should identify areas in

which their solution conforms to open standards and areas that are proprietary in

nature. Justification about proprietary components in terms of functionality and

performance should be given.

5. A statement about appropriateness of the product design and solution plan for

operating conditions in India, including physical, infrastructure and human factors.

6. In the case of a bidder offering to supply goods under the contract which the bidder did

not manufacture or otherwise produce, the bidder has been duly authorized by the

good’s manufacturer or producer to supply the goods in India.

7. A statement of the serviceable life of goods and services offered by the firm. Available

sources of maintenance and technical support during the serviceable life. Available

sources of spare parts, special tools, etc. Necessary for the proper and continuing

functioning of the goods and services, for the serviceable life.

For assessing bidders understanding of the project a presentation may be called by the committee.

4.15 PREPARATION OF FINANCIAL BID

1. Overview of financial bid: The financial bid should provide cost of License and AMC. The details are explained in Form F1.

4.15.1 Bid prices a. The bidder shall indicate the price and the total bid price of the goods/services it

proposes to supply under the contract. b. The bidder shall indicate Basic Prices and taxes, duties etc. (if required) in the form

prescribed.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

c. Bidder’s separation of price components will be solely for the purpose of facilitating the comparison of bids by TSTS and will not in any way limit the purchaser’s right to contract on any of the terms offered.

d. Prices quoted by the bidder shall be fixed during the bidder’s performance of the contract and not subject to variation on any account unless otherwise specified in the tender call. A bid submitted with an adjustable price quotation will be treated as non-responsive and will be rejected.

4.15.2 Bid currency: Prices shall be quoted in Indian rupees.

4.16 RECTIFICATION OF ERRORS Bidders are advised to exercise greatest care in entering the pricing figures. No requests regarding correction of mistakes in the financial bids will be entertained after the bids are opened. Any interlineations, erasers, alterations, fluid-marking, additions or overwriting shall be valid only if the person or persons signing the Bid have authenticated the same with his/her signature. Arithmetic errors in bids will be corrected as follows:

Where there is a discrepancy between the amounts in figures and in words, the amount in words shall govern.

Where there is a discrepancy between the unit rate and the line item total resulting from multiplying the unit rate by the quantity, the unit rate will govern unless, in the evaluation committee, there is obviously a gross error such as a misplacement of a decimal point, in which case the line item total will govern or whichever is logically correct.

Notwithstanding the above the decision of the Evaluation Committee shall be final and binding.

4.17 REJECTION OF BID The Bid shall be submitted duly filled by downloading application form in RFP from the Authority website. Bids submitted by Telex, fax or email would not be entertained. Bid may be rejected at any stage of the evaluation if it is found that the company has provided misleading information or has been black-listed by a central or any state government or has indulged in any malpractice/ unethical practice and has not honored contractual obligation elsewhere. A bid that does not meet all pre-qualification criteria or is not responsive shall be rejected by the Authority and may not subsequently be made responsive by correction or withdrawal of the nonconforming deviation or Reservation by the Bidder. The Bidder may seek reason/clarification for rejection of its bid.

4.18 UNDERTAKING FOR REASONABLENESS The Bidder will give an undertaking with financial Bid that to the best of their knowledge and belief: a) Tendered rates are at par with the prevailing market rates and not more than the price

usually charged for secure code of same nature/class or description from any private purchaser either foreign or as well as Government purchaser.

b) In respect of indigenous items for which there is a controlled price fixed by law, the price quoted are not higher than the controlled price.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

c) Services/Products/Goods supplied, will be of requisite specification and quality.

4.19 ENQUIRIES AND CLARIFICATIONS i) In respect of clarifications sought, the following shall apply:

The Authority reserves the right not to consider any condition that is found unacceptable.

If in the Authority’s opinion, certain conditions are acceptable, in whole or in part, the same shall be finalized by the Authority and the accepted conditions will be incorporated in the RFP.

In respect of suggestions / alterations proposed, the Authority may consider them and the result will be circulated to all Bidders.

ii) If the Authority deems it appropriate to revise any part of this RFP or to issue additional

data to clarify an interpretation of the provisions of this RFP, it may issue supplements

to this RFP. Such supplemental information, including but not limited to, any additional

conditions, clarifications, minutes of meeting, official communication over email/ post,

etc. will be communicated to all the Bidders by e-mail. Any such supplement shall be

deemed to be incorporated by this reference into this RFP.

iii. In order to allow Bidders a reasonable time to take the amendment(s) into account in preparing

their bids, the Authority, at its discretion, may extend the deadline for the submission of bids.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

5. GENERAL CONDITIONS OF PROPOSED CONTRACT (GCC)

5.1 DEFINITIONS

In this contract, the following terms shall be interpreted as indicated. Terms defined in general instructions to bidders section shall have the same meaning.

a.) “Annual Maintenance Charges” means the a percentage of the license fee for maintaining the application including providing bug fixes, minor and major upgrades.

b.) “Contract” means the agreement entered into between the TSTS and the vendor, as recorded in the contract form signed by the parties, including all attachments and appendices thereto and all documents incorporated by reference therein;

c.) “Contract price” means the price payable to the vendor under the contract for the full and proper performance of its contractual obligations;

d.) “Incidental services” means those services ancillary to the supply of the goods and services, such as transportation and insurance, and any other incidental services, such as installation, commissioning, provision of technical assistance, training and other such obligations of the vendor covered under the contract;

e.) “GCC” means the general conditions of contract contained in this section. f.) “SCC” means the special conditions of contract if any. g.) “TSTS” means the Telangana State technology Services Ltd. h.) “Purchaser/ User” means ultimate recipient of goods and services i.) “Vendor or Bidder “ means the individual or firm supplying the goods and services under this contract. j.) “Project site”, where applicable, means the place(s) where goods/services are to be made

available to user. k.) “Day” means calendar day. l.) ”Up time” means the time period when specified services with specified technical and

service standards are available to user(s) m.) “Down time” means the time period when specified services with specified technical

and service standards are not available to user(s).

5.2 APPLICATION

These general conditions shall apply to the extent that they are not superseded by provisions of other parts of the contract.

5.3 STANDARDS

The goods supplied under this contract shall conform to the standards mentioned in the specifications, and, when no applicable standard is mentioned, the authoritative standards appropriate to the goods’ country of origin shall apply. Such standard shall be the latest issued by the concerned institution.

5.4 USE OF DOCUMENTS AND INFORMATION 1. The vendor shall not, without prior written consent from TSTS/User Department,

disclose/share/use the bid document, contract, or any provision thereof, or any specification, plan, drawing, pattern, sample or information furnished by or on behalf of the TSTS/User Department in connection therewith, to any person other than a person

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

employed by the vendor in the performance of the contract. Disclosure to any such employed person shall be made in confidence and shall extend only so far as may be necessary for purposes of such performance.

2. The Vendor shall not, without prior written consent of TSTS/ User Department, make use of any document or information made available for the project, except for purposes of performing the Contract.

3. All project related document (including this bid document) issued by TSTS/User Department, other than the contract itself, shall remain the property of the TSTS/User Department and shall be returned (in all copies) to the TSTS/User Department on completion of the Vendor’s performance under the contract if so required by the TSTS/User Department.

5.5 USER LICENSE AND PATENT RIGHTS

1. The Vendor shall provide licenses for all software products, whether developed by it or acquired from others. In the event of any claim asserted by a third party for software piracy, the vendor shall act expeditiously to extinguish such claim. If the vendor fails to comply and the TSTS/User Department is required to pay compensation to a third party resulting from such software piracy, the vendor shall be responsible for compensation including all expenses, court costs and lawyer fees. The TSTS/User Department will give notice to the vendor of such claim, if it is made, without delay.

2. The Vendor shall indemnify the purchases against all third party claims of infringement of patent, trademark or industrial design rights arising from use of the goods, software package or any part thereof.

5.6 PERFORMANCE SECURITY 1. On receipt of notification of award, the Vendor shall furnish performance security to

TSTS/User Department in accordance with bid document requirement.

2. The proceed of the performance security shall be payable to the TSTS/User Department as compensation for any loss resulting from the supplier’s failure to complete its obligations under the contract.

3. The performance security shall be denominated in Indian rupees or in a freely convertible currency acceptable to TSTS/User Department and shall be in one of the following forms:

a. A bank guarantee or an irrevocable letter of credit, issued by a reputed bank located in India with at least one branch office in Hyderabad, in the form provided in the bidding document or another form acceptable to the TSTS; or

b. A cashier’s cheque or banker’s certified cheque or crossed demand draft or pay order drawn in favour of the TSTS/User Department.

4. The performance security will be discharged by the TSTS/User department and returned to the Vendor not later than thirty (30) days following the date of completion of all formalities under the contract and if activities, post warranty, by the Vendor is envisaged, following receipt of a performance guarantee for annual maintenance as per bid document.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

5. In the event of any contract amendment, the vendor shall, within 15 days of receipt of such amendment, furnish the amendment to the performance security, rendering the same valid for the duration of the Contract.

5.7 MANUALS AND DRAWINGS 1. Before the goods and services are taken over by the user, the Vendor shall supply

operation and maintenance manuals, (together with drawings of the goods and services where applicable).

2. The Vendor shall provide complete technical documentation of hardware, firmware, all subsystems, operating systems, compiler, system software and the other software.

3. The manuals and drawings wherever applicable shall be in English or Telugu. 4. At least one set of the manuals should be supplied for each installation sites. 5. Unless and otherwise agreed, the goods and services shall not be considered to be

completed for the purpose of taking over until such manuals and drawings have been supplied to the user.

5.8 INSPECTION AND ACCEPTANCE TESTS 1. Inspection and tests prior to shipment of Goods and at final acceptance are as follows:

a. Inspection of the goods shall be carried out to check whether the goods are in conformity with the specifications mentioned in the bid document. Following broad test procedure will generally be followed for inspection and testing of hard ware and firm wares. The vendor will dispatch the goods to the ultimate consignee after internal inspection testing along with the supplier’s inspection report, manufacturer’s warranty certificate. The TSTS will test the equipment after completion of the installation and commissioning at the site of the installation. (If site preparation is not included in the tender call or specification, the vendor should furnish all details of the site requirement to the TSTS sufficiently in advance so as to get the works completed before receipt of the equipment.)

b. The Inspections and tests, at the discretion of TSTS, may be conducted on the premises of the Vendor or its subcontractor(s), at point of delivery, and / or at the good’s final destination. If conducted on the premises of the Vendor or its subcontractor(s), all reasonable facilities and assistance, including access to drawings and production data, shall be furnished to the inspectors at no charge to the TSTS/User Department.

c. Should any inspected or tested goods fail to conform to the specifications the TSTS may reject the goods, and the vendor shall either replace the rejected goods or make alterations necessary to meet specification requirements free of cost to the TSTS/User Department.

d. TSTS’ right to inspect, test and, where necessary reject the goods after the goods’ arrival at user’s site shall in no way be limited or waived by reason of the goods having previously been inspected, tested and passed by the TSTS or its representative prior to the goods shipment from the country of origin.

e. Nothing in this clause shall in any way release the vendor from any warranty or other obligations under this contract.

f. The acceptance test will be conducted by the TSTS, their consultant or any other person nominated by the TSTS, at its option. There shall not be any additional charges for carrying out acceptance tests. Any reduction in functional requirements, and performance specifications shall be ground for failure. All the software should

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

be complete and no missing modules / sections will be allowed. The vendor shall maintain necessary log in respect of the results of the tests to establish to the entire satisfaction of the TSTS, the successful completion of the test specified. An average uptake efficiency of 97% for the duration of test period ( 7 days) shall be considered as satisfactory.

g. In the event of the software failing to pass the acceptance test, A period not exceeding two weeks will be given to rectify the defects and clear the acceptance test, failing which the TSTS/ User department reserves the rights to get the Equipment replaced by the vendor at no extra cost to the TSTS/User Department.

5.9 ACCEPTANCE CERTIFICATES

On successful completion of acceptability test, receipt of deliverables etc, and after User department is satisfied with the working of the system, the acceptance certificate signed by the vendor and the representative of the User department will be issued. The date on which such certificate is signed shall be deemed to be the date of successful commissioning of the systems.

5.10 PACKING 1. The vendor shall provide such packing of the goods as is required to prevent their

damage or deterioration during transit to their final destination. The packing shall be sufficient to withstand, without limitation, rough handling during transit and exposure to extreme temperature, salt and precipitation during transit and open storage. Packing case size and weights shall take into consideration, where appropriate, the remoteness of the goods’ final destination and the absence of heavy handling facilities at all points in transit.

2. The packing, marking and documentation within and outside the packages shall comply strictly with such special requirements as shall be expressly provided for in the contract, including additional requirements, if any, specified in SCC, and in any subsequent instructions ordered by the TSTS.

5.11 DELIVERY AND DOCUMENTS

Delivery of the goods/services shall be made by the vendor in accordance with the terms specified in the Schedule of requirements. The details of shipping and / or other documents to be furnished and submitted by the vendor are specified below.

5.11.1 For Goods supplied from abroad: 1. Within 24 hours of shipment, the Vendor shall notify the TSTS and the Insurance

Company by cable or telex or fax full details of the shipment including contract number, description of goods, quantity, the vessel, the bill of lading number and date, port of loading, date of shipment, port of discharge, etc. The Vendor shall mail the following documents to theTSTS, with a copy to the Insurance Company.

2. Four copies of supplier’s invoice showing goods description, quantity, unit price and total amount;

3. 4 copies of packing list identifying contents of each package; 4. Insurance certificate; Manufacturer’s/Supplier’s warranty certificate; 5. Inspection certificate, issued by the nominated inspection agency and the 6. Supplier’s factory inspection report; and Certificate of origin.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

The above documents shall be received by the TSTS at least one week before arrival of Goods at the

port or place of arrival and, if not received, the Vendor will be responsible for any consequent

expenses.

5.11.2 For Goods from within India:

Upon delivery of the goods to the user, the vendor shall notify the TSTS and mail the following documents to the TSTS:

1. Four copies of the Vendor invoice showing goods description, quantity, unit price total amount;

2. Delivery note, or acknowledgement of receipt of goods from the user; 3. Manufacturer’s or Supplier’s warranty certificate; 4. Inspection Certificate issued by the nominated inspection agency, and the Supplier’s

factory inspection report. 5. Certificate of Origin; 6. Insurance policy; 7. Excise gate pass Octroi receipts wherever applicable duly sealed indicating payments

made; and 8. Any of the documents evidencing payment of statutory taxes.

The above documents shall be received by the TSTS before arrival of the Goods (except deliver note and where it is handed over to the user with all documents) and if not received, the vendor will be responsible for any consequent expenses.

5.12 INSURANCE 1. It is suggested that the goods supplied under the contract shall be fully insured in a freely

convertible currency against loss or damage incidental to manufacture or acquisition, transportation, storage, and delivery up to user site.

2. The insurance should be for replacement value from “Warehouse to warehouse (final destination)” on “All Risks” valid upto 3 months till completion of delivery, installation and commissioning.

5.13 TRANSPORTATION

Transport of the goods to the project site(s) shall be arranged by the vendor at his cost.

All goods/materials/items supplied shall be new and of best quality in every respect and as per the standards wherever applicable.

In case goods/items other than those of the approved quality, make or specification or size are supplied, they will be rejected and will have to be replaced within the period prescribed for the completion of the order by the Bidder without extra cost. Any expenses or loss caused to Bidders as a result of rejection or replacement of supplies shall be entirely at the Bidder's cost. Any loss caused to the Authority or any expenses incurred by the Authority in this shall be recoverable from the Bidder.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

5.14 PROTECTION AGAINST DAMAGES – SITE CONDITIONS 1. The system shall not be prone to damage during power failures and trip outs. The

normal voltage and frequency conditions available at site are as under: a. Voltage 230 Volts b. Frequency 50Hz.

2. However, locations may suffer from low voltage conditions with voltage dropping to as low as 160 volts and high voltage conditions with voltage going as high as 220 + 20% volts. Frequency could drop to 50Hz + 2%. The ambient temperature may vary from 10oC to 48oC. The relative humidity may range in between 5% to 95%.

3. The goods supplied under the contract should provide protection against damage under above conditions.

5.15 FAIL-SAFE PROCEDURE

The vendor should indicate in detail fail-safe procedure(s) for the following:

1. Power failure 2. Voltage variation 3. Frequency variation 4. Temperature and humidity variations.

5.16 TRAINING

For each hardware and software component installed, the Vendor may be required to train the designated user department personnel to enable them to effectively operate the total system. The training, if required, shall be given, as specified in the SCC at the locations specified. The training schedule will be agreed to by both parties during the performance of the Contract.

5.17 SITE PREPARATION AND INSTALLATIONS

The Purchaser is solely responsible for the construction of the installation sites except where it is specifically required under bid document. The bidder will designate to perform a site inspection to verify the appropriateness of the sites.

5.18 INSTALLATION OF ADDITIONAL HARDWARE

During the currency of the Agreement, for any additional requirement of equipment including interface equipment, the specifications will be provided by the Bidder. The Authority will verify suitability of the specifications submitted by Bidder and recommend to the Authority for acceptance.

5.19 DELIVERY OF SUPPLY The successful Bidder shall deliver complete supply the material as mentioned in the bid

from the date of receipt of the purchase order. All the items will be supplied at Stores

Wing, Hyderabad Police Commissionerate, Basheerbagh, Hyderabad – 500 029, Telangana

for inspection and installation by Bidder. The department shall nominate an officer to

receive the supplies made under the tender and certify the delivery. The nominated officer

shall coordinate with the vendors during the installation. All the expenses involved in

shipping the equipment to the Authority will be borne by the Bidder. All aspects of safe

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

delivery shall be the exclusive responsibility of the Bidder. The Authority will have the right

to reject the forensic equipment and material supplied, if it does not comply with the

specifications at any point of installation/inspections.

All licenses for the software and software subscriptions, should in the name of

“Commissioner of Police, Hyderabad Police Commissionerate, Basheerbagh,

Hyderabad”

All the Software should be latest version as released by OEM. OEM

Certificate/Undertaking to be submitted along with TQ bid and a copy during the

supply. Post supply, updates from time to time to the software if any have to be

released to the Department as discussed in clause on warranty & AMC.

5.20 INSPECTION OF SUPPLY The Authority or its representative shall have the right to inspect or to test the items to

confirm their conformity to the ordered specifications. The supplier shall provide all

reasonable facilities and assistance to the inspector at no charge to the Authority. In case

any inspected or tested goods fail to conform to the specifications, the Authority may reject

them and supplier shall either replace the rejected goods or make all alterations necessary

to meet specification required free of cost to the Authority.

5.21 INCIDENTAL SERVICES 1. The Vendor may be required to provide any or all the following services, including

additional services : a. Performance or supervision or maintenance and/or repair of the supplied goods

and services, for a period of time agreed by the parties, provided that this service shall not relieve the Vendor of any warranty obligations under this Contract, and

b. Training of TSTS and/or its user organization personnel, at the Vendor’s site and / or on-site, in assembly, start-up, operation, maintenance and/or repair of the supplied goods and services.

c. Prices charged by the Vendor for the preceding incidental services, if any, should be indicated separately ( if required), and same will be mutually negotiated separately.

5.22 SPARE PARTS 1. The Vendor may be required to provide any or all of the following materials,

notifications and information pertaining to spare parts manufactured or distributed by the Vendor.

2. Such spare parts as the TSTS may elect to purchase from the Vendor, provided that this election shall not relieve the Vendor of any warranty obligations under the contract and

3. In the event of termination of production of the spare parts, an advance notification to the TSTS of the pending termination, in sufficient time to permit the TSTS to procure needed requirements and

4. The Vendor shall ensure availability of spares in stock at his nearest service centre for immediate delivery such spare parts as: (a) are necessary for a minimum of 5 years of

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

operation after installation at the Purchaser’s sites (b) are necessary to comply with specifications.

5.23 WARRANTY 1. The Vendor warrants that the goods and services supplied under the contract are new,

unused, of the most recent or current models and those they incorporate all recent improvements in design and materials unless provided otherwise in the contract. The Vendor further warrants that all goods and services supplied under this contract shall have no defect arising from design, materials or workmanship or from any act or omission of the Vendor, that may develop under normal use of the supplied goods in the conditions prevailing in the country of final destination.

2. The warranty period shall be as stated in bid document. The Vendor shall, in addition, comply with the performance guarantees specified under the contract. If, for reasons attributable to the Vendor, these guarantees are not attained in whole or in part, the Vendor shall, make such changes, modifications, and/or additions to the goods or any part thereof as may be necessary in order to attain the contractual guarantees specified in the contract at its own cost and expenses and to carry out further performance tests.

3. The software should achieve required up time and SLAs. 4. TSTS/user shall promptly notify the Vendor in writing of any claims arising under this

warranty. 5. Upon receipt of such notice, the Vendor shall, within the period specified in GCC and

with all reasonable speed, repair or replace the defective goods and services or parts thereof, without costs to the user.

6. If the Vendor, having been notified, fails to remedy the defect(s) within a reasonable period, the TSTS/user may proceed to take such remedial action as may be necessary, at the vendor’s risk and expense and without prejudice to any other rights which the TSTS /user may have against the Vendor under the contract.

5.24 MAINTENANCE SERVICE 1. Free maintenance services including spares shall be provided by the vendor during the

period of warranty. User, at its discretion may ask the vendor to provide maintenance services after warranty period, i.e. Annual maintenance and repairs of the system at the rates indicated by bidder in its proposal and on being asked so, the vendor shall provide the same. The cost of annual maintenance and repairs cost (after warranty period), which will include cost of spares replaced, shall be paid in equal quarterly installments at the end of each quarter.

2. The maximum response time for maintenance complaint from any of the destination (i.e. time required for supplier’s maintenance engineers to report to the installations after a request call/telegram is made or letter is written) shall not exceed 48 hours.

3. The vendor will accomplish preventive and breakdown maintenance activities to ensure that the software application execute without defect or interruption for at least required up time.

4. In case up time is less than the stipulated up time, penalty as indicated in the bid document shall be imposed on the vendor.

5. The amount of penalty if any, will be recovered at source from the performance guarantee during the warranty or from annual maintenance charges payable as the case may be.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

5.25 PAYMENT 1. The vendor’s request(s) for payment shall be made to the TSTS in writing, accompanied

by an invoice describing, as appropriate, the goods/service delivered/ performed, with a UAT confirmation by User department/TSTS that SLAs are met.

2. Since the project is in two phases the invoice should be raised in 2 installments after UAT of Phase 1 and after UAT of Phase 2.

3. Payments shall be made promptly by the TSTS/User Department, but in no case later than (30) days after submission of a valid invoice or claim by the vendor.

4. The currency of payment will be Indian rupees. 5. Payment shall be made as indicated in Bid document after deducting charges on account

of short fall in SLAs as indicated in the bid. 6. The annual maintenance cost as per separate agreement shall be paid in equal quarterly

installments at the end of each quarter as per the rates quoted and agreed. 7. The charges for Change Request will be after the said change request goes live. 8. Payment will be made through Cheque.

5.26 PRICES Prices charged by the Vendor for goods delivered and services performed under the contract shall not vary from the prices quoted by the Vendor in its bid, with the exception if any price adjustments authorized in special conditions of contract or in the request for bid validity extension, as the case may be.

5.27 TAXES AND DUTIES The vendor shall be entirely responsible for all taxes, duties, license fee Octroi, road permits etc. incurred until delivery of the contracted Goods/services at the site of the user or as per the terms of tender document if specifically mentioned.

If during the period of contract any upward revision of Service Tax/VAT/Octroi is made by the Central or State government the vendor is entitled to claim the same subject to production of proof of payment. Similarly in case of any downward revision of the taxes, the benefit goes to the Authority.

5.28 CHANGE ORDERS TSTS may, at any time, by written order given to the Vendor, make changes within the general scope of the Contract in any one or more of the following:

i. Drawing, designs, or specifications, where Goods to be supplied under the Contract are to be specifically manufactured for the TSTS;

ii. The method of shipment or packing; iii. The place of delivery and/or the services to be provided by the Vendor. If any such

change causes an increase or decrease in the cost of, or the time required for, the vendor’s performance of any provisions under the contract, an equitable adjustment shall be made in the contract price or delivery schedule,or both, and the contract shall accordingly be amended. Any claims by the Vendor for adjustment under this clause must be asserted within thirty (30) days from the date of the Vendor’s receipt of the change order.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

The procedure shall be as per clause 1.8 of this RFP.

5.29 CONTRACT AMENDMENT No variation in or modification of the terms of the Contract shall be made except by written amendment signed by the parties.

5.30 ASSIGNMENT The Vendor shall not assign, in whole or in part, its obligations to perform under this Contract, except with the prior written consent from TSTS.

5.31 SUBCONTRACTS

Subcontracting of work is not allowed in this project..

5.32 DELAYS IN THE SUPPLIER’S PERFORMANCE

1. Delivery of the Goods and performance of the services shall be made by the Vendor in

accordance with the time schedule specified by the TSTS in the specifications. 2. If at any time during performance of the Contract, the Vendor or its subcontractor(s)

should encounter conditions impending timely delivery of the goods and performance of services, the Vendor shall promptly notify the TSTS in writing of the fact of the delay, its likely duration and its cause(s). As soon as practicable after receipt of the vendor’s notice, TSTS shall evaluate the situation and may at its discretion extend the Vendor’s time for performance, with or without liquidated damages.

3. A delay by the Vendor in the performance of its delivery obligations shall render the vendor liable to the imposition of appropriate liquidated damages, unless an extension of time is agreed upon by TSTS without liquidated damages.

5.33 LIQUDITY DAMAGES If the Vendor fails to deliver any or all of the goods or perform the services within the time period(s) specified in the Contract, the TSTS shall, without prejudice to its other remedies under the Contract, deduct from the Contract Price, as liquidated damages, a sum equivalent to, as per the terms indicated in the bid document, until actual delivery or performance, subject to maximum limit. Once the maximum is reached, the TSTS may consider termination of the contract.

5.34 TERMINATION FOR DEFAULT 1. The TSTS, without prejudice to any other remedy for breach of Contract, by written notice of

default sent to the Vendor, may terminate the Contract in whole or in part: a. if the Vendor fails to deliver any or all of the Goods/services within the time

period(s) specified in the contract, or within any extension there of granted by the TSTS pursuant to Clause 25 of GCC or

b. if the Vendor fails to perform any other obligation(s) under the Contract particularly the SLAs or

c. if the Vendor, in the judgment of the TSTS has engaged in corrupt or fraudulent practices in competing for or in executing the Contract.

d. If the SLA terms and conditions as per clause 1.13 of this RFP are not met. 2. In the event the TSTS terminated the contract in whole or in part, TSTS may procure, upon

such terms and in such manner as it deems appropriate, goods or services similar to those

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

undelivered, and the Vendor shall be liable to the TSTS for any excess costs for such similar goods or services. However, the Vendor shall continue performance of the contract to the extent not terminated.

5.35 FORCE MAJEURE 1. The Vendor shall not be liable for forfeiture of its performance security, liquidated damages,

or termination for default if and to the extent that its delay in performance or other failure to perform its obligations under the Contract is the result of an event of Force Majeure.

2. For purposes of this clause, “Force Majeure” means an event beyond the control of the Vendor and not involving the Supplier’s fault or negligence and not foreseeable. Such events may include, but are not restricted to, acts of the TSTS in its sovereign capacity, wars or revolutions, fires, floods, epidemics, quarantine restrictions and freight embargoes.

3. If a Force Majeure situation arises, the Vendor shall promptly notify the TSTS in writing of such condition and the cause thereof. Unless otherwise directed by the TSTS in writing, the Vendor shall continue to perform its obligations under the Contract as far as is reasonably practical, and shall seek all reasonable alternative means for performance not prevented by the Force Majeure event.

5.36 TERMINATION FOR INSOLVENCY TSTS/User Department may at any time terminate the contract by giving 30 days written notice to the Vendor if the Vendor becomes bankrupt or otherwise insolvent. In this event, termination will be without compensation to the Vendor, provided that such termination will not prejudice or affect any right of action or remedy which has accrued or will accrue thereafter to the TSTS/User Department.

5.37 TERMINATION OF CONVENIENCE 1. TSTS/User Department, may at any time by giving 30 days written notice to the Vendor,

terminate the Contract, in whole or in part, for its convenience. The notice of termination shall specify that termination is for the TSTS/Purchaser’s convenience, the extent to which performance of the Vendor under the Contract is terminated, and the date upon which such termination becomes effective.

2. The goods that are complete and ready for shipment within thirty (30) days after the vendor’s receipt of notice of termination shall be accepted by the TSTS at the contract terms and prices. For the remaining Goods, the TSTS may elect to have any portion completed and delivered at the contract terms and prices at its discretion.

5.38 RESOLUTION OF DISPUTES 1. The TSTS/User Department and the Vendor shall make every effort to resolve amicably

by direct informal negotiation any disagreement or dispute arising between them under or in connection with the contract.

2. If, after thirty (30) days from the commencement of such informal negotiations, the TSTS and the Vendor have been unable to resolve amicably a contract dispute, either party may require that the dispute be referred for resolution to the formal mechanisms specified here in. These mechanisms may include, but are not restricted to, conciliation mediated by a third party.

3. The dispute resolution mechanism shall be as follows: 4. In case of a dispute or difference arising between the TSTS/User Department and the

Vendor relating to any matter arising out of or connected with this agreement, such

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

disputes or difference shall be settled in accordance with the Arbitration and Conciliation Act, of India, 1996.

5. The place for resolution of disputes shall be at Hyderabad only.

5.39 ARBITRATION In the event of any dispute or disagreement under or in relation to this Agreement or over the interpretation of any of the terms herein above contained or any claim or liability of the party, the same shall be referred to the Secretary, ITE&C dept. The intending party will serve notice in writing up on the other party notifying its intention for appointment of Arbitrator should both parties fail to agree on by mutual consent, the provisions of Arbitration and conciliation Act 1996 shall apply. The Arbitration proceedings shall be held in Hyderabad.

5.40 GOVERNING LANGUAGE The contract shall be written in English only. All correspondence and other documents pertaining to the contract which are exchanged by the parties shall be written in same languages.

5.41 APPLICABLE LAW The contract shall be interpreted in accordance with appropriate Indian laws.

5.42 NOTICES 1. Any notice given by one party to the other pursuant to this contract shall be sent to the

other party in writing or by telex, email, cable or facsimile and confirmed in writing to the other party’s address.

2. A notice shall be effective when delivered or tendered to other party whichever is earlier.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

PART B PRE-QUALIFICATION CRITERIA

Each Bidder of the consortium should file these details separately. Proposals of only those

consortiums who satisfy the Conditions of Eligibility will be considered for evaluation and eligible

for the “Technical Stage” evaluation.

CONSORTIUM bids (2members including Prime bidder) are permitted.

In case consortium has submitted bid proposal, the agreement between the parties relating to

such consortium should be submitted with the bid proposal. Authorized signatories from each

party comprising the Consortium must sign the bid proposal. The details of all the Consortium

members as per PQ criteria are to be submitted.

#. Pre-Qualification Criteria Supporting Documents

1 Each Bidder of consortium should be a Registered company under Indian Company Act, 1956 / Firm registered under the Partnership Act 1932 and should have completed 5 years of business in India.

Company Registration certificate VAT / Service Tax Registration certificate PAN Number with a copy of recent VAT/Service Tax/Income tax returns.

2 At least one bidder of consortium should be owner of Entity Resolution/ Context based Relationship Discovery technology or should be a authorized channel partner and that bidder should have provided software solutions in Entity Resolution/ Context based Relationship Discovery to Banks, Insurance companies and Government for a minimum period of Five (5) years in India as on bid calling date.

Manufacturer’s Authorization Form specific to this tender should be submitted with undertaking from OEM. In case the bidder owns the technology the details may be filed. Brief Details of solutions software solutions in Entity Resolution/ Context based Relationship Discovery to Banks, Insurance companies and Government for a minimum period of Five (5) years in India

3 Each Bidder of consortium shall have minimum annual turnover of Rs. 4.00 crore in each of the last three (3) financial years i.e., 2012‐13, 2013‐14 & 2014-15 from IT services or solutions. A bidder without any experience in IT Services cannot file a bid. At least one bidder should have minimum annual turnover of Rs. 4.00 crore in each of the last three (3) financial years i.e., 2012‐13, 2013‐14 & 2014-15 from providing software solutions in Entity Resolution/ Context based

Audited Balance Sheet and Profit & Loss Statement of the last 3 financial years. Income Tax Returns of the last 3 financial years as on March, 2015. In case a bidder has multiple business lines of business evidence for the annual turnover from IT services and solutions exceeding 4 Cr should be filed. Evidence should be filed that at least One bidder has turnover from providing software

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Relationship Discovery to Banks, Insurance companies and Government in India

Each Bidder should have a positive net worth during each of the last three financial years as on March, 2015

solutions in Entity Resolution/ Context based Relationship Discovery to Banks, Insurance companies and Government in India should be filed. CA certificate on positive net worth for the past 3 yrs.

4 At least one Bidder of the consortium should have relevant experience in the field of Supply, installation, commissioning of software solutions in Entity Resolution/ Context based Relationship Discovery to Banks, Insurance companies and Government during of the last five years.

At least latest 3 Work Orders and/or Invoices with Completion & Satisfactory certificate from the agencies supporting the supplied and installed

5 Each bidder of Consortium must have 40 software resources working as on date of bid

Self declaration

6 All the Bidders of the consortium should not have been debarred/blacklisted by any State Government, Central Government, Central & State Govt. Undertakings/enterprises/Organizations and by any other Quasi Government bodies/Organizations, World Bank or any major Enterprise /Organization in India for non-satisfactory performance, corrupt & Fraudulent or any other unethical business practices.

Undertaking to this effect shall be submitted by the Bidder on their letter head by the authorized signatory stating/declaring that no cases pending against the firm/organization either in Government(State or Union) for involvement in cases for supply of sub-standard goods/material or track record of supply of inferior quality or no enquiries on past supplies are being conducted or underway to be submitted. If bidders who were black listed and subsequently revoked should also submit the revocation letter.

7 The bidders should have 1 service centre in Hyderabad

Self declaration with address of service center.

a. Representations received from the service providers within 3 days from the date of opening of technical bids on the issues related to Pre- qualification/Technical bids evaluation and within a day from the date of opening of commercial bids on the issues related to the commercial bid evaluation will only be accepted. Representations received beyond this period will not be considered and strictly rejected.

b. If the service provider is not having local presence, it has to open a local office within 15 days from the issue of LoI and same must be communicated to TSTS for future correspondence.

c. The service provider should upload all the required documents with clear visibility, avoid missing documents and avoid bidding mistakes. In such cases, TSTS reserves right not to accept.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

d. Deviation from this shall be treated as termination of contract and shall attract the liability as specified in the Tender.

e. Service provider shall not have conflict of interest that may affect the bidding process or the Service provider with a Conflict of Interest shall be disqualified.

Understanding of the Project: Bidder should provide the technical approach, methodology and work plan for supply of Forensic

Tools, Key staff to Install & handle the technical support & any other details. (The bidder should

submit supporting relevant documents/ manuals) (Form TQ2).

Details of key staff committed for the assignment Bidder should have adequate Manpower for installation of the software technical support team

& training the department officials as per Project deliverables. (The bidder should submit Self-

Certification by the authorized signatory) .

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Formats for Bidding

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Bid Letter Form

From: (Registered name and address of the bidder.) To: The Managing Director,

Telangana State Technology Services Ltd, Boorgula Ramakrishna Rao Bhavan, B-block, 1st floor, Tank bund Road, Hyderabad- 500 063, India. Sir,

Having examined the bidding documents and amendments there on, we the undersigned, offer to

provide services/execute the works including supply, delivery installation of software as the case

may be, in conformity with the terms and conditions of the bidding document and amendments

there on, for the following project in response to your tender call dated .......................

Project title:

We undertake to provide services/execute the above project or its part assigned to us in conformity

with the said bidding documents in accordance with the schedule of prices attached herewith and

coverage options made by TSTS or its user organization.

If our bid is accepted, we undertake to; 1. provide services/execute the work according to the time schedule specified in the bid

document, 2. obtain the performance guarantee of a bank in accordance with bid requirements for the

due performance of the contract, and 3. Agree to abide by the bid conditions, including pre-bid meeting minutes if any, which remain

binding upon us during the entire bid validity period and bid may be accepted any time before the expiration of that period.

We understand that you are not bound to accept the lowest or any bid you may receive, nor to give

any reason for the rejection of any bid and that you will not defray any expenses incurred by us in

bidding.

Place: Bidder’s signature Date: and seal.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Tender Ref. No.....

Bid Security (EMD) Form

(To be issued by a bank scheduled in India and having at least one branch in Hyderabad)

Whereas...................................... (Here in after called “the Bidder”) has submitted its bid

Dated ……........ (Date) for the execution of........................ (Here in after called “the Bid”)

KNOW ALL MEN by these presents that WE ................... of ........................ having our

registered office at........................ (hereinafter called the “Bank”) are bound unto the

Telangana State Technology Services. (hereinafter called “The TSTS”) in the sum of ................

for which payment well and truly to be made to the said TSTS itself, its successors and

assignees by these presents.

The conditions of this obligation are:

1. If the bidder withdraws its bid during the period of bid validity or 2. If the bidder, having been notified of the acceptance of its bid by the APTS during the period

of bid validity: a. fails or refuses to execute the contract form if required; or b. fails or refuses to furnish the performance security, in accordance with the bid

requirement;

We undertake to pay the TSTS up to the above amount upon receipt of its first written

demand, without the TSTS having to substantiate its demand, provided that in its demand the

TSTS will note that the amount claimed by it is due to it, owing to the occurrence of one or

both of the two conditions, specifying the occurred condition or conditions.

This guarantee will remain in force up to and including 45 days after the period of the bid

validity, and any demand in respect thereof should reach the Bank not later than the above

date.

Place: Date:

Signature of the Bank and seal.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

TenderRef. No......

Performance Security Form

( To be submitted by the Successful Bidder)

(To be issued by a bank scheduled in India and having at least one branch in Hyderabad)

To: ............................ (Address of TSTS)

WHEREAS............................. (Name of Vendor) hereinafter called “the Vendor” has undertaken, in

pursuance of Contract No......... Dated ... (Date), to supply.................. called “the Contract”.

AND WHEREAS it has been stipulated by you in the said Contract that the Vendor shall furnish you

with a Bank Guarantee by a recognized bank for the sum specified therein as security for

compliance with the Supplier’s performance obligations in accordance with the Contract.

WHEREAS we have agreed to give the Vendor a Guarantee:

THEREFORE WE hereby affirm that we are Guarantors and responsible to you, on behalf of the

Vendor, up to a total of Rs. ..................... and we undertake to pay you, upon your first written

demand declaring the Vendor to be in default under the Contract and without cavil or argument,

any sum or sums within the limit of Rs.............. . (Amount of Guarantee) as aforesaid, without your

needing to prove or to show grounds or reasons for your demand or the sum specified therein.

This guarantee is valid until the ......... day of........ (Date)

Place:

Date: Signature and seal of guarantors

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

CONTRACT FORM (Sample and will be finalized after considering all the aspects of RFP including

SLA)

( To be entered with Successful bidder)

Contract Ref No: ____________________ THIS AGREEMENT is made on _______ day of __________ BETWEEN (1)The Managing Director , Telangana State Technology Services Limited, B- Block, BRKR Bhavan, Tank Bund Road, Hyderabad 500 063,, Telangana., India, (hereinafter called “the Purchaser”),on behalf of Commissioner of Police, Hyderabad and (2) _______________ a company incorporated under the laws of India and having its registered office at _________________. (Hereinafter called “the Supplier”). WHEREAS the Purchaser invited bid for certain goods and ancillary services viz., Supply and Installation of __________________ for supply at _________________ and has accepted a bid by the Supplier for the supply of those goods and services in the sum of Rs. __________ (_________________.) including all taxes and duties (hereinafter called as “the Contract Price”) NOW THIS AGREEMENT WITNESSETH AS FOLLOWS: In this Agreement words and expression shall have the same meanings as are respectively assigned to them in the Conditions of bid document referred to 1. Scope of the Work

Brief outline of the work: To Design, Develop / Customized CoTs Product, Implement & Maintain

a Software Solution platform for IIH (Integrated Information Hub) at ______________________________. The detailed scope is as covered in RFP and subsequent clarifications.

2. Contract Documents 2.1. Contract Documents

The following documents shall constitute the Contract between the User and the Supplier, and each shall be read and construed as on integral part of the Contract: i) This Contract Agreement and the Annexures attached to the Contract Agreement ii) Notification of award iii) Minutes of TFC meeting held on _________ iv) Pre – bid conference minutes v) Bid document Ref No. ______________Dt. _________________

3. Order of Precedence

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

In the event of any ambiguity or conflict between the Contract Documents listed above, the order of precedence shall be the order in which the Contract Documents are listed in 2.1 (Contract Documents) above, provided that Schedule of Amendments shall prevail over all provisions of the Contract Agreement and the other Appendices attached to the Contract Agreement and all the other Contract Documents listed in 2.1 above.

4. In consideration of the payments to be made by the Purchaser to the Supplier as hereinafter mentioned, the Supplier hereby covenants with the Purchaser to provide the Goods and Services and to remedy defects therein in conformity in all respects with the provisions of the Contract.

The Purchaser hereby covenants to pay the Supplier in consideration of the provision of the Goods and Services and the remedying of defects therein, the Contract Price or such other sum as may become payable under the provisions of the Contract at the times and in the manner prescribed by the Contract.

5. Brief particulars of the goods and services which shall be supplied /provided by the Supplier are as under:

# Item QTY UNIT PRICE TOTAL PRICE

GRAND TOTAL

5.1. TOTAL VALUE : :_________________ 5.2. DELIVERY SCHEDULE :_________________ 5.3. WARRANTY: :_________________ 5.4. SUPPLIERS RESPONSIBILITY :_________________ 5.5. UP TIME % : :_________________ 5.6. EXIT CLAUSE : :_________________ 5.7. PAYMENT TERMS :_________________ IN WITNESS WHEREOF the Purchaser and the Supplier have caused this Agreement to be duly executed by their duly authorized representatives the day and year first above written.

For and on behalf of the Purchaser Signed: in the capacity of Managing Director, TSTS in the presence of For and on behalf of the Supplier Signed: in the capacity of------------------------, M/s. _____________________________ in the presence of ________________________________________________

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Manufacturer Authorization Format

To

<<Address of Managing Director, TSTS>> The authorization should be in the nature of a letter, memorandum or certificate regularly granted

by the manufacturer to its channel partners, authorized solution providers, system integrators,

distributors, etc. or a specific letter issued for purposes of this bid. Such communication should

include statements / undertakings from the said manufacturer to the following effect:

1. Guarantee and warranty coverage in respect of the goods and services manufactured by the said manufacturer shall be honored by that manufacturer, their channel partners, distributors, authorized service centers as the case may be.

2. The manufacturer updates the bidder and their technical personnel with relevant technical literature, training and skill transfer workshops etc. on a regular basis.

3. The manufacturer provides back to back technical support to the said bidder on a continuing basis.

4. The said bidder is authorized to provide service and solutions using hardware, firmware and / or software as the case may be.

Note: The letter of authority should be signed by a person competent and having the power of attorney to bind the manufacturer.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

OEM Authorization for Software Items To be submitted by Prime Bidder & Consortium Members

The authorization should be in the nature of a letter, memorandum or certificate regularly granted

by the manufacturer to its channel partners, authorized solution providers, system integrators,

distributors, etc. or a specific letter issued for purposes of this bid. Such communication should

include statements / undertakings from the said manufacturer to the following effect:

Tender Ref. No: _______________________________________Dt:_________

1. Technical Support Service coverage in respect of the Software and services by the said OEM shall be

honored by that OEM, their channel partners, distributors, and authorized service centers as the

case may be.

2. The OEM updates the bidder and their technical personnel with relevant technical literature, training

and skill transfer workshops etc. on a regular basis.

3. The OEM provides back to back technical support to the said bidder on a continuing basis.

4. The said bidder is authorized to provide service and solutions using software.

Signature with Name, Designation, Phone No & e-mail ID.

Note: The letter of authority should be signed by a person competent and having the power of attorney to

bind the manufacturer.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

UNDERTAKING To be submitted by Prime Bidder & Consortium Members

1. The suppliers of selected items should submit an undertaking in respect of the Items supplied by them stating that the supplier would provide 5 (Five) years up gradation and technical support.

2. The supplier or his representative should be available /approachable over phone on all working days. Such phone number should be provided to this office. The tenderer or his authorized agency / firm for service / maintenance should be locally available at Hyderabad and approachable for any emergency requirement with regard to service and maintenance.

3. The supplier firm / representative / vendors would be responsible for maintaining the equipment during the period of contract. They should attend any complaint with in 24 hrs.

Place: Bidder’s signature

Date : and seal.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form P1-Company Profile

(To be submitted bidders letter head for each bidder of the consortium)

# DESCRIPTION DETAILS (To be filled by

Bidder(s)

1 Name of the company

2 Official address

3 Name, Designation and Address of the contact person to whom all references shall be made regarding the RFP

4 Phone No. and Fax No.

5 Email address of contact person

6 Phone No. and Fax No.

7 Web Site Address

8 Details of Company’s Registration (Please enclose attested copies of the documents)

9 Name of Registration Authority

10 Registration Number and Year of Registration

11 CST/LST/VAT registration No.

12 Service Tax Registration No.

13 Permanent Account Number (PAN)

14 Company’s Revenue for last 3 years 2012-13,2013-15,2-14-15 (year wise)

15 Company’s Profitability for the last 3 years 2012-13,2013-15,2-14-15 (year wise)

16 Certifications if any

We hereby declare that our proposal submitted in response to this RFP is made in good faith, and

the information contained is true and correct to the best of our knowledge and belief

Sincerely,

[(Bidder Authorized) Signatory]

Name Title Signature Date Place

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form P2- Financial Details of the Bidder

(To be submitted bidders letter head for each bidder of the consortium)

SL no

Financial Year

Total Turnover

Turnover from IT services

Revenue from Supply of Entity Resolution Context based relationship Discovery, MDM

Net Profit

1 2014-15

2 2013-14

3 2012-13

1. Audited Balance sheet and Profit & Loss account statement of the Bidder for each of the last 3 audited financial years shall be submitted as supporting evidence.

2. The bidder should submit certificates from CFO of the Company duly audited by the Charted Accountant and certified by the Company Secretary for all the above stated three financial years.

3. Extracts from the audited Balance sheet and Profit & Loss; OR Certificate from the statutory auditor).



--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form P3- Past Experience Details of Bidder

(To be submitted on bidders letter head by the Bidder with experience) ( Top 5 implementations In India in terms of base volume)

# ITEM DESCRIPTION DETAILS with Page

no.

REFERENCE TO ATTACHED SHEETS IF

ANY

1 Client Name, Address and Phone/Mobile

3 Brief Project Details

4 Period / Date of Contract and Tenure

5 Solution Details (but not limited to):

Platform & Technology details

Software & Tools details

Any other (Specify in details)

6 Total Value of the Contract

NOTE:

Separate sheets may be attached to elaborate the projects undertaken

Necessary project completion certificate / satisfactory progress certificate must be provided as documentary evidence of the projects executed

Please submit supporting documents to support the claim and the certificates must be signed by Senior Executive/ Deputy GM of the organization clearly indicating his/her name, designation and contact details such as Telephone Number, Fax number, email-id etc. This may be verified.

Bidder should submit installation certifications/ delivery challan, Work order copies from the client citified by the Statutory Auditor).



--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form P4 - Details of Products/Implementation of Entity Resolution and Context based

Relationship Discovery, MDM

Product Information Bidder has to provide details of the Entity Resolution and Context based

Relationship Discovery product as under.

Name of the Product/Technology and name of entity owning the product/technology

IP developed in India/outside India.

Number of installations in India in last 5 years (Each organization should be treated as one installation)

Total volume of records handled from Golden record/EOD/360 degree view etc on non unique ID ( in Crores) as on Nov 2015.

In each case, the firm should give the details of the projects/assignments undertaken during the last 5

years only, in detail (including name of assignment, name/address of employer, date of award of

assignment, date of completion of assignment, nature of the assignment, value of the assignment,

scope/geographical coverage of the assignment and role of the firm viz. prime consultant, sub-

consultant, consortium member etc.).

Previous Implementation experience for one time Golden Record. Bidder has to provide

details of top 2 implementations in India of creating Golden Record solution on non unique

attributes like name, fathers name, address, phone no, emailid, with a specific reference to the

Base Volume as on Nov 2015 along with copy of the letter from the organization on the letter

head/on official email ID giving details of the base volume and description of application. The

department will verify the details during evaluation. The format of details is as under.

Name of organization

Base Volume as on Nov 2015 ( In Crores)

Brief description of the application and name of the application

Contact details of the person in charge of the implementation ( mobile number and email ID)

Previous Implementation experience for EOD up dation of Golden Record. Bidder has to

provide details of top 2 implementations in India of for EOD up dation of Golden Record Golden

Record solution on non unique attributes like name, fathers name and address phone no,

emailid, with a specific reference to the Base Volume as on Nov 2015 along with copy of the

letter from the organization on the letter head/on official email ID giving details of the base

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

volume and description of application. The department will verify the details during evaluation.

The format of details is as under.



Daily volume of records for EOD processing



Previous Implementation experience for 360 degree view, report including family tree and

Relationship resolution. Bidder has to provide details of top 2 implementations in India of for

360 degree view, report including family tree and Relationship resolution. on non unique

attributes like name, fathers name and address phone no, emailid, with a specific reference to

the Base Volume as on Nov 2015 along with copy of the letter from the organization on the

letter head/on official email ID giving details of the base volume and description of application.

The department will verify the details during evaluation. The format of details is as under.



Types of relationships resolved and number of resolutions per day



(Signature of the Bidder)

Name

Designation

Seal

Date:

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form P5 - Declaration Regarding Clean Track Record

(To be submitted bidders (Prime & Consortium) letter head)

To,

The Managing Director

Telangana State Technology Services Limited

1st Floor, B Block, BRKR Bhavan,

Tankbund Road,

Hyderabad 500063, India

Sir,

I have carefully gone through the Terms & Conditions contained in the RFP Document

[No._________________]. I hereby declare that my company/Consortium Partners has not been

debarred/ black listed as on Bid calling date by any State Government, Central Government, Central

& State Govt. Undertakings/enterprises/Organizations and by any other Quasi Government

bodies/Organizations, World Bank and any other major Enterprise/Organizations in India for non-

satisfactory past performance, corrupt, fraudulent or any other unethical business practices.

Further, declaring that no cases pending against the firm/organization either in Government (State

or Union) or as mentioned above for involvement in cases for supply of sub-standard

goods/material or track record of supply of inferior quality or no enquiries on past supplies are

being conducted or underway. I further certify that I am competent officer in my company to make

this declaration.

Yours faithfully,


Name

Designation

Seal

Date:

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form P6 - Details of Service Centres in Telangana

(To be submitted bidders letter head)

S.No Full Address of service center

Contact person with phone No./ email address

No. of Support Engineers

A B C D


Name

Designation

Seal

Date:

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Technical Forms

Form TQ -1 Technical Complaince of Solution

Item wise technical compliance statement as per technical specifications mentioned in Volume 2 of

RFP (taking in to consideration all the amendments issued to this document, if any) is to be

submitted in the following format:

Three Key Components of the solution

Sl. No.

Parameter/ Feature Specification Required

Compliance (Complied/

Not complied)

Reference for proof of

compliance

(Required docs to be uploaded

along with technical bid)

A B C E F

(Detailed reference such as doc

name, para no. page no. etc.

should be provided)

1 One time activity of profiling and creating Golden Records

Should be done in less than a day for any volume ( excluding manual resolution)

The existing client in India where it is achieved with the data volumes

2 matching the daily incremental records of each source with the master repository of Golden records

Should be on EOD ( 8 hours) for normal daily volume


3 real-time interactive query for a 360 degree view/Report called Offender 360 showing all the details person like His phone number, Voter ID, Driving License no, Previous offense history, previous arrest history, previous bail history etc including all the relationships based on user defined rules and

About 1 minute for any volume ( Excluding time for manual resolution)


--------------------------------------------------------------------------------------------------------------------------------------------- of 137

with or without considering address in an interactive manner with review and confirmation by the user

Key Design Principles ( All relate to query on non unique ID)

Sl. No.

Parameter/ Feature Specification Required

Compliance (Complied/Not complied)

Reference for proof of

compliance

(Required docs to be

uploaded along with

technical bid)

A B C E F

(Detailed reference such as

doc name, para no. page

no. etc. should be

provided)

1 Response time for real time single query

Less than 15 Seconds for any data volume


2 Response for EOD process

25,000 on EOD ( about 8 hours) against any data volume

The existing client in India where it is achieved with data volumes

3 Seam less and interoperable

Should support the open architecture solutions such as XML, LDAP and SOA, web service etc. Should provide

APIs. It should support structured data from relational and non relational databases

The existing client in India where it is achieved

4 High positive matching accuracy

At least 80% of correct results in the base volume must be detected


4a High Negative matching accuracy

Less than 40 matches without

The existing client in India where it is achieved with

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

losing correct matches in any rule

data volumes

5 Ranking of results Best results should be on top


6 Handle data As is where Basis

Name of persons, father’s names, addressees etc are expected to have large variations and no presumption can be made on the quality of data. The solution should be able to handle the data on “as is available” basis.


7 Scalable (Horizontal & Vertical)

The solution should support both vertical and horizontal scalability


8 Use of proven products and technologies used in India

Proven products and technologies already being used in India in large enterprise organizations with comparable volume, Variety and Velocity. New and untried products will not be considered for evaluation.

Details of 2 top clients In India with highest volume, Variety and Velocity

9 High Availability (HA

Should support High Availability


10 Some amount of multiple language support

support Telugu, Hindi which is in unicode through some transliteration tolls


11 Configurability Configurable for building rules


--------------------------------------------------------------------------------------------------------------------------------------------- of 137

12 Support Big data like Hadoop

Support Big Data The existing client in India where it is achieved with data volumes.

13 Minimum Hardware in terms of number of cores and RAM

Indicative number of cores and RAM for every 1 Crore records (This will be verified in POC)


14 Data Base Support The solution should support all data bases like Oracle/SQL server/ DB2/My SQL/Postgre SQL


15 OS Support The solution should support leading Operating systems like Microsoft/Linux/Unix/Solaris.


It is understood that most of the above performance indicators of IIH are linked to the Hardware.

The performance on many of these important parameters will be evaluated during POC.

Place & Date: Bidder’s signature and seal

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form TQ -2

Understanding of the Project

Bidder should provide the technical approach, methodology and work plan in the following sections:

a) Project Plan.

b) Details of the Core technology of Entity Resolution/MDM/Context based relationship discovery

c) Methodology of Data Migration

d) High level technology design and identification of functional requirements of the solution

e) Development Architecture & model f) Project execution plan g) Compliance to standards (International, National Industry & as specified in RFP) h) Overall Solution in terms of scalability, security, availability and flexibility i) Stakeholder Analysis j) Project Implementation approach k) Operations & Management Approach l) Tools proposed for the Project (Reporting & Monitoring) m) Infrastructure Proposed n) Data backup & DR mechanism o) Training & Capacity Building Plan p) Manpower deployment plan. q) Security Methodology and Plan. r) Issues and Risks in the implementation of the Project. s) Non Functional Requirements

t) Key staff to Install & handle the technical support

Key Personnel Names & CVs of the key personnel to work on this project (The CV should include name of staff, nationality of staff, profession/designation of staff, proposed position in the team, whether employee of the firm, number of years with the firm, key qualifications. Each team member who is not a full time employee of the firm to give an undertaking that he / she is available to undertake the tasks allocated to him / her in the technical proposal. The CVs should be of maximum 2 pages each and signed (by the key personnel) confirming that the information given in the CV is correct.

u) Any other details

Place: Bidder’s Signature

Date: with Seal

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form TQ# 3

Undertaking on Patent Rights

(To be submitted on Bidder Letter head)

To,

<<Addressed to User Department>>

Sir,

Sub: Undertaking on Patent Rights

1. I/We as Solution Provider do hereby undertake that none of the deliverables being provided

by us is infringing on any patent or intellectual and industrial property rights as per the

applicable laws of relevant jurisdictions having requisite competence.

2. I/We also confirm that there shall be no infringement of any patent or intellectual and

industrial property rights as per the applicable laws of relevant jurisdictions having requisite

competence, in respect of the equipment’s, systems or any part thereof to be supplied by

us. We shall indemnify the Approving Authority against all cost/claims/legal claims/liabilities

arising from third party claim in this regard at any time on account of the infringement or

unauthorized use of patent or intellectual and industrial property rights of any such parties,

whether such claims arise in respect of manufacture or use. Without prejudice to the

aforesaid indemnity, the SI shall be responsible for the completion of the supplies including

spares and uninterrupted use of the equipment and/or system or any part thereof to User

Department and persons authorized by Department , irrespective of the fact of claims of

infringement of any or all the rights mentioned above.

3. If it is found that it does infringe on patent rights, I/We absolve TS Police of any legal action.

Place: Bidder Signature

Date: with Seal

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form F1- Explanation of Financial Proposal

It is intended to implement IIH project in a phased manner, with more and more sources joining the

platform in course of time. The base volume of IIH platform will grow over a period of time.

IIH will be built on Platform based approach. The purpose of setting up IIH (Integrated Information

Hub) as a Platform is to provide one-stop shop for enabling the requirements of many government

departments in an efficient and cost effective manner. IIH platform shall be a shared platform for

all Government departments, agencies at state level which having similar requirements can use this

platform, subject to agreement to ensure privacy and confidentiality of data. Platform approach will

avoid duplication of effort (infrastructure, development, management, regular enhancement and

maintenance) and also help the departments to stay focused on their core functions.

The commercial model will be a pay as use model and hence will be based on the base volume of

records. The total payout will increase as the base volumes of IIH increase. However to reap the

benefits of economies of scale by the department and also considering the incremental effort by

the solution provider will be less as data volumes increase pricing will not be linier to volume but

will go down as the volumes increase as under

Price Volume of Records

Slab 1 Slab 2 Slab 3 Slab 4

Upto 10 Crore Between 10 to 15 Crore

Between 15 to 20 Crore records

Above 20 Crore

Price for 1 Crore records

X per Crore of records

0.75 of X per crore for records above 10 crore to 15 Crore

0.5 of X per crore for above 15 to 20 Crore records

0.25 of X per crore Above 20 Crore

A record is the meta record having demographic information and not the transaction records. For example in case of mobile database even though there may be a number of transactions for each mobile number, as long as the demographic details are same it will be treated as one record. A bank account ,ay have many transactions but it will be treated as one record.

The Bidder has to quote an amount of X as the license fee for every one Crore of records.

The Annual Maintenance Charges AMC shall be will be payable after one year from Go Live. The

bidder has to quote AMC at a percentage of X. The AMC charges will be calculated on the total

license fee at the beginning of the year and will not change during the year even if the volumes

change during the year.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

For example if X is license fee for every one Crore of records and Y is the AMC percentage then the

total license fee and AMC fee under different scenarios us as under

Sl no Volume of records on IIH platform

License fee AMC Fee

1 8 Crore records 8X 8XY

2 12 Crore records 10X + 2*0.75X= 11.5X

11.5XY

3 16 Crore records 10X + 5*0.75X+1*0.5X= 14.25X

14.25XY

The above conditions are agreed

Place & Date Bidder’s signature and Seal

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form F2- Financial Proposal for Solution

The Bidder has to quote an amount of X as the license fee for every one Crore of records and AMC

as a percentage of X. X includes all the customization and solution development costs till Go live

phase. The bidder should factor in cost of customization and solution development as per the RFP

in X.

Description

License Fee in INR for every one crore of records

X

AMC per year as a

percentage of license fee of X

Tax rate on License ( Service

Tax/VAT/ Octroi)

Tax rate on AMC per

year ( Service Tax/VAT/

Octroi)

Total value in INR per

one crore of records

First component of one time activity of profiling and creating Golden Records in every data source at the time that is brought on to the IIH Platform first time.

Second component involves matching the daily incremental records of each source with the master repository of Golden records of that source or master repository and update on a End of the Day (EOD) basis.

Third component involves real-time interactive query for a 360 degree view and Offender 360 degree report including all the relationships for person of interest. The system should be capable of identifying of all family members (spouse, father, siblings, children, grand children), other related entities, crime history of a person of interest based on user defined rules and with or without considering address in an interactive manner with review and confirmation by the user.

# The above license cost includes all the costs pertaining to the items mentioned in Scope of Work.

Total Price for License (Including taxes) in words for every one Crore of records __________

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Total Price for License (Including taxes) in figures for every one Crore of records __________ Total Price for AMC ( Including taxes) in words for every one Crore of records __________ Total Price for AMC ( Including taxes) in figures for every one Crore of records __________


--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form F3- Undertaking on providing the Manpower

(To be submitted on Bidder letterhead)

The Bidder has to give an undertaking to provide the man power at the rates mentioned in the in

clause 1.12 of Part 1 of RFP.


--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Form SLA 1

Service Level Agreement details Sl No

Metric Baseline Lower Performance

Higher Performance

Breach Dependency Measurement

Metric Score Metric Score Metric Score Metric Score

1 One time activity of profiling and creating Golden Records Daily SLA Monitoring Average must be achieved for 90% or more of the sample cases being above the stipulated time. Quarterly SLA Monitoring Average of the day wise SLA scores shall be taken for the quarterly measurement.

Should be done in 24 hours for data of 4 Crore ( excluding time for manual resolution)

16 >= 24 hours and <= 36 hours

12 <=24 Hours

20 >= 36 hours

-1 When the base volume is above 4 Cr the SLA may be relaxed will be arrived after mutual discussion

MIS reports need to be submitted as part of SLA Monitoring

2 matching the daily incremental records of each source with the master repository of Golden records Daily SLA Monitoring Average must be achieved for 90% or more of the sample cases being above the stipulated time. Quarterly SLA Monitoring Average of the day wise SLA scores shall be taken for the quarterly measurement.

Should be done on EOD (about 8 hours) for about 25,000 daily incremental records against data of 4 Crore

16 >= 8 hours and <= 16 hours

12 <=8 Hours

20 >= 16 hours

-1 If the daily file is more than 25,000 records or The base volume is above 4 Cr the SLA may be relaxed.


3 Real-time interactive query for a 360 degree report from all sources including all the relationships based on user defined rules and with or without considering address in an interactive manner Daily SLA Monitoring Average must be achieved for 90% or more of the sample cases being above the stipulated time.

Should be done in 1 minute (excluding manual intervention time for resolution on 4 Crore of records

16 >= 1 min and less than <= 2 mins

12 <= 1 min

20 >= 2 mins



--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Quarterly SLA Monitoring Average of the day wise SLA scores shall be taken for the quarterly measurement

4 Response time for any query on two or more attributes like name, fathers name, address etc Daily SLA Monitoring Average must be achieved for 90% or more of the sample cases being above the stipulated time. Quarterly SLA Monitoring Average of the day wise SLA scores shall be taken for the quarterly measurement

Less than 15 seconds for any volume

20 >= 15 seconds and <=30 seconds

12 <=15 seconds

25 >=30 seconds



5 High positive matching accuracy Daily SLA Monitoring Average must be achieved for 90% or more of the sample cases being above the stipulated time. Quarterly SLA Monitoring Average of the day wise SLA scores shall be taken for the quarterly measurement

80% of the correct matches should be detected for any volume

16 <=80% and >=60%

12 >=80% 20 <= 60%



6 High Negative matching Accuracy Daily SLA Monitoring Average must be achieved for 90% or more of the sample cases being above the stipulated time. Quarterly SLA Monitoring Average of the day wise SLA scores shall be taken for the quarterly measurement

Less than 40 matches without losing correct matches in any rule with at least 2 attributes for any volume

16 >=40 matches but <= 60 matches

12 <= 40 matches

20 >=60 matches



--------------------------------------------------------------------------------------------------------------------------------------------- of 137

The above SLA performance metrics are agreed.

Place & Date: Bidder’s signature and seal

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Check List for Confirmatory with Bid Conditions

(To be submitted along with TQ Bid)

Bid document reference Remarks (no deviation or

Deviation)

Enclosed wherever

applicable

1. Delivery period

2. Preliminary Qualification

3. Form P-1

4. Form P-2

5. Form P-3

6. Form P-4

7. Form P-5

8. Form P-6

9. Form TQ-1

10. Form TQ-2

11. Form TQ-3

12. Form F-1

13. From F-2

14. Form F-3

15. Form SLA 1 Service

Level Agreement details

16. General instruction to

bidders as per section 4

of this RFP

17. Standard procedure for

bid evaluation as per

section 2 of this RFP

18. Standard procedure for

bid evaluation as per

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

section 3 of this RFP

19. General condition of

proposed contract(GCC)

as per section 5 of this

RFP

20. Bid letter

21. Bid Security(EMD)

22. MAF wherever applicable

23. OEM Authorization

wherever applicable

24. Undertaking of Software

items.

The specifications and conditions furnished in the bidding document shall prevail over those of any

other document forming a part of our bid, except only to the extent of deviations furnished in this

statement.

Place: Bidder’s signature

Date : and seal

NOTE: For every item appropriate remarks should be indicated like ‘no deviation’, ’Deviation’ etc. as the case

may be. Any document or proof may be enclosed if required.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Integrity Form

(To be submitted bidders (Prime & Consortium) letter head along with PQ bid)

To,

The Managing Director

Telangana State Technology Services Limited

1st Floor, B Block, BRKR Bhavan,

Tankbund Road, Hyderabad 500063, India

Sir,

I have carefully gone through the Terms & Conditions contained in the RFP Document

[No._________________]. I hereby declare that my company/Consortium Partners shall comply to

the below Code of Integrity:

a) No person participating in a RFP process shall act in contravention of the code of integrity prescribed by the Government. b) The code of integrity include provisions for: -

a. Prohibiting i. any offer, solicitation or acceptance of any bribe, reward or gift or any material benefit, either directly or indirectly, in exchange for an unfair advantage in the tender process or to otherwise influence the tender process; ii. any omission, including a misrepresentation that misleads or attempts to mislead so as to obtain a financial or other benefit or avoid an obligation; iii. any collusion, bid rigging or anti-competitive behaviour to impair the transparency, fairness and progress of the tender process; iv. improper use of information shared between the procuring entity and the bidders with an intent to gain unfair advantage in the tender process or for personal gain; v. any financial or business transactions between the bidder and any officer or employee of the tendering agency/User department; vi. any coercion including impairing or harming or threatening to do the same, directly or indirectly, to any party or to its property to influence the tendering process; vii. any obstruction of any investigation or audit of tender process;

b. disclosure of conflict of interest;

c. disclosure by the bidder of any previous transgressions with any entity in India or any other country during the last three years or of any debarment by any other tendering entity.

c) Without prejudice to the provisions below, in case of any breach of the code of integrity by a bidder or prospective bidder, as the case may be, the tendering agency/User department may take appropriate measures including: -

a. exclusion of the bidder from the bidding process;

b. calling-off of pre-contract negotiations and forfeiture or encashment of bid security;

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

c. forfeiture or encashment of any other security or bond relating to the procurement;

d. recovery of payments made by the procuring entity along with interest thereon at bank rate;

e. cancellation of the relevant contract and recovery of compensation for loss incurred by the

procuring entity;

f. debarment of the bidder from participation in future tender of TSTS/User department for a

period not exceeding three years.

I further certify that I am competent officer in my company to make this declaration.

Yours faithfully,


Name

Designation

Seal

Date:

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Volume –II

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

IIH Platform (Integrated Information Hub)

1 INTRODUCTION

1.1 Government of Telangana recognizes that one of the key requirement for attracting Foreign

Direct Investment (FDI) is smart policing that provides excellent Law & Order with a message that

the safety of citizens is assured always and at all times. Towards this objective Telangana Police is in

the process of procuring state of art technology solutions for smart policing like deployment of

large number of CCTV cameras along with associated Video Analytics, latest Forensic tools, latest

Finger Print Identification system and CDR analysis solution etc.

1.2 One of the most important requirement for an effective law enforcement is swift response of

enforcement agency which depends on the ability of the department to Uniquely identity any

person of interest and Identity the relationships that person shares with other entities/citizens, on

the fly, with a 360 degree view. As mentioned aforesaid above, User Departments realizes the need

for technology based solution for 360 degree profiling any Person of interest to be used in

conjunction with the inputs from other technology solutions of User Departments. As an example, if

a phone number is known from CDR or a suspect is identified based on Video Analytics or a name

and address is identified based on finger print identification, the department should be able to

generate the 360 report to identity the transactions of a person or crime history of that person as

well as identifying the relationships

Any entity can be represented with the following attributes.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

1.3 Given the above entity attributes, 360 degree profiling, particularly of Offenders, can be

achieved through a data mining application using context based relationship discovery and entity

resolution. This is done using two or more demographic parameters like name, fathers name, date

of birth/age ,residential address, office address, mobile number, e-mailID, Driving License, Aadhar

etc both to identify the person of interest uniquely and also to identify the relationships that

person shares with others.

1.4 Police in many of the developed countries even where Citizen ID exists (SSN in USA) use similar

data mining application using context based relationship discovery and entity resolution for 360

degree profiling for smart policing. US Homeland security uses such application/technology

extensively for a number of applications including passenger profiling.

1.5 Similar solutions/technologies are widely used also in India for different purposes. Some of the

examples include

1. Most large Banks, Insurance companies and NBFCs, use this solution/technology for credit decisioning, Risk mitigation, AML/KYC compliance, Single Customer View etc

2. Telecom companies use this solution/technology while providing new subscriber connection to identify number of connections held by a subscriber as per the mandate of TERM, of Department of Telecom Government of India

3. Income Tax department use this solution/technology for investigation of tax evasion

Unique Personal Details

– Last name – First name – Middle

name – Full name – DOB – Fathers

Name – Spouse

Name – Mother

Name

Unique Identifiers

– UID/AADHAR – PAN – Passport no – Voter ID – Driving License

No – Ration Card No

Multi Contact Details

– Mobile Nos – Land Line

No(Res) – Land Line

No(Off) – Fax No – Email IDs – Address* (Res) – Address (Off) – Address (Perm) – Address

(Mailing) – Address

(Other)

Bio metrics

– Iris – Finger

print – Face

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

2 ABOUT IIH Through this RFP Telangana State Government Departments are looking for building a software

Platform called IIH (Integrated Information Hub) with a Platform based approach.

2.1 BENEFITS OF PLATFORM APPROACH

The purpose of setting up the Integrated Information Hub Platform is to provide one-stop shop for

enabling the requirements of many government departments in an efficient and cost effective

manner. IIH shall be a shared platform for all government departments. Government

departments, agencies at state level having similar requirements can use this platform, subject to

agreement to ensure privacy and confidentiality of data. Platform approach will avoid duplication

of effort (infrastructure, development, management, regular enhancement and maintenance) and

also help the departments to stay focused on their core functions. The hardware, software and

management of the platform will be centrally managed by Lead User Department. The

responsibility of sharing the data with the platform however will be with the concerned

department whoever is willing to come on board the platform.

2.2 THE PLATFORM

The platform will

Enable various divisions of Telangana Police to use it for variety of requirements of compliance, risk mitigation, verification etc

Enable various government departments such as Civil Supplies department, Rural Development, SERP, Election commission, Pensions, Finance, Commercial Taxes etc for variety of requirements of compliance, risk mitigation, verification etc.

Enable a real time and complete information to all the users.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

3 CORE CONCEPTS / TECHNOLOGIES TO BE USED IN SOLUTION

3.1 IIH solution platform will use concepts from Entity Resolution technology, context based

relationship Discovery, MDM and Data Mining to analyze every record, in the internal and

external data sources available with Police department, based on a combination of attributes like

name, fathers name, mothers name, spouse name address, dob, Mobile no, contact no, Driving

License, VoterID, Aadhar, Crime number etc and group the records of one citizen to meet different

objectives like a Golden Record for every resident, 360 degree view, network of persons and

entities related or connected to the Person of interest etc and generate 360 degree view report.

This means identifying the occurrence of the person of interest from all the data source (Internal

and external) like his phone number, Vehicle number, DL number, Previous crime/offense history,

Previous conviction History, previous bail jumping, finger prints if any etc. The system should be

capable of identifying all the relationships for person of interest including family members (spouse,

father, siblings, children, grand children), other related entities etc

3.2 The overall solution for IIH Platform will have multiple components to be built using concepts

from Entity Resolution, context based relationship Discovery, MDM and Data mining with

emphasis on approximate name and address search technologies with specific reference to Indian

names and addresses.

3.3 Any search and match on one or more non unique entity attributes like name, fathers name,

mothers name, spouse name, address, DOB pose many challenges to be overcome by the proposed

solution some of which are enclosed in Annexure A

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

4 EXPECTED DATA VOLUMES The available data sources with the department is as under ( this is only illustrative)

4.1 Approximate Volumetric details are enclosed in Annexure B of this RFP.

5 CHALLENGES OF 3V

The IIH solution should be able to handle the challenge of 3V on Volume/Velocity/Variety of Indian

data while searching on non unique attributes like Name/fathers name/date of birth/Age/ multiple

addresses (residential/office/ etc).

(1) Volume : The base volume of records will be running into crores as indicated earlier at least 10 crore to begin with. The solution should handle these large volumes easily.

(2) Velocity: The rate at which a daily new transaction happens which may be in the

range of 1,00,000 records a day. The solution should handle these daily large volumes easily.

(3) Variety : The capability to handle variations in all the entity attributes (i.e. fathers

name, mothers name, spouse name, address, date of birth, email, phone number, driving license etc.) on account of spelling mistakes, abbreviation, sequence variation, missing/extra parts, differences in date/month/year, variations in city/pin

Internal

External

Mobile

Property data

RTA

VoterID

NCRB

Aadhar

PAN

Intel Inputs

Finger prints

Arrested

Offender

Convicted

Ration card

IHS

International watch lists

Call Data

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

codes/locality/sub localities etc ( some of which are explained in detail in Annexure A). The solution should handle the variety easily.

6 ARCHITECTURAL PRINCIPLES 6.1 Key Architectural Principles of IIH platform are as under:

6.2 Lead User department is looking for a comprehensive, complete, correct, Scalable, seamless,

interoperable, configurable solution (each of this elaborated in subsequent paragraphs) which can

solve all the challenges in Entity Resolution discussed earlier in different entity attributes. The

following requirements are mandatory.

1. The solution should be have facility Extract Transform and Load (ETL) data from different sources into a single data source. The department is looking only for an elementary ETL as the emphasis is more on post loading of the data. Details of this functionality is in Annexure C.

2. The solution should be able to resolve multiple instances of the same individual with attribute variations like fathers name, mothers name, spouse name, address, date of birth, as well as Driving License, Mobile number, Aadhar No, email, telephone number etc. into a single individual record called Golden Record based on the concept of Single Source of Truth as per user defined resolution rules. This record will identify occurrence of the person of interest from all the data source ( Internal and external) like his phone number, Vehicle number, DL number, Previous crime/offense history, Previous conviction History, previous bail jumping, finger prints if any etc.

3. The solution should be capable of handling variations in all the entity attributes (i.e. fathers name, mothers name, spouse name, address, date of birth, email, phone number, driving license etc.) on account of spelling mistakes, abbreviation, sequence variation, missing/extra parts, differences in date/month/year, variations in city/pin codes/locality/sub localities etc.

4. The solution should be able to resolve variations in different components of the address like House Number, Street Name, City, District, State, Country etc either through a dictionary or through a dynamic method.

5. Any Entity Resolution engine when using approximate name and address matching, detects number of matches, some correct and some incorrect, based on the match settings. The Entity Resolution engine should have the capability to rank the matches so detected so that the best match comes on top which reduces the manual verification efforts. The Entity Resolution engine should have a mechanism to determine a total score for each match based on individual score for name, fathers name and address which represents the match strength. Higher the match strength higher the probability of a match.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

6. The solution should be able to generate 360 degree report including identifying all family members (spouse, father, siblings, children, grand children), other related entities, previous crime history, details of his associates in crime etc of any entity of interest based on user defined rules and with or without considering address in an interactive manner with review and confirmation. The user should be able to define the types of relationships he intends to resolve.

7. The solution should have the ability to build multiple rules using different entity attributes like name, father’s name, date and addresses, Aadhar, Ration card number, Driving license number, mobile number. Indicative Rules in any combination as desired by the user as under.

Rule Examples of Match Rule

Rule 1 Name + DOB + Address

Rule 2 Name +DOB + Mobile No.

Rule 3 Name + Address

Rule 4 Name + DOB

Rule 5 Name + Mobile No

Rule 6 Name + Mobile No + Address

Rule 7 Name + Fathers name

Rule 8 Name + Fathers name+ Address

Rule 9 UID

Rule 10 Mobile Phone

Rule 11 Driving License

Rule 12 Ration Card no

8. The solution should have ability to weight, prioritize and tune matching rules (to optimize the frequency and number of potential matches, or the "tightness" or "looseness" of matching, for example).

9. The solution should be able to classify the results of entity resolution into confirmed resolution and unconfirmed resolution type based on probabilistic thresholds.

10. The solution should provide an interactive interface (with exclusive access over certain type of records to authorized users) to display the confirmed and unconfirmed resolution to users for review based on probabilistic thresholds.

11. The solution should be able to resolve multiple instances of the same contact number with attribute variations (ISD Code, STD Code, Number etc.) into a single contact number using user defined resolution rules.

12. The solution should support multilingual support. Hindi and Telugu written in unicode should be supported.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

13. The solution should be able to identify the duplicate records and its record reference numbers from various source databases and maintain in a separate database. The owner of various source databases would be accessed the duplicate database for corrective action.

6.3 A view of IIH solution Architecture is as under

7 KEY COMPONENTS OF THE SOLUTION 7.1 IIH Platform will have three distinct components dealing with the same underlying data

a) First component involves one time activity of profiling and creating Golden Records in every data source at the time that is brought on to the IIH Platform first time. The concept is discussed in detail is enclosed in Annexure D, Annexure D1. This record identifies occurrence of the person of interest from all the data source ( Internal and external) like his phone number, Vehicle number, DL number, Previous crime/offense history, Previous conviction History, previous bail jumping, finger prints if any etc.

b) Second component involves matching the daily incremental records of each source with the master repository of Golden records of that source or master repository and update on a End of the Day (EOD) basis. The concept is discussed in detail is enclosed in Annexure E, Annexure E1.

c) Third component involves real-time interactive query for a 360 degree view celled Offender 360 and report identifying the occurrence of the person of interest from all

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

the data source ( Internal and external) like his phone number, Vehicle number, DL number, Previous crime/offense history, Previous conviction History, previous bail jumping, finger prints if any etc. The system should be capable of identifying all the relationships for person of interest including family members (spouse, father, siblings, children, grand children), other related entities etc of any entity of interest based on user defined rules and with or without considering address in an interactive manner with review and confirmation by the user. The concept is discussed in detail is enclosed in Annexure F, Annexure F1, Annexure F2 and Annexure G

7.2 Another view of IIH Architecture is as under

8 DESIGN PRINCIPLES

8.1 Key Design Principles of IIH platform are as under:

1. Very quick response The proposed solution should have a very fast response in a matter of seconds for real time queries. The solution should also be quick enough to handle the daily incremental data received on a End Of Day EOD basis.

2. Seam less and interoperable to support information flow and integration. It should support the open architecture solutions such as XML, LDAP, SOA, Web service etc. Should provide APIs so that any external application can integrate. It should support structured data from relational and non relational databases, where information/data can be ported to any system, whenever desired. It should support web service integration.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

3. High matching accuracy ( positive & negative) The solution must have high positive & negative matching accuracy. Positive matching accuracy involves not missing the correct record (True Negatives) and negative matching accuracy involves not getting unnecessary matches (False Positives).

4. Ranking of results The solution must have an in built ranking concept so that correct matches have a higher priority.

5. Handle data As is where Basis The data available name of persons, father’s names, addressees etc are expected to have large variations and no presumption can be made on the quality of data. The solution should be able to handle the data on “as is available” basis.

6. Scalable (Horizontal & Vertical) to handle any data volumes The solution must support scalability to provide continuous growth in volumes to meet the requirements and demand of user departments. A scalable system can handle increasing numbers of requests without adversely affecting the response time and throughput of the system. The solution should support both vertical (the growth within operating environment such as number of transactions, users etc.) and horizontal scalability (leveraging multiple systems to work together on a common activity in parallel) by the use of appropriate technological and infrastructure components. A scalable solution should easily be expanded or upgraded on demand.

7. Complete & Comprehensive ( to provide entire information including relationships) The solution must provide information which is Complete & Comprehensive with emphasis on identifying of all family members (spouse, father, siblings, children, grand children), other related entities, Directorship in companies, partnership in firms etc of any entity of interest based on user defined rules and with or without considering address

8. Latest information (integration with reporting sources like RTA, mobile etc for real time information sharing) The solution must be able to integrate with any structured data sources to provide latest information.

9. Use of proven products and technologies used in India The proposed solution should necessarily consist of proven products and technologies already being used in India in large enterprise organizations with comparable volume, Variety and Velocity for all the required functionalities with some customization if required to meet the business objectives. The customization of products or any other proven technology to meet business needs should be less and not result in extensive maintenance overheads.

10. High Availability (HA) All the components of the solution must provide adequate redundancy to ensure high availability. The solution shall have built in redundancy so that service is not impacted and is available 24x7.

11. Secured Adequate security aspects should be built into the application.

12. Multiple service delivery platform Post processing the results should be able to work on standard multiple delivery platforms ( PC/Laptop/hand held device/Smart phone)

13. Some amount of multiple language support The solution should support some amount of multiple language support Telugu, Hindi which is in unicode through some transliteration tolls

14. Need to Know basis with access privileges Since the application will be accessed by many users within and outside the department adequate feature to access privileges on a need to Know basis in consultation with the department should be available

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

15. Configurability The solution should allow configuration of user defined attributes, rules, parameters and workflows. The solution should have flexible and easy to use rule engine which can be configured by the departmental personnel.

16. Reliability The solution needs to be reliable to maintain data integrity and support business continuity.

17. Browser compatibility The solution should be browser independent and should support all leading web browsers.

18. Support Big Data The solution should support Big Data platform like Hadoop 19. Hardware The solution should work with minimum Hardware 20. Database The solution should support all data bases like Oracle/SQL server/ DB2/My

SQL/Postgre SQL 21. Operating System The solution should support leading Operating systems like

Microsoft/Linux/Unix/Solaris.

9 KEY PERFORMANCE INDICATORS OF THE SOLUTION 9.1 The following metrics will be the key performance indicators of the solution which will me

measured during the evaluation as well as during the period of the project.

a. Precision (high positive matching accuracy i.e never miss the right match True Negatives)

b. Negative matching accuracy (get least number of false positives) c. Response time d. Ability of Ranking of results so that best results come on top e. Ability to define multiple rules through the User Interface

i. to use combination of one or more of entity attributes name, address (Residential/Office), fathers name, dob/age

ii. to use unique Identifiers like PAN, Aadhar, Driving license number, ration card number, phone number

f. Ability to control the depth of search of each entity attribute name, address (Residential/Office), fathers name, dob/age through user interface

The primary key performance Indicators of the solution are Precision (high positive

matching accuracy i.e never miss the right match), Negative matching accuracy (get

least number of false positives), response time and Ability of Ranking of results so that

best results come on top need to be achieved simultaneously. If a solution is very fast

with a response time of few second but does not detect any correct results or has large

number of false positives is assumed as not meeting the requirement of the RFP.

Likewise a solution which is able to detect all correct matches but takes unusually

longtime is assumed as not meeting the requirement of the RFP.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

ANNEXURE A Issues need to be addressed in Entity Resolution/MDM/Context based relationship discovery

The challenged associated with handling different entity attributes in the Entity

Resolution/MDM/Context based relationship discovery is as under

Name: Name could refer to individual’s name/father’ name/mother’s name/spouse name. There are no standard way of writing Last Name, Middle Name & First Name in India and often they are jumbled with the order/spelling of these components. Two different persons may put the components of a particular name in two different ways. Likewise the same person at two different instances could put same name in two different ways. The following variations could appear in a name

Variation in the order of components

Variation in spelling in individual components

Split/merger of few components

Certain components abbreviated (unexpanded initials)

Certain components missing/extra. The challenge is that these variations will appear in conjunction. These variations may arise due to

Typos

Confusion among first/last/surnames

Phonetic/cultural variations

Deliberate attempt by few to avoid identity.

Some examples of name variation (applicable for Fathers name, mothers name or spouse name)

S no Reason for error Examples

1 Spelling N Radha Murali Krishna, N Radha Muralee Krishna

2 Abbreviation N R Mulari Krishna N R M Krishna

3 Sequence Variation Murali Krishna N Radha, N M Radha Krishna

4 Missing/Extra Part N Murali Krishna, Murali Krihna

5 Splitting Muralikrishna N Radha, Radhakrisna N M

Address: While an address written fully, refers to a specific geographic location, a partially written address (particularly without a HNo/Flat No/Door no etc) only refers to a region/area. Partial addresses will only help for identity search in conjunction with other parameters to zero in an individual. Address matching lead to complexities due to

Irregular, unplanned, haphazard growth in settlements.

No standard house numbering pattern prevails in India.

No standard format prescribed for writing address.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Usually address will be spread across different fields(Address Line 1,Line 2 etc) with no clear distinction for input among these fields. City/town name, State/UT name, Country name, Pincode may be stored in separate fields or may be part of above mentioned fields.

The towns/cities may not spelled/written correctly.

Pincode may not follow the standard pattern.

Consistency may be lacking among city/town, state/UT, Country and pin code.

Since address comprises of lengthy string, address pertaining to a location is rarely written the same way at two times owing to different spaces, delimiters, abbreviations, etc.

Some examples of address variation is as under

● PLOT NO 110 RD NO 65 J HILLS CO OP SOCIETY HYDBAD ● 110 ROAD NO 65 JUBLEE HILLS H’BAD ● RD-65 JUBLEEHILLS, HYDERABAAD ● P NO 130, RD NO65, JUBILEE HILLS, HYDRABAD

Date of Birth : The following issues need to be addressed while dealing with DOB

Adopting a uniform format for the compared values (dd/mm/yy dd-mon-yyyy etc)

Where age instead of DOB is available.

disclosure of incorrect DOB intentionally by few individuals to misguide the bank(this incidence will be high if documental evidence is not insisted for DOB).

typos

Some examples of Variations and errors in date field (for example dob-08/03/09)

● Interchange of day and month– 03/08/09 (dd/mm/yy OR mm/dd/yy) ● Error in either day or month or year – 18/03/09, 08/08/09, 08/03/90

Driving License/Phone no/Aadhar number Though normally these are assumed to be unique, in the actual data there may be minor variations on account of change of one digit or STD codes before the phone numbers etc. Some amount of approximate search is also required in these attributes also like first 6 digits of the telephone/last six digits of the number etc

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

ANNEXURE B: Indicative Data sources and Data volumes (A record is a meta record having demographic information. For example in mobile the transactions

in Call Data Record will not be counted and all put together will be treated as one record)

Indicative list of Data Sources ( Internal and External) of the Lead User Department:

SNO Data Sources (both internal and external)

1. Enterprise eCOPS (Structured data): Consisting of FIR, Arrest Cards, Interrogation

Reports, Charge Sheets, Convictions and Acquittals, Petitions

2. Criminal Intelligence System(Structured data): Complete profile of all repeat offenders

including Modus Operandi, Photographs, Finger print slip numbers (FPS), Convictions,

NBW’s and confessions.

3. History, Rowdy, KD, DC and Suspect Sheets: At present unstructured data is available

and data digitalization is in progress.

4. Resident Offenders Survey Data (Structured data): Data is available for Hyderabad

resident Offenders details.

5. RTA Database (Structured data): All vehicle owners’ details, Driving licence holder

details and vehicle insurance details are available

6. Mobile Users Database (Structured data): All mobile users’ data (SDR) is available from

all the mobile service providers

7. Country wide Cell phone towers Database (Structured data): Country wide tower

details such as Lat, Long , Address and other details are available

8. Call Details Record database (both structured): Historical suspect CDR’s are available.

9. e-Challan Database(Structured data): All traffic violations and enforcement against the

traffic violators data is available

10. Aadhar Interface: Real time Interface with Aadhar data is available

11. Voter ID database: Voter ID data from Election Commission of India

12. PAN Card Database: PAN card details from Income Tax Department

13. Ration Card Database: Ration Cards details from Civil Supplies Department

14. Telangana State Samagra Kutumba Survey Database: Samagra Kutumba Survey

database from Telangana State Government

15. Databases which may be available in near future :

Passport Database

LPG connection Database

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Travellers Database

Bank Transactions data

Educational Certificates

e-Courts Data

House Rental Database

Marriage Bureau database

Foreigners Database

Tenants Information

Govt. Employees Database

Hostels Information

Private Employees Information

CAB drivers and Auto Drivers Database

Indicative Data Volumes

SL no

Data Source Volume at Go Live

Volume after year-1

Volume after year-2

Volume after year-3

Volume after year-4

1 ENTERPRISE E COPS DATA(CCTNS)

20,00,000 22,00,000 24,00,000 26,00,000 28,00,000

2 RTA for Telangana 74,00,000 77,00,000 80,00,000 85,00,000 90,00,000

3 Voter Data for Telangana

3,00,00,000 3,20,00,000 3,40,00,000 3,60,00,000 3,80,00,000

4 Samagra Kutumba Survey data

1,00,00,000 1,10,00,000 1,20,00,000 1,30,00,000 1,40,00,000

5 Mobile Phone records of Telangana

3,50,00,000 3,75,00,000 4,00,00,000 4,25,00,000 4,50,00,000

6 Ration Card data of Telangana

2,50,00,000 2,70,00,000 2,90,00,000 3,10,00,000 3,30,00,000

7 Voter Data of other States

To be decided later

To be decided later

To be decided later

To be decided later

To be decided later

8 Mobile Phone records of other States

To be decided later

To be decided later

To be decided later

To be decided later

To be decided later

9 Other data sources To be decided later

To be decided later

To be decided later

To be decided later

To be decided later

Total

10,94,00,000

11,74,00,000

12,54,00,000

13,36,00,000

14,18,00,000

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

ANNEXURE C - REQUIREMENTS of ETL Data Loading

1. The system should have the ability to interact with relational databases and non relational databases.

2. The system should have the ability to interact with various file formats such as XML, CSV, and fixed format files, delimited text files etc.

3. The system should enable a staging area for FTP based file transfer mechanism to enable bulk data transfer

4. The system should enable both bulk loading and incremental loading of data. 5. The system should enable updation of original record with revised record keeping a clear

linkage between the original and revised record.

Data Integration

1. The system should provide data services, which can be invoked for loading a single record as well as bulk records.

2. The system should enable consumption of data and files from staging area. 3. The system should validate the XML schema of the received file. 4. The system should support data delivery across the range of latency requirements,

including scheduled batch delivery, streaming/near-real-time delivery, event-driven delivery of data based on identification of a relevant event.

5. The system should enable scheduled batch delivery. 6. The system should exhibit service oriented characteristics and provide support for SOA

deployments. 7. The system should record statistics to support integration and reconciliation of data. 8. The system should have integration with enterprise components like JDBC, ETL, Database

wherever integration is required.

Data Transformation

1. The system should enable basic transformations, such as data type conversions, string manipulations, column transformations.

2. The system should enable error handling. 3. The scheduled process should log and notify the designated users on the status of the

data transformation. 4. The system should enable monitoring and control of runtime processes. 5. The system should enable collection of runtime statistics to determine use and

efficiency.

Data Quality Validation

1. The system should be able to check incoming data for quality, consistency and validity. 2. The system should perform schema level validation of XML file and generate error in case

of failures.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

3. The system should perform rule based validations such as logic relations, dependency, length constraints, etc.

4. The system should generate alerts for flagging errors in the validation. 5. The system should have the ability to make request to the external databases on the basis

of data fields (e.g. Aadhaar, Driving License No) and capture the response from the external database sources.

Data Quality Reporting

1. The system should generate a Data Quality Report in a pre-defined format with the validation related findings.

2. The system should allow the generation of Data Quality Report in XML and PDF format. 3. The Data Quality Report should be made available to the information provider to download. 4. The Data Quality Report should contain the summary presentation of validation outcomes

and provide the necessary instructions to correct the contents in the report. 5. The Data Quality Report should report the validation related messages with specific

error messages against the values of specific items in the report.

Data Cleaning & Standardization

1. The system should have the capability of data parsing, cleansing, standardization, and validation of content in key fields such as name, address

2. The application should use address standardisation dictionary to identify important address components such as house number, street, sub-locality/ locality, city, state, pin code.

3. The system should be capable of identifying the jurisdiction of the police station on the basis of address based on the information provided by Police Department .

4. The application should identify records which have insufficient address on the basis of predefined rules (e.g. absence of street, locality, city).

5. The system should have the ability to use pre-defined rules for common standardization and cleansing operations for all important attributes such as telephone number.

Data Enrichment

1. The application should use dictionary of Indian address words and their correlation with a pin code to identify records where pin code is incorrect, and suggest a valid pin code from the pin code dictionary.

2. The system should provide a user friendly interface to enable users to review and validate suggested pin code.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure D High Level Overview of in Golden Record A Golden Record is a single, well defined version of an entity derived from its multiple versions

across all systems in an organization ecosystem. It is a Single Version of Truth based on

Survivorship Rules. The Survivorship Rules will determine the composition of a Golden Record and

they run in an automatic setup to generate the Golden Record. The following are the broad

principles guiding the Golden Record.

The golden record is maintained separately with the customer data undisturbed.

The sanctity of CustIDs/ClientIDs is not lost with the formation of Golden record.

The CustIDs/ClientIDs are tagged to the Golden recordID. As and when the golden records

get revised/reformed, the tagging will accordingly get affected.

The golden record forms automatically based on the matching and merging rules. .

The merging of information to form the golden record could be manually reviewed. Manual

reviewed records assume precedence over automatically formed.

Any business group may access the Golden record using the Golden record ID tagged to

CustIDs/ClientIDs. This will enable them to access the customer information not available in

their system.

Specific requirements of this component of the solution for Golden Record Creation

1. The system should help reconcile differences in attributes (address, date of birth etc.) of

transactional and master data and create authoritative source of master data.

2. The system should be able to implement and customize rules by which duplicate or related

records can be merged into a single "golden record" with current and complete attributes

as per user defined rules.

3. The system should provide capability to create golden record by selecting different

components of contributing records such as phone number from one record, address from

one record, father’s name from another record etc.

4. The system should provide an interactive interface (with exclusive access over certain type

of records to authorised users) to display golden record for review

The challenges associated with Golden Record formation are as under:

Name is the most important component of Golden Record creation. Other parameters of the

person (father, Mother, Spouse), association to a particular place (residential address) ,

organization (office address) , event (date of birth), or numeric identifier (PAN, Driving License,

Passport, UID, telephone number, Other ID) are used in conjunction while creating the Golden

Record.

Reliability of different parameters involved in Golden Record creation:

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Name: Is unique for an individual but is subject to variations. Vice versa is not true i.e. same

name may be shared by multiple persons. Name matching is “necessary but not sufficient”

condition to conclude that the records under question belong to the same individual. Name is a

tightly bound since it is fixed (Subject to variations) and cannot be altered unless done

deliberately or wrongly entered.

Relation Name: Name of related person (Father name/Mother Name/Spouse Name) greatly

helps in resolving a match.

Address: Unique by itself as address written in proper form locates to a specific geographic

position. However for individuals, it is treated as a loosely bound parameter as it can be

subjected to a change frequently. An individual can be associated with multiple Addresses

(Residential/Work/Permanent or change them i.e. time variant). Any person who wishes his

earlier relations with an organizations not to be traced, would tweak with the address first. Thus

Address is a very good parameter to fix a match but not a very good parameter for capturing a

match ( i.e. if correctly quoted it is very good parameter to fix a match but it is highly likely that

it is differently quoted at different places or not mentioned completely or different addresses

mentioned at different places).

Date of Birth (DOB): Unique for an individual. Vice versa is not true i.e. same DOB may be

shared by multiple persons. However an individual may not report DOB or sometimes report a

wrong DOB to avoid being identified. Thus DOB is “Neither necessary nor sufficient” condition to

conclude that the records under question belong to the same individual.

Phone number/Mobile: Phone number is unique but an individual can be associated with

multiple Phone numbers (either due to multiple connections or change them i.e, time variant).

Also same Phone can be used by multiple persons while sharing some relationship. Phone

matching is “neither sufficient nor necessary” condition to conclude that the records under

question belong to the same individual. However if Phone number matches, it is more likely that

the records relate to the same individual or at least related persons.

Unique Identification Numbers: Identification numbers like Driving License Number,

UID/Aadhar No, EPIC No, Passport number are highly reliable in establishing identity provided

they are correctly quoted. But the problems are that it is either not quoted or quoted

incorrectly. The values should also be validated before matching. If junk values are entered into

these fields, the whole matching process is affected. Thus Unqiue ID matching is “sufficient but

not necessary” condition to conclude that the records under question belong to the same

individual.

The following key aspects govern the Golden record formation. The Survivor Record: From amongst the multiple records available for the entity across different

systems, one is adopted as the Survivor record which will be based on certain rules. These are

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

called the survivorship rules.. The Survivorship rules will associate Priority to each record. The

record with the highest priority will assume as the Survivor Record. It can be said as the most

reliable record within the cluster. Value within a particular field or set of fields can decide the

survivorship. This could be date of capture of the record or a feed system or any other field as

decided. The Survivor record will be enriched to form the Golden Record. To generate the Golden

Record, the survivor record is taken as base and unavailable info (null) against any field shall to be

drawn from the rest of the records of cluster in the order of most priority to least priority.

The survivorship may also vary from field to field.(Eg: The DOB could be taken from one source, Name from another source Prime and Aadhar from latest(captured date) record).

Merge fields: This depends on the implementing organization as to which fields on which the

merging should happen. Usually it is carried out on all demograpic fields (not Business info).

Binding fields: These are the set of fields, which together will completely describe an attribute.

During Golden record formation this association of the fields for a particular attribute is maintained.

ADDRESS_Ln1, ADDRESS_Ln2, ADDRESS_Ln3, CITY, STATE, COUNTRY, PINCODE together constitute

Address. For instance, we cannot consider ADDRESS_Ln1 from one record and city from another

record.

Relationship among likely Attributes: Likely attributes are those, which hold information of

particular type. For example are Off_Phone and Res_Phone.

A Typical Golden Record Architecture is as under

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure D1 Example of a Golden Record Multiple records of the same person in different data sources or the same data source is as under Demographic details

CustID Name DOB FatherName PAN Passport LastModifiedDate

108 Rahul Verma

11/09/1991 Sunil Verma HGF256Y 02/10/2007

C2635 Verma Rahul

09/11/1991 XXXS5623B 03/10/2007

Address Details

CustID Address City Pin State

108 NO 25 G N CHETTY ROAD| T NAGAR

CHENNAI-17 600017 TAMIL NADU

108 NO 25 G N CHETTY ROAD| T NAGAR CHENNAI-17

CHENNAI 600017 TAMIL NADU

C2635 NO 25, 3 RD FLOOR, G N CHETTY ROAD


C2635 No 5, Janakpuri 2nd Street, Velachery 100 Feet Road, Guindy.


PHONE Details

CustID STD PHONE

108 44 27071134

108 27071134

C2635 44 27071134

C2635 44 66544323

The above records are combined by the solution to form a Golden record of the above individual which is represented as under Demographic part

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Address Part

GoldenID Address City Pin State

9 NO 25 G N CHETTY ROAD| T NAGAR

CHENNAI-17 600017 TAMIL NADU

9 No 5, Janakpuri 2nd Street, Velachery 100 Feet Road, Guindy


PHONE Part

GoldenID

Name DOB FatherName PAN Passport LastModifiedDate

9 Rahul Verma 09/11/1991 Sunil Verma XXXS5623B HGF256Y 03/10/2007

GoldenID STD PHONE

9 44 27071134

9 44 66544323

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure E High Level Overview of in Incremental up dation of Golden

Record on End of Day(EOD) basis Once a Golden Record is formed at the time when the data is moved to IIH platform there is

incremental data from all sources on a daily basis and the Golden Records needs to be created if

there is no record earlier and needs to be updated in case the Golden Record already exists. This

happens on typically on End of day basis.

Specific requirements of this component of the solution

1. The system should handle the daily incremental data on EOD so that the updated information is available the next day.

2. In case there is no record earlier Golden Record needs to be created. 3. In case a Golden Record already exists the same needs to be updated based on

survivorship rules. 4. The system should provide an interactive interface (with exclusive access over certain

type of records to authorised users) to display golden record for review.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure E1 Examples of Incremental Golden Record

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure F High Level Overview of 360 degree view Often the investigators get sketchy information about

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

1. Some name and address about a person of interest.

2. Some number linked to the person of interest like cell number, vehicle number, Passport no, Aadhar no

3. Finger prints of person of interest which when parsed through the finger print software provides name, fathers name, address, phone number etc

4. Video Analytics which when parsed through the Video Analytics software provides name, fathers name, address, phone number etc

These bits and pieces needs to be developed into actionable intelligence including establishing

relationships.

Specific requirements of this component of the solution

1. The system should enable authorised users to search for an individual using one or a combination of various attributes such as name, address, date of birth, father’s name, mother name, email, mobile number, passport number, Aadhar number, Vehicle no, Driving License no etc

2. The system should enable authorised users to search for an address using various attributes such as house number, street name, city, district, state, country etc.

3. Should provide a real-time interactive query for a 360 degree view including all the relationships for person of interest. The system should be capable of identifying of all family members (spouse, father, siblings, children, grand children), other related entities, His Phone number, Voter ID number, Driving License Number, Previous offence History, Previous arrested and conviction History, previous bail jump history etc of any person of interest based on user defined rules and with or without considering address in an interactive manner with review and confirmation by the user.

4. The system should allow rule building through the UI for relationship resolution for ex

a. Rule 1 to find siblings of a person only b. Rule 2 to find children of a person only c. Rule 3 to find those who share address with the person only d. Rule 4 to find all the above

5. The solution should allow to find non obvious relationships which is required in some

applications like real time passenger profiling and others. An example of one non obvious relationship could be those who have same emailed, or same mobile number, or same credit card no etc

6. The system should be able to display the search results of above queries in the descending and ascending order of relevance system or in the descending and ascending of key entity attributes (ranking).

7. The system should have an assisted search capability to display the summary of search results for various entity attributes and enable filtering of the search results by selecting or deselecting entity attributes. E.g. search result for individuals should be filtered by selection or de-selection of age (range), fathers name. location attributes (country, state, district, city/town, pin code) emailed, phone number etc.

8. The system should enable authorised users to traverse the search results to the detail view of the entity and initiate formation of a network.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

9. Graphical representation of the relationships should be available. 10. A detailed 360 degree report must be provided in pdf format. 11. The 360 degree report should be stored and should be able to retrieve, edit

The Architecture of 360 degree profiling under IIH platform is as under

Internal

Sources

Entity

Resoluti

on

(ER

Engine)

External

Sources

Voter ID

Phone no

Ration Card

DL Aadhar

Names, aliases,

Organization name

Father Name

Address

House no

Locality

City, State, Pincode

All

Unique Identifier

s and contact

Numbers

Name / Addres

Data Points

Context based relationship

Discovery & Entity Resolution

Single View of the person

Relationship Resolution

Child1

Child2

Father

Sibling1

Sibling2

Spouse

- - -

Family members

Triggering events

In police

Crime Investigati

on

Passport verification

Terrorism

White color

offences

Household

entity1

Household

entity1

SERP

Civil Supplies

RTO

Other departments

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure F1 High Level Overview of 360 Profile report

Search Initiation Details

----------------------------------------------------------------------------------------------------------------------------------------

Name Mr BHUPENDER K AAGARWAL

Address1 26 AGARWAL HOUSE BANJARA HILLS HYDERABAD

------------------------------------------------------------------------------------------------------------------------------------------

Information from Voter ID database

-------------------------------------------------------------------------------------------------------------------------------

Voter ID No DL12345626

Name BHUPENDAR KUMAR AGARWAL

Father Name GUJAR MUL AGARWAL

Address1 26 AGARWAL HOUSE BANJARA HILLS HYDERABAD

Address2 18 MINERVA COMPLEX PARK LANE ROAD HYDERABAD

DOB 28-1-1950

--------------------------------------------------------------------------------------------------------------------------------------

Information from internal sources

Sl no Data source Name Fathers name Address offence

1 Arrested AGARWAL B K G M AGAWRAL 26 AGARWAL HOUSE BANJARA HILLS HYDERABAD

384 IPCPS Asifnagar in Cr.No. 148/2015

2 Offenders BHUPENDER AGARWAL

AGARWAL GUJAR MAL

26 AGARWAL HOUSE B HILLS HYDERABAD

379, 420 IPCPS Balanagar in Cr.No. 148/2014

3 Arrested BHUPENDER KUMAR AGARWAL

GUJAR MAL AGARWAL

AGARWAL HOUSE BANJARA HILLS HYD’ BAD

Kachiguda Cr.No. 27/2014 U/s. 457,380,411 IPC

4 Offenders BHUPENDER KUMAR AGARWAL

GUJARMAL AGARWAL

26 AGARWAL HOUSE BANJARA HILLS HYDERABAD

457,380 & 411 IPC

5 Finger print BHUPENDER KUMAR AGARWAL

GUJAR MAL AGARWAL

26 AGARWAL HOUSE

Cr.No. 27/2014 U/s.

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

BANJARA HILLS HYDERABAD

457,380,411 IPC

Information from External sources

Sl no Data source Name Fathers name Address number

1 Mobile AGARWAL B K G M AGAWRAL 16 HOUSE BANJARA HILLS HYDERABAD

9897675656

2 Vehicle BHUPENDER AGARWAL

AGARWAL GUJAR MAL

26 AGARWAL HOUSE BAN HILLS HBAD

TS 12 4543A

3 Ration card BHUPENDER KUMAR AGARWAL

GUJAR MAL AGARWAL

AGARWAL HOUSE BANJARA HILLS HYDERABAD

RD 12321

Family Members / Householding Details

Sl NO

Relationship Name Fathers name Address

1 self BHUPENDRA KUMAR AGARWAL

GUJAR M AGARWAL 26 AGARWAL HOUSE BANJARA HILLS HYDERABAD

2 Sibling UMESH K AGARWAL

GUJAR MUL AGARWAL AGARWAL HOUSE B HILLS HYDERABAD

3 Sibling ANKITA AGARWALI GUJAR MUL AGARWAL 16 HOUSE BANJARA HILLS HYDERABAD

4 Child DIVYA AGARWAL BHUPENDRA KUMAR AGARWAL

6 A’WAL HOUSE BANJARA HILLS HYDERABAD

5 Child VIJAY AGARWAL BHUPENDRA KUMAR AGARWAL

AGARWAL HOUSE BANJARA HILLS HYD’BAD

6 Householding AGARWAL OVERSEAS INVESTMENTS LIMITED

18 MINERVA COMPLEX PARK LANE ROAD HYDERABAD

8 Householding AGARWAL TRAVELS 18 MINERVA COMPLEX PARK LANE HYDERABAD

9 Householding KUSUM AGARWAL BIRENDRA JAIN AGARWAL HOUSE BANJARA HILLS HYD’BAD

10 Father GUJAR MUL AGARWAL

GOPAL AGARWAL AGARWAL HOUSE BANJARA HILLS HYD’BAD

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure F2 Example of Relationship Resolution as part of 360 degree profile

Divya Agarwal

D/oBHUPENDRA KUMAR

AGARWAL

BHUPENDRA KUMAR

AGARWAL

s/o GUJAR M AGARWAL

ANKITAK AGARWAL

D/o GUJAR MUL AGARWAL

AGARWAL OVERSEAS

INVESTMENTS LIMITED

GUJAR MUL

AGARWAL

S/O GOPAL

AGARWAL

Householding including

spouse

Father

Siblings

Vijay Agarwal S/oBHUPEND

RA KUMAR AGARWAL

UMESH K AGARWAL

D/o GUJAR MUL AGARWAL

Children

AGARWAL TRAVELS

AGARWAL FOREX LIMITED

KUSUM AGARWAL

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure G OFFENDER 360 DEGREE PROFILE 1. INDIVIDUAL PARTICULARS

First Name Middle Name Last Name

1. Name

2 Alias

3. Father’s name

4. Age Yrs / ( 2007)

5. Nationality

6. Religion

7. Caste

8 SC/ST/BC/Others

9. Present Address

10 Permanent address

2. UNIQUE Identifiers

SNO Identification Type Details

1. Mobile Number

2 Email IDs

3. Social Media Accounts

4. Aadhar Number

5. Ration Card

6. Voter ID Card

7. Passport

8 PAN Card

9. Electricity Connection

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

10 Gas Connection

11 Vehicles

12 Driving License

13 Other ID Proofs

3. PHYSICAL FEATURES

Sex

(1)

Built

(2)

Height

(3)

Eyes

(4)

Hair

(5)

Face

(6)

Color

(7)

Teeth

(8)

□ Male

□Female

□ Lean

□Stout

□Stiff

□Erect

□Stooping

□Hunch

Back

□Normal

□3.5 -4.0

ft

□4.1 -4.5

ft

□4.6 -5.0

ft

□5.1 -5.5

ft

□5.6 -6.0

ft

□6.1 -6.5

ft

□6.6 -7.0

ft

□7.1-7.5 ft

□Black

□Cat

□Squint

□ One eye

□Others

□Black

□Brown

□White

□Bald

□.Long

□Curley

□Back

Combed

□partly

Combed

□Mixed

hairs

□Round

□Oval

□Wrinkle

d

□square

□long

□Others

□White

□Fair

□Black

□Brown

□ Sallow

□Irregular

□Discolored

□Broken

□Double

□Others

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Identification marks

(13)

Deformities / Peculiarities

( 14 )

Language / Dialect

( 15 )

BURN MARK

(16)

LEUCODEMA

(17)

MOLE

( 18 )

SCAR

( 19 )

TATTOO

( 20 )

4. SOCIO / ECONOMIC PROFILE

1 Living Status □Alone □With family □With Associates

□In hotel □In Hostel □Kacha House

□Hut □Slum □Vagabond

2. Marital Status □Married □Unmarried □Having two wives

3. Education Details □Upto 7th □ 7th to Xth □Intermediate

□Graduate □Post Graduate □Professional course

NOSE

( 9 )

BEARD

(10)

MUSTACHES

(11)

EAR

( 12 )

□Large

□Small

□Hooked

□ Snub

□

Projected

□Trim

□Long

□Short

□French

Cut

□Long

□Turnee Up

□.Chipped

□Dropping

□No

mustaches

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

□Illiterate

4. Occupation □Govt. Job □Private job □Daily Labour

□Contract Labour □Business □ Unemployee

5. Income Group □Lower Income Rs. 2500 p.m.

□Lower Middle income Rs.2500 to Rs.5000

□Middle income Rs.5000 to Rs.10000

□Upper Middle income Rs. 10000 to Rs. 25000

□Upper income Rs. 25000 above

5. FAMILY HISTORY

S.No. Relation Name Address Criminal

background,

any

Alive / dead

1 Father

□Yes □No □Alive □Dead

2 Mother


3 Brothers 1.


2. □Yes □No □Alive □Dead

4. Sisters 1.



5. Wife 1.



6. Children 1. □Yes □No □Alive □Dead

--------------------------------------------------------------------------------------------------------------------------------------------- of 137


7. Father’s

brothers

1.



8. Father’s sisters 1.



9. Mother’s

brothers

1.



10. Mother’s

sisters

1.



11. Wife’s

brothers

1.



12 Wife’s sisters 1.



13 Any others 1.



a. Does the family members stay together □Yes □No

b. Peculiarities of family members, any _______________________________________

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

6. RELATIONSHIP WITH OTHER ASSOCIATES /GANG MEMBERS and FRIENDS

S.No. G A N G MEMBER

NAME

ADDRESS Mobile

No

RELATIONSHIP

1

2

3

7. PERIOD OF OFFENCE

□Dark Fort night □ Moon Light □Strangers night □Others (specify

8. LOCAL CONTACT/FACILITATORS

S.No. Town / City

/Village

PS

Limits

Name and address of contact person.

1

2

3

9. REGULAR HABITS

□Liquor □Toddy □Smoking □Gambling □Chewing Pan / Gutka

□Prostitution □Horce Race □Maintenance of keep (specify name if any)

□Others

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

10. INDULGANCE BEFORE OFFENCE

□Witnessing movie

□Consuming liquor / toddy

□Consuming ganja □Others (specify)

11. MODUS OPERANDI

Crime Head Crime Sub-Head MO

12. S H E L T E R

S.No Regular residence Preparation of offence

After Offence Remarks

1 □ Bars / Wine shops □Toddy shops □Dilapidated Houses □Associate’s residence □Relatives’ house □Regular house □Others

□Dilapidated houses □Railway stations □Bus Stands □Keep’s house □Relatives’ house □Friends’ house □Gathering place □Select hide out

13. DISPOSAL OF PROPERTY

Sl.No. How Disposed Receiver Details Name of receiver

Address Family members / others (specify)

□Sold □Pledged

1 Direct (Name of accused)

□Sold □Pledged

2 Through relative (name)

□Sold □Pledged

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

3 Through coaccused(name

□Sold □Pledged

14. HOW SHARE OF AMOUNT SPENT

□Lavish Spending

□Keep Maintenance

□Prostitution □Clearing Debts □Savings

□Converting into Properties

□Charity □Others (specify) □Remarks

15. CASES CONFESSED

sn

o

Dist / Unit /

Division

P.S. Cr.No. Sec.of

law

Gang

Membe

rs in

each

case

Propert

y stolen

Propert

y

recover

ed

Remark

s

1

2

16. ARREST PARTICULARS

a. Date of Arrest

b. Place of arrest

c. Crime No. & sec of law

d. Police Station

e. Sub Division

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

f. Dist / Unit

g. Arrested by

h. Interrogated by

i. Others who can identify

17. REGULARISATION OF PT WARRANTS / NBWS

a) Regularization of PT Warrant

S.No Dist / Dvn PS Cr. No Sec. Of

law

SC / CC

No

Court Date of

regularization

of PT Warrant

Remarks

1

2

3

b) Execution of NBW


law

SC / CC

No

Court Date of

execution

Remarks

1

2

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

18. N B Ws PENDING


law

SC / CC

No

Court Pending

since

Sureties

1

2

19. SURETIES

S.No Dist /

Dvn

PS Cr. No &

Sec of

law

SC/CC

No and

court

DETAILS OF SURETY Nature of

surety

Cash /

Personal /

Professional

Name Address Local / Non

local

1

2

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

3

20. DEFENCE COUNSEL

S.No Dist /

Dvn

PS Cr. No

& Sec

of law

SC/CC

No and

court

DEFENCE COUNSEL DETAILS Assistance

Bail / Trial

Name Address Phone No

1

2

3

4

21. JAIL STAY & ACQUINTANCES

S.No

JAIL PERIOD

JAIL

NAME

NEW ACQUAINTANCE

DETAILS

OF CASES

FROM TO Name &

address

of Jail

Member

Nature

of crime

involved

Police

station

wherefrom

remanded

Remarks

( MO )

GO

BUTTON

REQUIRED

TO SHOW

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

CASES

1

2

22. NEW GANG FORMATION

Sl.No Addition

/ Split

Name & Address PREVIOUS HISTORY JAILS WHERE

LODGED PS, Unit & State where

involved in crime

1

2

23. CONVICTION /ACQUITTALS

S.No Dist /

Unit

Division PS Cr.No. Sec.of

law

SC / CC

No

Date of

Judgment

Details of

conviction

/ acquittal

Reasons

for

acquittal

if any

1

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

2

24. PRESENT WHEREABOUTS

A □In Jail From where sent Crime No. UT No etc

b. □On bail From where sent Crime No. and date of

bail

c. □Absconding Wanted in Police stations Crime Numbers

D □Normal Life Eking livelihood by doing labour work etec.

e. □Rehabilitated

f. □Dead

G □Facing trial Police Station Crime Numbers

--------------------------------------------------------------------------------------------------------------------------------------------- of 137

Annexure H: BENEFICIARY 360 DEGREE PROFILE

As the User Departments of Government of Telangana are spending huge amounts of money for

the welfare of citizens, the amounts should not be misused by the beneficiaries by claiming same

benefits or facilities multiple times. There is sufficient database available to identify such persons in

various schemes or programmes of the Government. The user departments may define the

requirements of the reports during the development stage of the solution and the service provider

should cater to the requirement to generate the reports. Some of the reports to be generated are

given below as examples, but not exhaustive.

i. Generate duplicate voters list

ii. Generate duplicate passport list

iii. Generate duplicate Adhar list

iv. Persons with multiple electricity connections

v. Persons with multiple water connections

vi. Persons with multiple ownership of properties

vii. Generate duplicate driving licenses and ownership of multiple vehicles

viii. Generate duplicate ration card beneficiaries

ix. Generate duplicate Gas connections list

x. Person with multiple bank accounts

xi. Persons with multiple mobile phone connections

xii. Persons with multiple houses sanctioned by Government

xiii. Generate duplicate NREGA beneficiaries list

xiv. Family with multiple houses sanctioned by Government.

xv. Generate list of persons or families with multiple pensions.

--- End of Document---

Official Website of Hyderabad City Police - Volume -I for... · 2016-01-08 · Software Solution...

Documents

Transcript of Official Website of Hyderabad City Police - Volume -I for... · 2016-01-08 · Software Solution...