• Accurate generation of transaction data;
• The correct settlement of revenue between Train Operating Companies (TOCs);
• That the risk of fraud is managed to an acceptable level;
• That correct interavailable tickets are produced; and
• That RSP systems are protected.

• This is defined in the TIS Accreditation Guide.
• Click on 'TIS Accreditation Guide' from 'In this section' and this will display the document.

• Click on the Rosette next to the magnifying glass against the current release, circled for ease of reference:
• This will allow the Supplier to make a new application.
• The Supplier will need to write a Summary in the box provided and attach a Functional Specification against the new version.

A Functional Specification of the system must be provided to RDG Accreditation, to allow the accreditable functions to be identified.

Where a function is deemed to be accreditable, but is not supported by existing RDG ticketing standards, the system will be referred to RDG’s Customer Proposition Committee for consideration.

Based on the content of the Functional Specification, RDG Accreditation will provide an estimate of the accreditation effort involved and commence arrangements for the scheduling of an accreditation slot.

Introduction

• Company Name of System Provider

• TIS Name

• Version Number of new TIS

System Information

• Description of retailing and issuing process(es)

• Retail channel(s) for deployment

• Method(s) of fulfilment supported

• Impartial/Partial Retailing

Architectural Diagram

• System Components

• Connections to RDG Systems

• External API’s, if applicable

• External UI’s, if applicable

Enhancements (if new version of existing TIS)

• Description of each functional change

• New architectural diagram (if relevant)

• Description of each bug fix, including RDG Accreditation JIRA reference where applicable

• See the fares data area of the RDG website

• Worldline monitored pilot charges (excl RDG effort)