Physical Object: Payment Administration Center
PAC Payment Administration
Overview
'PAC Payment Administration' provides administration and management of payments associated with electronic toll collection, parking payments, and other e-payments. It provides the back office functions that support enrollment, pricing, reduced fare eligibility, payment reconciliation with financial institutions, and violation notification to enforcement agencies. It also supports dynamic pricing to support demand management, allow/block-list management and token validation.
This functional object is included in the "Payment Administration Center" physical object.
This functional object is included in the following service packages:
- PM03: Parking Electronic Payment
- PS13: Evacuation and Reentry Management
- PT04: Transit Fare Collection Management
- ST05: Electric Charging Stations Management
- ST06: HOV/HOT Lane Management
- TI04: Trip Planning and Payment
- TI05: Integrated Multi-Modal Electronic Payment
- TM09: Integrated Decision Support and Demand Management
- TM10: Electronic Toll Collection
This functional object is mapped to the following Functional View PSpecs:
- 5.4.2: Process Violations for Tolls
- 7.1.1.3: Manage Bad Toll Payment Data
- 7.1.1.6: Collect Probe Data From Toll Transactions
- 7.1.1.7: Update Toll Price Data
- 7.1.1.8: Register for Advanced Toll Payment
- 7.1.1.9: Manage Toll Processing
- 7.1.8: Exchange Data with Other Payment Administration
- 7.4.4.1: Process Electric Charging Payments
- 7.6.1.2: Calculate Vehicle Road Use Payment Charges
- 7.6.1.4: Manage Road Use Charging Price Data
- 7.6.1.5: Manage Road Use Charges Processing
- 7.6.5: Exchange Road Use Charging Data with Other Payment Administration
- 7.6.6.1: Provide Road Use Charging Services User Interface
- 7.6.8: Provide Road Use Charging Enforcement Interface
- 7.7: Administer Multimodal Payments
Requirements
# | Requirement |
---|---|
01 | The center shall manage toll transactions, including maintaining a log of all transactions and toll pricing structure information. |
02 | The center shall dynamically price tolls based on current traffic condition information. |
03 | The center shall provide secure user account management, providing user access to rules and policies, current billing status, invoices, payments, and mechanisms for review and challenge of the collected data. |
04 | The center shall register vehicles for road or parking use payment, establishing accounts that identify owner billing information and preferences. |
05 | For electronic toll payments requiring financial payment, the center shall process the financial information from ITS roadway payment equipment and manage an interface to a Financial Institution. |
06 | The center shall manage a local billing database for toll customers. |
07 | The center shall manage the details of toll payment violations based on vehicle information from the ITS roadway payment equipment, registration information from the Department of Motor Vehicles, invalid payment information from a Financial Institution, and previous violation information stored locally, and report such violations to appropriate law enforcement agencies. |
08 | The center shall calculate traffic flow based on timestamped toll transactions for vehicle travel between successive toll plazas and send to other agencies. |
09 | The center shall respond to changes in toll prices from the Payment Administrator. |
10 | The center shall exchange data with other payment administration agencies to coordinate toll transactions and pricing. |
11 | The center shall report payment violations including vehicle information and vehicle image to the designated Enforcement Agency. |
12 | The center shall register users for an electronic payment system, establishing accounts that identify owner billing information and preferences. |
13 | The center shall provide secure user account management for the electronic payment system, providing user access to rules and policies, current billing status, invoices, payments, and mechanisms for review and challenge of the collected data. |
14 | This center shall maintain and publish the prices for the electronic payment system. |
15 | The center shall provide the HOT pricing information, including variable pricing based on calendar, time of day, vehicle type and passenger occupancy. |
16 | The center shall receive traveler payment information and compute the cost of using the portion of the transportation system. |
17 | The center shall process and clear payments from travelers and vehicle owners. |
18 | The center shall coordinate with payment administration centers that serve as a clearing house for a regional payment system in order to perform payment reconciliation. |
19 | The center shall exchange data with other payment administration centers in order to coordinate electronic payments systems use and pricing. |
20 | The center shall report enforcement agency of detected HOV or HOT lane entry violations including vehicle information and documents the lane parameter that was violated. |
21 | The center shall provide toll pricing information to other transportation centers. |
22 | The center shall exchange data with emergency centers to coordinate the modification of tolls in specific circumstances. |
23 | The center shall collect customer usage and billing information from the electric utility. |
24 | The center shall calculate the cost of a complete trip according to a trip plan, accommodating multiple modes if the trip plan uses more than one mode. |
25 | The center shall be able to authenticate and charge transactions with financial institutions. |
26 | The center shall be able to charge trips to managed accounts. |
27 | The center shall provide a bank card / fare pair to a financial processor for conditional approval of fare payment. |
28 | The center shall approve charges based on a pre-existing white/black list. |
29 | The Payment Processor needs to collect and aggregate charges over a time period. |
30 | The Payment Processor needs to provide process charges with financial institutions as a batch process. |
31 | The Payment Processor needs to learn when a card has been lost. |
32 | The Payment Processor needs to learn when a card has been used fraudulently. |
33 | The center shall access service metrics for all modes of transport for which they bill. Relevant metrics may include service cost, availability, allowed payments, fare caps and discounts. |
34 | The center shall provide fare payment to the transport provider when payment for travel on the transport provider vehicles is made with a regional payment system. |
35 | The center shall discount a traveler's rate for different segments of a multimodal trip based on the eligibility of the traveler. |
Information Flows
Standards
The following table lists the standards associated with the functional object itself (as opposed to standards associated with an interface).
Name | Title |
---|---|
NEMA TS 8 Cyber and Physical Security | Cyber and Physical Security for Intelligent Transportation Systems |