dc taxi

Department of For-Hire Vehicles

DC Agency Top Menu

-A +A
Bookmark and Share

DTS/OPT General and Technical Requirements

The following are the requirements to be a Digital Taxicab Solution (DTS) or Option for Payment Technology (OPT) provider in the District of Columbia. The requirements cover DTS business processes and digital meter technical requirements.

To be included in the 2021 open season (August 2021), you must file your application for initial or renewed approval no later than July 1, 2021.

New requirements for the 2021-2022 DTS season:

  • DTS providers must report the hail type (street hail, e-hail, or telephone dispatch) for each taxi trip record.
  • Applicants for DTS or OPT must apply online through the DFHV Company Portal.

For questions regarding general requirements, please contact Charles Lindsay, the DTS/OPT Account Manager. For questions regarding technical requirements, please contact Eric Fidler, the Chief Information Officer.

General Requirements

  1. Application fee of $2,500 payable in the online application process.
  2. Bond of $150,000 detailed in the DFHV Bond Form. This bond ensures you remit to the District Government the surcharges you collect from passengers for each trip.
  3. Compliance attestations, which will you will submit as part of your online application.
  4. Copy of your current DCRA Certificate of Good Standing. This certificate verifies that your business entity meets the regulatory requirements of DCRA's Corporations Division.
  5. Copy of your Certificate of Clean Hands from the Office of Tax and Revenue. This certificate verfies your business is not deliquent in any tax liabilities to the District Government.
  6. Sample of each type of agreement used with owners and operators.
  7. Current inventory of all associated vehicles.
  8. Current inventory of all associated operators.
  9. Description of measures used to detect service patterns suggesting regulatory violations, such as operators who regularly report few or no credit card trips.
  10. Description of measures used to ensure quality and timely submission of trip data, vehicle inventory, and other information required to be provided to DFHV.
  11. Description of measures used to ensure prompt payment of driver revenue.
  12. Description of pricing structure, including dynamic street hail pricing if applicant intends to offer it.
  13. For applicants intending to offer dynamic street hail pricing: description of measures used to ensure disclosure to passengers prior to booking a trip, including any signage on vehicle and disclosure on applicant’s website.
  14. Description of measures used to ensure collection, reconciliation, and timely submission of payment of passenger surcharges.
  15. For credit card processing of payments, documentation showing all of these criteria:
    1. The processor will process DTS payments at a total cost not exceeding 2.65% per swipe.
    2. No operator will receive less revenue due to the use of the processor.
    3. The credit card process meets all current PCI data security standards designated as PCI Compliant.
  16. A written statement attesting the applicant has
    1. trained all their DTS operators how to use their approved DTS including features of shared ride per AI-2019-02, and
    2. explained the AI-2018-03 obligations to their operators.

DTS Technical

  1. Explanation of the functionality and connectivity of the DTS components, including digital meter, OBD-II connector (if used), driver console, passenger console (if used), printer device, and credit card processing device; how the digital meter interacts with the legacy dome light or cruising lights; and how the unit interacts with the back end management system. Attach detailed specifications and photographs of all components including auditable data privacy standards and security and/or breach notifications to the DFHV. A mandatory drive test will also be conducted for all published DFHV rates for accurate fare calculation (including no or GPS degraded environments.) The system should have no legacy meter connections, must be backward compatible with previous two iOS or Android versions.
  2. Explanation and demonstration of dynamic authentication of drivers via DFHV Verification database API including meter 12-hour shift control and immediate lockout capability (via DFHV API or backend system.)
  3. Demonstration showing that the components of the DTS driver console and passenger console use open architecture with open APIs included in the DFHV Integration Data Portal to allow integration with DFHV services and third-party applications.
  4. Explanation of the DTS's open API, describing all supported API calls, sending events, serializing events, and code samples, and how location and meter status will be communicated to DFHV via the API including ALL trip record data submissions (including cancelled trips) via the DFHV Integration Data Portal including but not limited to trip ID, geo coordinates (lat/long up to 6 decimal points), drop-off/pick-up address, driver identifier, vehicle identifier, number of passengers, fare amount, time, distance, duration, vehicle status (on shift, available, off shift, on call, hired), fare type designation (ordinal, flat, hourly, or DFHV programs), payment method (cash, credit), and hail type (street hail, e-hail, telephone dispatch).
  5. Documentation showing the DTS will have an uptime of 99.99% including measures to ensure high availability, low fault tolerance, and redundancy. Include examples such as no or limited wireless connectivity.
  6. Demonstration of the DTS functionality for visually-impaired, blind, and physically-disabled passengers including a choice of spoken per mile, per dollar, and per minute announcements for the front console. If a backseat console is used, it must include block display formatting standards, text-to-speech, rate of speech control, volume, audible information regarding vehicle and driver identification, and location.
  7. Demonstration of:
    1. the forms of credit card and cashless payment available to passengers;
    2. how each type of payment is processed;
    3. how an EMV chip-enabled payment card is processed; and
    4. remote configuration of passenger tip presentation not to exceed 30% (unless manually entered by passenger.)
  8. Explanation of how trip and session data (i.e. a manifest), for at least the past 48 hours, will appear on the driver console and be made available to District enforcement personnel.
  9. Explanation of the functionality of the driver and passenger safety features, and photographs showing their locations on the driver and passenger consoles.
    • Front seat driver consoles must be 6 inches diagonally measured or larger for passenger visibility. If using a console smaller than 6 inches diagonally, a back seat console is required.
    • All backseat consoles must be capable of allowing for 10% city-run PSAs (public service announcements) as required by DFHV.
  10. Demonstration showing that the meter is in compliance of the shared riding calculations per AI-2018-05.
  11. Description of all approved (DDS) digital dispatch services (apps) with which the DTS will be integrated, including how booking requests will be accepted and how payments will be processed for e-hail trips.
  12. Demonstration of how receipts will be available by hard copy printing, and text, and email, or web. Samples of receipt are required following all published standards including total breakdown of charges, discounts, operator identity, operator contact information, and DFHV complaint line.
  13. Description of measures used to ensure an approved DFHV sticker with the most up to date applicant’s 24/7 live assistance number is affixed to the interior of lower left-hand side of the rear passenger window of all vehicles equipped with applicant’s DTS unit or digital meter. Description of driver training both in-person and remotely.
  14. Description of discounting program, if any, including rate calculation, driver training, passenger receipt compliance, and 24-hour approval notification to DFHV when implemented.