Information Technology RFP
The COMET wishes to replace several similar, but non-overlapping technologies, and add several functionalities to our ITS system including automated passenger counters, more robust reporting, and an integrated bus stop inventory. Following Moore’s Law, technology has changed dramatically in the five or ten years since Authority procured many of the technologies in use today. At present we have Clever Devices for operations-facing on-time performance and automated announcements; Transloc for customer-facing AVL and GTFS feed production; and Illuminator destination and passenger signs. Unrelated to this RFP, Authority uses GenFare Fast Fare fareboxes and Passport for smart phone fare payment, which is integrated with the GFI system. The Offeror will provide all of the following in an integrated, open-source application programming interface (API), cloud-based system:
- Automated vehicle locator for customer/passenger tracking of vehicles on an application available on Apple and Adroid devices;
- Automated vehicle locator for operations staff to track on-time performance and provide reports of same;
- Application for staff use for uploading current routing, blocking, stops, etc, and producing general transit feed specifications (GTFS);
- Application for importing and editing bus stop inventory data (location, ADA access, type of amenities at stop, etc.)
- Automated stop annunciation for ADA and general customer information;
- Automated passenger counters;
- As an optional add-on and priced separately, The COMET also solicits digital car cards and info-tainment screens.
- Integrated AVL and farebox Into one universal log In so date from one system can be fed Into the others.
The system will be cloud-based, open API, turnkey, and maintained by the successful Offeror. The proposal includes training of supervisory staff on how to use the equipment. Once staff is trained, all system failures are to be considered the responsibility of Offeror with the exception of routine, correctible problems such as loose wires on equipment or improper log-in by operators. To be explicit once again, the purpose of this requirement is to avoid situations where Offeror claims user error and Authority does not understand how to fix a given problem, resulting in a loop of inaction and product malfunction. By submitting a proposal, the successful Offeror assumes the responsibility for system function and accedes to liquidated damages in the event of sustained periods (defined as more than 5 business days) of any documented component non-function. The successful Offeror shall provide all labor, equipment, materials and installation required for all vehicles.