ТРА-ПМ-07. Account-based ticketing

Понятие · статус: dev · проверен: 2026-09-22 · уровень: отрасль «Транспорт» · база «Общественные блага»

Просто: это как оплата в кафе по номеру карты лояльности, а не наличными из кошелька в кармане — кошелёк («сколько у меня есть») лежит в компьютере кафе, а не у тебя в руках. Потерял карту — потерял только ключ к кошельку, а не сам кошелёк.

Тезис: при account-based ticketing право проезда и денежный баланс хранятся не на носителе (карте, телефоне), а в центральном бэк-офисе; карта или устройство при касании служит только идентификатором аккаунта, а расчёт тарифа и списание происходят на сервере.

Содержание

[факт] Лондон переходит на account-based модель в рамках контракта Indra (объявлен янв. 2026, детали 14.05.2026): планируются уникальные идентификаторы платёжных аккаунтов, которые позволят привязывать разные устройства/карты друг к другу для суммирования дневных/недельных капов — сейчас cap работает только при использовании одной и той же карты последовательно. Источник: The Register, 19.05.2026 — 🟢.

[факт] Сидней внедряет account-based систему через контракт с INIT (объявлен 28.04.2026, детали 12.05.2026): касание карты/устройства служит идентификатором, обработка билетов и средств идёт в бэк-офисе; устанавливается 25 000 новых считывателей. Разработка — 2026 г., монтаж — с 2027, завершение — к 2028, далее 10-летняя эксплуатация. Источник: Railway Gazette International, 12.05.2026 — 🟢.

[факт] Нидерланды описывают ту же модель под термином «Accumulated Model» (пересказ white paper UITP): карта — не платёж, а «travel credential», итоговый тариф считается и списывается в конце поездки или тарифного периода. Продукт OV-pas (2025) — облачная замена OV-chipkaart: баланс хранится в онлайн-аккаунте, а не на карте. Источник: Railway Gazette International, 16.07.2026 — 🟢.

[гипотеза] Account-based модель структурно сближает роль (1) тарифного органа и роль (2) держателя денег пассажира, потому что расчёт и хранение баланса переезжают на тот же бэк-офис, которым управляет принципал системы (TfL, TfNSW) — источники это прямо не формулируют, это обобщение по трём кейсам.

[не найдено] Ни для одного из трёх переходящих на account-based городов источники не дают прямого подтверждения, кто именно после перехода юридически держит деньги пассажира до поездки — см. ТРА-ОВ-01 Держатель денег пассажира account based.

ГЛАВНАЯ ЛОВУШКА: путать account-based ticketing с закрытой картой города (ТРА-МХ-10) — обе модели могут использовать физическую карту, но при account-based карта не носитель денег, а ключ к записи в чужой базе.

Связан с

ТРА-МХ-10 Закрытая карта города — контраст: закрытая карта хранит баланс на самом носителе.
ТРА-МХ-09 Open loop банковская карта — открытая петля тоже может быть account-based, но через банковский счёт, а не городской.
ТРА-ОВ-01 Держатель денег пассажира account based — открытый вопрос, куда логически ведёт этот узел.
ТРА-КС-03 Лондон Cubic Indra 2026 — кейс, где эта модель внедряется.
ТРА-КС-04 Сидней Opal Opal 2 0 — второй кейс внедрения.
ТРА-КС-01 Нидерланды OV chipkaart OVpay — третий кейс, уже частично реализованный.

Источники

🟢 The Register, «Indra rides off with £1.96B Transport for London ticketing deal...», 19.05.2026 — https://www.theregister.com/public-sector/2026/05/19/indra-rides-off-with-196b-transport-for-london-ticketing-deal-as-oyster-heads-for-back-office-overhaul/5242520
🟢 Railway Gazette International, «Opal 2.0 contracts awarded...», 12.05.2026 — https://www.railwaygazette.com/ticketing/2026/05/12/opal-2-0-contracts-awarded-for-major-overhaul-of-sydneys-transport-ticketing/
🟢 Railway Gazette International, «The beginning of the end for the OV-chipkaart», 16.07.2026 — https://www.railwaygazette.com/ticketing/2026/07/16/the-beginning-of-the-end-for-the-ov-chipkaart/

Открытые хвосты

Лондонский проект — на стадии proof-of-concept, TfL прямо говорит, что виртуальные Oyster-карты на смартфонах потребуют его прохождения; фактического запуска account-based на дату среза нет.
Кто юридически держит деньги пассажира после перехода — не закрыто ни для одного из трёх городов.

Проверен на дату: 2026-09-22

Вопросы

отвечено 0 из 2

1. По какому признаку карта при account-based ticketing отличается от закрытой карты города — что именно хранится не на носителе?

История поездок — она недоступна пассажиру без интернета Номер карты — он генерируется заново при каждой поездке Право проезда и денежный баланс — они лежат в бэк-офисе, карта лишь идентифицирует аккаунт

Ответ: (в). Это прямая формулировка тезиса узла; (б) и (в) не встречаются в источниках как признак модели.

2. Зачем Лондону нужны «уникальные идентификаторы платёжных аккаунтов» в новом контракте — по какой конкретной функции, названной в источнике?

Чтобы блокировать карты, украденные за границей Чтобы автоматически конвертировать иностранную валюту при оплате Чтобы привязывать разные устройства/карты друг к другу и суммировать дневные/недельные капы между ними

Ответ: (в). Источник называет именно суммирование капов между устройствами как причину — сейчас это работает только при использовании одного носителя подряд.

Дашборд Каталог узлов Наверх ↑