Что происходит после покупки eSIM: путь от кнопки «Оплатить» до мобильной сети в другой стране

Выбрали страну. Нашли подходящий пакет интернета. Нажали «Купить». Оплатили. Через несколько секунд получили QR-код.

Кажется, что где-то на сервере просто лежит огромная папка с готовыми eSIM, и после оплаты система достаёт оттуда одну свободную и отправляет покупателю.

Но чаще за несколькими секундами между оплатой и появлением QR-кода происходит заметно больше событий: платёжный шлюз подтверждает транзакцию, система выбирает нужный пакет, обращается к инфраструктуре поставщика, получает профиль eSIM, сохраняет данные заказа и отправляет информацию пользователю.

А сама eSIM в этот момент может ещё ни разу не подключаться к мобильной сети.

Мы в Redesim каждый день видим этот процесс с другой стороны экрана. Поэтому решили разобрать, что на самом деле происходит после нажатия кнопки «Оплатить».

Когда пользователь выбирает, например, «10 ГБ на 30 дней для Турции», со стороны всё выглядит как один продукт.

Но технически внутри него несколько составляющих.

Есть сама eSIM — цифровой профиль, который устанавливается в телефон.

Есть пакет мобильного интернета:

10 ГБ / 30 дней / Турция.

Есть одна или несколько мобильных сетей, в которых этот профиль сможет зарегистрироваться.

Есть правила активации.

У одного пакета срок действия начинает отсчитываться после первого подключения к поддерживаемой сети.

У другого условия могут отличаться.

Есть поддержка 4G или 5G, возможность раздачи интернета и другие параметры.

То есть внутри системы заказ выглядит скорее не так:

Турция, 10 ГБ.

А примерно так:

страна → пакет → объём трафика → срок действия → доступные сети → поставщик → правила активации.

Пользователю все эти связи знать совершенно необязательно.

Он открывает каталог eSIM для разных стран, выбирает направление и подходящий объём интернета.

Внутри системы после этого уже должно быть однозначно понятно, какой именно продукт нужно выдать.

В этом вообще есть интересная особенность подобных сервисов: чем сложнее инфраструктура внутри, тем проще она должна выглядеть снаружи.

Допустим, тариф выбран.

Пользователь переходит к оплате.

В этот момент никакой QR-код ещё не выдаётся: сначала система должна получить подтверждение, что оплата действительно состоялась.

Платёж создаётся у платёжного провайдера, пользователь подтверждает его в банке.

Дальше возможны разные варианты.

- Оплата прошла мгновенно.

- Банк отклонил транзакцию.

- Пользователь закрыл окно.

- Операция осталась в промежуточном состоянии.

- Или самый неприятный для восприятия вариант: деньги в банковском приложении уже списались, а подтверждение на стороне магазина ещё не обработано.

Со стороны покупателя всё очевидно:

Деньги сняли. Где eSIM?

Но сам факт возврата человека на страницу сайта ещё не должен считаться доказательством успешной оплаты.

Поэтому сервер ждёт подтверждение от платёжной системы.

После подтверждения платежа системе нужно получить именно тот eSIM-профиль, который соответствует заказу.

И здесь стоит сделать небольшое отступление.

Сервисы туристических eSIM обычно не являются мобильными операторами каждой страны, тарифы которой они продают.

За одним сервисом может стоять несколько телеком-платформ и поставщиков, а уже они работают с мобильными сетями разных стран.

Поэтому для одной страны теоретически может существовать несколько совершенно разных продуктов.

Один работает в одной сети.

Другой — сразу в нескольких.

Один поддерживает 5G.

Другой оказывается интереснее по цене.

Третий рассчитан на большой объём трафика или более длительную поездку.

Для пользователя это просто карточки тарифов.

Для сервера — разные маршруты выполнения заказа.

После оплаты система понимает, какой пакет был выбран, и делает запрос к соответствующему поставщику.

В сильно упрощённом виде:

Мы продали пакет X. Нужен профиль eSIM для этого заказа.

В ответ приходят данные eSIM.

И вот теперь можно сформировать то, что обычно видит покупатель.

Это один из самых частых моментов, которые воспринимаются немного неправильно.

В нём нет мобильного интернета, гигабайтов или «виртуальной симки» в буквальном смысле.

QR-код содержит данные, по которым смартфон может получить нужный eSIM-профиль.

Поэтому его удобнее воспринимать примерно как ключ или ссылку для установки.

Телефон сканирует QR-код, находит нужную систему удалённого управления eSIM и загружает профиль.

Пользователь при этом видит гораздо более понятный интерфейс:

Именно поэтому весь сложный процесс в итоге сводится к наведению камеры на квадрат с чёрными точками.

После выпуска профиля система получает его технические данные.

Один из основных идентификаторов — ICCID.

Он есть не только у eSIM.

У обычной пластиковой SIM-карты тоже есть ICCID, просто большинству людей никогда не приходится его вводить или даже видеть.

Если сильно упростить, это серийный номер SIM.

Для сервиса он позволяет связать между собой:

Для пользователя длинный номер практически бесполезен.

А вот для поддержки он иногда становится самым быстрым способом понять, о какой именно eSIM идёт речь.

Особенно если у человека их в телефоне уже несколько.

Самый очевидный вариант — отправить QR-код на электронную почту.

Но полагаться только на письмо не очень хорошая идея.

Письмо может попасть в спам.

Почтовый сервис может доставить его с задержкой.

Человек может ошибиться в адресе.

И наконец, существует довольно забавная бытовая проблема.

Пользователь открывает QR-код на смартфоне и понимает:

Хорошо. А как мне камерой этого же смартфона его отсканировать?

Поэтому удобнее, когда данные eSIM доступны сразу в нескольких местах: например, после оплаты и в личном кабинете, а письмо остаётся дополнительным способом их получить.

У некоторых устройств профиль можно установить и без сканирования QR-кода — вручную или через системный механизм установки.

Представим обычную ситуацию.

Человек находится дома, а через несколько дней летит в Таиланд (Есим для Таиланда у нас тоже есть, посмотреть можно тут)

Он заранее покупает eSIM и устанавливает её.

Телефон сообщает:

eSIM добавлена.

Но полосок сети у новой SIM нет.

Интернет через неё тоже не работает.

И это совершенно нормально.

Профиль уже находится в смартфоне, однако поблизости просто нет мобильной сети, в которой он должен зарегистрироваться.

Телефон может видеть домашние мобильные сети, но подключаться к ним этой eSIM не разрешено.

Фактически профиль ждёт момента, когда окажется в нужной стране.

После прилёта телефон снова начинает искать мобильные сети.

Допустим, вокруг доступны три оператора:

Operator A, Operator B, Operator C

В профиле eSIM содержится информация, позволяющая зарегистрироваться в определённых партнёрских сетях.

Телефон пытается подключиться.

Мобильная сеть проверяет, имеет ли этот профиль право регистрироваться в ней.

Если всё в порядке, регистрация проходит.

На экране появляются полоски сигнала и название оператора.

И вот здесь кажется, что всё уже заработало.

Но иногда происходит следующий сюрприз.

Сеть есть.

4G или 5G есть.

А интернета нет.

Включите роуминг данных.

для многих звучит довольно пугающе.

Человек специально купил eSIM, чтобы не пользоваться дорогим роумингом домашнего оператора, а теперь ему предлагают включить кнопку с названием «Роуминг».

Но это разные вещи.

Международная eSIM может технически работать в гостевой сети мобильного оператора.

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

Поэтому для туристической eSIM переключатель «Роуминг данных» действительно должен быть включён.

Главное при этом — проверить, для какой именно SIM разрешена передача мобильных данных.

Если оставить интернет на домашней SIM, последствия могут быть куда менее приятными.

APN.

Access Point Name — параметр, который сообщает мобильной сети, через какую точку доступа должен идти интернет-трафик.

Большинство современных eSIM получает нужные настройки автоматически.

Поэтому пользователь вообще никогда не узнаёт, что такой параметр существует.

Но иногда автоматическая настройка не срабатывает.

И тогда получается почти идеальная картина для загадки:

Один из пунктов, которые приходится проверять в такой ситуации, — APN.

И здесь начинается отдельное приключение, потому что расположение настройки зависит от телефона.

На одном Android нужный пункт находится в разделе мобильной сети.

На другом называется «Точки доступа».

На iPhone он находится в настройках сотовых данных.

А на некоторых устройствах часть параметров вообще заполняется автоматически и практически не показывается пользователю.

Для пользователя интернет остаётся интернетом.

Открыли Google Maps, Telegram или браузер — всё работает.

Но маршрут трафика международной eSIM иногда устроен интереснее, чем у обычной местной SIM.

При использовании местной SIM схема условно выглядит так:

телефон → мобильный оператор → интернет.

У международной eSIM маршрут может быть длиннее:

телефон → местный оператор → инфраструктура международного поставщика → интернет.

Это одна из причин, почему IP-адрес иногда определяется не той страной, где физически находится пользователь.

Например, человек находится в Италии, но сайт считает, что он во Франции.

Или в Нидерландах.

Или вообще в другой европейской стране.

Для мессенджеров, карт и большинства сайтов это обычно ничего не меняет.

Но сервисы, которые используют геолокацию по IP, могут вести себя неожиданно.

Например, показывать другую версию сайта или применять региональные ограничения.

После появления соединения начинается тарификация трафика.

Если куплен пакет:

10 ГБ / 30 дней,

сетевая инфраструктура считает переданные данные и уменьшает доступный остаток.

При этом счётчик в телефоне и счётчик на стороне оператора или поставщика могут немного отличаться.

Смартфон считает трафик самостоятельно.

Сеть — на своей стороне.

Поэтому ситуация:

телефон показывает 3,42 ГБ,

а сервис:

3,5 ГБ

сама по себе ещё не свидетельствует об ошибке.

Теперь немного серверной реальности.

Пользователь оплатил заказ.

Платёж подтверждён.

Система отправила запрос на выпуск eSIM.

А внешний API завис.

Или вернул ошибку.

Или соединение оборвалось в самый неподходящий момент.

Такие ситуации случаются практически в любой системе, которая зависит от внешних сервисов.

Проблема даже не в самом падении.

Есть значительно более неприятный вариант.

Представим последовательность:

1. Наш сервер отправил запрос.

2. Поставщик получил его.

3. eSIM была создана.

4. Поставщик отправил ответ.

5. Соединение оборвалось.

С нашей стороны выглядит так, будто ответа нет.

Но eSIM уже существует.

Если просто ещё раз отправить такой же запрос, теоретически можно получить вторую.

Именно поэтому в реальных системах много времени уходит на вещи, которых пользователь никогда не увидит:

Это не очень эффектно смотрится на сайте.

Зато именно такие вещи определяют, что произойдёт, когда один из компонентов системы начнёт работать не по идеальному сценарию.

Потому что снаружи мы видим один процесс, а внутри это цепочка независимых систем.

Предположим:

банк подтвердил операцию за секунду;

платёжная система передала уведомление ещё через две;

сервер обработал заказ;

поставщик выпустил eSIM за пять секунд;

почтовый сервис отправил письмо.

Для пользователя прошло совсем немного времени.

А теперь достаточно одному участнику этой цепочки вместо двух секунд отвечать сорок — и весь сервис субъективно становится «медленным».

Хотя остальные компоненты работают совершенно нормально.

Поэтому архитектура таких продуктов обычно строится так, чтобы пользователь не зависел исключительно от одного канала.

Например, задержка email не должна означать, что самого заказа не существует.

Не обязательно.

Здесь важно отличать eSIM-профиль от подключённого к нему пакета интернета.

Для некоторых продуктов на уже установленную eSIM можно затем подключить новый пакет.

То есть человек не устанавливает очередной профиль перед каждой поездкой, а пользуется существующим.

Но это зависит от конкретной eSIM и её поставщика.

Поэтому правило:

поездка закончилась — сразу удаляем eSIM

не всегда оптимально.

Сначала лучше понять, можно ли её затем пополнить.

На первый взгляд это было бы идеальным решением.

Одна eSIM.

Установили при покупке телефона.

Приехали в любую страну.

Купили пакет.

Подключились.

В определённой форме такие решения уже существуют.

Но возникает экономика мобильных сетей.

Стоимость трафика в разных странах отличается.

Отличаются договорённости между операторами.

Отличаются доступные сети.

Где-то есть 5G, где-то только 4G.

Для одних сетей разрешена раздача интернета, для других действуют ограничения.

Одни направления дешёвые.

Другие значительно дороже.

Поэтому глобальный тариф почти всегда становится компромиссом между универсальностью и ценой.

А отдельные пакеты для конкретных стран позволяют гибче подбирать условия.

Если очень сильно упростить весь путь, получится так.

1. Пользователь выбирает страну и пакет.

2. Создаётся заказ.

3. Платёж отправляется в платёжную систему.

4. Банк подтверждает операцию.

5. Сервис получает подтверждение оплаты.

6. Определяет нужный продукт и поставщика.

7. Отправляет запрос на выпуск eSIM.

8. Получает профиль и идентификаторы.

9. Сохраняет их в системе.

10. Показывает пользователю QR-код и отправляет инструкции.

11. Пользователь устанавливает eSIM.

12. После прилёта смартфон находит подходящую мобильную сеть.

13. Профиль регистрируется в сети.

14. Начинается передача данных.

После этого человек открывает карту, вызывает такси или пишет родным:

Прилетел. Всё нормально.

Для него весь процесс занял пару минут.

А за этой парой минут успели договориться друг с другом банк, платёжная система, несколько серверов, телеком-платформа, мобильный оператор и смартфон.