С внедрением систем Account-Based Ticketing (ABT) и ID-based Ticketing (IDBT) меняется способ формирования и хранения билетов. Билет больше не хранится локально на чип-карте или в телефоне, а находится в фоновой системе. Она привязана к учетной записи, идентификационным данным или платежному средству. При оплате банковской картой генерируется так называемый токен, который связывает платежное средство с правом на поездку без передачи конфиденциальных данных карты.

Новые формы продаж требуют новой инфраструктуры

Это хорошо работает, пока все участники используют одну и ту же систему. Однако как только в игру вступают границы транспортных объединений или различные транспортные предприятия работают с разными поставщиками, возникает пробел: контрольные устройства не находят действительного разрешения на местном уровне, поскольку билет хранится в другой фоновой системе. В результате инспекторы за пределами города или границ транспортного союза не могут проверять билеты, приобретённые, например, с помощью кредитной карты. Таким образом, билет будет иметь весьма ограниченную действительность — и, следовательно, не будет совместим с другими системами.  

Взаимодействующее хранилище билетов устраняет именно этот пробел. Оно представляет собой центральный узел, который объединяет токенизированные данные билетов из различных систем продаж и сред оплаты проезда. И это независимо от используемого формата данных: если при проверке устройство контроля не обнаруживает локально действительного разрешения, оно отправляет запрос на предъявленный носитель (например, кредитную карту) и получает соответствующий билет. Границы систем при этом больше не играют никакой роли.

Защита данных благодаря псевдонимизированным токенам

С технической точки зрения подключение основано на унифицированном интерфейсе в соответствии со стандартом OpenAPI 3.0, разработанном консорциумом HUSST по заказу Центра компетенций по цифровизации Северного Рейна-Вестфалии (KCD). Для каждой банковской карты в хранилище билетов создаётся уникальный токен, который позволяет идентифицировать право на проезд без раскрытия персональных данных. Расчёт осуществляется в соответствии с двумя обязательными процедурами: международным стандартом ISO 24851, а также нашей процедурой безопасности для (((eTicket Deutschland.

Для пассажиров это означает, что билет, оплаченный кредитной картой в Бонне, можно будет проверить также в Дюссельдорфе или Крефельде. Проект финансируется Министерством окружающей среды, охраны природы и транспорта земли Северного Рейна-Вестфалии. К концу 2026 года система хранения билетов с поддержкой взаимодействия для Северного Рейна-Вестфалии должна быть готова к эксплуатации. В перспективе она станет доступной по всей Германии. 

Транспортные предприятия получают выгоду от унифицированных процессов контроля, отказа от проприетарных решений, снижения технических затрат и повышения отказоустойчивости. Одновременно создается единая для всей федеральной земли основа, на которой можно гармонично развивать существующие и будущие цифровые проекты в сфере общественного транспорта.
Еще одно практическое преимущество: устройства контроля не требуют отдельной сертификации PCI, поскольку они работают не с конфиденциальными платежными данными напрямую, а исключительно с запросами токенов.

Транспортные предприятия сохраняют свободу выбора своих систем и поставщиков. Взаимодействие обеспечивается не за счет привязки к конкретной платформе, а за счет общих стандартов. Проверки, выходящие за пределы регионов и систем, не влекут за собой дополнительных транзакционных издержек за каждую операцию, а управление остается в руках самой отрасли.
В перспективе мы планируем расширить хранилище билетов за счёт фоновой проверки тарифов. Тогда устройства контроля будут получать не только данные о билетах, но и непосредственно результат проверки. Сложность переносится в фоновые системы, а контроль в транспортном средстве или на платформе становится проще и быстрее.