Mackinac Bridge Authority – New Toll Collection System ... · The referenced requirement (REQ-379) is that prospective customers can print out these “forms/applications” so

1

Mackinac Bridge Authority – New Toll Collection SystemRequisition #2495

Addendum Number 3

Notice 9: A draft of the Contract that will govern this project is being posted with thisaddendum. This draft will undergo some formatting and minor edits but for the purposes ofthe procurement Proposers should assume this document contains the terms and conditionson which they should base their proposals (unless amended in future addenda). Questionson the Contract will be accepted through July 19th.

Notice 10: Table 1-2 of the RFP is hereby replaced in its entirety with the following:

Event Date TimeRelease of RFP 05/28/2018 12:00 pmMandatory Pre-Bid Conference and Site Visit 06/13/2018 09:00 amAdditional Day of Site Visit 06/14/2018 08:00 amDeadline for submitting written questions or requestedexceptions regarding the RFP 07/19/2018 05:00 pm

Deadline for MBA Posting Responses to WrittenQuestions 07/24/2018 05:00 pm

Proposals Due/Close Date and Time 08/06/2018 12:00 pmOral Presentations in Detroit (MBA’s option) 09/07/2018 08:00 am

Proposal Evaluation 08/07/2018 – 09/07/2018

Final Contract Award 09/25/2018

Notice 11: MBA’s answers to additional questions submitted are listed below in boldlettering.

Questions Deferred From Addendum 2:

Q21: Section 6.2, REQ-54, Page 6-3: If existing UPS devices need to remain, please let usknow Make/Model of the UPS as well as the currently available interfaces from the UPS.This information is needed in order to plan best method for capturing SNMP traps fromdevices which can then be sent into MOMS.

A21: The UPS is Liebert Model# MB1C0030C25QS25. Requirement 54 (REQ-54) is herebyremoved from the RFP.

2

Q77: REQ-66 states: “For proposed equipment and devices, the TSI shall provide certifiedresults from prior testing by the manufacturer or certified test results from anindependent testing laboratory approved by MBA certifying the equipment and devicesmeet the environmental specifications as indicated below in Table 6-5.”Some cost-effective and reliable COTS devices do not either meet some of the MIL-specslisted in this section or are not tested to some of the specifications listed in Table 6-5.For example, COTS CCTV cameras do not typically include vibration specs or ElectrostaticDischarge specs. Can the Mil-Std specs be eliminated or replaced with specs that aremore closely aligned with COTS hardware?

A77: Proposers may, in lieu of certified testing to MIL standards:

Provide information showing that the proposed equipment has been successfullyused in other tolling environments for a period of at least two years, includinglocation, number of units installed, number of units failed, and contact informationfor the toll operator where the equipment was used; or

Provide to MBA all environmental specifications published by the equipmentmanufacturer, and ensure the equipment’s installed environment on MBA’s facilitiesare within all allowable environmental ranges published by the manufacturer.

Q132: REQ-54 requires that we install a smart interface to the existing UPS to detect batterystate change in status. What is the make and model of the UPS that we are required tointerface to?

A132: The UPS is Liebert Model# MB1C0030C25QS25. Requirement 54 (REQ-54) is herebyremoved from the RFP.

New Questions:

Q134: Section 3.11, Page 3-35: Is it expected that all legacy data will be imported to the NTCSas is? Is it acceptable that the data is summarized for historical reasons? Will MBA keepa full backup of the legacy database locally? Approximately how much space isconsumed by the current scanned documents and artifacts associated to customeraccounts? Is it expected that DVAS video be migrated?

A134: Proposers should assume that all legacy data will be imported to the NTCS. Somesummarization might be allowed but that will be determined during the design phase.MBA expects that full backups will always be available. There is no need to migrateDVAS video. There are no scanned documents or artifacts associated with currentaccounts.

Q135: Section 6.6.1.7, REQ-113, Page 6-10: Does the “monotonic change to time”requirement only apply to the Lane Controller software?

3

A135: Yes.

Q136: Section 6.6.3.2, REQ-162, Page 6-13: Should the collector have this ability or controlledby the Plaza supervisor? This statement conflicts with REQ-226 that states “In lieu of atoll amount paid, receipts for MacPass transactions shall print a user configurablemessage such as “PAID BY MACPASS” in recognition of unknown discounts or fees thatmay be applied to the transaction.” Should the PFD behave similarly?

A136: The function described in REQ-162 shall be a configurable parameter that can bechanged by any user with appropriate system credentials. The second sentence ofREQ-226 (starting with “In lieu”) is hereby removed from the RFP. The PFD shouldbehave as required by the RFP.

Q137: Section 6.8.2, REQ-351, Page 6-30: Is the deposit amount different per account or tagtype? Is the deposit amount automatically applied or manually entered?

A137: There will be no requirement for transponder deposits. REQ-351 is hereby replaced inits entirety with the following: “The Account Management Subsystem shall becapable of supporting sales of transponders. Revenue from transponder sales shall bedistinguishable from funds deposited for future toll payments.”

Q138: Section 6.8.2, REQ-353, Page 6-30: What is the procedure to confirm the acceptance ofterms when the account holder opens the account at the Plaza window?

A138: When customers open accounts in person they are provided a copy of the terms andconditions of the account. Those terms and conditions state that by opening theaccount the customer agrees to abide by them. When opening an account online thecustomer is required to check a box indicating their agreement.

Q139: Section 6.8.3, REQ-379, Page 6-32: Is it expected the NTCS will include independentreport writer software for use on specific workstations or should adhoc/report writersoftware be integrated with the NTCS?

A139: Either configuration is acceptable.

Q140: Section 6.8.6, REQ-402, Page 6-35: After creating an account, is it expected that acustomer can view/print the Application with their information pre-populated or is thisrequest to a form that the customer can print and mail in or bring to the office?

A140: Most commuter account customers will be encourage to, and will, sign up onlinewhere no application is required. However, at the POS a “form/application” will beused to gather information from the commuter customers so that an account can beestablished.

Commercial customers must set up their account by contacting MBA directly and willbe asked to provide information about the company and their vehicles, etc. on aform/”application”.

4

The referenced requirement (REQ-379) is that prospective customers can print outthese “forms/applications” so that they can fill it out prior to going to the POS orcontacting MBA.

Q141: Section 6.9.1, REQ-424, Page 6-37: Please provide example audit codes.A141: Audit codes would indicate actions taken by an auditor to correct the transaction,

including adjustments, credits, debits, etc., such as:

Adjustment due to vehicle has more or less axles than classified by tollcollector

Adjustment due to commercial vehicle using a Commuter MacPass

Q142: Section 6.9.1, REQ-425, Page 6-37: What is a resolution code?A142: A resolution code indicates the final resolution of the transaction, such as:

Paid, no audit Audited, no adjustment Audited, adjusted

Q143: Section 6.8.1, REQ-344, Page 6-29/30: Will MBA provide the cross reference list?A143: Yes, to the successful firm.

Q144: Section 6.7.4, REQ-283, Page 6-24: Can a high level workflow be provided on how it isexpected the overall process works; from collector to bank deposit and audit?

A144: Toll collectors can collect cash or credit cards as payment for vehicle transactions aswell as payment by MacPass. Transactions in unstaffed lanes can only pay byMacPass. Each collector’s daily transactions should equal the total of the cashcollected, credit card usage, and MacPass usage. The sum of cash collected by eachcollector is dropped into a vault. The vault personnel count each collector’s funds andenters these counts into the toll system prior to making a deposit slip for the totalday’ cash collected. The collector’s transaction data is sent from the lane controller tothe toll system. Only audit personnel may see the vault count compared with thecollector’s transactions paid with cash and any differences. Although credit card usesand MacPass uses to pay for transactions have nothing to do with the vault, acollector’s total day’s classification are summarized and reported to the auditor bypayment type. The auditor can make corrections to collector funds dropped into thevault based upon a mis-tagged money bag, a vault counting error, wrong transactiondate on money dropped, no identification on a dropped funds, etc. The auditor canchange collector transaction reported by the lane controller and change the paymenttype and amount to correct errors. If these errors effect a MacPass account, the

5

auditor can adjust the transaction to correct the MacPass account. Differences inaudited collector transactions and audited payment types result in the collector beingover or short.

Q145: TRG, Section 6.7.4: If proposer has alternate solution that may be more efficient, canthe description be included in the response section? If yes, will it affect the TRG Pagelimit?

A145: Narrative responses in the TRG are only allowed in the sections that require such anarrative. Proposers that want to provide information about sections where nonarrative is required should provide that information in a related section that doesrequire a narrative. In this case, information about the Vault might be included in thenarrative for Section 6.7.4 Finance/Audit Subsystem Requirements.

The page limits remain the same regardless of where information is presented.


A146: Narrative responses in the TRG are only allowed in the sections that require such anarrative. Proposers that want to provide information about sections where nonarrative is required should provide that information in a related section that doesrequire a narrative. In this case, information about the MOMS might be included inthe narrative for Section 3.13 Maintenance / Maintenance Plan.



A147: Narrative responses in the TRG are only allowed in the sections that require such anarrative. Proposers that want to provide information about sections where nonarrative is required should provide that information in a related section that doesrequire a narrative. In this case, information about the Transaction Processing mightbe included in the narrative for Section 6.7.2 Account Management SubsystemRequirements.


Q148: Section 6.8.3, REQ-384, Page 6-33: Does this requirement apply to only standard(canned) reports or does it apply to adhoc reporting as well? Could this requirement befulfilled via a dashboard?

6

A148: Yes. No.

Q149: Section 6.8.2, REQ-342, Page 6-29: What is meant by duplicate transactions in regardsto account management?

A149: This will be addressed in a future addendum.

Q150: Section 6.8.5, REQ-398, Page 6-34: Please explain/elaborate on what is meant by“immediately returned transactions” and “(distinguishing MacPass)”.


Q151: Section 5.9.3, BR-99, Page 5-9: Is automatic calling a hard requirement?A151: No. Only automated emailing is required. The requirement for automated calling and

texting is hereby removed from the RFP.

Q152: Section 5.5.4, BR-32, BR-37, Page 5-3 and 5-4: BR-37 conflicts with BR-32. Is the tollrate additionally based upon: MacPass Type, MacPass Account Type, lane, laneoperating mode and time? Can a new fare rate go into effect mid-day?

A152: BR-32 describes how the toll is currently determined. BR-37 states what parametersthe system must support should they be required in the future.

Q153: Section 6.8.6, REQ-401 –411, Page 6-35: Do the requirements spelled out in section6.8.6 apply to MBA-internal websites provided by the TCS or only patron facingwebsites?

A153: The requirements apply to the customer (“patron”) facing website. It is not clear what“MBA-internal websites provided by the TCS” might be.

Q154: Section 6.9.1, REQ-442, Page 6-38: Can linked sections within user manuals besubstituted for in-application help screens?

A154: No.

Q155: Section 6.6.2.2, REQ-135, Page 6-12: Due to height restrictions, will side mountantennas be acceptable?

A155: Side mount antennas are acceptable as long as they meet the functional andperformance requirements of the RFP.

Q156: Section 3.6.1, Page 3-16: Is a desktop RFID reader required in the booth and if so, whatwould the purpose be?

A156: The diagram (3-1) incorrectly lists an RFID reader as part of the Booth Subsystem. NoRFID reader is required in the booth.

7

Q157: Section 3.19.1, Page 3-44: The overhead Canopy signs are no longer available topurchase, would the proposer be required to demo the signs during the FAT?

A157: During FAT, it would be suitable to have a demonstration of how the signals from thelane controller change when required. For instance, a series of LEDs, eachrepresenting a different sign message (open, closed, MacPass Only, etc.) would beadequate.

Q158: Section 5.5.1, BR-27, Page 5-3: Will the NTCS lane controller interface to the existingOverhead Canopy Sign via digital outputs? If yes please answer the following:

1) How many outputs are required (how many types of messages maximum doyou need supported)?2) What is the specification for the outputs(is it TTL 5v for example)?3) Where are the leads to the digital outputs currently (In the tunnel near theexisting lane controllers, for example)?

A158: The Proposer should contact the manufacturer to determine the best method ofintegration. The interface should support at least 16 distinct sign messages.

Q159: Section 2.1.1.4, SECTION IV: It states that proposers are not required to include the planin the proposal, but the proposal shall contain a heading for this plan. Please clarify

A159: The proposal shall contain a heading for QA/QC but the plan will not be required untilafter NTP. See Section 2.2.

Q160: Pricing Spreadsheet: Where should installation and other labor hours be entered?A160: Please see the updated Price Spreadsheet posted with this Addendum.

Q161: Please identify the exact test plans that are required within the Master Test Plan.A161: The Master Test Plan shall cover all of the test phases described in Sections 3.7.4.1

through 3.7.4.6.

Q162: Section 5.3, BR-1, Page 5-1: What is the retention period for the archived DVAS videodata on the archive? Do they need 1 years’ worth, 5 years, etc.

A162: Please see BR-78 and REQ-49.

Q163: Due to the delay in response to previously submitted questions, it is possible to extendthe time period for question submittal in order to allow follow up questions based uponMBA answers to aid in a cost-effective proposal?

A163: Please see Notice 10 above.

Q164: Section 6-36, REQ-408, Page 6-36: Can you modify this requirement so that a “ContentManagement Framework of System” is not required, but rather “The CSC Subsystem

8

shall allow MBA authorized staff to easily log in and update limited webpage elementsrelated to the Plaza Facility and surrounding environment of possible interest to users,similar to how a Content Management Framework works?”

A164: Implementation of this requirement does not necessarily involve an “official” ContentManagement Framework product. However, MBA-authorized staff must be able tochange ALL static information (i.e. not derived from a database) on the websitewithout any knowledge of web coding, without extensive training, without anyassistance from the TSI, and without any additional cost.

Q165: For Lane Equipment that is available for re-use, will the Authority make the associatedspare equipment and parts available for use by the winning TSI?

A165: Yes.

Q166: REQ-349, Will processing costs and transaction fees for ATM Verify or similar service bepaid as a pass through to MBA?

A166: Yes, costs to process transactions through the CC processor and bank, etc., with nomarkup, will be paid by MBA.

Q167: Would MBA consider a different (less-invasive) AVC system, instead of reusing theexisting treadles? If so, can it be offered as an optional item?

A167: Yes, as long at the solution meets the functional and performance requirements of theRFP. No, optional items are not accommodated by the evaluation procedures in placefor this procurement. The Proposer should put forth the best solution that they thinkwill be competitive and meet the requirements.

Q168: Are plans and drawings with dimensions (width of lanes, height of canopy…) available?A168: Any available plans and drawings will be supplied with a future addendum. These

drawings may not have all of the dimensions that Proposers desire. If specificmeasurements are needed, please ask for them.

Q169: Can MBA provide additional information on this point?A169: The question is not specific. What is requested?

Q170: If a motorist passing through a lane in automatic mode is unable to pay by MacPass forany reason and needs assistance, how can he communicate with plaza staff? Should theproposal include an intercom system?

A170: No intercom is necessary.

Q171: Financial Requirements for Non‐Prequalified Consultants/Vendors, Three Low Bids:Could you please clarify this point? What is it need from vendors?

9

A171: MBA does not require any information beyond what is requested in this RFP.Proposers can disregard the link on Form 5100B to “Financial Requirements…..”

Q172: Do proposals need to be electronically signed?A172: This will be addressed in a future addendum.

Q173: Section 2.1.1.5, Page 2-6: Can "Senior executive" and "Scheduling" functions beperformed by staff included in Key Personnel?

A173: Yes.

Q174: Section 2.1.1.5, Page 2-6: Please expand on "Senior Executive" definition as per section2.1.1.5.

A174: The TSI must assign a senior executive that has direct oversight of the NTCS project.This person would serve as the senior level resource that MBA could contact withconcerns if the Project Manager does not provide appropriate or timely response toproblems with the project.

Q175: Given today June 21st is the deadline to submit questions and some of the previouslysubmitted have not been responded yet, would MBA consider granting a one-weekextension on the deadline for submitting questions and the final proposal due date?


Q176: Could you please confirm if the removal of the existing equipment is under the scope ofthis proposal?

A176: Where needed and requested in writing, MBA staff will assist with removal of existingequipment.

Q177: Section 3.4.6: If a Gantt chart is provided under section 2.1.1.3.6 -Preliminary Schedule,do we need to provide also the Gantt chart in the Technical Response Guide or can wemake a reference to the Gantt chart in 2.1.1.3.6?

A177: Proposers can provide the Gantt chart in Section III of their proposal and thenreference the chart in Section 3.4.6 of the TRG. However, Proposers must ensure thatthe chart conforms to the requirements as described in RFP Section 3.4.6 and SectionB of the corresponding section of the TRG.

Q178: Section 5.5.1, BR-27, Page 5-3: Will the NTCS lane controller interface to the existingOverhead Canopy Sign via digital outputs? If yes please answer the following:

1) How many outputs are required (how many types of messages maximum do youneed supported)?

2) What is the specification for the outputs (is it TTL 5v for example)?

10

3) Where are the leads to the digital outputs currently (In the tunnel near theexisting lane controllers, for example)?

A178: The Proposer should contact the manufacturer to determine the best method ofintegration. The interface should support at least 16 distinct sign messages.

Q179: Section 6.6.2.1, REQ-130, Page 6-12: Is a barcode or handheld RFID reader in the lanerequired for reading tags that did not get read by the RFID antenna? (If so, note thatthere are two types of 6C sticker tags available – a large size format (3.74” x 2.36”) thatsupports an outside facing barcode with tag number encoding (and looks like a vehicleregistration sticker), and a small size format (typical for tolling applications, at 3.14” x0.94”) which only supports the TID encoded on a barcode of the sticky outside view andthe TID value does not include the tag serial number which you would need to scan,however the tag does include this on the inside, customer facing side of the windshieldtag.)

A179: No barcode or RFID reader is required in the toll booths. Also, see Question andAnswer #107 from Addendum #2.

Q180: Section 6.8.6, REQ-409, Page 6-40: Can you modify this requirement so that a “ContentManagement Framework of System” is not required? Can it be re-worded to: “The CSCSubsystem shall allow MBA authorized staff to easily log in and update limited webpageelements related to the Plaza Facility and surrounding environment of possible interestto users, similar to how a Content Management Framework works.”?

A180: Did you mean REQ-408? See Question and Answer #164 above.

Q181: Section 6.6.2 And 6.6.2.1, REQ-118 And REQ-128, Page 6-11: Do you require 6C tags tobe included in the proposal? If so, what is the quantity of tags you wish to obtain,including the break-down by encoded axle count (and class) which can be encoded inthe 96 bit UII memory bank? For example, if you request 10,000 tags, how many are tobe for class 1, 2, 3, etc.?

A181: See Section 10 of the RFP. Transponders are not part of this procurement.

Q182: Is it possible to share the detailed as-is drawings, including distances and dimensionsA182: Any available plans and drawings will be supplied with a future addendum. These


Q183: As a solution provider are we obliged to maintain the current sensor layout or Is theAgency open to different solutions and layouts?

A183: MBA is open to alternative solutions and layouts as long as they meet therequirements of the RFP.

11

Q184: Are there any specific network security standards that we need to abide by?A184: This will be addressed in a future addendum.

Q185: Is it mandatory to keep using the current credit card processor?A185: No.

Q186: The RFP mentions an automatic calling (“BR-99 Pursuant to customer opt-in applicationselections: configure and schedule automatic calling…”). Is it possible to be moredetailed about this feature and how it works?

A186: No. Only automated emailing is required. The requirement for automated calling andtexting is hereby removed from the RFP.

Q187: The RFP mentions that refunds are issued through USPS(BR-128). Can you please detailthe current system integration with USPS?

A187: No integration is necessary. Refunds are handled manually.

Q188: REQ-54 The proposed maintenance on-line management system (MOMS) shall issue analarm when electrical service is provided by the UPS. TSI shall furnish and install a smartinterface to the existing UPS to detect a battery state change in status.

Could you please share with us the existing UPS brand and model?A188: The UPS is Liebert Model# MB1C0030C25QS25. Requirement 54 (REQ-54) is hereby

removed from the RFP.

Q189: BR-64 Customers using a MacPass with a Valid or Low Balance status may receive aReturn Passage Discount of ‘x’ value on a return passage occurring within ‘y’ hours ofthe first trip, where ‘x’ and ‘y’ are configurable values. A return passage is defined as atoll transaction occurring in the direction opposite to the immediately preceding tolltransaction where the identical MacPass is used.

This discount has to be visible/managed at the lane or can it be post processed at theBackoffice level?"

A189: Customers must be notified of the toll charged (including the Return PassageDiscount) while travelling through the lane.

Q190: BR-116 Both Commuter and Commercial MacPasses may be present on a singlecustomer account.

BR-102 refers that an an account type can be Commuter or Commercial. Can oneaccount have both commuter and commercial MacPasses? In that case what is theaccount type?

12

A190: BR-116 is hereby removed from the RFP. MacPass accounts must contain only onekind of MacPass (commuter or commercial).

Q191: BR-147 The website supports multiple users and simultaneous login sessions peraccount.

Our understanding is that a single account can be associated to multiple users. Willthese users have the same permissions? Will the concept of main user and other usersbe needed?

A191: All users of an account will have the same permissions. The concept of main user andothers is not required.

Q192: Who are the current third-parties MBA integrates with today?A192: This will be addressed in a future addendum.

Q193: Will Mackinac Bridge Authority (“MBA”) allow the proposers to raise exceptions to theterms and conditions set out in the Contract to be entered into between MBA and theawarded contractor?

A193: All requested exceptions to any part of the RFP or Contract must be put in writing as aquestion. MBA will consider all requests and provide answers in Addenda to the RFP.This process provides for a fair comparison of proposals as they will all be based onthe same requirements and terms and conditions.

Q194: Will Mackinac Bridge Authority release all items that are in the lane that could beintended for reuse, as well as the maintenance history of the aforementioned items(When it was installed, and previous MTBF)?

A194: Table 4-1 lists all of the equipment available for re-use. MBA does not haveinstallation or maintenance history for the equipment.

Q195: The RFP states that "A sample contract containing the required terms and conditionswill be released as an ammendment to the RFP prior to the proposal due date", Ourquestion is will be allotted time to ask questions in regard to this contract upon itsrelease, and if so how much time?


Q196: Is it possible to get extension on the proposal submittal deadline of July 9th? Werequest extension due to holidays in between.


Q197: Section 3.1, Page 3‐1, 3‐2: Does the current system only have Proxcards in the MacPassaccount and no 6C transponders? It’s not clear from the description details? Can we

13

get details on how many Proxcards & 6C transponders out in field and how many are ininventory?

A197: The current system has only Prox cards with approximately 650 Commercial Accountseach having approximately 15 cards per account, and approximately 17,000Commuter Accounts with approximately 3 cards per account. The inventory is notrelevant.

Q198: Section 3.6, Page 3‐16: In the Schematic in Figure 3‐1, the Booth Subsystem shows theRFID Reader. There is already a reader in the lane mounted on the gantry/canopy whichis used to read the RFID Tag which will be reported to the Lane Controller and to theBooth Subsystem. Is there a RFID Reader required inside the Booth?

A198: The Figure (3-1) incorrectly lists an RFID reader as part of the Booth Subsystem. NoRFID reader is required in the booth.

Q199: Section 3.6.1.1.1, Page 3‐18: Does the temporary lane has the overhead message signthat can be used? Also does the temporary lane has treadle permanantly mountedcurrently?

A199: Yes, the temporary lane has the same type of overhead message sign that are over alllanes. The temporary lane does not have a treadle, loops, gate or PFD.

Q200: Section 3.6.1.2, Page 3‐19: At the POS, it states that an RFID Reader is required, tosupport plaza personel transactions with customers (transponder distribution, etc.).What is the RFID Reader for? A barcode reader would be useful with the POS, so thatthe plaza personnel, can scan the barcode on the outside of the transponder, to preventdata entry mistakes.

A200: The RFID reader will be used to ensure that the transponder is functional and toautomatically populate the appropriate field in the account for lookups, accountestablishment, etc. It can also be used to test transponders that customers are havingtrouble with. No barcode reader is currently required at the POS.

Q201: Section 3.6.1.2, Page 3‐20: In the Vault, there is no mention of a Currency CountingMachine or a Coin Counting Machine and an electronic interface between thosemachines and the workstation. Please confirm that there is no expectation for aninterfac to any machines for currency/coin counts in the Vault.

A201: Correct. The only interface between the vault equipment and the toll system softwareis manual by keyboard.

Q202: Section 3.6.1.4, Page 3‐21: For CC Authorization and Payments, Internet Access to thePayment Gateway is required. How does MBA envision the CC Transactions to beprocessed when the Internet is not available? Buffer them and process them later?

A202: Buffer and process later.

14

Q203: Section 3.6.1.4, Page 3‐21: For meeting basic PCI Compliance Requirements, SecurityPatches for all the OS needs to be implemented in a timely manner. Althoughfunctionality of the system will remain the same, an extended period of Internet outagecan result in problems with PCI Compliance. Processing Credit Cards and Web Access toCustomer Portal will be impacted when the Internet Connection is not available.

A203: This is not a question.

Q204: Section 3.6.2.2.2, Page 3‐23: PCI Compliance is more than just the system that isimplemented. It is a process that requires personnel to implement security bestpractices and technical solutions to monitor and respond to system alerts from all theservers and network devices on a 365X24X7 basis. There is a wide range of securityaudits, and reviews that are rquired on a daily, weekly, monthly, quarterly, and annualbasis to meet with PCI Compliance. Does MBA require, the TSI perform these remotePCI Compliance Management Services?

In addition to that, there are a number of physical security requirements for the MBAFacility, and operational personnel security awareness that is required who operate thesystem. There are several such requirements key for meeting PCI Compliance that theTSI does not have any control over.

A204: PCI Compliance for the NTCS is the responsibility of the TSI. MBA expects that throughtokenization that the scope of PCI compliance will be reduced significantly. All MBAemployees accessing credit card readers have been trained in PCI requirements. Thecomputer room has very limited access and has a PCI compliant fire suppressionsystem. All card reading equipment is read and recorded by the auditor for PCIcompliance with records being available for audit. Specific concerns aboutrequirements should be detailed by Proposers. MBA will work collaboratively withthe TSI to make any necessary changes to procedures and infrastructure but themanagement and achievement of PCI compliance is the within the scope of work forthe TSI.

Q205: Section 3.7.4.1, Page 3‐28: Factory Acceptance Test ‐ The RFP states "hardwarerepresentative of the final system" should be used for FAT. What does that mean?Please clarify? Does the TSI have to purchase produciton hardware for the FAT Test?

A205: The FAT should be conducted using the same make/model/build hardware andsoftware that will be installed at the Bridge.

Q206: Section 3.7.4.1.1, Page 3‐28: FAT Site – Is the closed course test site a must to conductthe FAT? Can it be done using the simulated test dataset with the realhardware/software that will be used in the lane?

A206: Yes. No.

15

Q207: Section 3.7.4.2, Page 3‐29: For the Hardware/Unit Test, what is MBA Expecting? If atypical Unit Test for BOS Hardware involves a "Power Up" Test and a "Burn‐in" Test afterthe basic OS is installed, will that suffice?

A207: This testing should include ensuring that all basic functions of the devices operatenormally, such as showing all ports are operational, keyboards and pointing devicesare functional, RFID and Prox readers can read MacPasses, etc.

Q208: Section 3.7.4.5, Page 3‐31: The TSI maybe held responsible for any costs incurred byMBA to support the additional system acceptance period(s).


Q209: Section 3.10, Page 3‐34: Can MBA share the succession Plan that the Legacy Vendor isobligated to execute? Can the ICD/Database Schema for the Data Migration be sharedwith the TSI?

A209: There is no Succession Plan. If the ICD/Schema can be obtained it will be provided in afuture addendum. Otherwise it will be provided to the successful Proposer. Theprovisions in the Legacy Vendor’s contract that relate to transition are as follows:

2.170 Transition Responsibilities

2.171 CONTRACTOR TRANSITION RESPONSIBILITIESIf the State terminates this contract, for convenience or cause, or if the Contract is

otherwise dissolved, voided, rescinded, nullified, expires or renderedunenforceable, the Contractor shall comply with direction provided by the Stateto assist in the orderly transition of equipment, services, software, leases, etc. tothe State or a third party designated by the State. If this Contract expires orterminates, the Contractor agrees to make all reasonable efforts to effect anorderly transition of services within a reasonable period of time that in no eventwill exceed 30 days. These efforts must include, but are not limited to, thoselisted in Section 2.150.

2.172 CONTRACTOR PERSONNEL TRANSITIONThe Contractor shall work with the State, or a specified third party, to develop a

transition plan setting forth the specific tasks and schedule to be accomplished bythe parties, to effect an orderly transition. The Contractor must allow as manypersonnel as practicable to remain on the job to help the State, or a specifiedthird party, maintain the continuity and consistency of the services required bythis Contract. In addition, during or following the transition period, in the eventthe State requires the Services of the Contractor’s subcontractors or vendors, asnecessary to meet its needs, Contractor agrees to reasonably, and with good-faith, work with the State to use the Services of Contractor’s subcontractors or

16

vendors. Contractor will notify all of Contractor’s subcontractors of proceduresto be followed during transition.

2.173 CONTRACTOR INFORMATION TRANSITIONThe Contractor shall provide reasonable detailed specifications for all

Services/Deliverables needed by the State, or specified third party, to properlyprovide the Services/Deliverables required under this Contract. The Contractorwill provide the State with asset management data generated from the inceptionof this Contract through the date on which this Contractor is terminated in acomma-delineated format unless otherwise requested by the State. TheContractor will deliver to the State any remaining owed reports anddocumentation still in Contractor’s possession subject to appropriate payment bythe State.

Q210: Section 3.11, Page 3‐35: What is the Legacy Vendor's Obligation to support the TSIduring the transition? Will the TSI be able to get a full backup of the Legacy Vendor'sDatabase?

A210: See Question 209 above.

Q211: Section 3.11, Page 3‐35: If the Legacy Vendor does not cooperate with the TSI andprovide the necessary data for the TSI's effort to test and validate the Data MigrationProcesses, the TSI will face significant risks and costs in finishing the project . How willMBA ensure that such delays do not occur?

A211: If the Legacy Vendor is not cooperative, MBA will work with the TSI to implementanother strategy through a change order process. MBA does not anticipate this willbe required.

Q212: Section 3.11, Page 3‐35: Can MBA Clarify what their preference is with regards tosequencing of the Data Migration and the transition from the Legacy Vendor System tothe TSI NTCS System? (See couple of options below).

OPTION 1 : Replace the BOS System (including Data Migration) and the Plaza Systemfirst, and let the TSI's Software interface with the MBA Lanes? Transition thelanes after that from Legacy Vendor to the TSI Solution ‐ one at a time.

OPTION 2: Replace the BOS System (including Data Migration) only and interface withthe Legacy Plaza Vendor. The TSI then introduces the new Plaza System whichwill reside side by side with the Legacy Vendor's Plaza. All new lanes willintegrate with the new TSI's Plaza System, and the Legacy Lanes wil integratewith the Legacy Plaza. Both the TSI Plaza an the Legacy Plaza will communicatewith the new BOS till the last lane is transitioned. After that the Legacy Plaza willbe retired.

17

In both options proposed, the BOS Data Migration should occur before the lanemigration.

Each option has to be chosen carefully based on the complexity of the Legacy Vendor'sSystem. In either case, cooperation from the Legacy Vendor is essential.

A212: Proposers should provide an initial recommended approach to the migration in theTRG (as requested). The final plan will be formulated in conjunction with the LegacySystem vendor and will depend on the characteristics of the TSI solution.

Q213: Section 3.11.4, Page 3‐36: The Statement "Full data migration shall occur just beforeGo‐Live of the NTCS". There are several "Go‐Live" events that the system goes throughin Phase II. The BOS "Go‐Live" occurs soon after the Data Migration. Each Lane "Go‐Live" occurs after the System Commissioning Test for each Lane. Prior to the Lane "Go‐Live" the Plaza "Go‐Live" needs to occur. Hence the 1st sentence of this sectionparagraph does not make that much sense. As requested in the eariler question, canMBA provide further clarity on what MBA is expecting the TSI to perform.

A213: Clearly, the intent is to migrate data at the last possible moment so that anytransactions that occur after migration are not lost or not processed. The details willneed to be worked out. Proposers should provide an initial recommended approachto the migration in the TRG (as requested). The final plan will be formulated inconjunction with the Legacy System vendor and will depend on the characteristics ofthe TSI solution.

Q214: Section 3.11.4, Page 3‐36: The last sentence of the 1st paragraph of this section is notclear ‐ "Once data migration is complete, the NTCS shall start accepting data from MBA'stoll lanes and customer service subsystem". In this sentence, not really sure what itmeans? Can the sentence be clarified?

A214: The sentence is hereby replaced by: “Once data migration is complete, the NTCS shallstart accepting data from MBA’s toll lanes.”

Q215: Requirements for a Telephone System and the IVR is not described in the RFP. Althoughthere are references, there is no specific callout for these subsystems. Does MBA plan touse the existing systems? What are the integration requirements for the TSI with thetelephone system and the IVR?

A215: No phone system or IVR are required as part of the NTCS. The reference to “IVR” inREQ-359 is hereby removed from that requirement.

Q216: Section 3.19.3, Page 3‐45: Does MBA have a relationship with a Merchant ServiceProvider, a Payment Gateway Service Provider, and a Tokenization Vendor that it wouldlike the TSI to use for the Credit Card Processing?

18

A216: No.

Q217: Section 4.2, Page 4‐3: Can MBA provide Electrical Panel Drawings from the currentfaclity that shows the excess capacity that exists today?

A217: No. As stated, MBA will ensure that adequate power is available.

Q218: Section 4.2.1 and 4.2.2, Page 4‐4: Is MBA's plan to use the existing UPS System andGenerator for the new NTCS?

A218: Yes.

Q219: Section 4.2.1, Page 4‐4: Is there a need for the Overhead Canopy Signs to be poweredby the UPS?

A219: No.

Q220: Section 4.2.1, Page 4‐4: Can MBA provide the UPS Manufacturer Name, Part#/ModelNumber, Number of Batteries, Age, and the current usage? How much excess capacitydoes it have today?

A220: The UPS is Liebert Model# MB1C0030C25QS25. The batteries were replaced withinthe last year. The MBA is responsible for the operation of the UPS so the remaininginformation is not relevant.

Q221: Section 4.2.1, Page 4‐4: Assuming that UPS is not expected to be included in the TSI'sWarranty.

A221: That is a correct assumption.

Q222: Section 4.3, Page 4‐4 and 4‐5: Table 4‐1 ‐ Can an estimated age of the equipment beprovided for all the equipment described? Can part number for card reader beprovided?

A222: No good records of the existing equipment’s age are available. The part numbers forthe Prox Readers are in the referenced table.

Q223: Section 5.3, Page 5‐1: "BR‐8" ‐ Understand the AVI System should be capable of readingmultiple RFID Tag protocols. The TSI's BOS System and the interfaces with thePlaza/Host will only be configired to read 6C transponders as stated in MBA'sRequirement (REQ‐118). However, does MBA expect the BOS, Plaza, Lanes should beable to accept other Protocol's without any software code changes? I dont think that isthe intent. However, it will be best if MBA clarifies its intent.

A223: The requirement is that when desired, the multiprotocol readers will be configured toread additional protocols beyond 6C. In this mode, reads of tags that utilize otherprotocols should be read and stored in a file or database separate from the MacPassaccount database. These reads will be used to study tag use trends by protocol. Thus,

19

at a minimum, the Lane software must handle reads of the additional protocols andpass to an appropriate database. Whether or not other subsystems need to handlethese reads will be left to the design phase.

Q224: Section 5.5.5, Page 5‐1: Is the Proxcard numbering and status handled the same way astransponder status in the TVL file? Does a separate number scheme used for theProxcards?

A224: The question is not clearly written. Proposers are free to propose a numberingscheme in their proposal, but full compatibility/functionality with the existing proxcards must be maintained. The details will be finalized in the design phase.

Q225: Section 5.5.6, Page 5‐6: "BR‐59" ‐ Does MBA require the TSI POS System to be able tohandle MBA token returns from customers? Or is the redemption handled outside theTSI System?

A225: No. The NTCS will not handle tokens in any manner.

Q226: Section 5.5.7, Page 5‐7: "BR‐66" Is the expectation that the lane transaction be postedto the customer account within 30‐seconds from when the vehicle leaves the lane? Or isthe "30‐sec" requirement to ensure that the MacPass Transaction is seen in the "Real‐Time" Screen witin 30 seconds?


Q227: Section 5.9.3, Page 5‐10: "BR‐99" ‐ "Automatic Calling" ‐ It appears that there is anintegration with the "Telephone System" that may be required to queue outgoing calls.However, there is nothing described in the System Technical Requirements in Section 6.

A227: See Question and Answer #215

Q228: Section 5.9.3, Page 5‐11: "BR‐103" ‐ Can the MacPass transactions be discounted in theBOS System? Is there a need to display the discounted toll in the lane on the PFD?


Q229: Section 5.9.3, Page 5‐11: BR103 – The toll rate discount as per description is the basedon the vehicle type (transaction) based. Is there any plan for having discount plan basedon account type?

A229: “Have a toll rate discount structure unique to the account type for each vehicle axlecount and vehicle type.”

Q230: Section 5.9.3, Page 5‐12: "BR‐112" Customer Communcations are restricted to onlyEmail. Why is "Mail" not included? Elsewhere, it appears that MBA still mail'scorrespondence to customers. Are there other deliveries methods that we need to planfor?

20

A230: The need for physical mailings is small and is handled manually, outside the system.

Q231: Section 5.9.3, Page 5‐12: "BR‐119" ‐ Please explain what type of technical integration isrequired between in and out of the Customer Account? System generated Outgoingemails can be easily linked. Is there a need to link incoming emails to attach to customeraccounts? Please eloborate.

A231: BR-119 was removed from the RFP in Addendum #2.

Q232: Section 5.9.3, Page 5‐12: BR120 – Is there a requirement to provide physical documentscanning tool to scan and link the paper based documents to the account or theapplication needs to only link the scanned documents to the account by uploading thescanned image to the account?

A232: The NTCS shall include the ability to link/store scanned documents (.pdf formats) withthe appropriate account. The TSI is not required to provide scanners.

Q233: Section 5.9.5, Page 5‐14: BR132 ‐ Is there a delay in posting ACH Payment to customeraccounts since it takes about 1‐2 business days for the ACM Amounts to be settled bythe bank?

A233: Yes.

Q234: Section 5.9.5, Page 5‐14: "BR‐138" Are MacPass ProxCards/RFID Tags sold tocustomers? Or are they leased to them? If an account is closed, is the customerobligated to return the transponder?

A234: MacPasses will be sold for a nominal fee to be determined by the MBA with norefunds. The MBA will not accept transponders back after sale.

Q235: Section 5.9.5, Page 5‐14: "BR‐138" ‐ Does Tag Sales need to account for "Sales Tax" inthe BOS and reported to the MBA Financials? Or is the Sales Tax handled outside theNTCS System?

A235: The MBA is a governmental unit of the State of Michigan and a Non-ProfitOrganization. Sales tax is not required.

Q236: Section 5.9.5, Page 5‐14: Who is the current Payment Gateway Service Provider? Doesthe Legacy System support tokenization? If so, who is the current tokenization Serviceprovider?

A236: The current processor is Elavon. No tokenization is in place currently.

Q237: Section 5.9.5, Page 5‐14: Does the Legacy System support tokenization? If so, who isthe current tokenization Service provider?

A237: No, the Legacy System does not support tokenization.

21

Q238: Section 5.9.6, Page 5‐15: BR‐142 ‐ There appears to be a customer communicationrelating to "Replenishment Adjustment". Is this done manually only? Or Is there areplenishment analysis process that is required by MBA?

A238: If an auditor makes an adjustment to a replenishment transaction, a code should beapplied to the replenishment transaction which should then trigger the customercommunication.

Q239: Section 6.8.2, Page 6‐33: REQ‐344 ‐ Based on Vehice Type recommend external Tagswhen assignign transponders.


Q240: Section 6.8.2, Page 6‐33: REQ‐351 ‐ What is "Non‐Refundable" Tag Deposit. Does thatmean it is a Tag Sale?

A240: Yes.

Q241: Section 6.8.4, Page 6‐34: REQ‐353 ‐ The requirement appears to be a reference to a"Welcome Kit". Is the TSI responsible for designing such a "Welcome Kit" withAgreement, Tag in an electrostatic bag, and a Welcome Letter to be sent to thecustomer.

A241: The TSI will not be responsible for “designing” the text that goes into physical oronline documentation. However, the system must display certain documents,agreements, etc. on the website and require that the customer acknowledgeacceptance of the customer agreement.

Q242: Section 6.8.4, Page 6‐34: REQ‐358 ‐ 6C Tags come in different form factors. The mostpopular one is the sticker tag that destroys when it is peeled from the windshield. Can6C Tag be returned, tested, and refurbished to be assigned to a new customer?

A242: No.

Q243: Section 6.8.4, Page 6‐34: REQ‐359 ‐ Is the requirement to send a Refund within 24hours? I don’t think so. The requirement may need to be reworded for clarity.

A243: Correct. The change to the TVL is required within 24 hours. The actual refund will beprocessed manually later.

Q244: Section 6.8.2, Page 6‐36: REQ‐377 – Does the linking of incoming and outgoingcorrespondence refers to the electronic correspondence or also refers to paper basedcorrespondence if any?


Q245: Section 6.8.3, Page 6‐37: REQ‐385 – “Toll Logs and PFD Output” Is PFD output expectedto be tracked for each transaction at the plaza & host level for reporting purposes?

22

A245: No. However, the lane controller’s messages to the PFD should be “events” thatshould be stored in the DVAS and displayed when video is played back.

Q246: Section 6.9.1, Page 6‐41: REQ‐416 ‐ For a DR Solution specification, there are typicallytwo parameters defined Recovery Point Objective (RPO) and Recovery Time Objective(RTO). The Recovery Point Objective is the apetite of the Agency to lose data in theevent of a disaster. Recover Time Objective is the time it takes to restore the service tothe alternative site. The cost for the DR Solution increases as both these parametersapproaches zero. REQ‐418 defines the RTO to 8‐hours. However in REQ‐416 seems toindicate that the RPO is 0. Which means that there can be no loss of data and thePrimary and Secondary site should be in sync with no latency. Recommend that MBAproposes an RPO objective so that the pricing for the DR Solution is reasonable like 10‐minutes for example.

A246: The host subsystems are not needed to collect, process, and store transactions.Transactions can be held at the Lane level. Thus, during failover from Primary toSecondary there should be no data loss. Once the failover is completed (manually),the buffered transactions can be transferred to the Secondary for processing andupdate to the TVL, etc.

Q247: Section 6.9.1, Page 6‐43: REQ‐443 ‐ Will Disk based backup suffice? Or does MBA wanta separate tape backup?

A247: Disk storage is sufficient.

Q248: Section 7.2, Page 7‐5: There is concerning about overlapping LDs. For example if AV‐04is not met the penalty is $400/hour. It is likely that AV‐03 and AV‐05 will also not bemet. If the AV‐04 downtime exceeds 1%resulting, the net LDs for AV‐03, AV‐04, and AV‐05 will be $950/hour. Please clarify how these penalties be calculated especially in suchsituations.

A248: See Section 7, Page 7-1: “For each incident of non-conformance to KPI requirements,only one of the applicable KPIs shall be utilized to calculate penalties. The KPI thatresults in the largest total penalty shall apply.”

Q249: Section 7.2, Page 7‐5: AV‐01 to AV‐05‐>How the percentage gets translated to thehours? Also is there a upper limit on the max hours that can be used for the KPI?

A249: The method of calculation is presented on page 7-1. The number of hours in thedenominator is typically the number of hours in a month.

Q250: Section 7.3, Page 7‐7: AC‐01 ‐ Who and how will the audit be performed and at whatfrequency? An extrapolation for an hour audit (especially if it does not meet therequirement).

23

Also, doesn’t this KPI only apply when all devices are fully functional? If there is amalfunctioning sensor, the KPI will not apply. Please confirm.

A250: See Page 7-1: “The TSI shall measure and report on each KPI following eachmeasurement period.” Also: “KPIs shall be measured on the basis of a statisticallysignificant sample size. A sample size shall be selected such that there is at least 80%confidence in the observed accuracy or error rate.” Malfunctioning sensors will not beexcused from determining compliance to KPI’s. Note that malfunctioning sensors willimpact measurements of other KPI’s as well such as availability.

Q251: Section 7.4, Page 7‐9: TI‐01 ‐ Network issues may cause delays. These KPIs should notapply when there are network failures. Please confirm

A251: The Primary Host will be on site at the Bridge, connected to the lane by a localnetwork. The TSI will have complete control over that network. Thus networkfailures will not be excluded.

Q252: Section 7.4, Page 7‐9: TI‐01‐ Can you provide more details on how this will bemeasured? What parameter shall be used for capturing this KPI? Will transactionmessage timestamp be used or vehicle exit timestamp shall be used for the start andwill the database logs be used for checking the insert time or the record entry time inthe table will be used? Also how the data will be extrapolated for all the records from allthe toll points to the host system? How the inherent network layout delays will impactthis calculation? It will be difficult to calculate this KPI accurately if any network relatedissues are present.

A252: It is the responsibility of the TSI to build the NTCS such that the KPI requirements canbe measured. In this case, MBA suggests that the system store the appropriate startand end times so that the difference can be calculated automatically. The networkwill be local so the TSI will have control over it’s availability and thus network outagescannot be excluded.

Q253: Section 7.4, Page 7‐9: TI‐02 – Same concern as TI‐01 KPI since inherent network layoutdelays may impact the accurate calculation of this KPI. Realistically near real timeupdate (< 5min) will be the more practical approach toward this KPI calculation.

A253: See previous questions about the nature of the local network between the lanes andthe Primary Host. Customers that make a payment at the POS window can completethe transaction, return to their vehicles and immediately go through a toll lane. Therequirement of 60 seconds is needed to support this behavior.

Q254: Section 7.4, Page 7‐10: TI‐03 & TI‐04 ‐> Network layout delays may impact this KPI also.How this KPI will be measured per report? What will be start time for themeasurement? Will the report generation timestamp be used for the calculation? Howwill this be measured for the month (quantity wise how many reports), it may depend

24

on the time of the day also for the report generation. Realistically 120s to 180s shouldbe the parameter for generation of the reports.

A254: It is the responsibility of the TSI to build the NTCS such that the KPI requirements canbe measured. This database will be of moderate size so MBA expects that reports canbe generated as required by these KPI’s.

Q255: When does the Incument's Contract End?A255: September 29, 2019

Q256: Section 7.1, Page 7‐3: Can MBA not include the Temporary Lane in the criteria for theSite Commissioning LDs (KPI MC‐01)?

A256: Yes.

Q257: Section 7.2, Page 7‐5/7‐6: If there are cascading system events that cause downtimethat exceeds the the KPI levels defined for AV‐02, AV‐03, AV‐04, and AV‐05, then onlyone of the KPIs shall be applicable and not all. Please confirm how the LDs will becalculated in such an event.

A257: See Page 7-1: “For each incident of non-conformance to KPI requirements, only one ofthe applicable KPIs shall be utilized to calculate penalties. The KPI that results in thelargest total penalty shall apply.”

Q258: Section 7.2, Page 7‐5/7‐6: If no revenue is lost as a result of downtimes that exceedsthe levels identified by AV‐02 through AV‐05, can MBA reduce the KPI LDs?

A258: No. When the Plaza, BOS, and Host Subsystems are not in service, customer serviceand the ability of the staff to operate the system will be hampered. For instance, thePlaza Supervisor’s workstation might not display needed information about the statusof the lanes and the TVL will not get updated so customers will not get accurateinformation in the lanes. These problems, while not having a direct revenue impact,do cause problems with confidence in the system, and may require additionalmaintenance activities by MBA staff.

Q259: Section 7.2, Page 7‐5/7‐6: If minor issues (Priority 3 or Priority 4) occur, then the loss ofany feature or functionality should not be counted as downtime for calculating SystemAvailability under KPI Requirements (AV‐01 through AV‐05).

A259: There is no “Priority 4” issue defined in the RFP. MBA disagrees with the statementthat Priority 3 issues should not count in KPI calculations.

Q260: Section 7.4, Page 7‐9: The thresholds for LDs for KPIs TI‐01 through TI‐04 appear to betoo onerous, with no possiblity in loss of revenue. Can the threholds for application ofLDs for KPIs TI‐01 through TI‐04 be increased to 30‐minutes?

25

A260: No. Timely update of MacPass device status to the lanes (TVL) reduces phone calls,visits to the POS window to inquire, and vehicles stopping in the lanes. Timely reportgeneration is critical to making the administration and audit of the system efficient.

Q261: Section 7.4, Page 7‐9: For KPIs TI‐01 through TI‐04, how are LDs calculated? For anexample if for one transaction, the time to post to the host exceeds 60‐seconds, whileall other transactions posted within 60‐seconds, how is the LD calculated? Is it theaverage time across the month used for calculating the average time to post?

A261: Please see the column in the table labeled “Performance Measurement”. For TI-01through TI-04 it states “Average”.

Q262: Section 7.4, Page 7‐10: TI‐08 KPI criteria seems to be high. For Priority 3 and 4 issues,the response time before LDs kick in is 240 minutes (Jun‐Sep) and 360 minutes (Oct‐May). Can these thesholds be changed to 24‐hours or Next Business Day ( NBD)whichever comes last?

A262: No. MBA believes these response times to be reasonable and remind Proposers thatduring the period between notification and response, the system may be performinglower relative to other KPI’s.

There are no Priority 4 issues.

Q263: Section 1.11, Page 1-8: Understanding the tight implementation timeframes desired,we respectfully request to postpone RFP submission due date by at least 30 days.

A263: The question deadline and proposal submission date were extended in Addendum #2.

Q264: Section 1.9.2, Page 1-4: Will MBA consider a hosted solution for the Back OfficeSystem?

A264: In MBA’s concept of the system design, much of what is described in the Back OfficeFunctional Area is software. In that concept, the Back Office functions are achieved bysoftware that resides on the Host Subsystem hardware. We do not believe that all ofthe Back Office functions could practically be hosted while the databases that hold thetransaction and account information are stored in the Primary Host at the Bridge.

Q265: Section 1.9.2, Page 1-4: Will additional equipment room space be made available? Theexisting equipment room rackspace and floor space is probably inadequate to houseboth the existing system and the new systems during a transition phase.

A265: The existing room will be rearranged to house both systems.

Q266: Section 2.2, Page 2-9: The limitation of 75 pages is reduced by the approximately 30pages of the required Proposal Template, restricting answers to less than 50 pages; werespectfully request that the page limit be increased by at least 25 pages.

26

A266: The page limit for the TRG was increased with Addendum #2. See Question andAnswer #83.

Q267: Section 3.11, Page 3-35: Can TSI expect MBA's assistance to insure full cooperation ofall parties involved for completing data magration on time?

A267: MBA can only insure its own cooperation but will work with all parties andagreements to encourage a smooth migration process.

Q268: Section 4.3, Page 4-4: Existing equipment is not warranted and "as is". As theequipment's viability still counts towards SLAs, TSI suggests provision to accept or denyequipment after proper confirmation of condition is completed.

A268: All Proposers were given opportunity to inspect any and all equipment during the sitesurvey on June 13-14, 2018. Decisions to take advantage of the offer to re-useequipment should be made based on those inspections.

Q269: Section 6.7.5, Page 6-27: Does MBA assume that a single MOM will be in place for bothroadside and BOS?

A269: Yes.

Q270: Section 6.9.1, Page 6-41: Will MBA provide existing floorplans/schematics of equipmentroom and toll plaza?

A270: Any available plans and drawings will be supplied with a future addendum. Thesedrawings may not have all of the dimensions that Proposers desire. If specificmeasurements are needed, please ask for them.

Q271: Section 7.2, Page 7-5: As MBA personnel will be handling the day-to-day operations ofthe system, what provisions will be established to address non-TSI causes/effects wherea KPI is not met?

A271: If a system failure is caused by mis-use of the system then the TSI would not be heldliable for the failure. However, the vast majority of toll systems are operated by theirowning agency/company. The supplier of the system is still held responsible for thereliability, performance, and timeliness of the system.

With respect to maintenance, the response times (TI-06 through TI-08) are based onthe TSI’s response to a notification, not on the local maintenance personnel’sresponse.

Q272: Pricing Spreadsheet, Sched B: Please clarify the various Maintenance Periods in relationto the Project Phases described in Section 3.4.

A272: MBA does not understand the question. What needs clarification?

27

Q273: Appendix C - Required Deliverables - Please confirm the Due Date is the due date for theinitial draft, not including those stated as “Final”, and that the MBA Review Periodfollows the due date.

A273: Confirmed.

Q274: Section 3.5.2 Plans and Requirements states that MBA requires 2 review iterations.Please confirm that the MBA Review Period in Appendix C is the total time for bothreview iterations. E.g. if the review period is 14 days, we can allocate 7 days to reviewiteration 1 and 7 days to review iteration 2.

A274: No. The review periods in Appendix C are the first review cycle. For all followingreviews of all documents the review period will be no longer than 5 days.

Q275: Appendix C – Required Deliverables - Please confirm if Table C-1 is calendar days orbusiness days.

A275: See the Glossary: Calendar day

Q276: Section 6.6.2.1 Transponder (“Tag”) Requirements - We understand that the TSI isrequired to supply 6C tags. how many are required for the start of NTCS revenueoperations?

A276: See Section 10 of the RFP. Transponders are not part of this procurement.

Q277: Please provide available toll plaza and building drawings.A277: Any available plans and drawings will be supplied with a future addendum. These


Q278: Section 6.6.3.1 Exit Gate Requirements, Req-144 - If the existing toll gates are used, willthe gate arm require a soft pad wrapper/sleeve?

A278: Yes

Q279: Will MBA provide the required guarantees and related documentation for the creditcard merchant account?


Q280: Does MBA have a budget for the NTCS?A280: Yes.

Documents

Mackinac Bridge Authority – New Toll Collection System ... · The referenced requirement (REQ-379) is that prospective customers can print out these “forms/applications” so