Results for area 3.4 Payment system and rules
commercial, technical and security objectives of IFM
list of items related to IFM Applications or Products, downloaded to Medium Access Devices (MADs), actioned by the MAD if and when a specific IFM Application or Product referenced in the list is encountered by that MAD
anyone who wants to bring a Component to the IFMS
any piece of hardware and/or software that performs one or more functions in the IFM
device with the necessary facilities (hardware and software) to communicate with a Customer Medium
<public transport> the unique combination of some or all of origin, destination, route, specific trains, date and time, tariff type, and discount category that uniquely defines what transport service can be/has been purchased by the customer
NOTE 1 to entry: Product in the transport sense is identical to the use of the word in the retail industry, being the unambiguous description of things that can be bought.
NOTE 2 to entry: See also Attributing System.
a sub-classification of a transport mode, for example as ‘express’
set of Usage, Pricing and Commercial Rules defined by the Product Owner
complete specification of functions, data elements and security scheme according to the Product Rules
technical master of the Product Specification for creating Products
NOTE The Product Template is identified by a unique identifier.
Medium initialised with an Application through an Application Contract
application Ooner requirements
specification of functions, data elements and security scheme according to the Application Rules
technical master of the Application Specification for implementation
regulations for achieving IFM Policies expressed as technical, commercial, security and legal requirements and standards relevant only to the IFMS
rules defining the price and payment relationships to the customer
rules defining the settlement and commission within the IFMS
a set of rules that regulate how to cope with security threats or what degree of security levels should be kept
EXAMPLE Security objectives within the IFM Policies.
all activities related to the collection of money from passengers
the process of fulfilment where the customer purchases a ticket other than at a station or face to face at a ticket vendor
NOTE 1 to entry: Indirect fulfilment methods are conventional ticket on departure, print-at-home ticket, e-ticket and smart ticket on departure.
a set of computer-to-computer messages between involved parties including carriers, issuers, retailers, distributors, attributors, station managers and TCOs that allow for the indirect fulfilment of all types of tickets excluding a conventional ticket
specializace LINKY na poskytování flexibilní obsluhy; jelikož ne všechna obsluha LINKY musí být flexibilní, je samotná flexibilnost popsána na úrovni DIAGRAMU JÍZD (tzn., že je potřeba samostatného DIAGRAMU JÍZD pro každý typ flexibility na lince umožňovaný)
Typy flexibilní obsluhy jsou:
– virtuální linka
– flexibilní obsluha po hlavní trati
– obsluha v koridoru
– celoplošná flexibilní obsluha v pevné zastávce
– celoplošná flexibilní obsluha v neohraničené oblasti
– smíšený druh flexibilní obsluhy
– smíšený druh flexibilní a pravidelné obsluhy
a ticket for a product printed by the passenger as specified by the carrier(s) on plain paper or a mobile phone display with optional security devices in the design and with optional optically readable product data which the TCO(s) for the transport service are equipped to read
NOTE 1 to entry: A print-at-home ticket provides autonomous and independent title to the transport contract and does not require further information such as from a sales or reservation database.
NOTE 2 to entry: Each RU as carrier maintains its own specifications for print-at-home tickets and is eligible to participate in the maintenance of the specification for print-at-home tickets used for international rail passenger services.
payment institution having a contract with the merchant for handling the remittance and settlement of transit fares charged to customers using the transport network
NOTE 1 to entry: Merchant in ISO TR 14806 is Public Transport Operator (PTO).
NOTE 2 to entry: The acquirer may accept payments using payment applications from one or more payment application issuers, and/or for one or more payment application schemes/brands.
holder of the payment application
NOTE 1 to entry: The cardholder has a contract with the issuer of its payment application. The media hosting the payment application may not necessarily be a “card“.
payment transaction where neither the card nor its holder are present at the point of sale
EXAMPLE Orders by telephone, fax or the Internet.
payment schemed defined applications relying on EMV technology
NOTE 1 to entry: As opposed to a payment scheme application relying on magstripe emulation.
NOTE 2 to entry: This is the type of payment application.
classification of ENTITies, for instance according to the domain in which they are defined or used
abstract object performing a set of functions within the IFM
NOTE An entity can exist in the real world (e.g. a service operator), in which case it is called a “legal entity”. It can also be a model of this real world object (“abstract entity”). It covers the following sets of functions: Application Owner, Application Retailer, Product Owner, Product Retailer, Service Operator, Collection and Forwarding, Security Manager, Registrar and Customer.
payment institution having a contract with the cardholder and issuing the payment application on a contactless media
Note 1 to entry: The issuer issues payment applications such as credit or debit cards and guarantees payment for properly authorized transactions using the payment application.
entity having the necessary terminal equipment for handling payment transaction at validation points
NOTE 1 to entry: In ISO TR 14806, merchants are Public Transport Operators (PTOs).
application resident either in a conventional payment card or an application loaded into a multiapplication customer media
NOTE 1 to entry: As described in ISO/TR 24014‑3.
acceptance of payment application at the merchant point of sales whatever the payment application issuer is and whatever the merchant acquirer is
NOTE 1 to entry: Payment interoperability is ensured by rules and certification process enforced at each payment application scheme level and by EMVCo.
payment brands that establish industry operating regulations for acquirers and issuers to facilitate coordination with merchants and cardholders
NOTE 1 to entry: Payment application schemes can have international scope (VISA, MasterCard, JCB Intl) or a domestic one (ZKA, GIE Carte Bancaire).
technical interoperability provided by the usage of the same format for writing transit data in the payment application
offline transaction at the reader for a null amount
EXAMPLE Null amount, e.g. £0.00 or 0€ or 0USD.
NOTE 1 to entry: This transaction may not be possible on all cards now.
a sub-type of SITE which is of specific interest for the operator (e.g. where a joint service or a joint fee is proposed)., other than a STOP PLACE
scope of ticket
specialisation of PASSENGER EQUIPMENT (PLACE EQUIPMENT) describing ticket validators
specialization of PASSENGER EQUIPMENT for ticketing
a classification for FARE CLASSes
a classification for payment method (e.g. cash, credit card, debit card, travel card, contactless travel card, mobile phone, token, etc.)
a classification for tickets available at a TICKETING EQUIPMENT (e.g. standard, concession, promotion, group, season, travel card, etc.)
a classification for ticketing available at a TICKETING EQUIPMENT (e.g. purchase, collection, card top up, reservations)
specialisation of LOCAL SERVICE dedicated to money services