As opposed to escalation, for an accumulation the citation base amount increases based on whether the vehicle has a specified number of previous citations. For example, the citation base amount is $10 but for a second citation it's $15, and the third and all subsequent citations go up to $20. You can set how many citations a vehicle has to have before accumulation starts. All citations (including those marked Uncollectible, Write Off, Dismissed via Appeal, and on Admin Hold) count towards accumulation except for those with the following statuses: Warning, Void (including Void through Appeal), and No Contest.
The accumulation count is the number of citations required to start the accumulation process. Citations with the status of Warning, Void, Write Off, or No Contest are not included in the accumulation count. (See also Accumulation - Citation.)
Adjudication is the database name for Appeal.
For example, if a customer owed $20.00 and you wanted to reduce that amount by $5.00,you would type -5. The customer's new balance would be $15.00.
A large group of permits designated for a specific group customer (typically a department or company). The group customer will tell the parking office how many permits it wants and optionally, for whom.
Used by the Permit Allotment feature, an allotment group is a group customer in T2 Flex that has one or more “allotments” — a limited number of permits — linked to it. This group customer is often also used as the permit coordinator, given privileged parker rights in FlexPort that allow the customer to administer the allotment in FlexPort. In the Flex user interface, the phrase “allotment group” is often changed to “department” or “company”.
An alternate ID is any number that you want parkers to be able to use in lieu of a permit number to access a facility, such as a campus card, day pass, concert ticket, etc. The alternate ID is associated with a permit in the Flex database. To add an alternate ID field, go to Data Field Definitions and add a custom field with a Data Type of Alternate Text to the PERMISSION table.
Typically, the Appeal Note Code is used to indicate why a judgment decision was made. Some organizations, however, use this field to indicate why an appeal was initially made. Since the activity history records every change to this field, it can be changed as needed and used to explain both.
(T2 Residential Permits Solution) Set in Permit Configuration (T2 Link component), Application Term Type can be either Fixed or Floating. The application term type determines application activation and expiration dates, and how they get set. Depending on the term type, the dates are set upon application submission, upon application approval, or upon first permit purchase. The application dates and permit purchase dates interact with the permit control groups set up in Flex to support fixed term or floating term permits in the Residential Permits Solution. Customers should not switch Application Term Types without the assistance of T2 Systems.
Automated Pay Station (APS) maintenance cards are used to gain access to an APS for maintenance. There are five types of APS maintenance card: Summary, Status Report, Fill, Service, and Clear. Summary card allows the retrieval of generated revenue. It allows an authorized user to open the unit and retrieve the coin vault and bank note vault. A detailed report is generated when the vaults are emptied. Status Report card retrieves a current revenue status report. This intermediate status report can be used to determine if the machine needs to be filled, for instance. Fill card activates the return/change money refilling process. Do not fill or refill return/change money without using the card! The card assures a correct accounting for the revenue inside the unit. Service card opens the front door (must have the correct keys), allowing an authorized user to access the unit for maintenance or service. The Service card provides access to all functions except filling and emptying the money vaults. Clear card resets all revenue statistics to zero and automatically empties the coin tubes and banknote recycling cassettes. The coin and bank note vaults are not cleared. These must be emptied manually.
Automated Pay Station Interface Program (APSIP) is software used to control the behavior of an automated pay station (APS), credit card entry station, or credit card exit station. APSIP runs on a ruggedized PC located inside the APS (or other) unit. When T2 Flex is available, the APSIP is in online mode. It communicates with the T2 Flex database on one side, and communicates with the APS firmware on the other side. When T2 Flex is unavailable, APSIP switches to offline mode. It continues to communicate with the APS (or credit card entry or exit station) firmware and make basic decisions to keep the equipment operating. When T2 Flex becomes available, APSIP goes online again and uploads the offline activity to the T2 Flex database. With T2 Flex 6.6, all APSIP functionality has been rolled into the T2 Flex Device Communication Software (DCS). See the Device Communication Software glossary entry for details.
An attended ARC POS station used in T2 Flex solutions to provide either lane cashiering or central cashiering functionality, depending on the setup and the needs of the facility. When installing ARC POS stations, be sure to follow the guidelines in the T2 Flex Credit Card Solution PA-DSS Implementation Guide.
The kind of thing an asset is. How broad the categories are depend on your business needs. Here are some examples: 1 hour meter, 30 minute meter, Luke Paystation, receipt printer, paper supply. Asset categories can be configured to require a meter number and/or a citation location.
Asset group refers to a logical grouping of assets, geographic or otherwise. For example, your asset zone might designate a neighborhood and asset groups could designate maintenance routes through the neighborhood. Or your asset group might let you categorize the assets by the group that works on them. For each group, you may assign a default resource to each asset work category for any new work orders. For the purpose of work order assignment, asset groups are a narrower categorization of assets than asset zones.
Asset zone refers to a geographical region where an asset is located. For each zone, you may assign a default resource to each asset work category for any new work orders. For the purpose of work order assignment, asset zones are the most general categorization of assets. Work order assignment rules based on zone apply only if the asset group or individual asset doesn’t have an assignment rule.
This is an option used when a customer has been assigned to the wrong vehicle and the vehicle has citations linked to it. After removing the customer from each incorrectly linked citation, end the relationship (the "wrong" relationship) between the vehicle and the customer. After that, create a new relationship to the correct customer and select this check box to get all of the citations linked back to the correct customer.
A code that is returned from the internet payment gateway (IPG) when a credit card transaction is approved. The code serves as proof of authorization. The authorization number is not sensitive information.
Automated pay stations (APS) -- including both pay-on-foot and pay-in-lane stations -- are used for automated ticket processing. They are used with central cashiering and lane cashiering, and can supplement or replace cashiers. T2 Flex supports three types of APS. One type accepts all forms of payment (cash, coin, credit card, encoded validation) and can handle lost ticket processing. The other accepts credit card payment only. The pay-in-lane type can be either of these, but adds gate control ability. Automated pay stations cannot accept split payment. If a parker uses cash, credit card functionality automatically gets disabled and vice versa. (The parker can cancel the transaction and rerun it with a credit card.) Automated pay stations can also accept validations and multiple validations. This type of APS is equipped with a place to hold the validation. The original validation comes back if the parker cancels in mid-transaction.
If selected, Automatic Credit Consumption means that the system will automatically use any existing credits on a customer's account to pay for fees. This feature can be turned on or off on the individual Account Credit items off of the Customer Manager.
Ellucian Banner is an information system that many universities use to integrate housing information, academics, demographics, and accounting. T2 Flex offers both real-time and batch process-based integrations with the Banner system, depending on customer needs and business practices.
A Banner incident is any unusual occurrence when communicating with Banner, for example a failed real- time communication or a citation somehow getting out of synch between Banner and Flex. When Banner returns an error on a notification, a Banner incident is generated.
Another term for Banner transaction, which are in the form of “notifications” from Flex to Banner of actions being taken on citations.
These are transactions sent from Flex to Banner. They correspond to actions on citations that Flex is taking and communicating to Banner. They include hard transfer, soft transfer, recall, mark uncollectible, reduced to warning, written off, voided, markdown reversal, payment, escalation, etc. (See the Web Services Guide for the complete list.) Banner transactions are always sent and processed in order.
A .NET assembly that provides access to the Blackboard Data Container (BDC). All access to the BDC occurs through this assembly.
Oracle-supported variables that are added to an SQL statement and then set with an appropriate value when the query is run. When creating queries using the Query Manager wizard, a variable value works the same way as a bind variable does in overridden SQL queries.
Blackboard Transact™ offers a one-card system and payment gateway that are used on many university campuses. Blackboard cards have a mag-stripe with customer-specific encoding. See also: One-card.
BDC contains encrypted transaction data to be sent to the customer Blackboard Server. The BDC is an Oracle database schema that typically resides on the Flex Oracle database server. It is created behind the scenes by the T2 Blackboard Server Utility the first time the utility runs.
Boundary Description is used for informational purposes to describe the physical boundaries of the facility.
Bulk permits are a "stack" of permits that are purchased all at once. For example, a department or office may purchase a group of permits for a special event all at once to pass out to their guests.
T2 Flex can communicate with card processors in a number of different ways (called card processing types): via custom web service, via methods specific to particular card processors (such as Authorize.NET, TouchNet, Cybersource, and others), or in test modes. Which card processing type you use depends on your business model and on programming considerations. Business model example: Your parking organization is part of a larger organization that insists on using Southern Data Communication ProtoBase for all credit card processing communication. Programming considerations example: The card processing is being programmed in-house and needs to run in test modes as part of the quality assurance process.
CBORD Group is a provider of campus ID card systems for colleges and universities (among other products). They offer two ‘one-card’ solutions: CS Gold® and Odyssey PCS™. (A third solution, OdysseyOne™, is a scaled down version of Odyssey PCS™ designed for smaller institutions.) See also: One-card.
Credit card in/credit card out.
Central Cashier Stations are used in facilities where parkers pay before exiting. Central cashiering uses no in-lane cashier or booth.
Charge type is a configuration option used to create the buttons that display on a cashier station screen. Charge types work with POS action types, which in turn define what the action associated with each button shall be.
A citation location is any location where citations are issued, often names or numbers of lots, street and/or block numbers, etc. Though citation locations are most typically used by enforcement officers in the field, they can be configured for assets as well—meters commonly use them—so that field services personnel can take advantage of the convenience when working maintenance requests.
(Mobile LPR) A citation zone defines an area in the field that contains multiple citation locations. Enforcement officers in the field can select which zone they're working in on their mobile device. Both citation zones and citation locations are defined in Lookup Table Management.
CITO stands for credential in/ticket out, a situation in which a parker uses a permit to enter a facility but for one reason or another -- an overstay is typical -- must exit using a ticket.
Code Enforcement is a feature on the T2 Flex handheld enforcement software that allows officers to issue a citation to a person or property, as opposed to a vehicle. Because T2 Flex traditionally requires that all citations be linked to a vehicle, you must complete some extra configuration steps in T2 Flex for Code Enforcement to work properly on the handhelds.
Content managers are the records listed to the right of the main record you are viewing. For example, from any customer record you will see the vehicles, permits, citations, appeals, boot/tows, etc., tied to that customer.
A contract is an agreement between a parking operator and a third party that lays out the parking privileges and costs that the third party can grant. In Flex, a contract includes a description, a start and end date, a billing rate and billing period, the number of spaces, and (optionally) associated blocks of credentials. Each contract has one or more profiles associated with it. (See also Profile.)
Contravention is the database name for Citation.
An unlimited use printable validation set up so that it can be printed in a magazine or from a website. For coupons, “unlimited use” means that a single validation can be used to validate an unlimited number of parking transactions. However, coupons can only be used once per parking transaction.
Credit card credentials enable Flex to process CCIO transactions without needing to transmit or store credit card (or OneCard) information in the Flex database. A credit card credential is a hash of trunctated card information. DCS creates the credit card credential with a unique ID associated to the hash. Within Flex, this ID is used to associate transactions and a credit card credential with the parker’s actual card. No sensitive cardholder data is transmitted from the CCIO entry device. No sensitive cardholder data is stored in the Flex database.
An in-lane, unattended POS entry station. Parkers pass a credit card or permit through a card reader, a flat fee for parking is assessed, and the gate vends. Facilities that use credit card entry stations must be configured in T2 Flex for free exit. When installing ARC POS stations, be sure to follow the guidelines in the T2 Flex Credit Card Solution PA-DSS Implementation Guide.
An in-lane, unattended POS exit station. In the exit lane, transient parkers insert the transient ticket they received when they entered the facility into a card reader, the exit station reads the ticket and calculates the parking fee. The parker then pays with a credit card. Credential parkers pass a credential through the card reader, the credential is verified and processed, and exit is granted. When installing ARC POS stations, be sure to follow the guidelines in the T2 Flex Credit Card Solution PA-DSS Implementation Guide.
An industry term for a system in which a parker swipes a credit card to enter a facility, but no charge is made to the credit card until the parker swipes it again on exit. In T2 implementations, this is sometimes referred to as "CCIO." In addition to credit cards, CCIO also supports stored value ‘OneCards’ (also called campus cards).
Customer service representative. Flex user in the parking office whose duties include selling permits to customers, processing citation payments, and Flex data lookup.
A custom access package permit is a phrase used to describe a permit that allows the parker to choose where the permit is valid at the time of the sale by selecting from pre-configured facility tiers.
Custom actions are external executables, configured in T2 Flex, that hook into external Web Services and are executed when certain actions are completed in T2 Flex. Currently the only custom action supported executes at the point of sale for permits.
So many customers! The person purchasing a credential. The entity who has purchased T2 Flex. The person, linked to a third-party in the T2 system, who uses an encoding station to print validations for parkers to use.
Sometimes called the Blackboard Transaction System Server, this server at the customer site processes Blackboard card transactions and communicates with the T2 Flex system via the T2 Blackboard Server.
Customer prefix applies only to T2 Flex systems using remotely hosted credit card processing. Customer prefix is part of the terminal ID. It indicates to ProtoBase which customer is associated with a particular database. The customer prefix must be unique for every client that uses the same ProtoBase instance. The customer prefix is set up with the assistance of T2 Systems, who tracks customer prefixes to ensure there are no duplications.
A scofflaw notification flag based on the number of citations, or the amount due, related to a specific customer.
Cutoff dates are used with receipts. All receipts since the previous invoice, up to the "cutoff date" specified, will be included. Typically, the "cutoff date" is today's date.
Producer of signage and displays, including the variable message signs that can be used with T2 Flex.
A dashboard is a page in Flex that displays a customizable collection of easy-to-read graphical representations (widgets) of your organization’s real-time Key Performance Indicators (KPIs).
In T2 Flex, a day pass is a particular kind of value permit, good for unlimited access over a 24 hour period, that is purchasable and extendable at exit lane cashier stations. Day passes may be pre-printed (e.g. printed onto permit stock or decals ahead of time) or printed on the receipt. Day pass implementation requires either omni-directional readers or keypads at each entry and exit lane that is to accept day passes.
Within T2 Flex, DCS Manager holds the information required for T2 Flex Device Communication Software (DCS) to connect with devices (lane controllers and most ARC POS stations). Information includes the DCS server communication port and the device (or devices) the instance of DCS Manager is to manage. DCS Managers can be configured in two topologies: - Multiple instance (one-to-many): One DCS Manager handles multiple lanes. In free exit facilities, it is possible for one DCS Manager to handle multiple MEC86 exit lanes plus a single POS station. - Single instance (one-to-one): One DCS Manager handles a single POS station. (Though POS stations could communicate via their internal PC, the DCS Manager enables real-time status to be displayed in the Monitoring System.)
(Obsolete) Retired with T2 Flex 17.9. DCS Socket Server functionality has been taken over by the Web Socket Cluster Service (labelled in the Flex system settings as Web Socket Server.)
Set up for non-pre-pay validation providers, this amount is compared with the total of unpaid invoices generated for validations that have been used. When the amount of unpaid invoices exceeds the debt threshold, the validation provider cannot issue any more validations.
You can configure an event facility to allow only event parking, so-called "dedicated" mode, or to allow both event and non-event parking, so-called "mixed" mode.
You can define the relationship in the last step of the link wizard by setting the start and end dates for the item. After the end date expires, the item will no longer appear in the content manager.
Deposit amounts for permits are set up on the permit control group. Think of these as the parking equivalent of the security deposit on an apartment. Typically, a parker would pay a deposit as part of paying for a permit. Depending on the type of permit and the business practices of the parking organization, the deposit might cover the cost of a physical permit or one month of parking fees in a particular lot. The deposit acts as a cushion for the parking organization if a parker leaves the area and returns his/her permit, loses a physical permit, or is late paying fees, for example. Good accounting practice suggests that one or more separate GL accounts be set up for deposits. Public entities typically require separate auditing of these payable assets.
T2 Flex Device Communication Software (DCS) provides a bridge between ARC devices (lane controllers and most ARC POS stations) and T2 Flex. Depending on the needs of the parking operation, DCS can reside on one or more standalone servers or on the industrial PC located in automated pay stations (i.e. pay-on-foot and pay-in-lane stations) and credit card entry/exit stations. DCS switches automatically into offline mode (using the Offline Data Container) when communication with T2 Flex is lost, keeping equipment running and tracking parking transactions. When communication is restored, DCS resumes online mode and uploads offline activity to T2 Flex. DCS also provides real-time device monitoring and reversible lane functionality. As T2 Systems ARC POS software, the role of DCS is to receive messages about credit card transactions from the firmware in credit card entry/exit stations and automated pay stations. When installing DCS, be sure to follow the guidelines indicated in the T2 Flex Credit Card Solution PA-DSS Implementation Guide.
In a T2 Flex system, the discount type defines how a discount is calculated for parking validations. (Discounts are set up in Lookup Table Management.) Discounts may be taken as adjustments on the original parking fee, as numbers of minutes subtracted from the parking time, as a percentage of the fee or time, or as a fixed parking fee. Discount types available in T2 Flex for use with encoding stations include: Discount Adjustment, Discount Minutes Off, Discount Percentage, and Fixed Parking Fee.
A Docket is a group of appeals to be discussed at a single hearing. Only scheduled appeals are assigned to a docket.
Often, you will not be able to delete items in T2 Flex. An item is not eligible to be deleted unless it has NO relationships; it cannot be linked to anything and cannot have any associated financial activity.
EMV is a technical standard for smart payment cards and for the payment terminals and automated teller machines that accept them. EMV stands for Europay, MasterCard, and Visa, the three companies that originally created the standard. EMV cards store their data on integrated circuits—chips—rather than on magnetic stripes. (However, many EMV cards also have magstripes for backwards compatibility.) EMV cards may be authenticated using chip only, chip and PIN, or chip and signature. Which authentication method is used depends on the standards of the country and the industry. For example, many countries in Europe require chip and PIN, whereas in the U.S. chip only or chip and signature are acceptable. Authentication at attended POS stations is different than that at unattended POS stations.
EMV does not satisfy any PCI DSS requirements nor does it reduce PCI scope.
EMV is not encryption; cardholder information must still be protected according to PCI guidelines.
An encoding station is a PC with encoding software that is connected to a ticket validator. The ticket validator electronically encodes validations either onto the original transient ticket, or onto a separate magnetic stripe validation ticket (which would be processed along with the original transient ticket).Encoding stations are a basic offering in parking access and revenue control systems. Encoding stations help to prevent fraud and loss of revenue by providing more rigorous tracking and billing methods for parking validations. In addition, electronic validations are processed more quickly than manual validations. An encoding station allows the generation of any type of validation available in the parking software — both single and batch — as well as test tickets and special event tickets.
In a T2 Flex system, encoding station groups allow management of multiple encoding stations by group instead of on an individual basis. Adding a new encoding station to an encoding station group gives it the same functionality as the rest of the encoding stations in the group. All relationships and encoding station configuration are managed at the group level. Encoding station groups hold the link between the human readable ticket format and the encoding station. One common scenario is to create one encoding station group for internal T2 Flex users and another for external encoding station users. The reasoning is that an internal T2 Flex user would need many more print options than an external encoding station user. This way of managing encoding stations is similar to the way in which cashier stations are handled in POS groups in a T2 Flex system.
Entity is the database name for Customer.
An Entry Lane Station is an in-lane cashier station or booth in the entry lane to a facility. It is currently used to sell pre-paid permits.
Citation escalations are set up so that if a citation has not been paid after a specified period of time, the fee increases. For example, the base amount of a citation is $20. After the first 14 days, it escalates to add $10 to the base, so $30 would be charged. You can position this as either a late fee for not paying within the first two weeks or as an incentive for paying in the first two weeks, depending on what you choose to print on the citation itself and other communications to parkers.
The Estimated Cost Per Stall is an optional field used for cost analysis and informationalpurposes. If no value is entered, it will default to display zero.The Estimated Cost Per Stall is an optional field used for cost analysis and informationalpurposes. If no value is entered, it will default to display zero.
An event in T2 Flex contains all of the detailed information about the event itself (time, location, expected attendance, required staff and equipment resources, facilities, etc.). To make an event available for use with T2 PermitNow handhelds and the T2 Flex Cashier Station in the field, you need to create at least one event facility.
Not to be confused with event value capacity, event day capacity is a blanket term, a convenient way to refer to all the different capacities in an ARC facility on a given day of a given event, when the corresponding event facility is in mixed mode. The Event Day Capacity Manager, accessed from the Facility Manager, displays these various capacities and allows you to edit them.
An event facility is a facility where parking is allowed for an event. An event facility is created as part of an event record in T2 Flex and is used with T2 PermitNow handhelds and the T2 Flex Cashier Station in the field. The event facility record contains the event value(s), valid permits, handhelds used, and capacity schedules for event parking in the facility. An event can have multiple event facilities.
Event facility reservations guarantee entry into an event facility (a facility at which event parking is taking place). Since they are purchased in advance, and the numbers to be sold are controlled, they virtually guarantee a spot. They may be used at entry lane cashier stations and PARCS entry stations. Event facility reservations may be purchased either online via FlexPort or (less ideally) in the parking office.
Event value is the parking fee for a specific event. Event value can be purchased and attached to any valid permit in T2 Flex except for value permits. Event value can also be purchased and attached to a limited-use permit just for that event.
Exception rules specify customer, vehicle, and other information to be collected at the cashier station. When an exception rule is associated with a cashier station charge type, the charge type is designated as an exception.
Any user-defined parking transaction that must be completed at a cashier station and that requires the cashier to manually intervene in the processing function, i.e. fee computation or payment process. An example of an exception transaction is "unreadable" -- encoded ticket information is unreadable and the cashier must enter the human readable information manually.
An exit station is an in-lane POS station used in central cashiering facilities that uses an exit verifier to allow parkers to exit.
Any item that is sold outside of T2 Flex but for which T2 Flex issues the receipt and records the payment automatically. See Setting up an External Sales Interface – Overall Process for details.
External sales item categories let customers set up general categories for external sales item types such as student fees, animal licenses, and other categories used by the external system.
External sales item types let customers associate external sales item categories with GL accounts, as well as specify tax, allow negative amounts, and create descriptions for each type.
One of three types of users that can be configured in Flex. (The other two are Web User and T2 Flex User.) An external system user, like a web user, cannot log into the Flex user interface. External system users have access only to the Validation Provider web services. These users may be set up with the built-in administrator roles or with individual validation privileges. They can only be set up as part of validation provider setup and maintenance; they cannot be added directly from User Management.
A facility is a physical location where a permit is valid. A facility can contain Areas.
The facility bundle feature is designed to handle exception cases. A facility bundle is a set of facilities that a permit (or permits) can be associated with. The facility bundle overrides the permit control group. For example, a parker has negotiated to be allowed to park in a unique set of facilities that is not covered by the permit number range. This situation can be covered using a facility bundle, not just for the current permit season, but into the future as well, no matter what permit number range the parker ends up getting. A facility can belong to multiple facility bundles.
Facility Capacity determines how many permits of a particular Occupancy Type are allowed in an ARC facility at one time.
A larger group that includes one or more facilities. Customers group together facilities that they treat in similar ways. Facility groups are used for monitoring and reporting on a collection of facilities in a given parking enterprise -- for example, all of the facilities on a campus. A facility can only belong to only one facility group. Do not confuse facility group with facility bundle! (See Facility Bundle.)
A code that is imprinted on a permit indicating that it is valid in a facility. A facility keycode can be used by the lane controller to provide access to the facility (vending the gate) when the lane controller is in offline mode. Only one keycode can be assigned per facility.
Facility reservations guarantee space in a facility. They may be used at every PARCS device except entry lane cashier stations. FlexPort facility reservations are optimized for FlexPort sales. Third-party, external reservation system, facility reservations are sold in the third-party app.
Facility tiers are used to control the valid locations for a permit by grouping facilities together into defined “packages” from which valid locations for a permit are selected at the time of sale. For example, when setting up your facility tiers you could place a very desirable and two less-desirable facilities in the same tier and allow the parker to select two at the point of sale. Another, more expensive permit, could include a facility tier with two desirable and two less-desirable facilities and allow the parker to select three. One facility can belong to many facility tiers, but within any given facility tier a facility may only be selected once. Do not confuse facility tier, facility bundle, and facility group! (See corresponding glossary entries.)
(T2 Residential Permits Solution) The Fixed Application Term Type supports fixed term residential permits. The application activation and expiration dates are set when residents submit applications to buy permits. These dates are based on the permit control groups, which for resident and guest permits use fixed effective and expiration dates.
Fixed LPR uses license plate recognition and PARCS technology to reduce credential use and improve revenue control. We call this solution Fixed LPR to distinguish it from Mobile LPR — the cameras are fixed in place, usually mounted at entry and exit lanes, and don’t move about on enforcement vehicles. Plate information is captured as vehicles enter the facility and associated with the parking transaction. At the exit, plate information is captured once again and attempted to be matched before the parker is let out.
(T2 Residential Permits Solution) The Floating Application Term Type supports floating term residential permits. Application dates are not created until the application is approved. At that point, residents can change the expiration date only.
General ledger (GL) accounts are required in several areas of T2 Flex configuration to track revenue. You might have just one GL account for the entire parking system, but you could also set up separate GL accounts for permit number ranges, temporary vs. permanent permits, employee permits vs. student permits, and refunds for example. Which GL accounts and account numbers you use depends on your organization’s accounting business model. In any case, T2 Flex requires at least one GL account, even if it is a 'dummy' account, for configuration.
The Global Navigation menu is on the left side of the T2 Flex workspace and is visible from every screen in T2 Flex.
The amount of time allowed for a parker to decide to exit after entering the parent facility without being charged.
(T2 Residential Permits Solution) One of three system permit categories in the T2 Residential Permits Solution, guest permits are permits that residents can temporarily assign to a guest or to a worker, for example, who will need parking rights for a few days. For instance, an electrician will be working on a residence for three days and needs to be able to park on the street in front of the building. The resident can assign a guest permit to the electrician’s vehicle for those three days. At the end of the three days, the resident unassigns the permit, leaving it free to be assigned to another vehicle.
Also called a Scofflaw Notification Definition, a handheld notification is a collection of conditions which, when fully met, places a customer or a vehicle in scofflaw status, or adds a handheld notification to the vehicle. If a customer or a vehicle meets more than one scofflaw notification definition, a scofflaw status is applied (and/or a vehicle handheld notification is created) until none of the definitions established in configuration is met anymore.
There are two options when transferring data to an outside agency. You can hard transfer the citation which clears the balance of the citation in Flex, or you can soft transfer the citation which keeps the balance of the citation in Flex so that your payment can be accepted in the office or at the agency.
In several places you'll notice an option to view Historical Records. Your administrator can create a task that looks at the age of individual records. Records that have passed an age threshold are considered historical. These records will not be displayed on content managers by default. There is a link under the content manager to display these historical records. For practical purposes, historical records are inactive records.
(Banner integration) This is a unique identifier used to link Flex customers to their Banner records.
Anything that happens in the system, including normal operating activities. Incidents are not always bad! An incident could be a legal entry or it could be a ticket dispenser getting low. In the industry, these activities are often called “events.” Since T2 Flex already has an Event object, in the T2 Flex system, operating activities are called “incidents.”
Chain of custody role. In T2 Flex, an inventory controller is someone who is responsible for approving and fulfilling permit inventory requests from main permit inventory. (Main permit inventory is inventory that is kept in a secure area, not the 'personal' inventory of individual cashiers.) The inventory controller can also set up inventory request templates, allowing customer service representatives to request permits from multiple permit number ranges all at once. Unlike customer service representatives, inventory controllers are not allowed to have access to cash drawers nor can they have personal inventory. The inventory controller role is enabled using the Inventory Control setting in User Management - Permits.
Chain of custody term. Set up by the inventory controller, an inventory request template defines an inventory request made up of set numbers of permits from multiple specified permit number ranges. Customer service representatives (CSR) can use templates to request all these permits at once, without having to add individual inventory requests for each permit number range.
When selected, Is Field Data lets an item on a lookup table be sent to handheld devices. Not all lookup tables apply to handhelds. Therefore, not all lookup table management forms include an Is Field Data option.
Is System indicates whether or not an item on a lookup table is system created, that it is predefined in the T2 Flex system. In some lookup tables, only the first, blank row will be Is System. T2 Flex uses this to enable other codes to be created and used.
Lag time is the amount of time allowed to pass between a parker paying at a central cashier or APS and exiting the facility without the parker being charged for additional time. Lag time does not apply to facilities that use only in-lane cashier stations, credit card entry stations, or credit card exit stations.
A Lane Cashier is a cashier station in booth used for pay-on-exit facilities.
A special type of permit that can be linked to another permit. The linkable permit must be sold first and have a physical permit type of Access Card. The other permit must have a physical permit type of Audit, and the sale of an audit permit cannot be completed until the customer has an active linkable permit.
T2 Flex software uses lookup tables (associative arrays of information) to capture the many categories of information used in a parking management system. Lookup tables in T2 Flex are used to manage information from address type to vehicle style, and everything in between. Often, the first tasks that you do in configuring T2 Flex is to manage the lookup tables.
Feature in T2 PermitNow (on the handheld) that enables an officer to capture stall counts for the facility tied to a PermitNow event. The counts are then imported into T2 Flex and stored on the facility record. Referred to as "Lot Utilization" on the handheld in T2 Flex.
As opposed to a variable message sign, a lot full sign simply displays a “Lot Full” message when a configured threshold has been exceeded. The installation and configuration these two types of sign are different.
Feature in T2 Flex (on the handheld) that enables an officer to capture stall counts for any facility exported to the handheld. The counts are then imported into T2 Flex and stored on the facility record. Referred to as "Lot Count" on the handheld in T2 PermitNow.
The physical card (configured per loyalty program) includes a mag-stripe or barcode that can be used for entry/exit of facilities and for accumulating and redeeming points. A credit card profile may also be associated with the loyalty card automatic payment.
A loyalty program is a frequent parker marketing program set up by parking operations that allow frequent parkers to sign up for a loyalty card. The loyalty card can be used to earn discounted or free parking based on a parker’s parking frequency, duration, or dollars spent. Loyalty program configuration in Flex determines the permit control group tied to cards, the loyalty point accumulation requirements, loyalty membership requirements, program levels, and available redemption options.
Loyalty tiers allow loyalty program members to accumulate more points per transaction as the total number of points accumulated increases.
Loyalty types define various accumulation configurations to be used when setting up loyalty programs such as per dollar, per use, or per time.
License plate recognition
Chain of custody term. Main permit inventory is inventory that is kept in a secure area, not the 'personal' inventory of individual cashiers.
The MCC77 is a legacy in-lane, pay-on-entry credit card entry station controller produced by Magnetic Automation Corp. (See also Credit Card Entry Station.)
The MCC87 is a legacy in-lane credit card exit station controller produced by Magnetic Automation Corp. (See also Credit Card Exit Station.)
In T2 Flex miscellaneous sales items and fees are configured by category. The category determines how the system handles the item or fee. For example, Event Fees only appear in event-related processes. The Adjustment category is for use when posting shortages or overages to specific GL accounts for reconciliation purposes. You can set up just a few generic Miscellaneous Adjustments or Miscellaneous Adjustments for specific, existing GL accounts depending on your business practices.
You can configure an event facility to allow only event parking, so-called "dedicated" mode, or to allow both event and non-event parking, so-called "mixed" mode. Mixed mode lets you split parking capacity, designating how many event parkers and how many non-event parkers will be allowed in. Cashier stations can process event transactions in “event mode” and regular ARC parkers use the T2 Entry/Exit Stations or T2 Credit Card Entry/Exit Stations.
For T2 Enforcement App and T2 Field Services App, mobile device groups control all application settings and options for personnel associated with the group. You can select only one app per mobile enforcement group. For T2 Enforcement App, settings include citation, print format, tire chalking, CheckPayment, and other settings that pertain to enforcement. For T2 Field Services App, settings govern how data is communicated, image attributes, and location favorites.
Mobile LPR on T2 Enforcement App divides enforcement tasks between the enforcement vehicle, which captures plate information using Genetec Patroller, and the enforcement officers, who use Enforcement App to create the citations. Plate information is sent by Patroller (Genetec LPR system) to T2 Link. Enforcement App then gets the ‘hit’ information from Link, and corresponding parking rights, permits, history, boot/tow, and scofflaw status from Flex. Within Enforcement App, officers can see hits, claim them so other officers know they’re being worked, and issue citations.
A nested facility, or “nest,” is a facility that is linked to another facility (parent facility) through entry and exit lanes. Nested facilities may allow entry and exit only via the parent facility or they can be configured to allow entry and/or exit directly to the street (for credential parking). Nested facilities are often “permit only” or “reserved” areas. Parent facilities are often “transient” areas. Facility nesting can be implemented for permit enforcement, for credential access, and for transient parking.
No Contest is an option for an appeal result that can be set up in Lookup Table Management. T2 Flex allows you to decide what should happen to the citation fine in these situations.
Non-referenced (unlinked) credits are not tied to a specific credit card transaction — the amount can be put back onto any card.This method is typically not turned on by default for an internet payment gateway account. Customers must request that it be turned on. In T2 Flex, non-referenced credits are typically used for account balance payouts. (See also: Referenced Credit.)
The term "non-sufficient funds" (NSF) is used in the banking industry to indicate that a check is bad or has bounced. In T2 Flex, you can mark Record NSF Check on a customer's record, indicating a check from that customer was returned because of insufficient funds. This option will print a letter, if desired.
Occupancy is the number of spaces that are filled in a facility. Occupancy types describe the type of occupant; for example, transient, credentialed, reserved, etc.
Occupancy/pricing schedules comprise transient pricing time schedules, which determine how much transient parkers are charged for parking at different times of the day (or on special days), and occupancy time schedules, which enable you to monitor and control different types of parkers in a facility over specific time ranges.
Optical character recognition.
A measure of how likely it is that the OCR engine has correctly interpreted the optical input. The higher the number, the more likely it’s correct.
A threshold below which output from the OCR engine is either flagged as “low confidence” or as “no confidence”, depending on the system set-up.
The offline data container (ODC) is a copy of a subset of tables and data in the T2 Flex Oracle database. Along with the Device Communication Software (DCS), the ODC enables access control devices to verify permit and other information even when unable to communicate with the database (i.e. connectivity to the device is active, but connectivity to the database is not). The ODC is built by Flex and updated every 10 minutes with changes to permit status such as lost, stolen, deactivated and terminated. Other information is updated in the ODC via a system scheduled task that runs each evening at midnight. When an access control device starts up, the Device Communication Software compares the device’s ODC with the current Flex Oracle database. If certain differences are present (not all changes are relevant), a new ODC is downloaded into the device. The ODC is subject to health checks. If the ODC fails, the system will use the offline lane settings set on the lane firmware.
The Field Services offline data container (ODC) is a copy of a subset of tables and data in the T2 Flex Oracle database related to field services and asset management. It enables the mobile devices to verify asset information when unable to communicate with the database. The Field Services ODC is built by the Build Field Services Offline Data Container task. A fresh copy of the ODC is downloaded to the devices each time they are restarted. In addition, the ODC can be downloaded on demand by individual devices.
The PermitNow offline data container (ODC) is a copy of a subset of tables and data in the T2 Flex Oracle database related to events. The PermitNow ODC enables the handhelds and cashier stations to verify permit and other event information when unable to communicate with the database (i.e. connectivity to the device is active, but connectivity to the database is not). The PermitNow ODC is built by the PermitNow Exporter task and can be downloaded as needed from each device in the field. A fresh copy of the PermitNow ODC is downloaded to the handheld each time a communication session is run from the handhelds with the Download Offline Data Container option selected. The Cashier Station automatically downloads a fresh copy of the PermitNow ODC each time it is restarted and every 24 hours thereafter. The PermitNow Exporter task should be run at least once a day during events.
A one-card acts like a debit card; students or patrons load the card with funds (not usually through Flex!) and then use it to purchase a variety of items on campus, such as books, food, or parking.
Payment Application Data Security Standard. “PA-DSS is the PCI Security Standards Council-managed program formerly under the supervision of the Visa Inc. program known as the Payment Application Best Practices (PABP). The goal of PA-DSS is to help software vendors and others develop secure payment applications that do not store prohibited data, such as full magnetic stripe, CVV2 or PIN data, and ensure their payment applications support compliance with the PCI DSS.” — PCI Security Standards Council, LLC For more about PA-DSS, see the PCI Security Council Web Site.
The T2 Flex Credit Card Solution PA-DSS Implementation Guide provides customers with guidelines for installing T2 Flex Credit Card Solution components to support PCI DSS compliance. For more about PA-DSS, see the PCI Security Council Web Site.
A validation that is not encoded on a chaser ticket but rather applied directly to the transient ticket within Flex.
A parking profile is everything a parking operation needs to understand how a given patron (parker) will interact with the PARC system. It’s a combination of location and times during which a patron can enter and exit the location. It also includes associated billing rates and rate structures. (See also Overage Profile.)
Parking transactions are records of when and where a parker entered and exited a facility. Parking transactions are most often associated to a permit, but can be associated to a customer if, for example, customer information is collected at a cashier station.
Passback is when a parker hands another parker his/her permit to get into (or out of) a facility after the first parker has entered (or exited). T2 Flex has four passback settings: 1) Hard passback: The second parker will be unable to gain entry/exit. 2) Soft passback: The second parker will be able to gain entry/exit, but the incident is recorded. You can specify the maximum number of soft passbacks allowed. Soft passback is not available for Free Entry or Free Exit facilities. 3) None: There are no passback settings. Anyone can use someone else's permit to enter or exit out of sequence. 4) Timed passback: The second parker will be able to gain entry/exit only after a set amount of time has passed. Available for all facilities, including Free Entry and Free Exit. Passback rules can be set for individual facilities and for permit control groups. Both permit control group and facility passback settings can be overridden.
The amount of time in minutes during which passback will not be allowed for permits under timed passback enforcement. For example, you might set a passback duration of half an hour for a permit control group. Permits in the PCG could not be "passed back" until the half hour had elapsed.
The amount of time (day, month, or week) over which to count the number of passbacks allowed under soft passback enforcement. For example, you might allow 3 passbacks per permit per week at a particular facility.
Also known as cash-in-lane, pay-in-lane is an industry standard term referring to the ability to use an unattended “pay-on-foot style” POS station in-lane to take parking payments.
An in-lane, unattended POS station. Pay-in-lane stations may be configured into either entry or exit lanes. In an entry lane scenario, parkers pass a credit card or permit through a card reader, or insert cash, and the gate vends. Note: Like facilities that use credit card entry stations, facilities that use pay-in-lane entry stations must be configured in T2 Flex for free exit. In an exit lane scenario, transient parkers insert the transient ticket they received when they entered the facility into a card reader, the exit station reads the ticket and calculates the parking fee. The parker then pays with a credit card. Credential parkers pass a credential through the card reader, the credential is verified and processed, and exit is granted. Be sure to follow the guidelines in the T2 Flex Credit Card Solution PA-DSS Implementation Guide when implementing this solution.
A payment card can be a credit card or a so-called One Card (a proprietary payment card such as used by many universities, on which students can put amounts of money to be used at merchants in the campus area).
External Payment Plan refers to payment agreements made with an external agency such as a Payroll Department or Bursar's Office.
Internal Payment Plan refers to payment agreements made directly with the parking office.
See Permit Control Group.
Payment Card Industry Data Security Standard. “The PCI DSS, a set of comprehensive requirements for enhancing payment account data security, was developed by the founding payment brands of the PCI Security Standards Council, including American Express, Discover Financial Services, JCB International, MasterCard Worldwide and Visa Inc. Inc. International, to help facilitate the broad adoption of consistent data security measures on a global basis.” — PCI Security Standards Council, LLC For more about PCI DSS, see the PCI Security Council Web Site.
Permission is the database name for Permit.
Only permit number ranges that are eligible for the customer's subclassification to purchase from will display at the bottom. Permits that are not allocated or are not within the sell dates will not display because they are not available for sale. If Allow External Permit Eligibility is turned on in System Settings, the list of eligible permits depends on Eligibility Rules selected on the permit number range. See External Permit Eligibility Rules for more information.
In T2 Flex, one or more permit control groups (PCG) is specified for each permit number range. Generally speaking, the PCG captures your business rules for how permits can be sold, to whom, for how much, and when. More specifically, for permits within a permit number range, the permit control group determines the permit class (e.g. general, reserved, temporary), occupancy type (e.g. transient, non-transient, event), passback enforcement, whether or not value can be added (i.e. can you add more time, money, or uses onto a value permit), whether or not the permits can be sold only to those people on a waiting list, and other business rules. The permit control group also determines which customer subclasses permits in the permit number range can be sold to, which facilities the permits are valid for, and what the fee and renewal schedules are.
In the Permit Allotment feature, a permit coordinator is a customer, either the allotment group customer or an individual customer, who has been given privileged parker rights in FlexPort that allow him/her to administer the allotment in FlexPort. Permit coordinator tasks include adding parkers to the allotment group, reserving specific permits for specific parkers, purchasing permits from the allotment, and checking payment status.
Permit overrides are used to override the permit control group or facility passback settings. This can be done to allow a VIP to give his/her credential to someone else or to change the setting to hard passback for someone who isn't obeying the rules, for example. Permit overrides can also be used with facility bundles to override the facilities at which a permit is valid.
Don't be confused by "Activate" on the permit statuses diagram: this is not a manual process. A permit is confirmed inactive until it is valid for parking, when Flex will activate the permit. This is an automatic process.
The permit is valid for parking.
Allocated permits have been "assigned" to a cash drawer to be sold. Inventoried permits MUST be allocated before they can be sold.
This is a transitory state for the permit. Once a permit has been issued the permit will be confirmed inactive until the permit becomes valid for parking.
Inventoried permits are created in T2 Flex as soon as you create the number range. These permits are tracked through their entire life-cycle and linked to customers, vehicles, citations, or properties. Typically, these permits are physical permits that you have in your office (like placards, hangtags, or decals). They must be allocated to a cash drawer to be sold.
Non-inventoried permits have no physical, in-office inventory. They are generally sold by another department/agency or are printed from T2 Flex. An example would be a Faculty/Staff ID card which could also be used for parking purposes. After a permit number range has been created, these permits still do not exist as permit records in T2 Flex. Only when you check out of the Selection Basket is the next number in the number range created in T2 Flex as a permit record.
This is a "behind-the-scenes" permit status. After the permit has been sold, it goes into this status until Flex determines the next state for the permit (usually instantaneous). Non-inventoried permits are created during this step (as you are checking out from the Selection Basket).
The reserved permit status is not just for reserving a permit to a customer. When you click Reserve on the Permits menu, the permit goes into this state. However, when you click Sell on the Permits content manager, the permit is linked to the customer. As soon as the permit is linked, the permit is considered Reserved by Flex . The permit will stay in this state until you check out of the Selection Basket (at which time the permit would be in status 4 - Purchased) or until midnight when these reserved states are dropped. This special case where the reserved state is dropped DOES NOT APPLY to permits where you've selected Reserve on the permits menu.
The customer has returned the permit. Depending on configuration, returned permits can be put back in inventory and resold.
The permit can never be used again. Note that the only way to get a permit into this status is to first mark the permit as Suspend/Revoke or Lost/Stolen. Use this status when you want to destroy a permit.
Either the permit has been sent to the customer with possession confirmation required and the customer has not yet confirmed possession, or the permit has been marked lost or stolen.
PermitDirect is a service provided by T2 Systems that allows you to sell permits online (or in the office) and have the permits fulfilled by Weldon, Williams, & Lick (WW&L).
Non-tracked permits are never saved in T2 Flex. Basically, these permits are sold as Misc. Sale Items and no permit record is ever created. An example of a non-tracked permit might be one for a visitor's center, where the permit is not tracked to any customer in the database and the permit will not be returned to the center.
A tracked permit is one that is linked to a customer and recorded in the database. Tracked permits fall into two basic categories: inventoried and non-inventoried.
Chain of custody term. Permits that are currently in the custody of a customer service representative. These are permits that have been allocated from main inventory to personal inventory by the inventory controller.
Pretty Good Privacy. “PGP is a data encryption and decryption computer program that provides cryptographic privacy and authentication for data communication. PGP is often used for signing, encrypting, and decrypting texts, e-mails, files, directories, and whole disk partitions and to increase the security of e-mail communications.” – Wikipedia
Physical capacity is the total number of spaces in a facility. Physical capacity, along with sales capacity, is used for permit sales processing (not for PARCS functionality). Physical capacity can be set at the facility, area, and stall type level. Lower levels roll up.
Physical group type and physical permit type operate in tandem to indicate the purpose of physical permits for tracking and display. Physical group types include: 1) Access Card -- Generally used for gate cards and transponders. 2) Audit -- Decals and hangtags are usually considered Audit types. 3) Credit Card -- This physical group type is not currently in use. 4) Identification Card -- Student or faculty IDs are two examples. 5) Value Credential -- Use this for all value permits.
Used in tandem with physical group type to indicate the general purpose of a physical permit you sell.
A plate series is used in states, such as Indiana, that reuse license plate numbers. License plates with the same number are valid for different year ranges. These year ranges are the plate series. The registration expiration date determines the series.
POS is an abbreviation for Point Of Sale.
When a specified action level is reached, an incident is created and action is taken. Cash Value Action Level is a good example. If the amounts in a recyclable cash vault in an automated pay station (APS) reach this action level, an incident is created and the APS is placed in the payment mode specified in the setup.
POS action types are added to charge types. Together, these determine actions that can be taken at a POS station when various buttons on a cashier station screen are pressed. POS action types are not user-editable. POS action types are hard coded in the T2 Flex system and may not be added to.
Used for simultaneously managing multiple POS stations that share charge types. Even if there is only one POS station in a system, a POS group must be created for it and assigned. This is similar to the way in which encoding station groups work. POS groups are managed on an editable lookup table.
Point of sale station. Also called a pay station. There are many types of POS station, attended and unattended. Some live on networked cash register systems, others on PCs or other hardware. Even an old-fashioned, unwired cash register could be considered a point of sale station of sorts. When talking about a T2 Flex system, people sometimes make a distinction between “ARC POS stations” and “Flex POS stations.” So-called Flex POS stations are run from within the T2 Flex interface, using the T2 Flex cash drawer feature and the T2 Flex Client Support software component. So-called ARC POS stations are set up on separate devices, and use additional software components such as the Cashier Station thick client. For more information about this distinction, see the T2 Flex installation and upgrade guide.
T2 Flex supports the following POS station types: automated pay station (APS), central cashiering station, credit card entry station, credit card exit station, entry lane station, exit station, lane cashier, and pay-in-lane pay station. The set-up in T2 Flex for all POS stations is similar, beginning as it does after the facility is set up. However, there are differences that depend on the POS station type. See the appropriate process for details. Be sure to follow the guidelines indicated in the T2 Systems Credit Card Solution PA-DSS Implementation Guide when implementing any POS station that will take credit cards.
When a specified warning level is reached, an incident is created that can be monitored in the Monitoring System. Cash Value Warning Level is a good example. If the recyclable cash vault amounts hit this warning level, an incident is created. The payment mode remains unchanged, however. See also POS Action Level.
In some cases, a customer must acknowledge the receipt of a permit before it becomes valid for parking; in these cases "Possession Confirmation" is required.
In a Fixed LPR implementation, post-capture describes a set-up in which the cameras capture license plate information beyond the gate, after the vehicle has passed through.
In a Fixed LPR implementation, pre-capture describes a set-up in which the cameras capture license plate information in front of the gate, before the vehicle passes through.
Pre-entered citations are citations that have not yet been imported from the handheld and have not yet been paid. When downloaded (Citation Number must match), the handheld will update the citation record with any additional information as well as override any information that may have been entered incorrectly.
When a customer pays for a citation before it has been entered into the system, a Prepaid Citation record is created. For example, a customer receives a citation and goes to the parking office to pay for the citation before the enforcement officer has returned and entered the citation into the system. Some offices call these "Skeletal Citations" because only the "bare bones" of the citation are entered into the system. When a citation with the exact same Citation Number as the prepaid citation is added to T2 Flex, the citation balance is automatically adjusted by the amount of the pre-payment (balance may remain depending on pre-payment amount).
This is the coiled wire that is in the ground at either the entry or exit lane that signals the controller that there is a vehicle ready to perform a transaction.
Initiated by a remote cashier, a price override is an override of the price that a parker needs to pay. The variance between what the parker would have been charged and the price override amount is processed as a special system validation. Like other validations, price overrides can be invoiced to a validation provider.
Pricing calculation types are maintained in Lookup Table Management. They determine when an ARC facility’s cutoff times are (i.e. when to start the new day as far as parking fees and value permits go). T2 Flex comes with many pricing calculation types already built in: one for each hour on the hour, midnight cutoff, noon cutoff, and rolling 24-hour period.
A printable permit is a permit or value permit that can be printed either at home by the parker (if online permit sales is set up), in a parking office at the time of sale, or at the time of sale for a PermitNow event. Printable permits must be non-inventoried.
Printable validations are coupon-style validations that can be printed in a magazine or made available to parkers via FlexPort.
A profile access schedule defines when parkers can access facilities in the profile for free. From a business point of view, you could think of this time as being covered by the contract fee itself. (From a system point of view, there is no relationship between the contract fee and parking time at all. The third party negotiates the fee with the parking operator, and that is that.)
A profile usage fee schedule specifies the transient parking fee schedules, if any, that will be used when the profile access schedule doesn’t apply. (See also Profile Access Schedule.)
A property is NOT a correspondence address. A property is a building or structure associated with a permit; specifically, it is a controlled parking area.
For split payments made at an ARC cashier station, each payment method generates its own receipt. The system uses receipt group to associate these individual receipts together so that it is captured that they are part of the same transaction.
Cash drawer reconcile groups are sets of payment types to be included in cash drawer reconciliation. Each cash drawer is assigned a reconcile group in Cash Drawer lookup table management.
A vault, usually in an automated pay station (APS), from which what is accepted is dispensed. Depending on the hardware, coins, bills, or both can be recycled.
Referenced (linked) credits are tied back to the original credit card transaction — the amount can only be put back onto the original card. Internet payment gateways (IPG) typically allow a reference/linked credit to occur only within a certain time limit (e.g. 90 days). To refund outside of the time period would require the customer to go directly to the IPG’s virtual terminal. In T2 Flex, referenced credits are typically used for receipt reversals. (See also: Non-Referenced Credit.)
In T2 Flex, a refund is a specified amount placed onto a customer’s account balance. From the account balance, the amount can be paid out to the customer or applied to other charges.
In computing, regular expressions (abbreviated as regex or regexp, with plural forms regexes, regexps, or regexen) provide a concise and flexible means for identifying text of interest, such as particular characters, words, or patterns of characters. Regular expressions are written in a formal language that can be interpreted by a regular expression processor, a program that either serves as a parser generator or that examines text and identifies parts that match the provided specification. (Source: Wikipedia)
The reinstatement date is the date that the amount due on a payment plan shifts back to the item itself. For citations, this becomes the "new issue date."
Replacement transactions track situations in which a replacement ticket is issued to process a parking transaction. These include CITO and lost ticket transactions, for example.
Chain of custody term. The customer service representative (CSR) who initiated an inventory fulfillment or a return request. For rejected fulfillments, the CSR who rejected the fulfillment.
Reservation no-show cutoff date is the date beyond which a reservation cannot be used. The Reservation System No Show Batch Process task expires reservations that haven't been used prior to their no-show date, freeing up spaces for other parkers to reserve. The reservation system no-show cutoff date is set up in FlexPort, for FlexPort facility reservations, and in the external, third-party, reservation system, for third-party facility reservations.
(T2 Residential Permits Solution) One of three system permit categories in the T2 Residential Permits Solution, resident permits are the permits that allow full-time occupants (residents!) to park in their permit district. Typically, resident permits are set up to be good for one year. Resident permits must be linked to a vehicle.
A responsible customer is a customer linked to the third party who has been designated by the operation to be responsible for certain charges to the third party. These charges for the third party would be processed through the Selection Basket for this customer, who would pay using the Third Party payment method.
In T2 Flex, a reversal is the reversal of a receipt. This effectively reverses the financial transaction. If necessary, reversals can be paid out to the customer as cash, check, or credit on a credit card. (Ordinarily, reversals are corrections of a mistake and don't involve paying out to a customer.) Credit card reversals can only be made onto the original card. You cannot perform a reversal that would put the credit from one card onto a different card.
The role – Permit and Enforcement, Access and Revenue Control, or PermitNow – controls which roles or features are allowed to use particular lookup values.
RoVR - short for Retrieval of Vehicle Registrations - is T2 System's wizard-based registered owner look-up service.
SAF is an abbreviation used in the T2 Flex user interface. It stands for “store and forward”. The T2 Flex Credit Card Solution uses store and forward to handle offline situations at credit card devices in the field. Transactions are securely held on the devices until they come back online, at which point they are sent to the Credit Card Web Server for transmission to an internet payment gateway (IPG).
This is the coiled wire that is in the ground beyond the gate arm. It is used to indicate when the vehicle has entered (or exited, depending on the lane) the facility.
Sales Capacity is the maximum number of spaces for which permits can be sold. Sales Capacity is often set at 90% of Physical Capacity. Sales Capacity can be set at the facility, area, and stall type level.
A scofflaw is a customer or vehicle that has exceeded a predetermined number of citations or outstanding fees. The threshold is defined in configuration. Since most parking offices maintain a list of such offenders, a customer or vehicle is said to be a scofflaw when they are placed on the scofflaw list after exceeding the threshold. If a vehicle is on a scofflaw list, then the linked customers will also be on the scofflaw list. A scofflaw can be manually set by linking a scofflaw handheld notification to a vehicle.
A condition required (within a notification definition) in order for a customer or a vehicle to be considered a scofflaw, or be flagged for a boot or a tow. For example, citation count = 2 and violation type = parking in a handicapped space.
A collection of conditions that when fully met, places a customer or a vehicle in scofflaw status, or adds a handheld notification to the vehicle. If a customer or a vehicle meets more than one scofflaw notification definition, they are placed in scofflaw status (and/or have a vehicle handheld notification) until they meet none of the definitions established in configuration.
A type of notification to which a definition applies. Definitions can be applied to any of the following: customer scofflaw, vehicle scofflaw, vehicle boot, or vehicle tow.
A third party who is financially responsible for any parking transaction that remaining value on a value permit cannot cover. Whether a value permit can be sold on use to a third party is set up in the permit control group.
An exit plaza that is shared by multiple areas or facilities. For transient parking, different rate structures can apply to the various facilities and are correctly assessed upon exit via the shared exit plaza. Grace time and lag time work as expected, calculated for each facility individually and assessed correctly upon exit. Credentials allow entry into only the correct facilities, and may exit via the shared exit plaza. If additional transient parking fees are owed, they’re calculated based on where the credential entered, i.e. where the parking took place.
(T2 Residential Permits Solution) One of three system permit categories in the T2 Residential Permits Solution, short-term permits are typically one-day parking permits. These permits cannot be reassigned. They are single-use, much like tear-offs, and can’t be reassigned.
(Obsolete) As of T2 Flex 17.9, there is no longer a dependency on Silverlight. Microsoft Silverlight™ is a web browser plug-in that supports .NET languages and development tools. For T2 Flex 17.8 and below, Silverlight enables the Device Communication Software (DCS) to serve real-time lane information directly to a tab within the T2 Flex Monitoring System.
If it happens that parking exceeds the number of spaces allotted in the contract, additional fees can be assessed either to the third party or to the patron (parker). In T2 Flex, a space overage profile is a parking profile plus a relationship to a contract. The relationship defines how many additional spaces and who gets billed. Multiple space overage profiles can be created and ranked for a contract. (See also Contract. See also Parking Profile.)
In T2 Flex, a staff resource most commonly refers to enforcement officers, field services technicians, or event personnel who operate handhelds during PermitNow events for your organization. These staff resources are either set up in Staff Resource lookup table management or automatically, when you create a mobile device user.
However, event resources can also be designated as staff resources, such as booth workers, traffic directors, etc. These types of staff resources are not necessarily related to handheld operations and are configured in Event Resource Lookup Table Management.
Number of empty/full stalls at any given time in a facility. Stall counts for a facility are either imported from the handheld or entered manually on the facility record. Referred to on the handhelds as "Lot Counts" in T2 PermitNow and "Lot Utilization" in T2 Flex.
Standard reservations guarantee entry into a facility. They may be used only at entry lane cashier stations. Standard reservations may be purchased only in the parking office.
(Banner integration) A sequence number that Banner automatically assigns when a record is added to the Banner database. In T2 Flex, the student ID populates a specified ID field on the customer record and becomes one of the fields Flex can match on.
Sub-assets are simply assets that your operation considers to be components of an asset for purposes of maintenance and tracking. Flex lets you link assets to an asset in a “sub-asset” relationship. Sub-assets can be linked to only one asset at a time. Sub-assets cannot be linked to one another, nor can sub-assets have sub-assets of their own.
A System Scheduled Task is a scheduled task whose next run date is managed by T2 Flex. System scheduled tasks cannot be edited or deleted, but they do produce a viewable task log. A small selection of system tasks can be run on demand, via a button. See the Edit and Delete Tasks topic for details. System scheduled tasks do not display when adding a new task in T2 Flex.
System time schedules apply to access cards and value permits only. System time schedules apply a valid day/time schedule for one or more facilities either to all valid permits or to one or more permit control groups.
This server is home to the T2 Blackboard Service, the T2 Blackboard Server Utility, and the custom web service for integration with Blackboard. Handles encryption and communication of transactional information to the Blackboard Transaction System Server.
A Windows®-based application for use with a BDC to view some (unencrypted) information from the BDC to troubleshoot transactional problems, configure connections with Blackboard, and manage keys for encryption.
A Windows® service that runs on the T2 Blackboard Server to process the communication between T2 Blackboard Server and Blackboard Transaction System Server. (A custom web service creates the TCP connection with the Blackboard Transaction System Server to transmit the data.)
Replaced by T2 Flex Credit Card Solution core components (T2 Flex Credit Card Web Services and T2 Flex Credit Card Configuration Software.) See the PA-DSS Implementation Guide for details.
T2 Flex Credit Card Solution components are: T2 Flex Credit Card Capture Software, T2 Flex Credit Card Web Services, T2 Flex Credit Card Configuration Software, T2 Flex Cashier Station Software, T2 Flex Device Communication Software (DCS), and T2 PermitNow Handheld Software. When installed per the T2 Flex Credit Card Solution PA-DSS Implementation Guide, T2 Flex Credit Card Solution components provide credit card functionality that facilitates and supports PCI DSS compliance for T2 Flex systems.
LPDS communicates LPR information to the V4 controller connected to DCS devices, to the Flex Cashier Station, and to the T2 Socket Cluster Service.
T2 PermitNow is the name of the handheld software used in conjunction with Event functionality in T2 Flex. Any fields in T2 Flex corresponding to the handheld software will be labeled with PermitNow.
In the Southern Data Communication ProtoBase system, the word “terminal” is used to refer to POS stations and handheld devices associated with individual clients.
Terminal ID applies only to T2 Flex systems using remotely hosted credit card processing. In the ProtoBase product, the terminal ID uniquely identifies where the credit card transaction is coming from. This can be reported on in ProtoBase. The level of detail needed to verify credit card transactions is up to the customer, however, there are constraints on the ID itself. Terminal ID is eight (8) characters long. It must be unique for every client that uses the same ProtoBase instance. For the customer, this means that every client database needs to have a unique prefix so that ProtoBase knows which customer is associated with which database. Terminal IDs can be set up at three levels: enterprise, facility, and point of sale.
A third party is a company, department or group that is financially responsible for a objects linked to a customer or for contracts. Some T2 Flex solutions require third parties to have a responsible customer, T2 FlexVal is an example (validation providers are required to have a third party and a responsible customer linked to the third party). Other solutions, such as contracts, do not. While a customer can also be a third party, a customer record cannot be used as a third party record. A third party record must be created separately before it can be linked to a customer.
TICO stands for "ticket in/credential out", a situation in which a parker pulls a ticket to enter a facility but uses a permit to exit. This can happen if the parker wants to enter the facility earlier than the permit allows.
There are three time schedule types available in T2 Flex: Occupancy, Transient Pricing, and Valid Day Time. The types enable Flex to process schedules that control access based on occupancy type, that can be used to determine parking fees based on parking duration, and that can be used to control access based on day of week/time of day.
Terminal Management System. Globalcom TMS manages remote, automatic updates of Globalcom firmware and applications on the EMV readers on DCS devices. TMS also manages remote key loading on the readers. A weekly update schedule is configured on the V4 controller of each device as part of the setup for EMV.
A transient ticket is a one-use (usually) parking ticket representing a promise to pay a parking fee. In general, there is only one parking transaction per transient ticket. Contrast this with parking permits, which are multiple use based on a date range or other criteria, and which are associated with a vehicle.
A configuration for nested transient parking that determines which facility’s pricing rate (parent or nested facility) will be applied if a parking transaction exceeds the transit entry or transit exit time. The facility with the higher rate is typically selected.
The time allowed for a transient parker to enter a facility and reach the nested facility. Exceeding this time triggers the selected Transient Violation Facility Pricing rate. (See the Glossary entry for Transient Violation Validity Pricing Rate for further details.)
The time allowed for a transient parker to leave the nested facility and exit the facility. Exceeding this time triggers the selected Transient Violation Facility Pricing rate. (See the Glossary entry for Transient Violation Validity Pricing Rate for further details.)
A UID is a unique identifier created by T2 Flex. This is a number that identifies a record or object such that no other object of the same type has the same UID. For example, two customers can be named John Smith, however they will have different UIDs to distinguish one record from another.
User Friendly Patterns can be set in Data Field Definitions to provide additional information when users do not format input values properly. When a user does not format a value properly in an input field where regular expressions have been set, an error message will display. The error message will display the User Friendly Pattern, if defined, to further assist the user in formatting the data correctly.
In T2 Flex, a role is a set of privileges that can be assigned to one or more users. Roles are defined in Role Management. Best practice is to match T2 Flex roles with job roles so that as people move from job to job, it is easy to maintain their privileges in the system.
The term Valid Location is used to show facilities where a permit is valid.
A parking discount that is offered to customers and paid for by a third party. Validations can be in the form of price discounts or time discounts. T2 Flex, using an encoding station, validations can either be reencoded on the original transient ticket or created on a second ticket to be used in conjunction with the original. In T2 Flex, encoded validations and manual validations are handled separately, though they can both relate back to the same sets of discounts.
Validation conditions determine whether a parking transaction is eligible to have a validation applied to it. For example, you may want validations to apply only if the parking duration exceeds an hour or only for parking in certain facilities. Conditions are applied on the validation control group.
The validation control group is the managing object for most of the business logic needed for validations. That is, the validation control group determines the relationship between the encoding station group and the validation type or between a reservation and validations.
The validation sell price times the number of active (i.e. issued but unused) validations issued by a validation provider. (Validation sell price is the unit price of a validation, set up on the validation control group. This is not the same as the amount actually used on given validations.) Pre-pay validation providers cannot issue any more validations when their account deposit drops below their total debt. Total debt equals validation hold amount + uninvoiced amount + unpaid invoiced amount. (Unpaid invoice amount isn't added until it is past due.)
An external organization (i.e. outside of the parking organization) such as a local business or merchant, that has been set up to provide paperless or printable validations to parkers. Validation provider setup includes creating a third party and responsible customer, creating validation provider users, and configuring validation control groups. Pre-pay validation providers must make an account deposit to the responsible customer before they can issue validations. The deposit is debited each time a validation is used. When the deposit drops below the validation hold amount, the validation provider cannot issue any more validations. ‘Invoice’ (i.e. non pre-pay) validation providers do not need to have funds on deposit to issue validations. Instead, they are invoiced for validations that are used. See Configuring Paperless Validations – Overall Process or Configuring Printable Validations – Overall Process for details.
Value credentials, also known as value permits, allow limited access to a facility. This limit can be by the number of uses, a date range, a dollar value, or an amount of time (a duration). In T2 Flex, using an encoding station, value credentials must be created on a separate ticket. Unlike validations, value credentials cannot be reencoded on a transient ticket. In T2 Flex, value credentials are not used to discount parking -- validations perform discounts -- though they can be sold at a discounted rate. Just as for other permits, business rules governing the sale of value credentials are set up using permit control groups.
(Remote Cashiering) Like price overrides, Variable Dollars Off transactions are processed as validations. However, whereas with a Price Override transaction, the remote cashier specifies the amount to be charged — “I’ll give you a break and charge you only $100 for parking today, instead of $110” — with a Variable Dollars Off transaction, the remote cashier specifies the amount to be taken off — “I’ll give you a break and take $10 off your parking fee of $110 for today.”
As opposed to a simple lot full sign, a variable message sign can be configured with custom messages and to display current occupancy, based on the occupancy types in Flex. The installation and configuration these two types of sign are different.
A scofflaw notification flag based on the number of citations assigned to a specific vehicle.
Daktronics’ message display control software. This is the software package provided by Daktronics for interfacing with and controlling variable message signs. It is not necessary to install Venus 1500 software to implement variable message signs in a T2 Flex system, however at this time variable message signs must be compatible with Daktronics Venus 1500 message display control software protocol, v1.
VIN is an abbreviation for Vehicle Identification Number. This unique 17-digit number is a serial number on every vehicle. This number is not required, but it can be useful when attempting to locate the customer responsible for the vehicle.
Permits that have been allocated to a “web drawer” (i.e. a cash drawer that has been configured for web service use, for example for eBusiness ).
Refers to the T2 SocketCluster Server, which resides in the T2 Link environment. It hosts the service that is used by the DCS Monitor View, lane commands, Remote Cashier, and the T2 Fixed LPR solution. The T2 SocketCluster Server manages communication between T2 Flex and DCS Managers, as well as communication from the T2 Flex Cashier Station, giving the cashier station visibility in the DCS Monitor View. DCS Managers get the Web Socket Server URI from the Flex system setting and register themselves and associated devices on the service. The service sends device and gate status to the DCS Monitor View and processes log file requests from the DCS Monitor View in real time.
A user in T2 Flex who is configured specifically for web services. A web user cannot log in to the T2 Flex user interface.
A transient parking weekly cap is the maximum amount a parker will be charged for a stay greater than one day but less than or equal to one week. Pricing is calculated using the existing fee schedule. At the end of each week, the calculated price is compared to the weekly cap value, and the lower amount is used.
A daily cap is needed in order for a weekly cap to be set, and the weekly cap must be less than or equal to the daily cap x 7. Weekly cap works with manual transactions, validations, CITO, TICO, and other transient parking features.
A widget is a customizable and interactive graphic, either a chart or a map, that displays a set of metrics in a dashboard.
Work order assignment rules are created by Flex based on asset zone and asset group. (Both asset zone and asset group use asset work categories, which are mapped to staff resources. All together, these roll into work order assignment rules.) Work order assignment rules automatically assign personnel to work orders.
Weldon, Williams & Lick, Inc. are specialists in custom printing of hangtags, tickets, and other products. WW&L are corporate affiliates with T2 Systems for PermitDirect™. See the T2 Systems website for details.