Tender Notification No.

ATM-II/VT&PIS(1)/2019

APSRTC

TENDER FOR IMPLEMENTATION OF

VEHICLE TRACKING & PASSENGER INFORMATION

SYSTEM (VT&PIS)

IN APSRTC AND MAINTENANCE OF THE SAME

FOR THREE YEARS THROUGH E-TENDERS WITH

REVERSE AUCTION

1
 DISCLAIMER
The information contained in this Tender document or subsequently provided to
Tenderers, whether in document or verbal or any other form by or on behalf of
Andhra Pradesh State Road Transport Corporation (APSRTC) by any of its
employees or advisors, is provided to Tenderers on the terms and conditions set
out in this Tender document and such other terms and conditions subject to
which such information is provided.
The purpose of this Tender document is to provide interested parties with
information that may be useful to them in eliciting their proposals pursuant to this
Tender document. This Tender document may not be appropriate for all persons
and it is not possible for APSRTC, its employees or advisors to consider the
investment objectives, financial situation and particular needs of each party who
reads or uses this Tender document.
This Tender document includes statements, which reflect various assumptions
and assessments made by APSRTC in relation to the Contract. Such assumptions,
assessments and statements do not purport to contain all the information that
each Tenderer may require.
The assumptions, assessments, statements and information contained in this
Tender document, may not be complete, accurate, adequate or correct. Each
Tenderer should, therefore, conduct his/its own investigations and analysis and
should check the accuracy, adequacy, correctness, reliability and completeness
of the assumptions, assessments, statements and information contained in this
Tender document and obtain independent advice from appropriate sources.
Information provided in this document to the Tenderer(s) is on a wide range of
matters, some of which depends upon interpretation of law. The information
given is not an exhaustive account of statutory requirements and should not be
regarded as a complete or authoritative statement of law. APSRTC accepts no
responsibility for the accuracy or otherwise for any interpretation or opinion on
law expressed herein.
APSRTC, its employees and advisors make no representation or warranty and shall
have no liability to any person, including any Applicant or Tenderer under any
law, statute, 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 Tender
document or otherwise, including the accuracy, adequacy, correctness,
completeness or reliability of the Tender document and any assessment,
assumption, statement or information contained therein or deemed to form part
of this Tender document or arising in any way in this Tender Stage.

CHIEF ENGINEER (IT)

e- TENDER DETAILS

2
 Department
1 ANDHRA PRADESH STATE ROAD TRANSPORT CORPORATION
Name
Circle/ Office of the VC & MD, IT Department, RTC house, PNBS,
2
Division Vijayawada
Tender
3 ATM-II/VT&PIS (1)/2019 Dt.20.05.2019.
Number
IMPLEMENTATION OF VEHICLE TRACKING AND PASSENGER

Tender INFORMAITON SYSTEM (VT&PIS) IN APSRTC AND MAINTENANCE

4
Subject
OF THE SAME.

Period Of
5 Three years
Contract
Form Of
6 As per Tender Document
Contract
7 Tender Type Open
EMD of Rs.25,00,000/- (Rupees Twenty-five Lakhs). Bidders shall pay
8 EMD the same into the current account Number of FA&CAO of APSRTC

9 S.D. The successful Tenderer should pay Rs.50 lakhs towards security
deposit. EMD of Rs.25 lakhs paid by the successful bidder will be
converted into SD. The balance amount should be paid to APSRTC in
the form of bank Guarantee. Bank Guarantee can be submitted in the
prescribed proforma as performance guarantee. Successful bidder at
his own expense, should submit a Performance Bank Guarantee
within fifteen (15) working days from the date of notice of award of the
contract or prior to signing of the Agreement whichever is earlier. It
shall be an unconditional and irrevocable Performance Bank
Guarantee (PBG) valid for a period of 42-months from a
Nationalized/Scheduled Bank acceptable to APSRTC, payable on
demand, for the due performance and fulfillment of the contract by
the successful bidder.

10 Contact Rama ph. 9989719979 mail id : krama@mstcindia.co.in

Person Assistant Manager-Vijayawada
Phone Nos.
regarding
MSTC
e-portal
11 Officer Chief Engineer (IT), APSRTC
Inviting
Tech.

3
 &Comm.
Bids
12 Contact Chief Engineer (IT), APSRTC
Person

13 Address/ CE(IT), IT Department, RTC House, PNBS, Vijayawada,

e-mail ids cossmit@gmail.com cveswararao@gmail.com simhartc@gmail.com
ramanadvadk@gmail.com amtoprs@gmail.com
14 Contact CE(IT) - 9100942587
Details: Dy.CE(IT) - 9959224490
Telephone
15 Procedure to 1. Eligibility
Offer
Submission For participating in the e-tender the intending bidder shall

 Obtain GST number

 Register themselves as "vendors for APSRTC on the MSTC portal" duly
obtaining username and password at www.mstcecommerce.com
select e-procurement ˃ Govt-PSU’s ˃ Page no#3(APSRTC SYMBOL) or
go to the link
https://www.mstcecommerce.com/eprochome/apsrtc/buyer_login.js
p
 Further please download the vendor guide from
www.mstcecommerce.com/eprochome/apsrtc/buyer_login.jsp
 For the detailed guidelines to be followed in the e-bidding, also refer
to the java download and FAQs tabs for further guidance. Please use
Microsoft internet explorer for bidding.
 At the time of registration, no payment is required.
 Details of personal information required for registration include, PAN
number, mobile number, e mail, address, bank account details with
IFSC code.
 For participation in e tender, the Bidder shall possess "class IlI digital
signature with signing ".
 Employees of APSRTC and their family members as defined in APSRTC
Employees(Conduct)Regulations, 1963 are not eligible to participate
in the e-tenders.
 Minors under the age of 18 years shall not participate in the e-
tenders.
 No preference will be given to existing bidder.
 Corporation Committee’s decision is final in Selection of the Bidder.
 The bidder has to prepare a booklet with all supporting documents
duly preparing INDEX and shall handover the same at ATM-2(M-IT)
section, IT department, RTC house, Vijayawada on or before 20-06-
2019.

2. BIDS

The Bidder has to satisfy himself regarding terms and conditions before

4
participating in the e-tender. No representation in this regard will be
entertained at any later date.

The RFP(Request For Proposal) has to be downloaded from APSRTC

website http://apsrtc.ap.gov.in/T_Advertisements.aspx

3. Criteria for allotment of bid

 The Bidder shall login to the APSRTC page on MSTC ecommerce site
with his/her user id, password with digital signature and quote his/her
"bid" in "Rupees" per Bus per Month of his/her choice excluding
applicable taxes. The selection of the bidder for allotment of contract
will be purely on the basis of lowest rate per Bus per Month with and
without maintenance as stipulated in the ‘RFP’, offered by the Bidder
through MSTC portal, through the process of e-bid followed by reverse
auction.

4. Payment of Entry Fee and Caution deposit

 For submission of bid, the bidder has to remit a nonrefundable

administrative entry fee to APSRTC at the rate of Rs 15,000 + 18% GST
(Rupees Fifteen thousand only plus GST @ 18%) i.e. 17,700/-
(seventeen thousand seven hundred only) in advance as
Administrative charges through RTGS.
 The Bidder shall also has to arrange to remit an amount of
Rs.25,00,000/- (Rupees Twenty five lakhs only) to APSRTC as
refundable EMD (Earnest Money Deposit) in advance.
 The Administrative charges (Entry fee) and EMD (caution deposit)
shall be paid into the current account Number of FA&CAO of APSRTC
through NEFT / RTGS only at least 24 hrs. in advance of bid.
Current
account
Name number IFSC code Name of the bank
FA & CAO
APSRTC 62472413226 SBIN0020169 State Bank of India

 The details with UTR number shall be mailed to oprshoap@gmail.com

Name Mobile Zone Administrat EMD Bank UTR

ive Entry amount IFSC Number
fee paid Paid
Rs. Rs.

 During the bid process, the bidder will be required to pay user charges
to the MSTC at the rate of 0.03% of bid value plus 18% GST or Rs
10,000/- plus 18% GST whichever is less.

5
 5. Allotment

 The successful bidder shall be decided based on the lowest bid criteria
of rate per Bus per Month (with and without maintenance) after
completing the reverse auction.
 However, the corporation reserves the right to reject or cancel the
tender without assigning any reason at any stage.

 The successful bidder will have to enter into an agreement within 15

days from the date of receipt of Letter of Intent, duly submitting Bank
Guarantee for the prescribed amount, towards balance Security
Deposit failing which the EMD paid will be forfeited.

16 General As per Tender Document

Terms &
Conditions

CHIEF ENGINEER (IT)

6
 HOW TO APPLY

Click at https://www.mstcecommerce.com/eprochome/apsrtc/buyer_login.jsp
to download e-procurement notification and Tender document, further
please download the vendor guide from
www.mstcecommerce.com/eprochome/apsrtc/buyer_login.jsp for the detailed
guidelines to be followed in the e-bidding, also refer to the java download and
FAQs tabs for further guidance. Please use Microsoft internet explorer for bidding.

 Read the complete document, carefully

 Price Bid shall be submitted online only
 The system will generate an acknowledgement with a unique offer
submission number on successful completion of the above process.

For any help or technical support on MSTC portal, Bidders may contact
over phone or their helpdesk at:

MSTC LIMITED #
D. No. 7-130, 1st Floor,
BSNL Telephone Exchange Building,
Poranki Vijayawada - 521 137
e-mail id : gnjayakumar@mstcindia.co.in
Ph No. 0866-2581331

e-mail id : krama@mstcindia.co.in Ph.9989719979

GSTN No: 37AAGFA3527J2ZF (APSRTC)

GSTN No: 37AACCM0021E1Z6 (MSTC)

7
 INDEX
SL Description Page
No.
1 VT & PIS in APSRTC 1
2 About APSRTC 3
3 Broad objectives of the VT&PIS Project 4
4 Overall scope of VT & PIS 4
5 Sub-Components of VT & PIS and System Description 10
6 Tender model 27
7 Eligibility criteria for bidders 28
8 Cost of Tender Document 30
9 Earnest Money Deposit 31
10 Security Deposit 31
11 Key dates and events 34
12 Technical evaluation table 35
13 Tendering process 37
14 Bid evaluation process 38
15 Payment terms 39
16 Scope and Project Tasks (Technical & Functional) 40
17 Project Implementation Plan 69
18 Service Level Agreement 70
19 Form T1 - Technical Bid Compliance Sheet 73
20 Form T3 – Bidder profile 76
21 Annexure–1 : Specifications of TCS VMUs 77
22 Annexure–1A : Feature of TCS VMUs and Technologies used 78
23 Annexure–2 : Specifications of Dreamstep VMUs 79
24 Annexure–2A : Feature of Dreamstep VMUs and Technologies 80
used
25 Annexure–3 : LED boards 81
26 Annexure–4 : LED board specifications 83
27 Annexure –5: MIS reports names 85
28 MIS report formats 87

8
1. a) Vehicle Tracking & Passenger Information System (VT&PIS) in Andhra
Pradesh State Road Transport Corporation (APSRTC) for city services.

Andhra Pradesh State Road Transport Corporation had introduced VT&PIS to

address the critical issue of road congestion by adopting state-of-art technologies
and attractive, convenient, comfortable, value added services to encourage the
usage of bus services instead of private and individual personal vehicles.

This project is implemented by M/s TCS at cities of Vijayawada, Tirupati and

Vishakhapatnam for 1208 buses in 2014, with the Establishment of Data Center,
Control Centers, Passenger Information System, onboard cameras & in bus display
boards along with voice announcement, Communication Sub System, Incident and
Emergency Management System etc.

VT & PIS had covered core systems such as Vehicle Tracking System, Real
Time Passenger Information System and two Control Centers at Vijayawada and
Visakhapatnam, Core technologies including GPRS, GSM, Geographical Positioning
System (GPS), Display units, on board cameras, in bus destination boards with
voice announcement and Information & Communication Technologies.

After implementation of this project, it has encouraged the use of public

transport and reduced the use of personal vehicles.

b) Vehicle Tracking & Passenger Information System (VT&PIS) in Andhra

Pradesh State Road Transport Corporation (APSRTC) for District services.

Corporation has implemented Vehicle Tracking and Passenger Information

System for 10947 vehicles in the year 2016 for the benefit of passengers to keep
track of vehicles as well for the benefit of APSRTC to improve operational
efficiency.

Initial implementation of the VT&PIS project was done through M/s

Dreamstep Software Innovations Private Limited. M/s Dreamstep Software
Innovations Private Limited has developed required software keeping in view of
the Corporation requirements. As part of the project, the company has also
installed VMUs (Vehicle mounted units) in the buses for initiating tracking.

After the introduction of VT&PIS project it is observed that the project is

generating lot of MIS data which is very much beneficial to the Corporation for
analysis by the field managers. Now, the VT&PIS project had become part and
parcel of the Corporation. The project helps to the passenger to know the details
of live buses running on a route, the Expected Time of Arrival(ETA) of the bus at
a bus station, track the bus in real time etc.,

1.1 Benefits of introducing VT & PIS

Building intelligence into the transport system brings in the convergence of

technologies providing a synergetic transformation in the commuter experience.
VT & PIS provides benefits in terms of Reduced waiting time, Increase the
accessibility of the system, Increase the passenger base, Reduce the operational

1
costs, Improve traffic efficiency, Reduce traffic congestion by providing actual
data for route planning and route rationalization.

Benefits of VT& PIS include:

1.1.1 Operations

 Productivity gains: increased passenger trips, capital savings (potential

reductions in fleet size due to better utilization of vehicles), lower
annual maintenance costs and generally a lower vehicle cost per KM.
 Labour savings: reduced need for additional road supervisors and
manual data entry.
 Improved ability of dispatchers to control bus operations as well as
better monitoring of driver performance.
 Effective tracking of off-route vehicles.
 Improved schedule adherence, accuracy in schedule adherence
monitoring and increased operations coordination.
 Increased passenger base.

1.1.2 Communications

 Improved communications between supervisors, drivers and operators.

 Reliable Passenger Information (pertaining to ETA/ETD, seat
availability etc.).
 Provides capability to inform passengers of predicted bus arrival times
enhancing the quality of service and allowing travelers to make better
travel decisions.
 Reduces customer complaints.
 Improves image of APSRTC.

1.1.3 Scheduling and Planning

 Provides accurate data for scheduling and planning (The data obtained
from the VT & PIS system will be utilized for proper scheduling for
which the bidder shall design suitable software).
 Allows for potential reduction in schedule preparation time and staff.
 Aids in effective bus stop placement (when combined with a G.I.S.
database and automatic passenger counters).

1.1.4 Safety and Security:

 Enhances driver and traveler security by allowing quick location of

vehicles and faster security response.
 Enhances driver and traveler safety: accurate and quick location
information allows for faster response to accidents and any untoward
incidents.
 Provides better operational response during detours caused by
accidents, roadway closings or bad weather.

The VT & PIS had resulted in higher efficiency and productivity for APSRTC and
higher customer satisfaction for the commuters. The benefits are:

2
 a) Benefits to APSRTC
b) Benefits to society
c) Benefits to Environment

Benefits to APSRTC
a) Improved traffic efficiency and passenger patronage
b) Reduced the operational costs
c) Optimization of routes/trips using various MIS data

Benefits to Society
a) Reduced waiting time and uncertainty
b) Improved economic productivity
c) Increased the accessibility of the system

Benefits to Environment
a) Reduced traffic congestion & vehicle emissions
b) Reduced number of private vehicles on road with better service and
acceptance of Public Buses

2. About Andhra Pradesh State Road Transport Corporation (APSRTC)

Public Transport is one of the most common modes of transport especially

in a developing country like India. APSRTC (for Andhra Pradesh State) is
currently operating services in Andhra Pradesh, Telangana and in the
neighboring States.

Some of the key factors (as on 30.04.2019) about APSRTC (for Andhra
Pradesh State) are:

 Number of Vehicles 12,216

 Average Daily Earnings Rs.13.34 Crores
 Avg. Daily Volume of Operation 43.23 Lakhs KMs
 No. of passengers 74.07 lakh daily
 Zones 4
 Regions 12
 Depots 128
 Zonal Workshops 4
 Man power 53,608

Andhra Pradesh State Road Transport Corporation is organized into 4 Zones,

12 Regions and 128 Depots, with 4 Zonal Workshops. It has man power strength
of about 53,608 employees.

Various branded services offered by APSRTC include: -

 Regular Services operated daily with various levels of comfort, such as

Vennela, Vennela economy, Night Rider, Amaravathi, Garuda Plus, Garuda,
Indra, Metro luxury A/c, Super Luxury A/c, Super Luxury, Ultra Deluxe,
Express, Ultra Telugu Velugu, Telugu Velugu, City Metro Express, City
Ordinary.

3
  Contract Carriage Services, Advance Reservation Services; Concessional
Travel Schemes such as Vihari Card, Silver Card and etc.

APSRTC is the first State Transport Undertaking to have introduced Night Out
Services, Ultra-Deluxe Services, and One Man Services etc., and holds the record
of getting Petroleum Conservation Research Association of India (PCRA) Trophy
continuously for the past 25 years.

3. Major changes after implementation VT&PIS project

a. Tracked and monitored the movement of buses on real time basis to enable
communication of the arrival timings of buses at the bus stops/Bus
Stations/Bus Shelters etc., through state of the art GPS/GPRS technologies.
b. Provided Real-time Multi-lingual Passenger Information (Bus Timings, ETA,
vacant seats position, Promotional Messages, Routes, Bus Stop data etc.)
on LED Display Boards at Bus Stops, Bus Terminals and other identified
locations.
c. Announcement of the current and next bus stop information in all the city
buses.
d. Effective management through a Decision Support system by collecting,
collating and storing information on real time basis about the transport
system and its effectiveness using communication technology.
e. Instant access to information related to bus schedules, ETA etc., at bus
stops and bus terminals through SMS and internet.
System is in a position to suggest suitable SMS system. Access regarding the
bus information like ETA/ETD, current location, time table for a route etc.,
has been provided to the passengers through Internet.
f. Obtained online real time information on bus operations and management.
g. Effective monitoring of breakdowns and the related information.

4. Overall Scope of VT & PIS:

The overall scope of the implementation will consist of design,

development/customization, testing, installation, commissioning, training,
operations and management of facilities for a period of three years. The project
is planned to cover about 12,216 buses including hire buses.

The works mentioned below are indicative but not exhaustive: -

i. The overall scope of Vehicle Tracking & Passenger Information System

(VT & PIS) solution is :
a. Supply, Installation, Testing and Commissioning of Vehicle
Monitoring Units (VMUs) along with all fittings & fixtures in all
the 12,216 buses indicated above and their maintenance for the
entire contract period of 3 years. The buses figure is only
indicative, it may be reduced or increased based on the
operations.
b. At present all City buses (around 1269) were fitted with M/s TCS
VMUs. Specifications of City buses VMUs are given at Annexure -
1. Similarly, all Mofussil and long distance buses (around 10,947)

4
 were fitted with M/s Dreamstep VMUs. Specifications of all
Mofussil and long distance buses VMUs are given at Annexure -2.
All these VMUs are in working condition. Successful Vendor may
use all these VMUs in the project as they are the property of
APSRTC. However, it is the responsibility of the Vendor for the
replacement of any VMU as per the need and requirement during
the entire Project period. Corporation will not give any CAPEX
for VMUs except the quoted rate per bus per month.
c. For the departmental vehicles like Jeeps, DGTs, Ambulance etc.,
it may be required to fit VMUs on temporary basis which are to
be adjusted with spare devices. In case of permanent fitment of
VMUs as per the need of the Corporation from time to time, the
CAPEX for the new VMUs will be borne by APSRTC as per the
Purchase Order of the Firm and the OPEX will be as per the quote
of successful bidder.
d. Supply, Installation, testing and commissioning of Automatic
audio announcement of bus stops in all City buses (along with
all fittings & fixtures and required connectivity to the VMU) and
their maintenance for the entire contract period of 3 years.
e. Supply, Installation, testing and commissioning of LED display
boards for display of Passenger Information, in identified Bus
Shelters along with all fittings, fixtures and required PIS
controllers and their maintenance during the entire contract
period. The successful bidder has to obtain the required power
connections at their cost for these displays and bear the power
charges for the entire contract period.
f. At present around 90 LED display boards are in use as shown at
Annexure-3. Specifications of LED Boards are given at Annexure
-4. All these LEDs are in working condition. Successful Vendor
may use all these LEDs in the project as they are the property of
APSRTC. However, it is the responsibility of the Vendor for the
replacement of any LED as per the need and requirement by
APSRTC during the entire Project period.
g. Supply, installation, testing and commissioning of all the
required Server Hardware, Firewalls, Software (operating system
software, GIS software, RDBMS, Application server software,
application software, Digital maps/Google map licenses etc.),
Database, Data Storage, all required Connectivity, Networking
Equipment’s, etc., required for Data Center and hosting the
same in a Data Center and paying hosting charges. Maintenance
of the same for the entire contract period shall be borne by the
successful bidder.
h. The required Hardware like Servers, Network Equipment and all
Software licenses as mentioned above may be obtained from
reputed Cloud Services equivalent to TIER III or above Data
Center also. The entire application can be hosted on reputed
Cloud Platform equivalent to TIER III or above Data Center.
i. However as per the Govt. letter No.ITC01-IT0INFR(SDC)/1/2019
-INFRA, dated 02.04.2019 given by the Principal Secretary to
Govt., the State Data Center (SDC) is being established at
Mangalagiri and the IT, E&C department will provides the entire

5
 infrastructure at free of cost for hosting applications to all the
user departments with Tier-IV architecture, which is eligible to
APSRTC also. Corporation is following up with Govt. of AP to get
the total Hardware and hosting on free of cost.
j. Hence the bidders can offer quotes with and without the
hardware and data center hosting. The bid without the Hardware
and Data center hosting will be given first priority, if Govt. of AP
approves the APSRTC proposal for free hardware and hosting at
State data center. If the same is not approved, the option with
hardware and hosting by the firm at any TIER 3 and above Data
center OR equivalent Cloud platform will be considered.
k. Providing the required communication subsystem including
procurement & installation of SIM cards in Vehicle Monitoring
Units and controllers for LED displays, payment of monthly
charges for the required GPRS/GSM communication, for the
entire contract period of three years. The successful bidder has
to provide private APN Network (MPLS cloud) for all the SIMs.
l. Development, installation and maintenance of the required
application software for the entire contract period of three
years.
m. Geo-fencing/Geo-coding of all the required Bus Depots, Bus
Stations and all the important en-route points identified by
APSRTC for this purpose. Already the above work was completed
in the existing Projects. The master data of all Geo-fence/Geo-
coding of all bus stops/bus stations will be shared to the
successful bidder. However the Vendor has to take all steps for
cross verification of accuracy of above data and it is the
responsibility of the Vendor to map the Geo-fence/Geo-coding
of any missing or new bus stops/ bus stations during the entire
project period.
n. Operation, Training and Support for the entire contract period.

ii. The successful bidder shall Design, Procure all the required hardware,
software (including required application software, required maps
etc.,), Build, Configure, Test, Implement, Commission, Operate,
Manage and Maintain the VT & PIS solution during the contract period,
provide training to APSRTC manpower and support the Software,
Hardware, Network Infrastructure, Connectivity for the entire contract
period of three years. The bidder will also deploy manpower for regular
transmission of the information at data center and for maintenance of
all the Hardware, System and Application Software, Network
Infrastructure, Connectivity etc., for the complete contract period.
The existing internet connection at Depots will be used for feeding the
service No., vehicle No., crew details etc. whenever the buses are
deviated on other routes using web interface which is to be provided by
the VTS application.
iii. Successful bidder should provide adequate man power at Regional
office level to maintain and manage the VT & PIS equipment, VMUs and
SIMs in all the depots of the region. The deployment plan and deployed
details should be submitted to APSRTC.

6
 iv. The VT & PIS must meet the essential criteria (a) Availability; (b)
Accessibility; (c) Assessment; and (d) Acceptance to assure APSRTC the
acceptance of the system by different stakeholders. The key
stakeholders are traveling public, operating staff & management of
APSRTC.
v. Proposed system should increase the efficiency & effectiveness of
public transport.
vi. The successful bidder should deploy all required infrastructure items
like VMUs/GPS devices, Computer hardware or any other mediator for
transmitting information on to audio announcement in City buses etc.,
for Vehicle Tracking & Passenger Information System (VT & PIS) to run
the system in a successful manner for the entire contract period of 3
years.
vii. The successful bidder shall organize periodical training programs about
the complete functioning of the VT & PIS i.e., all operations, reporting,
monitoring etc., to designated officials of APSRTC as and when required
by APSRTC during the complete contract/project period.
viii. After getting trained, daily operations related to computers at
depot/bus station level for desired reports, monitoring and analyzing
the VT & PIS would be done by APSRTC units’/depots’ designated
officials/employees. But required support in operations would be
provided by the successful bidder.
ix. The successful bidder shall provide support in daily operations of VT &
PIS, hardware, software, connectivity related problems occurring at
depot/bus station level. Necessary training should be provided to
designated APSRTC personnel to enable them to carry out these
activities.
x. Successful bidder shall capture the data from the VMUs/GPS device
installed in the bus and immediately store it in central server. It will be
the responsibility of the bidder to ensure consolidated monthly data
backup of all buses & depots at Data Center and the same should also
be kept safe with themselves. The storage media in the form of
SAN/External Hard Disk/DVD/Pen Drive shall be provided by the
successful bidder.
xi. The VT & PIS will cover Automatic Vehicle Location Information system,
Passenger Information System (PIS) and generation of MIS reports.
Features of VT & PIS system are provided in Technical Compliance.
xii. Successful Bidder should provide adequate technical manpower for
successful working of VT & PIS. The salaries, perquisites, allowances
etc., for the employees should be borne by the Bidder only. Such
manpower employed by the Bidder should not be considered as
employees of APSRTC and they should not claim any Job benefits in
APSRTC in future.
xiii. The persons engaged by the successful bidder, to carry out work shall
be paid minimum wages as fixed by the Commissioner of Labour, PF,
ESI etc., as per statutory provisions from time to time and a proof to
that extent shall be produced to APSRTC.
xiv. Successful bidder will provide adequate training to the various users as
essential for the successful implementation of the project. Training
needs to be provided to personnel at Regional/Depot and Head Office
level designated by APSRTC during the contract period.

7
 xv. The successful bidder shall prepare all necessary documentation for the
project. Details regarding documentation are explained in Technical
Compliance in detail.
xvi. Vehicle tracking devices, application software (including complete
Andhra Pradesh Map and all India Map, Map engine and APIs etc.),
computer hardware, LED Displays, network connectivity & its
equipment etc., form the core of the proposed VT & PIS.
xvii. It would be the responsibility of the successful bidder to provide high
end, high capacity server hardware (cloud is allowed), software and
provide required bandwidth connectivity etc., to provide the quality of
service desired/required by the APSRTC. The hardware and software
should be able to meet the current requirement of VT & PIS for all buses
and should be scalable up to 15,000 buses in future.
xviii. All the hardware, software, VMUs, along with all fittings & fixtures and
all other equipment would be transferred to APSRTC at the end of the
Project period of three years along with Source code, Application
Software Developed/Used by the successful bidder under VT & PIS
project for APSRTC and all project related Data such as input, output,
masters etc. and source code created for APSRTC would be the property
of APSRTC and transferable to APSRTC at the end of the Project period.
The source code will be the intellectual property of APSRTC and
successful vender should not use this source code elsewhere without
the permission of APSRTC.
xix. It will be the full Responsibility of the Successful Bidder to Provide
Complete backup of all Developed/Used Application Software (latest &
updated version) and whole Database of the complete project period.
xx. It will be the responsibility of the successful bidder to hand over all the
project material in working & operational condition at the end of the
project duration.
xxi. It will be the responsibility of the successful bidder to provide complete
backup of Application Software & Data backup of complete project
period in two copies at Head Office Level on external HDD at the end
of the project. The data backup media has to be provided by the
successful bidder.
xxii. Successful bidder will be bound to display PIS along with all
advertisements/information/matter as desired by APSRTC without any
additional cost.
xxiii. Successful bidder should provide the support in the maintenance of the
KIOSKS regarding software and hardware.

xxiv. Successful bidder should provide the status of replaced VMUs with
vehicle details, the nature of the defect of the old VMUs and the
repaired VMUs status every week.
xxv. Successful bidder should provided every vehicle status like online,
repair, accident, cut off, offline, battery removed, in company etc with
date and should be stored in data base. The information should be
shown dynamically in admin web portal.

8
 xxvi. Successful bidder should show the live status of the last data packet
received from VMU for every vehicle in admin portal as well as admin
mobile app.
xxvii. Successful bidder should maintain the hire vehicle master data
including agreement starting and ending dates with an alert facility to
remove the VMU at the end of the agreement period.
xxviii. Successful bidder should maintain 10 % spare VMUs, related connecters
and SIMs to enable smooth functioning of the system.
xxix. Successful bidder should provide data analytics duly integrating the CIS
project and show the key parameters like Earnings, KMs, EPK, OR, AVU,
KMPL, P&L, Inventory etc. in charts and pictures formats at micro level
of each trip.
xxx. Tenders are being invited separately for procuring Electronic Ticket
Issuing Machines (ETIMs) with GPRS & RFID facility for all the buses
covered under this project. Data pertaining to all the tickets issued
(ticket No., ETIM No., No. of passengers, fare, amount collected, from
stage, to stage, concessions availed if any, etc.) and other transaction
data will be transmitted from the ETIMs, to the VMU through RS232/USB
interface, and from the VMU to the designated Central Servers through
GPRS Network. The application software, database structures etc.,
required for collecting the said data and performing analysis of the
data, generation of required reports etc., will be provided by the ETIM
vendor.
xxxi. The ETIM application along with Data received from the ETIM will be
hosted on the servers of OPRS (Online Passenger Reservation System).
The OPRS System will calculate the seat availability based on the data
of OPRS and the data received from the ETIM and send the same to the
VT&PIS application which in turn has to display the same on the
LCD/LED Displays, Internet and SMS. The required interfaces in the form
of XML/Web services shall be provided by the OPRS application provider
as per the format specified by the VT&PIS vendor.
xxxii. In future, all of the relevant data transmitted from VMU devices in
buses to the Central Data Center shall be transferred to State Data
center or Police Command Control or Real Time Governance System
(RTGS) or any firm authorized by APSRTC, in less than one (1) minute
interval.

xxxiii. The data transferred to above agencies shall be a vehicle tracking raw
data generated in each VMU device at interval of ten seconds and
consists of following
1. Bus number,
2. Bus type,
3. Location (Longitude and Latitude),
4. Time stamp,
5. Bus route number, Travel speed and

9
 6. Other available raw data.

xxxiv. In case that any abnormal or malfunctioning communication is

detected, the server in the Central Data Center shall record the type of
failure and issue an alarm.
xxxv. The service level requirements of the system including data availability
and accuracy must meet the requirements specified in the original
technical specifications.
xxxvi. Vendor shall provide details of the required licensed software like
Operating System, Database, Web application, Network software and
management, Antivirus and any other required software, along with
cost. The software requirements should be given in such a way that the
system should be scalable both in terms of hardware and application
software. However Cloud Services may be utilized to reduce the cost of
Operations.
xxxvii. The successful vendor should submit documentation of every output
(report) along with algorithm and regarding the logic used to develop
that report. The modification build given should be approved by APSRTC
along with detailed release note in the chronological order. All the
release notes in the chronological order should be made available on
the web site for the admin users in the opted and date wise
modifications with details.
xxxviii. The successful vendor should use the existing domain names which are
already in use both in web portal and mobile app for continuity.
xxxix. The prime/lead bidder should submit any representation regarding any
financial matters/transactions, with the signatures of all the
consortium members.

2. Mobile App for Passengers

 Public App for Android and iOS Users to track the services.
 Public app to the passengers should be able to get the location of the
Passenger using Mobile GPS and list the nearby Bus stops with upcoming
buses to those bus stops.
 The user should be able to search for buses that are being currently
operated between two bus stations.
 The Passenger should be able to track a Bus/Truck by vehicle number if
required.
 The Passenger should be able to see the live bus location on the Google
Map and should be able to track the bus as it moves.
 When searching for buses between two bus stops, the user should be able
to filter the results based on the service types.
 When showing the list of buses, running between two bus stops, by default
it should show the upcoming buses and if required the user should be able
to see the entire scheduled list of buses.
 When showing the bus/service schedule, the ETA should be displayed along
with the scheduled time for all the upcoming bus stops in that service.

10
 In addition to the service schedule with ETA, the details like Driver name,
Route, Source and destination stops information should be displayed to the
Passenger.
 The user should be able to add his favorite routes, trips, and service
numbers for quick access.
 The user should be able to track a service with a service number.
 The user should be able to track a service with Route number.
 The user should be able to provide the feedback directly from the app on
various pre-defined categories.
 The user should be able to send SOS signals to the ROAD TRANSPORTATION
CORPORATION officials when there is an accident, breakdown or when
women needs some help.
 The user should be able to set an alarm to alert the user on reaching his
destination while travelling in the bus linking with ETA just like in Indian
Railways.
 The user should be able to send an emergency message with location data
to any two user’s choice mobiles numbers which are pre-saved in mobile
app.
 Instant SMS alerts need to be sent to the corresponding RTC officials when
an SOS button is pressed by the passenger.
 Provision to send banners to the public app about discounts and other
important information should be provided.
 There should be an option to show messages at the service level, when
there are deviations to the route.

MOBILE APP SAMPLE PICTURES:

11
12
LOCATION ALARMS SETTING SAMPLE PICTURES

13
 Whenever a service is cancelled the corresponding message status should
be reflected automatically on the app.

All the functions of the Existing Mobile App must be provided besides any
new features as per the requirement from time to time.

3. Mobile App ROAD TRANSPORTATION CORPORATION Staff

 All the ROAD TRANSPORTATION CORPORATION officials should be able to

access the Admin App using native authentication using usernames and
passwords.
 There should be a way to ask for OTPs for the authentication upon enabling
the option.
 The admin users should be able to assign a vehicle to a service directly from
the app.
 The RTC staff should be able to mark a service as cancelled directly from this
app for tracking.
 The RTC staff should be able to track a service using service number, service
code and trip id.
 The RTC users should be able track any vehicle live on Google map using the
vehicle number.
 The RTC users should be able to record the accidents information directly
from the app with upload options to store pictures of the buses and other
vehicles in the app.
 All the functions of the Existing Mobile App must be provided besides any new
features as per the requirement from time to time.

4. Web Portal for ROAD TRANSPORTATION CORPORATION Passengers (Public)

 The web portal should be responsive in nature to fill all the sizes like desktop,
tablets, mobiles etc.
 The Passengers should be able to see the buses running between two bus stops
with complete ETA details for all the upcoming stops when the service is
running.
 The users should be able to filter the services or results for a specific service
type if required.
 After selection, the users should be able to see the details of scheduled buses
and currently running buses from the current time.
 The city services should be shown in separate tab of the same page.
 The user should be able to track a live bus, using the service number.
 The users should be able to track a bus/truck using the vehicle registration
number live on Google maps.

14
 All the functions of the Existing web application must be provided besides any
new features as per the requirement from time to time.

15
5. Web Portal for ROAD TRANSPORTATION CORPORATION Staff

 The web portal should securely have authenticated using the username and
password.
 The admin users should be able to assign a vehicle to a service directly from
the app.
 The admin users should be able to edit the schedules whenever required based
on the depot.
 The admin staff should be able to activate or deactivate a service at anytime.
 The RTC staff should be able to cancel a service directly through the web
portal.
 All the features in mobile app should be shown in admin level.
 The status of replaced VMUs with vehicle details, the nature of the defect of
the old VMUs and the repaired VMUs status should be shown dynamically
Zone/Region/Depot wise.
 Vehicle status like online, repair, accident, cut off, offline, battery removed,
in company etc with date should be shown dynamically Zone/Region/Depot
wise.
 The live status of the last data packet received from VMU for every vehicle in
admin portal as well as admin mobile app should be shown dynamically
Zone/Region/Depot wise.
 The hire vehicle master with contract agreement period should be shown
separately with VMU details.
 Scrap vehicle details should be shown with effected date.
 Data analytics of the key parameters like Earnings, KMs, EPK, OR, AVU, KMPL,
P&L, Inventory etc. required by APSRTC in charts and pictures formats should
be shown at micro level of each trip.

I. The staff should be able to create new/edit the master data for

 Service class
 Routes
 Services
 Buses/ Trucks
 Crew details
 Service schedule
 Depots
 Regions
 Zones when applicable
 Accident Types
 Road types
 Bus stops

II. The MIS reports need to be displayed with required filters

 Departure Punctuality
 Arrival Punctuality
16
  Un authorized stoppage report
 Tracking status report
 VMU Status report
 Route deviation report
 Cancellation report
 Service Schedule report
 Headway chart displaying all the services between two bus stops
 Waybill and vehicle assignment report
 Report on wrong assignments
 Feedback report
 Emergency report from SOS

These are only sample reports. Some more reports and their formats are
given at the end of this document. The original requirement for reports might be
more and will change over time. The new reports are to be added from time to
time as per requirement within the scope of the project without any extra cost.

III. The dashboards need to be with depot level filters to display the summary of the
entire fleet.
IV. The admin app should provide options to create special services that run only for
a specific period of time.

DASHBOARD SAMPLE PICTURES

17
6. Web Portal – Live tracking - for ROAD TRANSPORTATION CORPORATION Staff

I. The live tracking application should be displayed the assets on a licensed Google
maps.
II. By clicking on the vehicles on the map, the trip related information along with
the driver phone number need to be displayed.
III. In playback, speed control ruler shall be provided.
IV. In playback as well as in live, schedule route to be displayed in green colour and
actual route in red colour.
V. Track by route (From - To) provision to be given.
VI. Search by vehicle number provision to be given.
VII. Need to provide speed of the bus in specific interval of time.
VIII. Status filter for selecting Zone/Region/Depot/Vehicle-class should be provided.
IX. Track by service number should be provided based on the selected Date & Time.
X. Track by Service code should be provided based on the selected Date & Time.
XI. Status filters for selecting On-time/Delayed/Early vehicles/Services.
XII. All the functions and reports of the Existing web application must be provided
besides any new features as per the requirement from time to time.
7. Web Portal – Data Analytics - for ROAD TRANSPORTATION CORPORATION Staff

Required to integrate with CIS Project and to provide data analytics through
display of the data more effectively by using interactive pictures and charts through
the dash board to understand the end users better and easy. All the parameter as
required by the APSRTC from time to time should be shown through interactive
visualization with predictive analysis.

The data analytics is to enable the users to create an eco-system to help

organizations learn and understand their business in a better manner to discover new
insights and patterns about business processes and operations to gain competitive
advantage. It includes:

BI infrastructure — should allow users to connect different data sources, such as

TIMS, VT&PIS, C I S, OPRS etc. and generate different kind of reports and
dashboards.

Development tools — s h o u l d provide a set of programmatic development tools and a

visual development environment for integrating all processes related to Routes,
Services conductor/ drivers and operation/quality measures to come up with a

18
comprehensive solution. This platform enables developers to build BI applications
without coding by using wizard-like components for a graphical assembly process.

Reporting — Ability to create formatted and interactive reports

(parameterized) with highly scalable distribution and scheduling capabilities.
The reports are varied and categorized on Zone, Region, Division, Depot, Route
or Service. They also cover interstate and intra state reporting structures.

Dashboards —A subset of reporting with an ability to publish formal, Web-

based reports comprising of intuitive interactive displays of information,
including dials, gauges, sliders, tables and graphs. These displays indicate the
state the performance of a metric compared with a goal or target value.

Interactive visualization —Display numerous aspects of the data more efficiently

by using interactive pictures and charts, instead of rows and columns.
Advanced visualization goes beyond just slicing and dicing data to include
more process-driven BI systems, allowing end- users to understand better the
workflow through a visual representation.

19
Predictive modeling and data mining — Provides analysis and certain simulation
activities to be performed. It enables to forecast revenue trends, predict
traffic volume, monitor future maintenance or analyze fuel price trends. The
variation of some parameters and their influence on other elements can be
studied to understand the operations in a more comprehensive manner, eg:
impact of various decisions such as price change or route change on revenues
and end users can be studied.

Mobile Enablement— should create a system where reports and dashboards

can be accessed on mobiles, enables decision makers and key personnel to
monitor operations from anywhere at any point of time. Decisions can be
communicated instantly based on reports/dashboards information and
actions executed immediately obviating any time lag and the need for
presence in office.

The fundamental aspects, Data integration and Business Intelligence are to be

implemented in data analytics.

Integration Architecture

20
 Analytical Reports - The solution should create interactive reports and dashboard
considering the data provided by APSRTC.

Macro Analysis

Route Based Analysis


Depot & Service Wise Analysis
 Bus Type Categorization Report

 Stage to Stage Analysis

Conductor/ Driver Based
Analysis
Ticket Type Based Analysis
Trip Wise Analysis

 Revenue Trend

 Boarding & Alighting Analysis Bus Type Categorization Report

Stage to Stage Analysis
 Bus Pass Trend
Conductor/ Driver Based
Analysis
 Time Volume Correlation
Ticket Type Based Analysis
Trip wise Analysis

Resource Analytics

Conductor Performance Overview: Pattern Identification on deviations

Driver Reports
EPK Trends
Conductor Efficiency on Different Routes
Top/ Bottom Conductors/ Drivers

21
Ticket Analysis

Ticket Type Analysis ( revenue and numbers based)

Bus Type Based
Service & Route Based
Ticket Time Correlation
Conductor/ Driver Based
Station to Station

Operational Analytics

In-depth Route & Service Analysis

Peak Hour Trends

Cancellation Report

EPK Trend

Comparative Analysis

Inter Depot Comparisons

Inter Route Comparison Reports

Inter City corridor Reports

Shift wise Service and Trip Analysis

P & L Analysis (If Data Provided)

Service Cost

Driver wise KMPL Linking

Fuel Efficiency

Resource Cost

Driver/conductor alerts based on achievement vs. target

22
Comparative Analysis

Inter Depot Comparisons

Inter Route Comparison Reports

Inter City Comparisons

23
24
8. PIS- Passenger Information Screens

 The PIS Screens should be designed keeping TV’s / display screens in different
sizes.
 The data on the display screens should be refreshed automatically without
refreshing the entire page / screen.
 There should be a provision to group services by service numbers/ service class/
depots/service category/routes to display on a certain PIS displays.
 The API for PIS screens should be designed in such a way that they can securely
share with third parties who seek ad space from APSRTC.

9. SMS API Integration

 SMS Gateway should be integrated to send alerts to the ROAD TRANSPORTATION
CORPORATION staff on various events like cancellation, unauthorized stops, route
deviation etc.
 There should be a way to track a service by sending the service number as SMS to
the designated number. Upon receiving the service number, the application
should send the ETA through SMS reply for non-smart phone users.

10. OPRS / Way bill Integration

 The solution provider should provide API for service assignment, driver assignment
etc. This API can be used by the other systems like OPRS/CIS whenever a waybill
is generated.
 The tracking should have web URL showing all the ETA and the schedule. These
URLs can be sent to the passengers upon ticket booking, through SMS.
 The API should be able to add the special services and track them successfully as
and when they get added in the existing OPRS system and waybill is issued.

25
11. Auto Announcement System

 Required to build a client based installable auto announcement system that takes
the live location of the buses from server through API calls and announces the
arrival, departure, ready to departure status in Telugu.
 The history of each announcement should be stored in the server for reporting
purposes.
 Appropriate MIS reports need to be developed to show the announced and un-
announced services by bus station in either direction separately.

12. Squad Management System

 Required to maintain the squad system with hierarchy and different categories of
the squad teams in APSRTC
 The squad team should be able to report various discrepancies from the Mobile
app and web along with passenger, driver, service, vehicle and other required
information as stated by APSRTC.
 Appropriate MIS reports need to be developed to show the squad cases by various
depots, routes, services, drivers or squad teams.

13. Integration with Parcel Management system

 Required to provide APIs in requested format for master data and the services
live locations for the Parcel management system.

14. Security
I. All the access should be role based
 The elements/ options that could be seen by the users should be customizable.
 The Admin web application and Admin Mobile App should be configurable to
generate OTPs
 All the hardware components should be given dedicated IPs in a dedicated subnet.
 Encryption at REST and encryption on wire should be configurable.
 Should have provision to enable LDAP and integration with Single Sign On
 Firewall should be provided to block the secured ports that are not to be exposed
to the public networks
 Load balancers should be in place before any component that gets exposed to the
public network.
 Databases/Application Servers should never be exposed to the outside network.
All the communication to the application should go through the Load balancers in
the DMZ.
 All the critical changes to the master data should be audited.
II. All the components in the network should be firewall protected and distributed
denial of service (DDoS) attach protected.

26
15. Servers Hardware

The required servers should be procured by the vendor / maintained On Demand

on cloud with the following conditions.

High availability: All the web servers and the database servers should have a defined
DR solution setup with acceptable RPO and RTO. The application should be
architected to have the appropriate redundancy build into the system, in order to
maintain the application without any downtime.

Load Sustainability:

Display screens: The 5-20 display screens will be pulling the current bus status from
each of the 126 depots every 10 seconds. (Average 10*126*6*60*24=1,08,86,400 calls
a day)
Public Web application: Public portal will be used by the call center, enquiry
counters, Parcel service’s team, OPRS and non OPRS passengers to see the current
available services and their current status.
Data Ingestion from GPS devices: The current devices send data every 7-10 seconds
resulting in 2000 to 6000 insertions per second. Average
2000*60*60*24=17,28,00,000 records a day.

Public App calls: Currently there are 2.3 million downloads and approximately 9
lakhs active users checking the mobile app. Every day 7K to 12K new users download
the ‘APSRTC LIVE TRACK’.

Administration Web Portal and Mobile App: The admin portal shows and admin app
is being used at all the depots at various levels for MIS reports, schedule
management, control charts etc.

GPS Hardware: Currently APSRTC is equipped with 12,216 GPS devices that are being
tracked from last 3 years. The new vendor has to take the responsibility of these
devices and provide replacements where ever necessary for the tenure of this
project, which would be three years.

5. TENDER CUM REVERSE AUCTION FOR IMPLEMENTATION OF VT & PIS PROJECT,

AND MAINTENING THE SAME ON RATE PER BUS PER MONTH

E-bids are invited from bidders for implementation of Vehicle tracking &
passenger Information System (VT&PIS) Project in APSRTC and maintaining the
same on rate per bus per month for a period of three years.

a) The bid will be for, rate per bus per month. The bidder has to quote the rate per
bus per month excluding the applicable taxes.
b) Bidder will be paid the monthly amount as No. of buses * rate per bus per month
+ Applicable taxes from time to time.

27
c) The Bidder shall login to the APSRTC page on MSTC ecommerce site with his/her
user id and password and digital signature and quote his/her "bid" in "rupees" for
per bus per month of his/her choice. The selection of the bidder for allotment of
bid will be purely on the basis of lowest rate per bus per month offered by the
Bidder through MSTC portal, through the process of e-bid followed by reverse
auction.
d) The L1 rate will be the lowest quoted net rate per bus per month by the firms in
the financial bid. Reverse auction will be conducted based on the L1 rate quoted.
The bidder has to reduce the rate per bus per month, in multiples of Rs.5.00 in
the reverse auction.
e) The process of comparison of the offers as received in the tender and the reverse
auction will be done and the decision of the Corporation will be communicated
to the successful bidder. The procedure to be followed for conducting reverse
auction will be detailed in the pre-bid meeting.

6. ELIGIBILITY CRITERIA FOR BIDDERS

The following are the conditions, which are to be necessarily fulfilled, to be

eligible for consideration. Only those interested bidders who satisfy the following
eligibility criteria should respond to this Tender:

a. The Bidders should be Indian Company(s) registered under the Indian

Companies Act, and/or any other legal entity registered in Indian Law.
In case of a consortium, the prime bidder shall be an Indian Company
registered under the Indian Companies Act, and/or any other legal
entity registered in Indian Law, and the consortium partner can be an
Indian/Global/Foreign/International company.
b. A bidding firm should be a Corporation/Company or Consortium of
Companies / Corporations. In case of a Consortium the same shall
consist of not more than two Companies/Corporations and shall be
formed under a duly stamped Consortium agreement. In the event of a
Consortium, one of the partners shall be designated as a "Prime Bidder".
The Bidder/Prime Bidder or the member of the Consortium must be an
Information Technology / Information & Communications Technology
Company / Corporation.
c. The bidders, who want to form a consortium for this project, are to
note that only two Consortium members including Prime Bidder are
allowed. The Prime Bidder has to define the roles and responsibilities
of the members for smooth functioning of the project. An original copy
of the agreement between Consortium members should be submitted.
However, APSRTC will correspond/communicate only with the “Prime
Bidder”.
d. A bidding entity cannot be a consortium of any other consortium
otherwise both the bids shall be disqualified.
e. The prime/lead bidder should submit any representation regarding any
financial matters/transactions, with the signatures of all the
consortium members.
f. The individual / firm / company should be in the business of IT enabled
services and should have an average turnover of not less than Rs.2
Crores during the last three years, i.e., 2015-16, 2016-17 and 2017-
18. A CA certificate to this effect is to be submitted along with Techno

28
 Commercial Bid. Certified audited copies of Balance Sheets/Profit &
Loss Accounts/ Annual Reports of last three financial years should also
be submitted along with Techno Commercial Bids.
g. In case of a consortium, the eligibility criteria pertaining to Net Worth
and turnover shall have to be fulfilled by the Prime Bidder. The
remaining eligibility criteria can be fulfilled by any of the consortium
partners.
h. The lead member/Prime Bidder or the member of the Consortium
should have experience of execution of Information Technology
projects in related areas. The Bidder/Prime Bidder or the member of
the Consortium should have experience in developing & implementing
Vehicle Tracking projects in Transport industry (either Government or
private sector) for at least 1000 vehicles (buses or trucks etc.) for one
year in the last three years and should give a demo of the prototype of
the solution proposed to be offered on the prescribed date, after
opening of the technical bids. Work orders and certificates regarding
‘Project has been successfully & satisfactorily executed’ from clients
should be submitted along with bid.
i. The bidder or consortium member should not have been Black listed by
any PUC/Corporation/Board or State/Central Government as on bid
date in India. In this regard an affidavit must be submitted duly attested
by a notary, by the bidder and each member of the consortium.
j. In case of a Consortium, the Prime Bidder shall give an undertaking for
successful completion of the project. In case of any issues, Prime bidder
shall be responsible for all the penalties/compensation. The agreement
between the prime bidder and the consortium partner should be for the
entire project/contract period and the same has to be submitted along
with the Technical Bid.
k. Agreements of the consortium members should clearly mention their
exclusive association for this bid and joint responsibility for the
respective scope. Roles and responsibilities of each consortium member
must also be spelt out in the agreement.
l. Any Member of consortium cannot bid separately as a sole bidder. The
bidder / all consortium partners must have legal entity certificate, for
example : In case of Company – Certificate of Incorporation by
Registrar of Companies, In case of unregistered partnership firm -
Partnership duly notarized by Notary Public along with Certificate of
Registration under Shop & Commercial Act, In case of registered
partnership firm – Registered deed of Partnership with the Registrar of
Firms and In case of Sole Proprietorship Concern - Certificate of
Registration under Shop and Commercial Act. Entity should also be
registered under relevant labour laws, Contract Act etc.
m. The Prime Bidder must submit documentary evidence in support of their
claim for fulfilling the criteria and they should submit an undertaking
on their letter head to the fairness of these documents in support of
their claim while submitting the Bids. The Bids received without
documentary evidence will be rejected outright.
n. The bidder has to prepare a booklet with all supporting documents duly
preparing INDEX and shall handover the same at ATM-2(M-IT) section,
IT department, RTC house, Vijayawada on or before 20-06-2019.

29
7. Tender Procedure

For participating in the e-tender the intending bidder shall

 Obtain GST number

 Register themselves as "vendors for APSRTC on the MSTC portal" duly
obtaining username and password at www.mstcecommerce.com
 select e-procurement ˃ Govt-PSU’s ˃ Page no#3(APSRTC SYMBOL) or go to
the link
https://www.mstcecommerce.com/eprochome/apsrtc/buyer_login.jsp
 Further please download the vendor guide from
www.mstcecommerce.com/eprochome/apsrtc/buyer_login.jsp
 For the detailed guidelines to be followed in the e-bidding, also refer to the
java download and FAQs tabs for further guidance.
 Please use Microsoft internet explorer for bidding.
 At the time of registration, no payment is required.
 Details of personal information required for registration include, PAN
number, mobile number, e mail, address, bank account details with IFSC
code.
 For participation in e-tender, the Bidder shall possess "class IlI digital
signature with signing ".".(please refer to the guidelines at
www.mstcecommerce.comon MSTC platform for installing java)
 Employees of APSRTC and their family members as defined in APSRTC
Employees(Conduct)Regulations, 1963 are not eligible to participate in the
e-tenders.
 Minors under the age of 18 years shall not participate in the e-tenders.
 No preference will be given to existing bidder.
 Corporation Committee’s decision is final in Selection of the Bidder.

8. Payment of Entry Fee and Caution deposit

 For submission of Techno Commercial bid, the bidder has to remit a non
refundable administrative entry fee to APSRTC at the rate of Rs 15,000 + 18%
GST (Rupees Fifteen Thousand only plus GST @ 18%) i.e. 17,700/- (seventeen
thousand seven hundred only) in advance.
 The Bidder shall also arrange to remit an amount of Rs.25,00,000/- (Rupees
Twenty-five lakhs only) to APSRTC as caution deposit (EMD) (refundable) in
advance.
 The entry fee and caution deposit shall be paid into the current account
number of FA &CAO of APSRTC through NEFT / RTGS only at least 24 hrs. in
advance. The details of account

A/C Name Current account number IFSC code Name of the bank
FA & CAO APSRTC 62472413226 SBIN0020169 State Bank of India

The details with UTR number shall be mailed to cossmit@gmail.com

cveswararao@gmail.com simhartc@gmail.com ramanadvadk@gmail.com
amtoprs@gmail.com

30
 Name Mobile Lot Administrative Vendor Caution Bank UTR
number/ Entry fee paid bank deposit IFSC Number
numbers Rs. account Paid Rs
no

During the Techno Commercial bid process, the bidder will be required to pay
user charges to the MSTC at the rate of 0.03% of bid value plus 18% GST or Rs
10,000/- plus18% GST whichever is less for each Zone.

9. Allotment

 The successful bidder shall be decided based on the lowest bid criteria rate per
bus per month after completing the reverse auction. However, the corporation
reserves the right to reject any bid or cancel the tendering process without
assigning any reason at any stage.
 The successful bidder will have to enter into an agreement within 15 days from
the date of receipt of Letter of Intent, duly submitting Bank Guarantee for the
prescribed amount, towards Security Deposit. The EMD of unsuccessful bidder
will be refunded after the bidding except for L2. EMD of the L2 will be refunded
after the LOI acceptance by L1 bidder. The date of implementation of the project
will be decided by Chief Engineer IT, Head office, APSRTC.

10. SECURITY DEPOSIT

 The successful bidder should Deposit the 50 lakhs amount, towards Security
Deposit. The Earnest Money Deposit of the successful bidders will be converted
as Security Deposit. The balance Security Deposit shall be furnished in the form
of a Bank Guarantee in favor of Financial Adviser & Chief Accounts Officer,
APSRTC, Vijayawada, before entering into an Agreement. The Bank Guarantee
should be valid for a period of 42(36+6) months from the date of Agreement. Any
delay in submission of Security Deposit and entering into Agreement would result
in forfeiture of EMD. The proforma of the Bank Guarantee should be as prescribed
by APSRTC. The Security Deposit shall not carry any interest.

In case the contract is extended on mutual consent, the Bank Guarantee shall
have to be extended for further period as desired by APSRTC. In general BG has
to be valid for a period of six months over and above the agreement/contract
period.

11.1 General Conditions

a) The period of contract is for a period of Three years from completion of

Pilot implementation with 100 buses and observation for a period of one
month. The contract period and payment commences after the completion
of the observation period of one month, decision of CE(IT) is final in this
regard.
b) Commercial bids of the successful bidders in the technical evaluation
will only be opened.

31
 c) Any clarification required regarding the Terms & Conditions shall be
obtained from Chief Engineer(IT), APSRTC, RTC house Vijayawada during
the pre-bid meeting. No clarifications/queries will be entertained later.
d) The successful bidder should enter into an agreement with APSRTC on a
Rs.100/- Non-Judicial Stamp Paper (As per the stamp duty applicable),
duly submitting Bank Guarantee towards Security Deposit prescribed.

11.2 General Terms

a) The response to the tender has to be submitted in accordance with the
Terms and Conditions mentioned in this document.
b) The specifications and requirements mentioned in the tender are subject
to revision and changes as and when required.
c) APSRTC reserves the right to cancel the tendering process at any stage and
can invite fresh tender without assigning any reasons.
d) If any dispute arises out of the contract with regard to the interpretation,
meaning and breach of the terms of the contract, the matter shall be
referred to, by the Parties, to the Vice Chairman & Managing Director,
APSRTC who will be the Sole Arbitrator of the dispute and whose decision
shall be final.
e) The Bidder/Consortium Partner should have a local support office at
Vijayawada and provide the supporting documents in technical bid. If the
bidder does not have any local support office at the time of bidding, then
he must submit an undertaking on his letter head that if selected then he
shall open a local support office at Vijayawada within one month from the
date of award of contract.
f) The application software developed for this project should be provided
with perpetual licenses for APSRTC use. APSRTC will however have all
Intellectual Property Rights on all customizations carried out to suit
APSRTC operations & reporting requirements etc. The application software
to the extent of customization to APSRTC should not be used, or handled
by any individual, outside agency, firm, organization, state transport
undertaking except APSRTC. Any violation or breach of this condition will
entitle the Corporation to claim damages.
g) Consortium is allowed and bidders are permitted to add maximum one
consortium member for the purpose of this project up to the submission of
the tender. The successful bidder will not be allowed to drop any
consortium member till the completion of the project. The successful
bidder will be liable to fresh scrutiny/disqualification in case of dropout of
any consortium member post award of contract and till completion of the
project at the discretion of APSRTC. One consortium partner cannot be the
member of any other consortium for this project. Consortium agreement
has to be submitted along with the Techno Commercial bid duly signed by
all the consortium partners stating the name of lead bidder and roles and
responsibilities of all the consortium partners.
h) APSRTC reserves the right to reject any software supplied against the
order, if found not working satisfactorily or not able to render the proposed
solution at the time of installation at sites. The rejected software, if any,
shall have to be taken back and replaced as per requirement of Corporation
forthwith at the cost of the bidder. No payment will be made for the
rejected software.
i) The prime/lead bidder should submit any representation regarding any

32
 financial matters/transactions, with the signatures of all the consortium
members.
j) The Vice Chairman & Managing Director of APSRTC, Vijayawada, reserves
the right to cancel the tenders at any stage and can invite fresh tenders
without assigning any reason(s).
k) As per the Govt. letter No.ITC01-IT0INFR(SDC)/1/2019 -INFRA,dated
02.04.2019 given by the Principal Secretary to Govt., the State Data
Center (SDC) is being established at Mangalagiri and the IT, E&C
department will provides the entire infrastructure at free of cost for
hosting applications to all the user departments with Tier-IV architecture,
which is eligible to APSRTC also. Corporation is following up with Govt. of
AP to get the total Hardware and hosting on free of cost.
l) Hence the bidders can offer quotes with and without the hardware and
data center hosting. The bid without the Hardware and Data center hosting
will be given first priority, if Govt. of AP approves the APSRTC proposal for
free hardware and hosting at State data center. If the same is not
approved, the option with hardware and hosting by the firm at any TIER 3
and above Data center OR equivalent Cloud platform will be considered.
m) The decision of APSRTC is final in allotment of the contract.
n) The Techno Commercial bids submitted are not permitted to be withdrawn
at any stage of process and APSRTC will not be responsible for any delay in
finalizing the tenders for reasons beyond its control.
o) Legal disputes, if any, should be settled only in the jurisdiction of
Vijayawada courts.
p) Bidders shall fill up the required information as prescribed in the tender
form. Incomplete forms without full information are liable for rejection.
q) The rate will be applicable for the three-year contract period and will not
be subject to any upward revision for any reasons whatsoever. The rate
shall be quoted exclusive of GST.
r) The individual/Firm/Company shall furnish the IT Returns, Audited P&L
account and balance sheet for 2015-16, 2016-2017 and 2017-18 along with
the tender form.
s) All the Municipal/ Statutory levies, taxes etc., imposed by State and
Central Government/Service taxes etc., should be borne by the successful
bidder to carry out the business.
t) The personnel engaged by the vendor for commencing the business are not
entitled for a job in APSRTC, either at present or anytime in future.
u) GST, as per the provisions of GST Act will be reimbursed as per the
procedure in vogue.
v) Any advertisements, print material by the Vendor for improvement of his
business etc. shall be at his own cost and the content should be approved
by APSRTC authorities.
w) No conveyance/bus pass shall be provided to any employee engaged by the
Vendor nor any sort of compensation be paid by APSRTC.

x) In case of any disputes regarding interpretation of Terms and Conditions,

decision of Vice Chairman & Managing Director, APSRTC, Vijayawada is
final.
y) The successful vendor shall not disclose to any other party about the
knowledge of system on the possession of material and information given

33
 to the successful vendor under this agreed contract or any information
which has been generated during the running of the project. The successful
vendor should hold such material and information in strict confidence, not
to make use of them other than for the performance of this contract,
except release it only to designated employees requiring such information
for operation, maintenance, control and inspection of the systems. During
the execution of the contract and thereafter the above information should
not be released to any other parties.
z) If any untoward incidents occur while maintenance of VMUs or any other
works, they shall be handled by the vendor. Further, if any damage occurs
during such incidents to the property / personnel of the vendor, APSRTC
has no responsibility and is not liable to pay any compensation.
aa) The bidder should provide the deployment plan of man power at Regional
office level in all 12 regions to maintain and manage the VT & PIS
equipment, VMUs and SIMs in all the depots of the region.
bb)The persons engaged by the successful bidder, to carry out work shall be
paid minimum wages as fixed by the Commissioner of Labour, PF, ESI etc.,
as per statutory provisions from time to time and a proof to that extent
shall be produced to APSRTC.
cc) The successful vendor should submit documentation of every output
(report) along with algorithm and regarding the logic used to develop that
report. The modification build given, should be approved by APSRTC along
with detailed release note in the chronological order. All the release notes
in the chronological order should be made available on the web site for the
admin users in the opted and date wise modifications with details.

11.3 Key Dates and events

S.NO Event Date DAY
1 Uploading of tender Document 24-05-2019 FRI
2 Last date for receipt of queries 31-05-2019 FRI
3 Pre-bid meeting 03-06-2019 11Hrs MON
Issue of clarifications to prospective
4 12-06-2019 WED
bidders
5 Start of Submission of e-Bids 19-06-2019 11Hrs WED
6 End of Submission of e-Bids 20-06-2019 16Hrs THU
7 Opening of technical-Bids 21-06-2019 10:00 FRI
8 Techno-commercial evaluation Since the tender is techno-commercial
9 Opening of Price e bids bid, the dates for the events at 8 to 11
10 Start of reverse Bidding will be intimated to the successful
11 Close of Reverse Bidding vendors in the technical bid.
Submission of manual booklet with
12 On or before 20-06-2019
supporting documents along with index
11.4 Pre-bid meeting

APSRTC will conduct a pre-bid meeting to clarify the objectives/scope of the

project in APSRTC Mini Conference Hall (Beside lift), RTC house at 11.00 hrs. on
the date mentioned in “Key Dates and events” clause.

34
 The interested bidders should confirm their participation and submit their
queries, in advance, in writing/e-mail as per the date given in “Key Dates and
events” clause. Queries by e-mail may be sent to cossmit@gmail.com,
cveswararao@gmail.com, simhartc@gmail.com, ramanadvadk@gmail.com,
amtoprs@gmail.com

12.1 Tender Evaluation Committee

a. The Tender Evaluation Committee constituted by APSRTC shall evaluate

the tenders.
b. The decision of the Tender Evaluation Committee in evaluation of the
Technical and Commercial bids shall be final. No correspondence will be
entertained outside the process of negotiation/discussion with the
Committee.

12.2 TECHNICAL EVALUATION TABLE:

Max.
SL Evaluation parameter Scoring indicators
marks
1 Understanding of APSRTC Requirements for VT Work Plan, Project Organization
& PIS and Scope of Work, etc. and the and Staffing Schedules should be
proposed Work Plan in line with RFP for the consistent with the shown 10
assignment including Project organization and understanding of the Scope of
Staffing Schedule. Work.
2 Experience in “Web-based IT Application 3 or more projects
Development, Implementation and 10

Maintenance Projects” (each project not less 2 projects

than worth INR 2.0 Crores) as IT/Software
5
Company in Government / Private Sector, in
India or abroad in last 5 years.
(Provide relevant case studies not more than 2 1 project
3
pages each)
No such experience 0
3 Experience in implementing /operating 2500 buses and above 25
/maintenance of projects of similar nature, 1500 buses
essentially consisting of Vehicle Tracking 15
Systems, in India or abroad in last 3 years
i) In any STU/RTC or other private buses. 1000 buses 10
ii) ) In any other outside trucks, Water tanks, 2500 vehicles and above
15
Dumpers, Municipal vehicles etc.
1500 vehicles 10
(Provide relevant case studies not more than 2 1000 vehicles
5
pages each)
4 Experience in implementing SMS based 1 or more projects
5
solution
(Provide relevant case studies not more than 2
No such experience 0
pages each)

35
5 Experience on implementation and Minimum one past project
maintenance of multi-location (geographically (completed/ ongoing) reference.
5
distributed project locations) Information and
Communications Technologies projects
(Provide relevant case studies not more than 2 No such experience
0
pages each)
6 Project Management Expertise and Minimum one past project
Experience. (completed/ ongoing) reference. 5

(Provide relevant case studies not more than 2 No such experience

0
pages each)
7 Proposed Resources/ Team Structure along 1. Team structure and CVs for
with CVs Development & Implementation
phase
5
2. Team structure and CVs for
Operations & maintenance
phase
8 Technical Presentation on proposed solution 1. Detailed overview of the
for APSRTC. Proposed Solution.
2. Strategy for Implementation
including project plans for both
phases, etc.
3. Change Management and 10
Capacity Building (training)
Plan, etc.
4. Overall Implementation and
O&M Methodology.
5. Proposed Architectures
9 Live Demonstration of the solution as per the Note: The scope of the live
details given. demonstration is given below. 25

The Live Demonstration shall cover installation of VMU equipment in two buses
of APSRTC, tracking the bus on the route decided by the committee, geo-
coding/geo-fencing of at least 20 important points on this route, display of vehicle
position in real time in PC on Google map/digital map/customized map& SMS
enquiry feature, and display of sample ETA on LCD/LED Display.

1) Display of live ETA and live tracking of a vehicle in real time in PC on

Google map/digital map/customized map
2) Playback tracking
3) MIS reports (any five to explain)
a) Departure Punctuality
b) Arrival Punctuality
c) Bus stops skipped
d) Route deviated
e) Unauthorized stoppage
f) GPS Unit (VMU) status/performance report
g) Speed of the vehicle at the time interval

36
 h) Actual running time in between the points
i) Distance covered by the vehicle
j) Any alerts statement
4) To show the query report for one month/week back data
5) Data analytics.

a) Eligible bidders will be called for a 2 hrs presentation as indicated in above

table.
b) As proof of requisite experiences, bidders are required to submit respective
client / customer testimonials.
c) The bidders who have qualified in Technical bidding with 70 points and
above out of 100, are only eligible for Commercial bidding.

The Tender evaluation committee may obtain oral clarifications from the bidders.
The primary function of clarifications in the evaluation process is to clarify
ambiguities and uncertainties arising out of the evaluation of the bid documents.
Oral clarifications provide the opportunity for the committee to state its
requirements clearly and for the Bidder to more clearly state its proposal. The
committee may seek inputs from their professional, technical faculties in the
evaluation process.

12.3 Commercial (Financial) Bid Opening

a. The Commercial bids of only the technically qualified bidders will be

opened for consideration. Financial bids of the remaining bidders will not
be opened.
b. As per the Govt. letter No.ITC01-IT0INFR(SDC)/1/2019 -INFRA,dated
02.04.2019 given by the Principal Secretary to Govt., the State Data
Center (SDC) is being established at Mangalagiri and the IT, E&C
department will provides the entire infrastructure at free of cost for
hosting applications to all the user departments with Tier-IV architecture,
which is eligible to APSRTC also. Corporation is following up with Govt. of
AP to get the total Hardware and hosting on free of cost.
c. Hence the bidders can offer quotes with and without the hardware and
data center hosting. The bid without the Hardware and Data center hosting
will be given first priority, if Govt. of AP approves the APSRTC proposal for
free hardware and hosting at State data center. If the same is not
approved, the option with hardware and hosting by the firm at any TIER 3
and above Data center OR equivalent Cloud platform will be considered.
d. The bidder has to quote rate per bus per month for the four options given
below. The committee will decide the option after opening of commercial
bids.

For Option – 1 : Rate per bus per month, in case VMU and SIMS maintenance
by the Bidder, utilizing the Govt. State Data Center Tire-IV
infra structure at free of cost.
For Option – 2 : Rate per bus per month, in case VMU and SIMS maintenance
by the Bidder, with hardware and hosting by the firm at any
TIER 3 and above Data center OR equivalent Cloud platform.

37
.For Option – 3 : Rate per bus per month, in case VMU and SIMS maintenance
by the APSRTC, utilizing the Govt. State Data Center Tire-IV
infra structure at free of cost.
For Option – 4 : Rate per bus per month, in case VMU and SIMS maintenance
by the APSRTC, with hardware and hosting by the firm at any
TIER 3 and above Data center OR equivalent Cloud platform.

Note: In support to the options 1 & 2, the bidder must submit the deployment
plan of man power at Regional office level in all 12 regions to
maintain and manage the VT & PIS equipment, VMUs and SIMs
in all the depots of the region.

12.3.1 Selection procedure

Commercial bids will be evaluated by the committee and the procedure of

selection will be in two steps.

In first step, Committee will decide the bid selection on the basis of VMU
maintenance either by the FIRM or by APSRTC.

After selecting the VMU &SIM maintenance part, the committee will decide
to select the bids on the basis of the approval of the State Data Center offered
by Govt. of AP to give total infrastructure and hosting at free of cost to the
Corporation.

If SDC proposal is approved by Govt. of AP, before the time of finalisation

of tenders, the bids will be considered based on the option without the Hardware
and Data center hosting. The bidder who quotes least rate per bus per month in
this option will be selected.

If SDC proposal is not approved by Govt. of AP, before the time of

finalisation of tenders, the option with hardware and hosting by the firm at any
TIER 3 and above Data center OR equivalent Cloud platform will be considered.
The bidder who quotes least rate per bus per month in this option will be selected.

The tender committee has the sole discretion to finalise the

tender based on any option(s) as per the need and circumstances
and the tenderers shall be binding on the same.

12.4 Contract Finalization and Award

APSRTC shall however reserve the right to reject all the offers and
cancel the tender, after reverse auction, if none of the bid offers are found
to be financially viable.
12.5 Material Deviation

a. A material deviation is one, which affects, in any substantial way, the

functionality, scope, quality, or performance of the Deliverables, or which

38
 limits in any substantial way, inconsistent with the Tender, APSRTC's rights
or the Bidder's obligations for, performance of the Project and the
rectification of which deviation would affect unfairly the competitive
position of other Bidders presenting substantially responsive bids.
b. APSRTC may waive any minor informality or non-conformity or irregularity
in a Bid, which does not constitute a material deviation, provided such a
waiver does not prejudice or affect the relative ranking of any Bidder.

13. PAYMENT TERMS

a. If the successful bidder fails to accept and commence the project within
the time as agreed in the Tender, the EMD amount is liable for forfeiture
in favor of APSRTC. The VC & MD of APSRTC reserves the right to cancel
the project assigned to the successful bidder and allot the same to any
individual/firm in case of unsatisfactory progress of the project.

b. Payment will be worked out on the basis of “Rate Per Bus per month
(exclusive of Service Tax)”, considered for the payment and also Service
Tax applicable from time to time.

c. The monthly charges will be paid against submission of invoice of the

successful bidder every month, to ATM-2, RTC House along with production
of certification from the Regional Managers regarding Satisfactory
functioning of the GPS devices other components of the project and also
production of documentary evidence of manpower deployed like place of
deployment, mobile numbers and other documents as requested by APSRTC
for release of monthly charges every month.

PENALITIES

d. A Penalty of Rs. 5,000/- per week of delay shall be imposed on the System
Integrator for any delay in completing the VTPIS Project within the total
time period prescribed.
e. Any penalty shall be applicable after ‘Go Live’ status i.e., after complete
implementation of the project covering 12,216 buses.
f. The penalty applicable would be Rs. 100/- per day for each non functioning
device/VMU and Rs.200/- per day for each non functioning LED, if the
faulty device remains unattended and unrepaired till 24 hours.
g. A penalty of Rs.250/- per week per head will be imposed towards
unavailability of the man power against the approved deployment plan
given by the vendor.

14. Scope and Project Tasks (Technical & Functional)

Development, Supply, Installation, Testing, Commissioning, Training,

Operation, Maintenance and Management of Vehicle Tracking & Passenger
Information System (VT & PIS) for APSRTC. This project will cover the following
core areas:

 Vehicle Tracking System for all buses.

39
  Supply & installation of voice announcement system inside the city buses.
 Hosting of all the required hardware in a Central Data Centre of above TIER
3 or in any reputed cloud platform including supplying and installation of
all the required hardware and software.
 Providing the GSM/GPRS connectivity to the VMUs and Displays etc.
 Technical support for the entire VT & PIS system.
 VT & PIS related Software changes as and when required by APSRTC or on
need basis.
 VT & PIS related Hardware changes on need basis i.e., scaling the system
when APSRTC increases the fleet to be covered under the project.
 Procuring and Installing GPRS/GSM connection, Internet connections as
required under VT & PIS project.
 Providing skilled persons and non-technical staff required for effectively
manning the system.
 Maintenance of existing LED Displays, along with all required fittings &
fixtures, in Bus Stations/Bus Shelters and other identified locations for
providing advance information to passengers about the arrival timings of
buses (ETA / ETD), Seat availability, etc.
 Manpower should be provided for imparting required training, maintaining
& managing the VT&PIS System equipment, LED boards etc.
 Maintaining and managing the entire system and all the components
installed for the entire period of the contract.
 Providing SMS based information to the customers 24x7x365 about real time
location of bus, ETA / ETD, seat availability.
 Providing web based real time information to the public about real time
location of bus, ETA / ETD.
 Providing LED Display boards in Bus Stations/Bus Shelters and other
identified locations for providing advance information to passengers about
the arrival timings of buses (ETA / ETD), Advertisements etc.
 Providing the required connectivity to all the Bus Stations/ Bus Shelters
concerned to drive content of LED boards and also to track the vehicles by
RTC officials at respective bus Depots/Bus stations.
 The electricity bills for all the LED displays should be borne by APSRTC.
However, providing the required connectivity to the displays in APSRTC bus
stations will be the responsibility of the successful bidder. Future increase
in electricity tariff should be absorbed by the firm.

In case of void/tamper of seal or physical damage of VT / PIS equipment due

to the mishandling of APSRTC personnel, the estimated cost will be paid to the
bidder for the replacement of the same.

14.1 Functional & Technical Specification of the Proposed VT & PIS System

14.1.1 VT & PIS Objectives

APSRTC had implemented VT&PIS project to improve its capability in managing

the entire public transport system more efficiently, safely and be more Commuter
and environmental friendly. This was achieved by introducing real time
communication interlinked with buses, passengers (bus stations/shelters) and
APSRTC’s Management by implementing Vehicle Tracking and Passenger
Information System (VT& PIS). The core objectives of deploying VT & PIS is to

40
provide user information, monitor system operations, ensure compliance to
schedules and service quality, minimize revenue leakages, reduce costs, enhance
safety and also to generate valuable traffic information for fine-tuning
operations.

From the perspective of various stakeholders, the objectives include:

Commuters
a. Improve level of customer service and convenience.
b. Increase commuter patronage.
c. Providing effective, safe, environmental and commuter friendly solutions
to the travelling public who use APSRTC’s buses.
d. Inform commuters about the arrival timings of buses and notify commuters
about schedule changes through appropriate channels.
e. Instant access to information related to bus schedules, ETA, ETD,
announcing of bus stop names, fare details, etc. at bus stops, bus Stations
through SMS and Call Centre (APSRTC Call centre which is already
functioning).

Bus Drivers
a. Facilitate timely management of vehicle break downs /Accidents and other
incidents.
b. Effective diversion of buses in case of emergency.
c. Plan and schedule drivers and vehicles.
Management
a. Increase driver and passenger safety by tracking vehicles in real time.
b. Track and monitor the movement of buses and drivers on real time basis to
optimize operations, improve fleet utilization, schedules, and vehicle
availability with accurate information.
c. Increase daily per-vehicle revenue.
d. Obtaining on-line real time information on bus operations and management
for effective management through a Decision Support system by collecting,
collating and storing information on real time basis about the transport
system and its effectiveness.
e. Effectively manage rerouting and interconnections.

The key stakeholders are the traveling public, the operative staff of APSRTC
involved in efficiently running the buses as per schedule with well maintained
buses and meeting the quality of international standards, the management of
APSRTC and various eco-system partners such as suppliers of various resources
and components required for efficient running of the APSRTC services,
environmentalists and other transport users such as two wheeler/four wheeler
users etc. Amongst the citizens, special provisions shall be made for the physically
challenged, senior persons, women and children who may have difficulties in
accessing the services of APSRTC easily.

The range of interventions to meet the stakeholders’ expectations includes:

Operational Managers

41
 a. Facilitate operational managers to manage the entire fleet operations
more efficiently through on-line remote access to vehicle positions, speed,
breakdown, accident/ incident, etc.
b. Preparation of standard reports and charts to support all levels of
management in decision making.
c. Instant access to information such as: missed trips, late trips on different
routes, break downs and its duration, vehicles offline, accidents – types,
impact, losses etc., route-wise stop times for different trips at bus stops,
average speed point to point, travel time analysis, improper stops at bus
stops, driver behavior, deviation in routes, speed violations, at different
locations and at different points of time.

Management
a. Analytical data (graphical, text and numerical data) for the top
management to support effective management of the services of APSRTC.
b. Cater to the requirements of dynamic and context based specific reports
graphs and charts and other standard Management Information System
reports to give a snapshot view to the APSRTC management on daily,
monthly, quarterly, half-yearly and yearly performance.

14.1.2 Overall Scope of Service

The overall scope of the implementation will consist of VT & PIS design,
development, testing, installation, commissioning, training, operations,
maintenance and management of facilities for the contractual period. This
project is planned to cover about 12,216 buses, with LED displays at Bus
Stations/Shelters and other identified locations, with voice announcement in city
buses. The VT & PIS solution will scale up to meet additional buses deployed as
necessary on temporary / permanent basis.

14.1.3 VT & PIS Application Software Scope

 Central MIS software

 Bus Tracking Software (GPS Tracking)

42
The Global position system (GPS) mounted as part of the Vehicle mounting Unit
in the bus will receive the longitude and latitude coordinates from the Satellite
through a process of triangulation. This information is then sent across to the
Central Data Centre through the wireless communication link – GSM / GPRS, along
with time stamp. The application at the Central Data Centre on receiving the
position inputs will make the required information available on the web. ETA of
buses pertaining to the relevant routes will be displayed on the LED displays fixed
in the Bus Stations/Bus Shelters and other identified locations. Details of next
stop will be announced in the city buses.

Feature-1. Each bus, using the Vehicle Mounting Unit (VMU), shall
determine its precise location and transmit the same to the
traffic control centre at defined intervals (user configurable
intervals which can be as low as once in every 10 seconds) of
time.
Feature-2. The Central Data Centre shall compare the actual location of
the bus, at a given time, with its scheduled location.
Feature-3. The central Data Centre shall calculate the time for the bus
to reach all subsequent stops along the route, factoring in the
current bus speed, distance to be covered and any deviations
from the schedule.
Feature-4. Information on bus routes, bus numbers, ETA/ETD at bus
Stations shall be made available for web access/mobile app
through any of the query modes. ETA of buses shall also be
displayed on the LED displays fixed in the Bus Stations/Bus
Shelters and other identified locations.
Feature-5. Passenger Information System shall provide real time traffic
density Information, which can be used by commuters to

43
 facilitate travelers to better plan their trips, bypass
congested routes or choose to delay departure times in the
event of congestion.
Feature-6. PIS real-time data shall be made available through
SMS/Web/mobile app (both for IOS and Android).
Feature-7. The PIS in the buses shall announce the next stop though
Audio Systems in city buses.

14.1.4 Central Data Centre

The Central Data Centre is the nerve centre of the VT & PIS system. Polling and
receiving data from and to the vehicles in the field from the VTS sub-system are
its main functions. This may be hosted on cloud platform equivalent or more than
TIER 3 DC.

Feature-8. The central Data Centre shall be housed in a tier III+ data
center or on the cloud platform equivalent.
Feature-9. The geographical information system (GIS) applications shall
enable display of the position of vehicles on a detailed
digitized road map/Google map/customized map and linked
with the communication control and reporting applications.
Feature-10. The System shall have ability to locate a specific bus in real
time to know the position and status.
Feature-11. Map (complete Andhra Pradesh, Telangana and the states of
Tamil Nadu & Karnataka covering the required routes) should
be of minimum 1:10,000 scale.
Feature-12. The central Data Centre applications that will be web enabled
shall provide for appropriate user access and security
controls.
Feature-13. Full details of each of the vehicles of APSRTC or those sub-
contracted shall be entered into a database to be ready when
the services are launched.
Feature-14. The data structure and format will confirm to standard
practices adopted internationally and will have to be based
on the Data Standards Definition framework widely accepted.
The data elements may include vehicle description,
identification, its details and other data elements as
identified to be essential by Vendor and APSRTC.
Feature-15. The data shall at any point in time be easy to update with
auto update facility and provide for quick click access to list
of values to prevent errors in data entry during manual
operations.
Feature-16. The database shall be up-to-date on the movement of vehicles
along with their defined schedules and destinations and
details of the drivers of the vehicles.
Feature-17. The application shall provide a graphical interface to make
quick position related assessments.
Feature-18. The system shall provide access to real time information
related to Expected Time of Arrival (ETA), Estimated Time of
Departure (ETD) etc., through SMS/Internet/mobile app/web.

44
 Feature-19. The application software shall support facilities to zoom-in to
enable close-up view (on the map) of the vehicle of interest
or to zoom-out to view all the vehicles on the screen.
Feature-20. The system shall have ability to highlight exceptions through
Alerts by monitoring of deviations such as route, arrival, over
speeding, unauthorized stopping, and departure timings and
non receipt of waybill files etc.
Feature-21. The application shall support dynamic monitoring of vehicles
moving out of their defined routes and be able to raise alerts
to be sent across to the driver of such vehicles.
Feature-22. The interface of the application shall support multiple
window views for an overview with capabilities to close up
and enlarge a screen of interest.
Feature-23. The application shall be able to receive emergency messages
from the vehicles by generating alarms at the control centre
to attract the operator’s attention.
Feature-24. The Depot Level software required for feeding the route,
service, stops, stop GPS co-ordinates, etc., required for the
VTS and PIS is also to be provided.
Feature-25. The Central Server will communicate with VTS devices using
HTTPS or TCP/IP. The data and instructions required on the
VTS devices are communicated from the Central Server.
Feature-26. The Central Server should be capable of Centralized
route/service management.

14.1.5 Vehicle Tracking & Passenger Information System (VT& PIS)

Feature-27. Precise geographical position (Longitude / latitude

coordinates) of each bus stop, bus station and other important
points (points identified by APSRTC) en-route needs to be
identified through a survey along with precise distances
between the bus stops in each route.
Feature-28. Location of different buses in APSRTC’s fleet. The tracking
and locating the buses will cover those buses in movement.
Feature-29. Information elements that need to be captured at the
minimum include longitude, latitude and physical location en-
route with date and time stamps, bus number, route number,
and Driver ID.
Feature-30. VT& PIS shall provide these data on real time basis at pre-
determined and configurable intervals over wireless networks
and shall support both the time mode (periodic updates based
on time interval) and Distance Mode (periodic updates based
on distance interval).
Feature-31. VT& PIS shall enable motion-based, scheduled or on-demand
position reporting, securely over cost effective
communication networks.
Feature-32. VT& PIS shall support dynamic trip configuration, enabling the
control room to activate individual trips, provide route
numbers for the UP or DOWN trips. Based on the trip number
downloaded, the route information in terms of bus stop

45
 locations, bus stop index numbers (current and the next bus
stop index), etc., shall also be downloadable to the VTS
device on board the bus.
Feature-33. VTS needs to integrate with other sub-systems in the overall
VT & PIS solution framework including voice announcement
system, ETIMs etc.
Feature-34. Using the GPS co-ordinates of the bus stations en-route, the
VTS should be capable of announcing the estimated time to
next stop and the arrival of the bus to that bus station in
advance.
Feature-35. The LED displays shall display the following information:
 Bus Schedule
 Bus number
 Departure & arrival of buses
 Expected time of arrival
 Delay in minutes/hours
 All information related to APSRTC and its buses and
other services
 Advertisements and all other information as desired by
APSRTC
Feature-36. The display of PIS information in a display unit at bus stand /
Shelter shall be configurable based on bus stand and platform.
Single unit may display services of more than one platform.
Feature-37. All PIS display should be in English and Telugu languages. The
entire set of applications for VT & PIS should be web based.
The VT & PIS application must be accessible through the
internet on web and mobile to an APSRTC user as per the
industry standard User Authentication System and User Roles
framework. The users are located across the State.
Feature-38. The system shall support multiple concurrent user
queries/transactions (about 10,000 concurrent users) with
about 12,216 vehicles. However, the system shall be scalable
with additional hardware included as required at a later
point.
Feature-39. VT& PIS shall provide the following features:

 Ability to locate a bus at a given time to estimate its

arrival/departure time at the next destination, based on
traffic density, distance, speed, run-time information from
the previous bus arrival time for the same location etc., and
displaying the ETA at relevant Bus Stations/Bus Shelters etc.
 Ability to receive SOS and alerts from moving / stranded buses
en-route.
 Facility to track defined versus actual movement of vehicles.
 Facility to view vehicle movements real-time on maps.
 Facility to generate information such as travel time
estimation, average time at bus stop, density of passenger
traffic at different bus stops en-route, passenger traffic at
different locations, alerts on exceptions and logging of the
journey details of the bus for each trip.

46
  Facility for citizens to access and view position / location
information on GIS maps near real time through Web interface
with historic data displayed on maps.
 Facility for polling for current location information on
demand.
 Support tracking of buses that deviate from the scheduled
route based on definition of permitted geographic regions of
operation.
 Facility for playing back the recorded details of the bus
movement along the authorized route.
 Facility for playing back the recorded details of the bus
movement on the given time period basis also.
 It shall enable operational managers to very easily create
locations, routes, schedules using an intuitive user interface.
 It shall also support import or export of services to facilitate
commuters in looking up for services directly in maps.
 Feature for APSRTC to categorize complete functional area
geographically into different depots for better management.
Vehicle and Drivers to be associated with depots and users
having depot-wise access, with users of one depot not having
access to other depots. The Head Office staff can have the
access to the data of all depots.
 Vehicle Fleet Summary Dashboard – Quick view on vehicle
fleet performance.
 Register a bus on unscheduled route from backend on real
time basis.
 Exception Recording/ Actions (Off-route Detection, Non-
Stoppage at Bus stops, Trip Cancellation).
 Real-time Running Trip Line diagram of buses on a particular
route, for headway detection.
 Display of real-time dynamic movement of buses plying on a
selected route on map, with real-time ETA displayed on stop
points plotted on map.

14.1.6 Access, Roles and Users

Feature-40. Entire set of applications their features shall provide for

various levels of secure access based on defined roles and
responsibilities within APSRTC based on units (Bus
station/Depot/Region/Zone/H.O.) with attached roles and
privileges. For e.g., certain information shall be created /
modified by users attached to specific units only but the
information can be seen by all, such as information related to
a jurisdiction can be created/modified only by users attached
to the jurisdiction and others can only see the information
and copy if applicable unless otherwise specified. Application
Access shall support multiple roles for a single user and also
support delegation as per operational norms of APSRTC.

14.1.7 Route, Geo-fence and MIS

47
 a. Precise geographical position (Longitude/latitude coordinates) of each
item in the route, En-route boarding points, stops/pickup points,
authorized stops etc.
b. Details of Depots, Regions, Bus stations, platforms, places and other units
of APSRTC with details of contact telephone numbers and contact names
of APSRTC officials.
c. VT shall have Geo-fencing capability.
d. VT shall provide Vehicle Fleet Summary Dashboard.
e. VT application shall provide a graphical interface to make quick position
related assessments. Application shall support dynamic monitoring of
vehicles moving out of their defined routes and be able to raise alerts to
control centers.
f. VT application software shall support calculation of distance traveled by a
vehicle on a schedule/trip and average distance traveled and time taken
in a schedule for a period.
g. VT shall have capability to store 3 months data online and 5 year on archive
media.
h. VT shall display precise location of different vehicles in APSRTC fleet.
i. Information elements that needs to be captured at the minimum shall
include longitude, latitude, physical location with date and time stamps, bus
number, service number, contact number and crew ID and overlay this on a
map.
j. VT shall have facility to track real time and generate reports based on
Defined v/s Actual movement of vehicles.

14.1.8 GIS Map Data

The Map data and map application should be provided along with the application
and should be accessible by all users from all control rooms through web
interface. The Map data should cover State of Andhra Pradesh and adjacent states
with all National High ways, State High ways, Major and all other required roads.
All APSRTC specific routes should be either available with road and all en-route
village points, bus stop points or needs to be mapped by route survey physically
by the bidder at their own cost. The minimum requirement of layers of Map data
should be as under.

Scale :– Hyderabad, Vijayawada, Visakhapatnam and Tirupathi 1:5,000, other

Cities of AP and adjacent states 1:10,000, Others – 1:25,000 Projection system
and datum: Geographic, WGS 84

Sl. GIS Layer Name Geometry Attributes

No. type required

1 Highway road network: Line (single / Name, No.,

 National highways double depending Length (km),
 Express ways on road type) Connecting cities

48
  State highways (From-to if
available)
2 Railway network Checked Line Type (Broad,
meter gauge)
3 Rivers/Major Streams Line Name
4  State boundary, Polygon Name, Area (Sq.
 District boundary and Km),
 Taluka boundary
 All towns
(attribute data if it is a state
capital or district headquarter
or
other towns)
 Main water bodies
5 Villages having Point Name
population > 5000
 Railway Stations
 State level important
land marks

The required maps (Google maps/Digital maps/Customized maps) have to be

provided by the successful bidder at their own cost.

14.1.9 VT & PIS Enquiry and Response

System shall support generalized enquiry for a jurisdiction based on run time
parameters indicatively such as -

a. Real time / history of all trips that are more than a “X” minutes late (X
input at run time by the user).
b. Real time / history / Record of a particular jurisdiction in maintaining ETA.
c. Real time / history of All Trips or specific trips between two points with a
feature to playback.
d. System shall support real time enquiry of a bus location based on bus
number/trip code and to know ETA at next stage/stop or required place.
e. VT & PIS should support real time enquiry from APSRTC Staff (or
commuter) between two points and for all the trips that are scheduled with
pickup point/stop/bus stand/place sector and ETA of destinations as well
as the present position of the bus. The enquiry broadly supports response
in terms of details of Time table, type of services with reservation and non-
reservation AC/Non AC facilities, ETA, ETD of the buses, all or sector wise.

f. System shall support real time enquiry of a bus location based on Bus
Stops/Pickup point, Bus Stand, schedule no., trip id, bus no. etc., to find
out whether the bus passed a pickup point/stop/bus stand/place, to find
out the nearby vehicle/s to a given place/location/pickup point bound to
specified destination (which have not passed), to find out the nearby
vehicle/s to a given vehicle which have not passed/just passed/on the
same route or on different route. The output shall be possible both on map
and text based display.

49
 g. Response to the query shall be appropriate to the channel from which the
enquiry was received such as SMS/Web. SMS response shall be perhaps a
limited text message while that from the web shall have relevant text
output/Table and if relevant, vehicle locations of the current trips on a
web page with an overlay on the map.
h. The system shall have provision to control the display of vehicle/
schedules, based on user role for a query. Some vehicles may not be visible
to public and visible only to certain roles with in APSRTC.
i. The display of vehicles on the map shall be color coded based on
parameters such as regular schedules, special services, services with
reservation and non-reservation facilities etc. as per operational
requirement of APSRTC.
j. As regards the Information (a specific type of enquiry) to be displayed on
the PIS at each Bus stand/Bus terminus shall contain details of trips codes
with an ETA of the next 2 hours(configurable) platform wise/all. The
details for display shall contain estimated ETA, ETD (If relevant), type of
service (AC/Non AC, Reserved/Non Reserved), Seat availability etc.
k. VT & PIS should enable APSRTC staff to query and visualize graphically
patterns of poor on-time performance in order to take corrective actions.
l. The consolidated and individual queries are possible based on organization
of Zones and Regions within APSRTC.
m. System shall provide actual distance between two places or points.

14.1.10 Alerts from the VT & PIS system

The VT& PIS system shall have the ability to raise alerts associated with simple
business rules in the context of the operations and Vehicle Tracking and
Monitoring. Following are some of the specific cases.

a. The Control Room operator shall be able to drill down to the exact location
of the event by clicking on the alert and see the position of event drawn
over the map along with driver, vehicle and standard description of event
details related to the business rule.
b. Alerts will need to be generated in case of deviations from the authorized
route and recorded in all cases for reporting and review.
c. Alerts on exceptions for all other pre-configured parameters such as driver
behavior, harsh acceleration/breaking, non-stoppage at designated points,
unauthorized stoppages, vehicles stopping for long duration, not meeting
the ETA and ETD schedules etc., and logged into journey details of the bus
for each trip.

50
 d. Alerts will be displayed on the monitoring console and an extract of the
same will be available on the user’s dashboard for the user with their
jurisdiction of operation.
e. In case of vehicles that are moving, Alerts shall be flashed at the control
room as well as the nearest two Bus stands i.e., through one that is passed
and the one approaching bus stand.
f. SMS notification to concerned officials for specified schedules/vehicles
regarding certain parameters like regularity, skipping stops, speed
violations, etc.
g. Provision to capture information pertaining to incidents like riots, natural
calamities, etc. and sending alerts to required bus stand.

14.1.11 Application Performance Management

Feature-41. The proposed solution shall proactively monitor all user

transactions for any web-application hosted in any latest
technology compliant application server; detect failed
transactions; gather evidence necessary for triage and
diagnosis of problems that affect user experiences and
prevent completion of critical business processes.
Feature-42. The proposed solution shall determine if the cause of
performance issues is inside the application, in connected
back-end systems or at the network layer.
Feature-43. The proposed solution shall see response times based on
different call parameters. For example the proposed solution
shall be able to provide CPU utilization metrics for specific
method calls (function calls) from within the production
application components in runtime.
Feature-44. The proposed solution shall provide real-time monitoring of
memory usage, servlets, caches, DB connection pools etc.
Feature-45. The proposed solution shall be able to trace the web
transaction components and provide visual representation of
an actual transaction if required. All the performance data
for the components that make up this transaction shall be
captured 100% of the time. It shall provide an easy way to
understand the interaction of the components.
Feature-46. The solution shall be deployable as an appliance-based system
acting as a passive listener on the network thus inducing zero
overhead on the network and application layer.

14.1.12 MIS Reports

Feature-47. Some illustrative reports are detailed at annexure- 5. While

this is not a comprehensive list, a detailed study of the report
requirements and the system shall be able to configure easily
and quickly new reports or context sensitive information that
requires to be extracted out of the information elements
stored in the system. Some of the reports are mentioned at 5
(iii). Refer that column also.

51
Feature-48. The successful vendor should submit documentation of every
output (report) along with algorithm and regarding the logic
used to develop that report. The modification build given
should be approved by APSRTC along with detailed release
note in the chronological order. All the release notes in the
chronological order should be made available on the web site
for the admin users in the opted and date wise modifications
with details
Feature-49. Periodic User Feedback Survey – Online.
Feature-50. The MIS Software should be capable of generating the reports
by using the data from GPS tracking data of a bus.
Feature-51. All reports are to be prepared as per user requirements. The
implementing vendor shall provide all reports that APSRTC
requires, as and when required, during the contract period.
In general, reporting tool shall also provide for easy
generation of graphics such as histograms, pie-chart etc., in
2/3 dimensional and in multi-color as selected by the end-
user. Modification in Report generation utility will not be
construed as customization or code modification.
Feature-52. The solution shall provide analytic reporting tool for dynamic
report generation based on user requirements, easily
configurable from drop-down menu items for selecting the
columns for the reports, fonts including time periods and
route-wise or other elements of choice.
Feature-53. Facility shall be provided for reports to be generated on
demand/scheduled as nightly runs and e-mailed to a set of ids
maintained. Identified summary reports should be available
as trend graphs, pie charts, bar graphs etc. as needed.
Feature-54. Facility for generating a report of the recorded details of the
bus movement along the authorized route for a period of 3
months online and 3 years near online archives of data.
Feature-55. VT & PIS should support simple statistical analysis of the
frequency distribution of actual transit travel times produced
by the System and provide guidance on establishing running
times for use in preparing passenger, vehicle and crew
schedules. These are between two specified dates in a period
or for a specific route/ schedule/jurisdiction.
Feature-56. Enable the measurement between arrival time of trips at
specific time points / schedules to determine the reliability
of service from a customer perspective to enable effective
operational management. VT & PIS shall measure deviations
from published schedule for a particular time point to permit
at least the identification of problematic route segments and
time periods so strategies to fix the problems can be
developed.
Feature-57. Perform an analysis of end of line layovers to determine their
role in on-time terminal departures – a key determinant of on-
time performance along a route.
Feature-58. VT & PIS should support simple statistical analysis; transit
analysis would also be able to trade off efficiency with

52
 reliability by developing a curve showing the probability of
subsequent on-time terminal departures as a function of the
scheduled running time.
Feature-59. Provision for users to generate ad-hoc reports based on
preconfigured set of parameters with provision to include
additional parameters within a reasonable time frame.
Feature-60. Operational performance information shall be available
online/near online for a period of at least two financial years
for comparison purpose archiving old data up to 3 years.
Feature-61. Product improvement: This involves modification of
application to improve performance, to ease usage, to make
application more user-friendly. A semi annual review of the
existing system and the enhancements required shall be
discussed and taken up separately for implementation.

14.1.13 Driver – support and behavior Information System:

Feature-62. A score card based mechanism is to be provided on driver’s

driving habits and adherence to the business rules set in the
system for tracking driver behavior such as performance on
ETA, ETD, authorized/unauthorized deviations from route,
not stopping at designated stops, over-speeding, harsh
acceleration, harsh braking and the like. These details are to
be recorded for generating reports.
Feature-63. Summary and detailed reports are to be generated on demand
as per configured parameters based on specific driver, all
drivers for a jurisdiction between specified dates.

14.1.14 VEHICLE TRACKING CONTROL UNIT (VMU) :

Feature-64. The VMU within the bus shall be easily accessible for
maintenance and servicing, but located in such a way as to
prevent tampering or unauthorized removal and shall be
vibration & shock resistant, heat resistant, dust resistant and
water/rain splash resistant and shall be tamper proof. The
vehicle mounted hardware of the VTS needs to be located at
appropriate place for unhindered viewing / listening.
Feature-65. The VMU shall not only operate outdoors but also be able to
transmit signals in an environment which may not have a clear
view of the sky.
Feature-66. VMU shall consist of a GPS receiver with GPS Antenna,
GSM/GPRS receiver, to enable services such as vehicle
tracking, communication and control in connection with a
backend control centre system. The antenna shall be suitably
located so as to provide reliable coverage.
Feature-67. VMU shall update the location information like latitude and
longitude to the central server through GPRS.
Feature-68. VMU shall conform to relevant Indian or International
standards with corresponding Indian or International
certification.

53
 Feature-69. The tracking system /VMU fitted in the buses shall calculate
the positions from the GPS receiver and transfer the data to
the Central server through GPRS interface for
processing/prediction of arrival time of buses at different bus
stops. The accuracy of the prediction time (expected time
of arrival ETA) and ETD (expected time of departure) should
not vary more than +/- 5 minutes in case of long distance
services and +/- 1 minutes in the case of city services.
Feature-70. The accuracy of the prediction of vehicle location should not
vary more than +/- 3 meters.
Feature-71. VMU software should be upgradeable/configurable over the
air (OTA).
Feature-72. VMU should support the configuration of standard parameters
such as Over-Speeding, Harsh Braking, Harsh Acceleration
etc., as well as other general in-vehicle parameters and
generate alerts as necessary.
Feature-73. VMU shall work on 12V DC or 24 DC Battery and the device
should be powered by vehicle battery and not ignition.
Feature-74. VMU application should generate alerts on tampering of the
VMU or its components.

14.1.15 Display System:

a) Display systems needs to support digital display of text, images and

video on LED displays, both in English and Telugu.
b) Displayed messages must be readable in high bright, day light.
c) Display system in addition to the display of information from VT& PIS
shall be capable of displaying advertisements and multimedia content
at the bus stops and may need to alternate between passenger
information and advertisements.
d) The frequency and period of information display on PIS display shall
be configurable from central location for advertisements and other
transit information.
e) Display shall provide for modular configurable layout enabling parallel
display of content on different areas of the screen – Real time transit
information (Routes, ETA, Type of service, fare, seats available etc.),
time/date, public announcements, safety information, commercial
advertising, a ticker tape at the bottom for text
announcements/advertisements, other local tourist information.
f) Information display requirements, as per specifications indicated shall
be provided in control rooms at locations specified by APSRTC.
g) The control room display shall be capable of switching over to
displaying the transit information of any of the PIS displays for viewing
the content in real time.
h) All displays for PIS shall have a configurable refresh rate, ideally 1
minute or less.
i) The bus stand/shelter display, which receives shall display
continuously until the next set of data is received.
j) The information is to be pushed/pulled from the central server.
Passenger information will be pushed/pulled in real time while all
other information shall be scheduled during non-peak hours.
54
 k) Display units shall be mounted on a rugged enclosure to withstand
harsh environmental conditions with reasonable physical security;
fitment provision shall have to be provided in the bus stands along
with necessary power supply made available. Display will be located
at a convenient height to have a clear view of the message of next
arrival bus.
l) Aesthetic requirements such as fonts, colors, rows per page, display
time to be remotely configurable and displayed for at least 10 sec.
before.

14.1.16 SMS Management for the VT& PIS System :

The system shall cater to the following.

a) Arranging with a SMS service provider for providing the SMS service with
a standard number.
b) System shall automatically reply (send SMS) to all SMS enquiries.
c) Provide reports regarding number of SMS’s received (category wise) and
sent (category wise), cost of the SMS’s.
d) The system shall have provision to send SMS to concerned mobile
numbers (APSRTC Officials) by APSRTC users, on selected criteria, with
customized message.

14.1.17 Technical Architectural Requirements :

a) The high-level logical architecture of the conceptualized solution included

with directory and authentication, GPS/GSM Services, GIS Services, VT&PIS
Application Services (Tracking and Monitoring), Scheduling Application
Services, Roster Services, Content Management Services, Integration
Services, Communication (Data, Voice and SMS), System Health Check
Services, Backup and restore services.
b) The solution must be standards-based that can be installed on standard
operating systems, databases, communication technologies, based on
accepted industry standards, on a unified portal framework and built on an
architecture that shall provide secure access to applications.
c) The design shall provide for componentized solutions assuring scalability,
reliability, availability and security. A brief write up on the architecture
is to be provided. This is typically a browser on a computer or a cell phone
(browser & SMS).

14.1.18 Presentation layer:

a. The presentation layer components need to format the content to

fit the end client device. Typical client is a traditional internet
browser and the applications should be compatible with many of the
popular browsers such as IE, Chrome, Mozilla, Opera etc.
b. Presentation layer should have provision for formatting output to
the target channel.
c. Application layer components :

55
 i. Load balancer – This is a hardware/software load balancer to
ensure that load is distributed evenly across all of the web
server instances.
ii. Auth & Directory Services – Directory services components
provide user credentials for all users including internal
authors & content publishers. The authentication and
authorization is done for all services, like Website access,
content publishing, content management access, database
access etc. Central Security System (CSS) holds the user
credentials for all users. The details of the proposed
software, authentication methods for various access modes
and specification of the same is to be provided.
iii. GIS services- These components provide the map and overlay
of data on to the related systems. The detailed specifications
of the software proposed are to be provided.
iv. VT& PIS App Services – These services are core to the entire
application for tracking and monitoring of the APSRTC fleet
including the reporting services. The details of the proposed
software custom built/customized product are to be
provided.
v. Roster Application Services – These components provide a
feature to create modify and allocate crew to a trip and is
interfaced to the VT& PIS application. The details of the
proposed software custom built/customized product are to
be provided.
vi. Schedule Application Services – These components provide
features to create modify and delete schedules and are
interfaced to the VT& PIS application. The details of the
proposed software custom built/customized product are to
be provided.
vii. Content Management – These components manage all types
of digitized content including HTML and XML Web content,
document images, and multimedia content of advertisements
and all the content that is needed for VT& PIS. The details of
the proposed software custom built/customized product are
to be provided.
viii. Integration Services – These components provide integration
services and helps the VT& PIS to form a composite platform
optimized for building service-oriented applications that
extend and integrate the various applications like GPS, GIS,
VT, Scheduling, Roster, PIS etc. The technical architecture
of the proposed solution should clearly mention the proposed
way to integrate these applications.
ix. Communication Services – These components form the back
bone for communication and shall integrate GPS, GPRS,
Monitoring, etc. The details of proposed software custom
built/customized product are to be provided.
x. System Health Checkup Services – These components provide
data on the IT infrastructure of VT& PIS systems thereby
ensure services are always running 24 x 7. The system will
need to monitor Servers (both local and distributed), storage,

56
 network components and network links as needed to ensure
that the services are available and resilient. The details of
the software proposed for the solution is to be provided.
xi. Backup and Restore services – These components ensure that
timely back up on an external storage is available and in cases
of contingencies restoration is possible. The details of
proposed software proposed for the solution is to be
provided.

d. Database layer components.

i. The specification of the databases used for the VT & PIS
system is to be provided including instances, licensing and
support for the period of contract.
ii. Hardware/software firewalls are to be provided for security
of the entire system at the data centre as needed.

14.1.19 Connectivity to various locations physical connectivity across components:

a. Data centre to the internet – Leased line/internet.

b. Control Centers to the Data Center – High speed internet/leased line
connectivity.
c. Connectivity to bus stand/Shelter displays – GSM/GPRS.
d. Connectivity between bus and data centre (data through
GSM/GPRS).
e. All required communication equipment, network equipment;
interface with the Telcos shall be the responsibility of the selected
bidder.
f. At least two alternate paths are to be provided with direct
connectivity to the data centre. To provide all network related
hardware and software required for Control centers.
g. Communication between APSRTC Control Centers and the bus fleet
– The data communication channel requires exchanging data
between the Control Centers and the bus fleet. This data shall be
encrypted with a minimum of 128 bit encryption.
h. The GPRS/GSM data connectivity would be seamless while moving
from one cell site to other cell site.
i. Voice communication between vehicle and control room/specified
numbers.
j. Connectivity to the VMUs shall be an arrangement worked out by the
bidder with respective service providers. The entire set of VMUs
communication shall be an arrangement as a closed user group for
data and voice communication. The response to the RFP shall
clearly mention the commercial and technical arrangement with
service providers.

14.1.20 System Health Check Management :

a) General Requirements: In addition to the management,

administration, and security requirements specified in earlier
sections covering the various hardware and software
components of the system, the system must also provide for

57
 the following management, administration and security features
at the overall system level.
b) Monitoring of the system health needs to be through a separate
monitoring application and shall be manned by the bidder on
24x7x365 basis at the central monitoring centre. This service
shall be provided for entire contract period.
c) The monitoring software needs to provide configuration of alerts
on critical parameters. Indicative list of parameters are:
i. Servers – server status, memory, disk space, processor
load, status of critical processes etc.
ii. Storage – Status of storage system and alerts for system
functioning.
iii. Network – Network equipment status.
iv. Network links status Up/Down.
v. Other routine features that are normally included in
monitoring applications.
d) Technical management and troubleshooting: Remote
management is to be built in for the servers through a well
defined interface.
e) Periodic and on demand reports on the status of critical IT
infrastructure elements should be provided to APSRTC.

14.1.21 Integration of VT& PIS components :

a) Online Passenger Reservation System (OPRS / BARAT).

b) Electronic Ticket Issuing Machines.
c) Scheduling module for Vehicle Fleet Scheduling.
d) Crew Roster module for allocation of crew.
e) Integration shall be through a service request-response/web
service mechanism for online integration without direct access
to any of the existing systems. Alternatively, hand off files are
to be provided that shall be applied from the source system to
the destination systems with no/minimal manual intervention.
f) Provision of upload data from MS Excel files, text flat-files with
delimiters, or equivalent as input to the VT& PIS from all allied
systems.
g) CIS

14.1.22 Solution Architecture

The high-level logical architecture of the solution covering, Application

Services, GPS/GSM Services, GIS Services, Reporting services, Database Services,
Archival Services, Streaming Services, and Integration Services are suggested in
the diagram provided below:

58
The proposed architecture comprises of following broad technology components:

 Client Layer- the devices that would interact with application layer.
 Browser –Internet browser that initiates requests to the Web Server and
displays the results of requests. Users will be accessing the applications
using Internet browsers.
 DMZ Zone Layer - the layer hosting the Load balancer, front-end Web
Servers & Presentation Services.
 Load Balancer –hardware/software load balancer that ensures that load is
distributed evenly across all of the web server instances.
 Web Server - that serves the content or forwards requests to the
Application Server. Web Server takes the request and recognizes that the

59
 requested resource is on the application server and, using the Web server
plug-in, redirects the request to the Application Server Servlet and EJB
container.
 Security Services – Centralized System Admin & Security with Single Sign-
On feature to have unified access to all applications in the complete
System (Vehicle Tracking System, Passenger Information System or any
other system)
 Content Management Services - Manages all types of digitized content
including HTML and XML Web content, document images, electronic office
documents, printed output, audio and video. It supports replication to
store and manage objects in multiple locations. It supports Linux and other
Operating Systems. This will be used to store the audio/video content for
streaming advertisements in bus stations.
 Streaming Services –to help stream the data stored in the content
repository.
 Integration Services – application integration services will provide a
composite platform optimized for building service-oriented applications
that extend and integrate the various applications like GPS, GIS, and PIS.
 Backup & Restore of Data: structured backup & restore solution to provide
resilience to the entire infrastructure. It is a Web based management,
intelligent data move-and-store techniques and comprehensive policy-
based automation working together to help increase data protection and
potentially decrease time and administration costs. It operates on a
progressive incremental methodology that backs up only new or changed
versions of files, thereby greatly reducing data redundancy, network
bandwidth and storage pool consumption as compared to traditional
methodologies based on periodic full backups.

14.1.23 Data Transfer to Authorized Firms

System Description

Data has to be transferred to the Government Departments like RTGS, Police,

Municipal Authorities or any other firm on the strength of the written document
from APSRTC, with the aim of improvement of road transport system, to collect
and analyse the road traffic information.

Scope of Works

The scope of VT & PIS system vendor is

a. Development, installation, and maintenance of the required application

software for the data transfer to authorized firms, and
b. Coordination with the authorized firm personnel about detailed data
transfer protocols and specifications (required High Speed Internet
connectivity will be provided by that firms).

60
Functional & Technical Requirements

i. All of the relevant data transmitted from VMU devices in buses to the
Central Data Center shall be transferred to Authorized Firm in less than
one (1) minute interval.
ii. The data transferred to Authorized Firm shall be a vehicle tracking raw
data generated in each VMU device at interval of ten seconds and consists
of following;
 Bus number,
 Bus type,
 Location (Longitude and Latitude),
 Time stamp,
 Bus route number,
 Travel speed, and
 Other available raw data.
iii. The Central Data Center will communicate with Authorized Firm using
HTTPS. The communication network which will be provided by Authorized
firm contractor shall have high speed internet connectivity with IP-VPN
technology for security purpose. The VT & PIS system contractor shall
provide interfaces to connect such broadband data communication
network. The data transfer protocol must be coordinated with the
Authorized Firm contractor and approved by both APSRTC and Firm.
iv. The data structure and format shall be configured with XML (Extensible
Markup Language) or equivalent. Details must be coordinated with the
Authorized Firm contractor and approved by both APSRTC and Firm.
v. In case that any abnormal or malfunctioning communication is detected,
the server in the Central Data Center shall record the type of failure and
issue an alarm.
The service level requirements of the system including data availability and
accuracy must meet the requirements specified in the original technical
specifications.

14.1.24 Software Product Specifications

Vendor shall provide details of the required licensed software like Operating
System, Database, Web application, Network software and management, Anti-
virus and any other required software, along with cost. The software
requirements should be given in such a way that the system should be scalable
both in terms of hardware and application software.

N-Tier: The Proposed application will be N-tier Service oriented

Architecture - with separation of business logic from application, database
and presentation.
Load Balancer: Load balancer application will be the first component
which will intercept the user request and spray it to Web Server. This
ensures the load is distributed evenly across Web Server.
Web Servers: This component provides the front end to the solution. It
allows for greater concurrency and resource off loading from the Portal
Server tier, by serving static content (HTML pages, for example) and
dynamic content (JSP/ASP fragments).

61
Application Services: Main functionality of this component is to host VT &
PIS application.
Database Services: This component stores data in support of Reservation
systems and it needs to be deployed in Active-Active mode.
Backup Services: This component protects data from hardware failures
and other errors by storing backup and archive copies of data on offline
storage. This will also play a key role in Disaster Recovery.
Reporting Services: This layer provide reporting, analysis, score carding,
dash boarding, business event management, and data integration.
Service/Security Management: This layer provides services such as
Identification, Authentication, Authorization, and Access control, System
Management, Network Management and SLA Management. System
Environments requires Vendor to implement three system environments.
Test Environment: This would allow Vendor to deliver initial development
releases, subsequent system updates and to enable to carry out system and
integration testing. This would be a scaled down version of the eventual
production Environment. Whilst the functionality would parallel that of the
Production Environment, the system throughput capacity and resilience
would be significantly less.
Pre-Production Environment: The second system proposal is for a Pre-
Production Environment. This would provide APSRTC with functionality
similar to Production environment. This is used for UAT and data loading.
This would be a scaled down version of the eventual production
Environment. This system shall be used for initial load testing and UAT.
While the functionality would be parallel to that of the Production
Environment, the system throughput capacity and resilience would be less.
Production Environment: The Third system environment is for a
Production Environment. This would provide VT & PIS System functionally.
This system throughput capacity would be significantly larger than the
earlier environments.

Specifications
Application Server: Application server is needed to provide secure,
scalable, and resilient application infrastructure needed for Service
Oriented Architectures (SOAs). Application server provides platform to
deploy, integrate, and manage applications.
Database: Database management software with in memory database
solution is the core of VT & PIS. Business Intelligence solution provides
APSRTC with complete, multipurpose environment that allows access,
analyze and act on real-time information, operational, real time and
historical data.
Business Continuity Planning (BCP): Solution partner in consultation
with APSRTC management team can analyze all the process and
categorize it as critical and non-critical (non-urgent) functions/
activities. Accordingly, the Recovery Point Objective (RPO) and
Recovery Time Objective (RTO) for both critical and non-critical
components can be considered as mentioned below:
For the critical components: RPO for each activity of solution will be
designed to recover the last saved data by user and RTO for each
activity of the solution be designed to restore the function within
minutes.

62
14.1.25 Communications Sub-System

Communication sub-System consists of the following:

General Packet Radio Service (GPRS) –
GPRS is required to be used for services such as Wireless Application Protocol
(WAP) access, Short Message Service (SMS), Multimedia Messaging Service (MMS),
and for Internet communication services such as e-mail and World Wide Web
access.
The information captured by the VMU is to be transmitted to the Data Center
server through GPRS/GSM network creating a communication network between
Bus drivers, Bus stops along the road route, and passengers through passenger
information system. The communication network is connected to the internet for
accessing information regarding bus arrival, routes etc.

Specifications

GSM/GPRS Specifications
1 GSM Normal MS-SMS data
2 Frequency 900/1800 (dual band) Class 4 (2W) at 900 MHz (EGSM)
Class 1 (1W) at 1800 MHz
3 GPRS Type B class 10
4 SIM 1.8V/3V
5 Antenna Built in Antenna
6 Provider Airtel / Equivalent

GPS Specifications

1 Frequency L1 (1575.42 MHz) frequency

2 C/A code Standard Positioning Service
3 Channels Minimum 16-Channels
4 Sensitivity
Minimum –158 dBm Acquisition without external
assistance
5 Accuracy Horizontal: <10 meters
Velocity: 10 m/sec
6 Antenna Built In active antenna
14.1.26 Display Sub-System

LED displays will have to be provided by the vendor for installing at various Bus
Stations, Bus Shelters and other identified locations, along with required PIS
controllers.

LED Displays in Bus Stations/Shelters:

Features

 Should display Service/Route number, Origin, Destination and via stops

 Should support English and Telugu languages
 Should support 2-Line (100 mm/line) and 1-line (200 mm) character display

63
  Automatic brightness control as per ambient light conditions. Support
minimum of 50 steps.
 Flicker free display
 Support text in still (fixed), scrolling and combined
 Low power consumption

Technical Specifications:

LED Pitch 12.5mm x 12.5mm ( H x V)

LED’s 5mm, High Intensity, Amber Colour (590
to 595 nm)
LED Type UV Resistant type, Tinted, Diffused
Viewing Angle Horizontal 120° and vertical 60°
Brightness 520 to 680 mcd
Visibility Clearly visible in Day and Night, in all
weathers at a distance up to 50 meters
Display Size 1800 mm x 200 mm (H x V)
Character Size 1-line 200 mm and 2-line 100mm each
Visual Effects Still( fixed)
Scrolling
Combination of Still and Scrolling
Communication Interface RS-485, Baud Rate up to 115.2Kbps
Voltage 24V DC (18V to 36V)
2.4A @ 100% Intensity when all LED’s ON
< 1.1 A @ 100% Intensity for normal
display.
< 0.7 A @ 24V low intensity for normal
display
Cabinet 1870 mm x 280 mm x 40 mm ( L x H x D )
Rugged construction with steel and
Powder Coated. (Confirms to IP66)
Operating Temperature -10°C to 70°C
Operating Humidity 5% RH to 98%RH

GPS Software
Item Component / sub-system Quantity
No
1 Supply, Installation and commissioning of As Required
Vehicle Tracking Software Application
2 Integration with Application software of GIS As Required
road network dataset

GIS Software and Components

Item Component / sub-system Quantity
No
1 Integration of application software with GIS Built Into GPS System
road network dataset

64
 2 Google Maps or a Local Map Server such as As Required
MapXtreme

14.1.27 System Inventory Table

Below mentioned are the approximate number of components required for

implementing the VT & PIS project for APSRTC. The below mentioned quantities
are considering that the VT & PIS project has to cover 12,216 buses, and 90 LED
displays. The quantities and the capacity of the servers mentioned for DC might
vary based on the size of fleet operated by the APSRTC at a particular point of
time. The components installed at DC shall meet the SLA specified earlier.

VMU Devices
S.No Component Quantity
1 VMU Devices 12,216 Buses

Networking Components
S.No Component Quantity
1 GSM/GPRS SIM cards 12,216 Buses + 90
PIS controllers
2 LCD/LED Displays &Other Peripherals As Required

Application Software/System Software

Item Component / sub-system Quantity

No
1 Solution Development: Intelligent Tracking As Required
System (IRTS) Application Suite:

a) GIS Based Vehicle Tracking System

b) Passenger Information System
c) All other required modules

GIS Software and Components

Item Component / sub-system Quantity
No
1 Integration of application software with GIS As Required
road network dataset
2 Google Maps/customized digital map or a As Required
Local Map Server such as Map Xtreme

LED Displays at Bus Stations/Shelters/Terminals/other identified locations

S.No. Component
1 LCD/LED Displays + PIS Component
2 Connectivity

65
 14.1.28 Service Level Requirements of the System

Service Metrics
VT & PIS Applications Bench marks
VT & PIS Application Availability > 99.00%
Functional requirements upgrade < 60 days
Client access upgrades < 90 days
Computing accuracy 100%
Customer Satisfaction level > 80%
DIT user satisfaction level > 80%
Hosting Centre
Minimum concurrent connects to the
Command Centre 2000
Availability of systems at Data Centre > 99.00%
Resumption of online VT & PIS services 1 hr
Data availability 100%
Data accuracy 100%
Capacity of the database server Suitable to handle data from
all the buses
Capacity of the Application Server Suitable to handle data from
all the buses
Availability of agreed services over the 100%
internet
Local Area Network at the Command centre
Network availability > 99%
Network Latency Average of > 75 milliseconds
per month
Uptime of Back Office Servers > 99%
Time to restore back office servers from
failure < 1 hr
Client Access
Grievance and Complaints settlement <7 days
Customer Satisfaction measure >80%
Application Response Time < 10 Sec
Average time for service at the customer
premises < 24 hrs
14.1.29 Minimum Man Power

The successful bidder has to provide all the required man power for design,
development and successful implementation of the project for the entire contract
period.

The man power to be provided, at the minimum, for different phases should be
as given hereunder:

During Development and Implementation Phase

Role Nos.
required
Project Manager (PMP, PRINCE 2 certified, etc. or equivalent) 1
66
 Business Analyst (with minimum 5 years of relevant Experience) 2
Software Engineer (with minimum 3years of relevant
Experience) 5
Database Administrator (with minimum 5 years of relevant
Experience) 1
System Administrator (with minimum 5 years of relevant
Experience) 1
Network Administrator (with minimum 5 years of relevant
Experience) 1

Important Note: The above table identifies the minimum indicative team
structure during the development and implementation period. However, the
bidder will have to provide any additional resources required apart from those
mentioned in the table above as and when asked by the Corporation during
subsistence of the agreement.

During Operations and Maintenance Phase

Role Total Nos. required

Resident Field Engineers
Database Administrator (with min. 5
years of relevant experience)
System Administrators
Network Administrators
Helpdesk Engineers
The required number of
experienced personnel of the
left side mentioned roles should
be available throughout the
operations and maintenance of
the project to meet the SLAs.

Important Note: The above table identifies the minimum indicative team
structure during operations and maintenance period. However, the bidder will
have to provide any additional resources apart from those mentioned in the table
above.
14.1.30 Training

Vendor shall be responsible for effectively providing training to the bus drivers/
Conductors, Central Data Centre Staff, Depot Managers / operators, in various
operations and shall also train APSRTC identified IT systems staff in the
maintenance of the VT & PIS including the Central Data Centre equipment and
services.

The number of people to be trained would be specified by APSRTC well before

commencement of the training schedule.

Training needs to be conducted based on a requisite mix of theory & practical

operational sessions. The trainings should be conducted in Telugu.

14.1.31 Details of Operations

1. The vendor will deploy manpower for installation, support & maintenance
of the entire VT & PIS system for the entire period of contract. Sufficient

67
 manpower will be deployed at Head Office (H.O.), depot & bus station level
for smooth functioning of VT & PIS system. Resident support engineer is
mandatorily needed at depot level.
2. This is a partly BOOT Project and hence all investment in procurement,
supply, development, installation, support and maintenance of the VMUs
and LED Displays for the entire duration of contract period has to be borne
by the vendor.
3. Daily operations related to computers at depot/bus station level for
desired reports, monitoring and analyzing the VT & PIS would be done by
APSRTC unit’s/depot’s designated officials/employees. But support in
operations would be provided by the vendor through their resident
engineers to be provided at RTC House/VJA and any other locations based
on the requirement.
4. The vendor will also deploy manpower for regular operation and
maintenance of all the Hardware and Application Software, Connectivity
etc., provided/supplied by them for the complete project period.
5. It will be the responsibility of the vendor to get insurance of all the
equipments mounted in the Buses/Bus Stations/Depots/H.O. etc., for
security purpose. APSRTC will not take any responsibility in this regard.
6. The responsibilities of the vendor at the depot level and central data
center include, but not limited to:
a. Keeping a watch on the health of the system to ensure minimum
downtime of each of the components.
b. Keep sufficient reserve stock of hardware devices deployed at
depot/bus station level or at their local level service centre or with
engineers.
c. Maintaining and upgrading the software components of the system.
d. Conduct server and database maintenance activities at Data Center
in a scheduled manner and during off-peak hours.
e. Informing the staff concerned, in case of any component failure.

14.1.32 Documentation

The vendor will prepare all necessary documentation for the project, and provide
this to APSRTC or its designated Consultant for review, approval, record,
reference etc. Some of the documents (but not limited to) to be provided include
–
a. During installation and post installation, the Systems Integrator shall
provide documentation on As-Built components/customized components to
APSRTC. The documentation should consist of all the configuration details,
diagrams, Test plans, administration manuals, setup guides etc., as
minimum.
b. Detailed manuals for each appropriate unit of the supplied equipment and
services including certifications from OEMs.
c. The training and operational manuals should be bilingual (English &
Telugu).
d. Inspection and testing procedure manuals including QA policy and
procedures for the software/hardware equipments.
e. Any other document(s) deemed necessary for implementation, operation
and maintenance of the hardware and network equipments and the overall
system.

68
14.1.33 Maintenance

The successful bidder should define and indicate the preventive maintenance
schedule and procedure. Any special tools/instruments/equipments required to
carry out the preventive and break down maintenance of the system offered
should be clearly indicated and offered to APSRTC by the selected bidder at no
extra cost.

14.1.34 Roles & Responsibilities of APSRTC

a) APSRTC shall provide table space at depots/bus stations for providing

support in operation, regular maintenance of the all hardware devices
deployed by the successful bidder.
b) Provide information regarding bus schedule & location information
for installation of VMU devices and LED displays.
c) Provide buses for installation and maintenance of VMU device inside
the bus on time as per the decided schedule.

15. Project Implementation Plan

The VT & PIS Implementation shall be commenced and completed as per the
following timelines–

SL Activity Timeline
1 Project Start T1 (within 10
days of award
of Contract)
2  Application Development and Testing T1+8 weeks
 Procurement of all hardware & software and
establishment of Data Center & Control Centers
 Pilot Implementation
3  Installation of VTS/GPS devices in all buses & T1+11 weeks
integration with Central Data Centre
 Simultaneous preparation of training material &
submission of training documents
4  Installation of LCD/LED displays, Computer Hardware T1+12 weeks
or other mediator equipments for transmission of PIS
at bus stands/Shelters and other identified locations
 Integration & Transmission of information related to
interstate buses on PIS Units
 Preparation & submission of training manual
 User acceptance Testing
5  Preparation & submission of technical document T1+14 weeks
- User manual
- Installation Manual
 - Operational & Maintenance Manual

69
The time line to complete the project for 12,216 buses is 14 weeks from the award
and acceptance of the Tender. However, the successful bidder may complete the
project before the above stated timeline and project may be given ‘Go-Live’
status.

If the Successful vendor fails to commence the project within the prescribed time,
the Security Deposit amount is liable for forfeiture in favour of APSRTC.

16. Service Level Agreement (SLA)

SLA is the contract between APSRTC and the successful bidder. SLA defines the
terms of the Successful bidder’s responsibility in ensuring the timely delivery of
the deliverables and the correctness of the same based on the agreed
Performance Indicators as detailed in the Agreement. This section defines various
Service Level Indicators which will be considered by APSRTC in the Service Level
Agreement with Successful bidder.

The successful bidder has to comply with all Service Level Agreements (SLAs)
defined below to ensure adherence to project timelines, quality and availability
of services.

The successful bidder would get an initial period of SLA holiday, i.e., a time period
for which SLAs will not be applicable. This time should be utilized by the
successful bidder to stabilize the system and to ensure adherence to the
performance standards laid down by the SLAs. The SLA holiday period is one
month after successful completion of VT & PIS project.

The successful bidder is supposed to maintain all hardware, software and

connectivity at the level of bus station/data center/control center in fully
functional modes for the entire project period.

The successful bidder will be required to install additional LED displays and VTS
equipment, based on the requirement of APSRTC and will have to scale the Data
Center hardware/software accordingly to meet the additional requirement.

Any penalty will be applicable after ‘Go Live’ status.

In case of any delay on part of the firm to complete the task before the total time
prescribed, a penalty of Rs.5,000/- per week of delay shall be imposed on the
firm.

Daily back up data dump shall be handed over to the Project Manager, APSRTC.

If monthly data backup of each depot each bus wise of all operational days/period
as mentioned is not provided by the successful bidder then 10% penalty of the
billing amount of that particular depot & period for the same shall be applicable.

Daily/weekly/fortnightly/monthly/yearly reports shall be generated by the

successful vendor and to be handed over to the Project Manager, APSRTC.

70
In case of non-operation of any equipment, the same shall be attended within
three hours after arranging the availability of vehicle by APSRTC with faulty units.

The faulty VMU device/unit, shall be repaired before departure of bus to next trip
from depot otherwise successful bidder has to replace it with immediate effect.
If the faulty device remains unattended and unrepaired till 24 hours of attending
the vehicle post which the penalty shall be applicable. This penalty applicable
would be Rs. 100/- per day for each non functioning device.

If the non-functional VMU device is found to be tampered and is confirmed &

approved by APSRTC designated official, the successful bidder may charge for the
damages for which the copy of bill of material with complete spare list along with
the price needs to be submitted at the time of acceptance of tender.

To support the above, the VT & PIS application shall have a dash board/report for
non-working VMU devices and other onboard devices and provision to mark vehicle
availability and status of faulty unit/action required.

In case any LED displays (in bus stations/shelters/control centers) become non-
operational due to any fault in display or any other technical problem, the
successful bidder shall attend this fault within three hours and problem should be
rectified within 24 hours. If any LED display board is not functioning for a period
of more than 24 hours then penalty of Rs. 200/- per day for each non functioning
LED display shall be applicable.

A penalty of Rs.250/- per week per head will be imposed towards unavailability
of the man power against the approved deployment plan given by the vendor.

The bidder shall ensure that the services at Central Server/Data Center are always
up and functional 24x7 both in terms of hardware as well as application software.
For the purpose of service level assurance, the downtime hours shall be calculated
on monthly basis. The overall up time of Central Server/Data Center services
should maintain a minimum of 99% or more on monthly basis. The table below
shows the calculation for the down time in hours and applicable penalty in term
of percentage (%) on total monthly payable amount for all buses & 90 LED displays.

SL Uptime of Central Downtime in hours per Penalty in % on

Server/Data Center month total monthly
payable amount
1. 99% or more Up to 7.2 hours NIL
2. >=98% to < 99% > 7.2 to < 14.4 hours 2%
3. >=97% to < 98% > 14.4 to < 21.6 hours 4%
4. >=96% to < 97% > 21.6 to < 28.8 hours 6%
5. >=95% to < 96% > 28.8 to < 36 hours 8%
6. >=94% to < 95% > 36 to < 43.2 hours 10 %
7 <94% >43.2 hours 20%

The consolidated maximum penalty amount should not exceed 20% of the total
project cost at any time during complete project period of 3 years otherwise the
contract may be terminated, duly forfeiting the security deposit. The notice of
termination shall specify that termination is due to the reason that the bidder is

71
unable to meet the primary objective of providing information to the
stakeholders, the extent to which the contract is terminated and the date upon
which such termination becomes effective.

Form T 1

Technical Bid Compliance Sheet (with respect to Technical Evaluation)

Bidder Should Mark Page No. on Enclosures Submitted in Evidence of
Eligibility Criteria

(Bidder should ensure that all documents enclosed here should be neat & clean
and easily readable):

# Criteria (Document submitted) Mention Fill Compliance

Enclosure (Yes/No)
Page No.
Prime Consortium
Bidder Partner

72
1 Bid Authorization Letter (The letter of
authorization shall be indicated by written
Power of attorney accompanying the bid).
2 The Bidder should deposit Earnest Money
Deposit (EMD) of Rs. 25,00,000/- (Rupees
Twenty-five lakhs Only).
3 Bidder/Prime Bidder shall provide an
attested copy of –
PAN card
Company Registration Certificate
Valid Service tax registration
Certificate(GST)
Income Tax(GST) Return for the last three
years( 2015-16,2016-17,2017-18).
4 Certified Audited copies of Balance Sheets/
Profit & Loss Accounts/ Annual Reports of
last three financial years from bidder
and/or consortium partner
5 Documentary proof regarding prime bidder
and consortium partner (if any) should be
an Information Technology / Information &
Communications Technology Company /
Corporation.
6 In case of consortium, an original copy of
the Agreement/MoU between consortium
members, which define their roles and
responsibilities for smooth functioning of
the project, should be submitted. The
agreement between the prime bidder and
the consortium partner should be for the
entire project period.
7 Documentary proofs from Prime Bidder
regarding having net worth of Rs. 2 crores
as on 31-03-2018.
8 Documentary proofs from prime bidder
and/or consortium partner regarding
having minimum average turnover of Rs.
2Crore in last three financial years
Turnover for the year 2015-16
Turnover for the year 2016-17
Turnover for the year2017-18
9 Documentary proofs regarding Bidder
and/or Consortium have an experience of
execution of tracking software for at least
1000 trucks or buses for private or

73
 government sectors. Work orders and a
certificate regarding ‘Project has been
successfully & satisfactorily executed’
from client.
10 An affidavit duly attested by the notary
that the Prime Bidder and Consortium
Partner not have been Black listed by any
PUC/Corporation/Board or State/Central
Government in India.
11 An undertaking from the Prime Bidder and
Consortium Partner on company letter
head to the fairness of these documents in
support of their claim while submitting the
Bids.
12 An undertaking from prime bidder that he
would be fully responsible for successful
completion of the project.
14 The Prime Bidder and Consortium Partner
should submit the affidavit stating that the
bidder or employees should not ask for
employment in Corporation.
15 Bidder/Consortium Partner have a local
support office at Vijayawada. If the
bidder/consortium partner does not have
any local support office at the time of
bidding then he must submit an
undertaking on his letter head that if
selected, then he shall open a local support
office at Vijayawada within one month
from the date of award of contract.
16 Bill of Material (BoM) with Make, Model,
Specifications etc.
17 OEM Authorization, Warranty and Support
Letter
18 Team Deployment Details
19 Technical Compliance Sheet

74
 Form T3

Bidder Profile
1 Name & Address of The Bidder
2 Location of Corporate Head Quarters
3 Date & Country of Incorporation
4 Details of Contact person (Name, designation,
address etc.) Telephone Number, Fax Number, e-
mail
5 Is the firm a registered company? If yes, submit
documentary proof. Year and Place of the
establishment of the Company.
6 Is the firm registered with GST ? If Yes, submit
valid GST registration certificate.
7 Number of offices in Andhra Pradesh and in India
8 Submit details of the consortium (if any)
including name and address of the consortium
members, contact details, roles and
responsibilities to be performed by prime bidder
and its consortium members with legal
authentication
9 PAN Details of all members
10 Details of court litigations, including (but not
limited to) —
Have you filed any claim against any Company /
Institutions for such type of project? If so, give
details like case no., court dispute involved and
present status.
Has any Company/Institution filed any
claim/case against you, if so, furnish full details.
Has any of your customer or clients filed any case
against you in a court? If so, furnish details.

ANNEXURE -1

SPECIFICATIONS OF TCS VMU:

75
 Make CMC Ltd
Processor 32-BIT PROCESSOR
256/512 Kbyte Flash
LCD 64/128 Kbyte RAM
Upto 4GB Storage Memory (SD Card)
Alphanumeric Keypad with Navigational Keys
Keypad
Five special function keys
RS-485 Interface
Display Board Interface Full Duplex Mode
Baudrate : 115200 bps
Dual band 900/1800MHz
GSM/GPRS
Class B FPRS
Sensitivity
-Acquisition - 147 dBm
-Navigation -160 dBm
GPS
-Tracking -1693dBm

48 channel architecture
USB (OR) RS-232 USB 2.0 Host interface/
Interface Configurable Bad rate: 9600 to 115200 bps
Audio Interface Built-in 40W Audio Amplifier / External amplifier
Mic Interface Built-in Mic Interface for audio announcement
18V to 36V DC (With audio)
9V to 36V DC (Without audio)
Power Supply Current with Audio @ 24V DC:2.5A (Max) 1.5A(Typical)
Current without Audio @ 24V DC:500 mA (Max)
250mA(Typical)
Cranking (Over voltage and Under voltage)
Reserve voltage protection (No Polarity)
Protection
Input short circuit protection
Built-in battery back up
Aluminum Power Coated
Mechanicals
(180mm(W) x 90mm(H) x 75 mm(D)
confirming to ip65
Operating Temperature -10 Deg. Cel. To +70 Deg. Cel.
Humidity 95 % RH @ 40 Deg. Cel.

ANNEXURE – 1A

Features:

76
  Should be able to send GPS positional data (Latitude and Longitude) to back
office server at configurable periodic interval which could be as low as 10
seconds.
 In case of loss of communication link, the VMU should be capable to store
9000 way points (More than 24 hours data for 10 sec interval) and send
them to back office server when communication link is established. This
data should be intact when VMU switched off or during power failures.
 Should support both GPRS and SMS modes of communication.
 Should support two way voice communication for pre-configured numbers.
 Should support automatic audio announcement of STOPs and should send
same as text message to Internal Display Board to display
 Should support over the air configuration and software/firmware upgrade.
 RS-232 Serial port/USB port used to interface devices such as Electronic
Ticket Issuing Machine (ETIM) etc.
 Built-in 40W audio amplifier with Mic Interface
 Should support SoS alerts
 Should have ability to automatically get the schedule information from
back end servers.
 Should have ability to automatically select the trip/route start and stop as
per the schedule and send the same to back office server.
 Should have ability to send selected route information to LED display
boards
 Assembly: Enclosed box as per standards with suitable mounting integrated
with chargeable battery pack.
 Electrical Characteristics.
Primary Power: Vehicle Battery 12/24 volts.
Battery Life: Mandatory 8 Hours normal operation.

TECHNOLOGIES USED BY TCS:

SERVER TYPE – Servers at Data Centre

Mobile App (edit platform) – Eclipse
Mobile App – language - cordova
FRONT APPLICATION – Jsp, Java Script
BACKEND APPLICATION – spring frame work, hibernate
Datebase - Oracle 11g (plsql)
MAPS USED – Customised maps by Trinity

VMU & LED Maintenance agency details: Sumeet Electronics, Hyderabad

Ph: 9642968989

ANNEXURE -2

SPECIFICATIONS OF DREAMSTEP VMU

Make Concox

77
 GPS receiver 20 channel receiver
GPS sensitivity "-159 dBm"
Position Accuracy 10 m CEP
Quad band 850/ 900/ 1800/ 1900
GSM modem MHz
Internal backup battery 3,7 V DC 450 mAh
Digital inputs & outputs 1 each
External voltage (power supply
requirements) 9- 36 V DC
USB port Yes
Interface with PC Yes
Data acquisition By Time, Distance
Events by IO elements yes
SMS warnings on I/O yes
Power Saving Mode sleep mode
Device configuration Via SMS/USB
Multi geo-fence zones (rectangular
or circle) Yes
Communication GPRS TCP, SMS
Operating temperature From -25 C to +60 C
GPS antenna Internal
GSM antenna Internal
LED 3 LEDs (GSM, GPS, power)
GPRS Class12

ANNEXURE – 2A

FEATURES:

78
 Real time location Yes
MIS Reports Yes
Historical Playback Yes
Mileage Report Yes
Parking Report Yes
Driving record reports Yes
Ignition status Yes
Quality standard IP 65
Water Resistant Yes
Dust Resistant Yes
Water Proof No
External attachments Mic
External attachments SOS Button
External attachments Remote Immobilizer
Storage internal 1000 locations
Internal battery Lithium Ion 6 hrs
Software Trouble Shooting Depends on issue
Working Voltage 8 VDC ͂ 36VDC

TECHNOLOGIES USED BY DREAMSTEP

SERVER TYPE – AWS cloud services

Mobile App (edit platform) – Visual studio editor.
Mobile App – language – ionic, back – node.js
FRONT APPLICATION – Angular JS
BACKEND APPLICATION – Node.js
Data base – memsql
MAPS USED – Google Maps
KIOSKS

VMUs Maintenance agency details: Door NO 16-2-674/A/a

2n floor, New Malakpet, opp Andhra Bank, above Viajyawa Bank
Hyderabad-500036 – Ph.9908666933

VMU DETAILS SUMMARY:

YEAR OF INSTALLATION NO OF DEVICES

2016 9020
2017 404
2018 1072
2019 451
TOTAL 10947
ANNEXURE – 3

LEDS BOARDS DETAILS

79
 DATE OF
SL STOP NAME CITY BOARD_ASSET_NO IMEI_NO
INSTALLATION
1 RTC COMPLEX CHANDRAGIRI CTR 868999035880743 868999035880743 30-11-2015
2 RTC COMPLEX PUTTUR CTR 863071010187232 863071010187232 30-11-2015
3 RTC COMPLEX SKHT CTR 863071011106017 863071011106017 30-11-2015
4 RTC COMPLEX TPT CTR 863071011105951 863071055555555 30-11-2015
5 RTC COMPLEX TPT CTR 863071010181862 863071010181862 30-11-2015
6 SRINIVASAM CTR 865733024538068 865733024538068 30-11-2015
7 RENIGUNTA COMPLEX CTR 863071011105951 863071011105951 30-11-2015
8 TOWN CLUB CTR 868999035897390 868999035897390 30-11-2015
9 ALIPIRI PADALU CTR 863071011105381 863071011105381 30-11-2015
10 LEELAMAHAL CTR 867481031923026 867481031923026 30-11-2015
11 CITY TERMINAL 1 VJA 863071010181581 863071010181581 30-11-2015
12 CITY TERMINAL 2 VJA 863071011105910 863071011105910 30-11-2015
13 CITY TERMINAL 3 VJA 863071010181664 863071010181664 30-11-2015
14 CITY TERMINAL 4 VJA 863071010181540 863071010181540 30-11-2015
15 CITY TERMINAL 5 VJA 863071010181474 863071010181474 30-11-2015
16 CITY TERMINAL 6 VJA 865733021528773 865733021528773 30-11-2015
17 CITY TERMINAL 7 VJA 863071010181672 863071010181672 30-11-2015
18 KR MARKET VJA 863071010187356 863071010187356 30-11-2015
19 KR MARKET VJA 868324022792191 868324022792191 30-11-2015
PWD GROUNDS AMERICAN
20 HOSPITAL VJA 863071011103451 863099911103451 30-11-2015
21 RAGHAVAIAH PARK VJA 868324023782647 868324023782647 30-11-2015
22 RAILWAY STATION VJA 863071010123403 863071010123403 30-11-2015
23 RAILWAY STATION VJA 863071010123402 863071010123402 30-11-2015
24 RAMAVARAPPADU RING VJA 865733024523631 865733024523631 30-11-2015
SUB COLLECTOR OFFICE RYTHU
25 BAZAR VJA 868324022880616 868324022880616 30-11-2015
26 RAMESH HOSPITAL VJA 868324022775014 868324022775014 02-09-2016
27 VIJAYA TALKIES VJA 865733021528484 865733021528484 02-09-2016
28 RED CIRCLE VJA 865733024543225 865733024543225 02-09-2016
29 ALL INDIA RADIO STATION VJA 865733024528382 865733024528382 02-09-2016
30 ALL INDIA RADIO STATION VJA 868324023693133 868324023693133 02-09-2016
31 AMERICAN HOSPITAL VJA 868324023889020 868324023889020 02-09-2016
32 AUTONAGAR BUS TERMINAL VJA 863071010601679 863071010601679 02-09-2016
33 BANDARU LAKULU VJA 868324023751469 868324023751469 02-09-2016
34 BENZ CIRCLE VJA 863071010601695 863071010601695 02-09-2016
35 BENZ CIRCLE VJA 868324022775147 868324022775147 02-09-2016
36 BESANTROAD VJA 868324022776764 868324022776764 02-09-2016
37 CHALLAPALLI BUNGLAW VJA 868324022899970 868324022899970 02-09-2016
38 CHENNUPATI PETROL BUNK VJA 868324022774058 868324022774058 02-09-2016
39 CHENNUPATI PETROL BUNK VJA 865733024543514 865733024543514 02-09-2016
40 CHUTTUGUNTA CENTRE VJA 868324022776632 868324022776632 02-09-2016
41 CURRANCY NAGAR VJA 865733024544322 865733024544322 02-09-2016

80
42 GOVERNMENT HOSPITAL VJA 868324023751451 868324023751451 02-09-2016
43 GUNADALA VANTENA VJA 865733021528856 865733021528856 02-09-2016
44 KAMAYYATOPU VJA 868324022789783 868324022789783 02-09-2016
45 KANDHARI VJA 865733021528500 865733021528500 02-09-2016
46 KR MARKET VJA 867481031836392 867481031836392 02-09-2016
47 LENIN CENTRE VJA 868324022789650 868324022789650 02-09-2016
48 MADHU GARDEN VJA 865733024538118 865733024538118 02-09-2016
49 MADHU GARDEN VJA 865733024544330 865733024544330 02-09-2016
50 MERI MATHA CHURCH VJA 868324022707553 868324022707553 02-09-2016
51 MERI MATHA CHURCH VJA 865733024538100 865733024538100 02-09-2016
52 NAKKALA ROAD VJA 868324022776640 868324022776640 02-09-2016
53 NAKKALA ROAD VJA 863071018002326 863071018002326 02-09-2016
54 PASUVULA HOSPITAL VJA 868999035898414 868999035898414 02-09-2016
55 PASUVULA HOSPITAL VJA 863071011105936 863071011105936 02-09-2016
56 POLYTECHNIC COLLEGE VJA 868324022865393 868324022865393 02-09-2016
57 PORANKI VJA 868324023768331 868324023768331 02-09-2016
58 PORANKI VJA 234546576868778 576878798908675 02-09-2016
59 PT COLONY VJA 868324022777325 868324022777325 02-09-2016
60 PUSHPA HOTEL VJA 868324022792118 868324022792118 02-09-2016
61 SRR COLLEGE VJA 868324022865443 868324022865443 02-09-2016
62 STELLA COLLEGE VJA 868324023738433 868324023738433 02-09-2016
63 SIDDHARTHA COLLEGE VJA 868324023887685 868324023887685 02-09-2016
64 SIDDHARTHA ENGG COLLEGE VJA 434655657667668 434655657667668 02-09-2016
65 SUNNAPU BATTELU VJA 865733024538639 865733024538639 02-09-2016
66 AKKAYYAPALEM VSP 863071017430759 863071017430759 30-11-2015
67 ANAKAPALLI COMPLEX VSP 121212121252547 857454126955214 30-11-2015
68 GOPALAPATNAM HIGHSCHOOL VSP 863071011110076 863071011110076 30-11-2015
69 GOPALAPATNAM PETROL BUNK VSP 666666666666666 666666666666666 30-11-2015
70 GURUDWARA VSP 860998029973976 860998029973976 30-11-2015
71 KANCHARA PALEM VSP 863071010181862 863071010666666 30-11-2015
72 KURMANNAPALEM VSP 863071011109466 863071011109466 30-11-2015
73 KURMANNAPALEM VSP 132113646 126446564612222 30-11-2015
74 MADDILAPALEM VSP 865733021528690 865733021528690 30-11-2015
75 MADDILAPALEM COMPLEX D VSP 863071010181441 863071010181441 30-11-2015
76 NAD JUNCTION VSP 863071010187190 863071010187190 30-11-2015
77 NAD JUNCTION VSP 123456789132564 123456789132564 30-11-2015
78 NAD JUNCTION VSP 863071010601752 863071010601752 30-11-2015
79 NATHAYYA PALEM VSP 863071010601786 863071010601786 30-11-2015
80 NATHAYYA PALEM VSP 863071010181433 863071010181433 30-11-2015

81 NEW GAJUWAKA VSP 863071010187257 863071010187257 30-11-2015

82 OLD GAJUWAKA VSP 154544454545645 154544454545645 30-11-2015
83 OLD GAJUWAKA VSP 867481031842911 867481031842911 30-11-2015

81
84 PENDURTHI JUNCTION VSP 863071010123456 863071010123456 30-11-2015
85 PENDURTHI JUNCTION VSP 860998029974437 860998029974437 30-11-2015
86 VENKOJIPALEM VSP 863071010187000 863071010187000 30-11-2015
87 VIZAG RAILWAY STATION VSP 863071010181789 863071010181789 30-11-2015
88 VIZAG RTC COMPLEX VSP 860998029974148 860998029974148 30-11-2015
89 VIZAG RTC COMPLEX VSP 555443433334777 555443433334777 30-11-2015
90 VIZAG RTC COMPLEX VSP 860998029974163 860998029974163 30-11-2015

VMU DETAILS SUMMARY: All VMUs were installed in the year 2014 and all are
in proper working condition

ANNEXURE – 4

LED Technical Specifications:

82
LED Pitch 12.5mm x 12.5mm ( H x V)
LED’s 5mm, High Intensity, Amber Colour (590
to 595 nm)
LED Type UV Resistant type, Tinted, Diffused
Viewing Angle Horizontal 120° and vertical 60°
Brightness 520 to 680 mcd
Visibility Clearly visible in Day and Night, in all
weathers at a distance up to 50 meters
Display Size 1800 mm x 200 mm (H x V)
Character Size 1-line 200 mm and 2-line 100mm each
Visual Effects Still( fixed)
Scrolling
Combination of Still and Scrolling
Communication Interface RS-485, Baud Rate up to 115.2Kbps
Voltage 24V DC (18V to 36V)
2.4A @ 100% Intensity when all LED’s ON
< 1.1 A @ 100% Intensity for normal
display.
< 0.7 A @ 24V low intensity for normal
display
Cabinet 1870 mm x 280 mm x 40 mm ( L x H x D )
Rugged construction with steel and
Powder Coated. (Confirms to IP66)
Operating Temperature -10°C to 70°C
Operating Humidity 5% RH to 98%RH

ANNEXURE – 5

MIS REPORT NAMES:

83
 Departure Punctuality Report
Departure Delay Summary Report
Trip Wise Departure Punctuality Report
Service Wise Departure Punctuality Report
Arrival Punctuality Report
Arrival Delay Summary Report
Trip Wise Arrival Punctuality Report
Service Wise Arrival Punctuality Report
Trip Wise Actual Running Time Report
VMU Status Report
Bus Stops Skipped Report
Route Deviation Report
MIS REPORTS
Unauthorized stoppage report
Driver Performance Report
Feedback Summary Dashboard Report
Feedback Dashboard Report
Emergency Dashboard Report
Vehicle Multiple Assignment Report
Trip Wise Vehicle Assignment And Tracking Status Report
Vehicle Assignment And Tracking Status Report
Trip Wise Tirumala Vehicle Assignment And Tracking Status Report
VMU Performance Report
Service Cancellation Report
Schedule GPS KMS Analysis Report
Day wise tracking
Day wise punctuality
Monthly Departure punctuality
SUMMARY Monthly Arrival punctuality
REPORTS Monthly Tracking
Stop wise Punctuality
Service wise Punctuality Report
Stop to Stop Duration Report
Depot wise daily Report
Stage wise Departure Report
Stage wise Arrival Report
NEW REPORT
Stage wise ETA Report
Depot wise Bus Location Report
Control Chart
Schedules Timings
REST STOP Hotel/Dhaba wise
REPORTS Actual Timings
Region wise Summary
Headway Chart
HEADWAY CHART Depot wise Headway Chart
Headway All
Dot Punctuality Dashboard

84
 DOT
PUNCTUALITY Dot Punctuality Report
Depot Dashboard
DASH BOARDS
Service Dashboard
States
Zones
Regions
Depots
Vehicle Service Class
Device Log
ADMIN MASTER
Sim Inactive Log
DATA
Drivers
Bus Stops
MTD-141 CARD
MTD-141/Proforma
Device Log Info
Public App Scroll Text
Vehicle Device mapping
Device Sim Mapping
Inventory Dashboard
INVENTORY
operations
MANAGEMENT
Make It Online
Data Not Receiving Since
Wrong Satus Assigned
Vehicle Assignment
Service Cancellation
Routes Management
OPRS
Schedule Interface
OPERATIONS
Service Updation
Service Active/Inactive
Divya Darsanam Active/inactive
Track by DCP Service Number
vehicle Assignment
Service Cancellation
NON-OPRS
Trip cancellation
OPERATIONS
Service Updation
Schedule Interface
Service Active/Inactive
Dashboard
AUTO Reports : 1)Depot wise Service Announced Report
ANNOUNCEMENT 2) Announcement Statics Report
SYSTEM profiles
mac Approval
Dashboard
ACCIDENT
Accident List
PORTAL
Reports : 1)Accidents Count Report

85
 2) Accidents Summary Report
3) Injured/Deceased Report
SQUAD MIS Squad Summary Report
REPORTS PORTAL Performance of Head quarters enforcement squads
Schedule Updation Report
Enquiry System
Others Reasons For Not Tracking
Live tracking
Release notes

MIS REPORT FORMATS:

86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110