Платежные сервисы, что это за программа для Android

Обновлено: 21.11.2024

Легко интегрируйте нативные мобильные платежи прямо в приложение для Android или iOS с помощью мобильного SDK Amazon Payment Services.

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

Наши предварительно упакованные SDK требуют меньше усилий и навыков разработки по сравнению с пользовательским кодированием вашего собственного платежного интерфейса в приложении.

Используя наши SDK для Android и iOS, вы можете обеспечить беспрепятственный процесс оплаты в приложении, сводя к минимуму вероятность того, что ваш клиент откажется от покупки до ее завершения.

Возможности мобильного приложения SDK

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

Полностью безопасно. Ваши клиенты получают такой же надежный опыт работы с Amazon Payment Services в приложении, когда вы используете SDK для мобильного приложения. Данные карты передаются через полностью безопасный уровень, а аутентификация надежно обрабатывается Amazon Payment Services.

Полностью персонализированный. Мобильный SDK Amazon Payment Services полностью настраиваемый, что позволяет вашим клиентам работать как на устройствах Android, так и на iOS.

Когда следует использовать SDK для мобильных приложений?

Если у вашей компании есть приложение для Android или iOS, которое ваши клиенты используют для покупки товаров или услуг, мы почти всегда рекомендуем вам интегрировать обработку платежей, принимая платежи в приложении.

Более быстрый путь к включению платежей в приложении — использование нашего SDK для мобильных приложений, который обеспечивает гораздо лучший клиентский опыт по сравнению с перенаправлением клиентов в мобильный браузер для оплаты. В прошлом перенаправление на мобильный браузер было обычной практикой, но теперь большинство пользователей ожидают, что процесс покупки будет естественным и полностью включенным в ваше приложение.

Наш SDK для мобильных приложений предлагает более быструю альтернативу написанию пользовательского кода, предоставляя необходимый вам код обработки платежей в одном пакете. Однако, если у вас достаточно ресурсов для разработки, вам следует рассмотреть возможность индивидуального кодирования вашего взаимодействия с платежами в приложении, напрямую подключившись к API-интерфейсам Amazon Payment Services.

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

Рабочий процесс интеграции Mobile SDK

Каждый раз, когда ваш клиент инициирует платеж в приложении, ваше приложение отправляет запрос на сервер Amazon Payment Services для нового токена аутентификации для аутентификации использования SDK. Остальная часть процесса оплаты примерно аналогична другим нашим способам интеграции.

Это рабочий процесс при использовании интеграции с мобильным SDK:

Ваше приложение инициирует мобильный SDK Amazon Payment Services и передает соответствующие параметры мобильному SDK Amazon Payment Services.

Мобильный SDK Amazon Payment Services устанавливает безопасное соединение и отправляет полученные параметры в API Amazon Payment Services для проверки.

Amazon Payment Services возвращает ответ проверки.

Затем мобильный SDK отправляет данные держателя карты в API Amazon Payment Services для обработки заказа.

API проверяет и обрабатывает заказ в банке клиента.

API возвращает ответ Amazon Payment Services SDK.

В свою очередь, мобильный SDK возвращает ответ Amazon Payment Services на соответствующий метод обратного вызова.

При желании ваше мобильное взаимодействие с сервером Amazon Payment Services также может быть настроено на прямую связь с вашим сервером.

Процесс интеграции для Android и iOS немного отличается. См. дополнительные сведения об интеграции SDK Amazon Payment Services для Android или прочитайте об интеграции SDK для iOS.

Токены аутентификации API для Mobile SDK

Для каждого запроса, отправляемого в SDK, требуется уникальный токен аутентификации мобильного SDK. Вы используете токен аутентификации мобильного SDK каждый раз, когда обрабатываете платежную операцию с помощью мобильного SDK.

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

👆 За создание и инициацию токена аутентификации мобильного SDK отвечает ваше приложение.

Справочник по Android SDK для разработчиков

Опубликовать приложение для Android? Разработчикам следует загрузить репозиторий Github и прочитать наш Android SDK. документация.

Если приложение Android суммирует через Google Play, вы можете интегрировать его с Google Pay API и установить в нем скорость платежных карт.О том, как это сделать, рассказывается ниже.

Шаг 1. Укажите версию Google Pay API

Укажите версию Google Pay API, которая используется в приложении. Основной и дополнительный номер версии теряется в ответе и свойствах на то, какой набор полей будет проверен во всех объектах.

Создайте базовый объектный запрос, значимый среди всех целевых запросов.

Котлин

Шаг 2. Запросите токен для поставщика платежных услуг

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

Котлин

Замените example значениями и exampleGatewayMerchantId значениями, подходящими для вашего поставщика платежных услуг. В таблице ниже указаны значения gateway и gatewayMerchantId для отдельных отраслей.

Документация для пропуска отсутствует

Тип токенизации PAYMENT_GATEWAY – наиболее распространенный способ использования Google Pay API для оплаты картой. Если у вашего поставщика платежных услуг нет гибкости, попробуйте интеграцию типа DIRECT. Более подробную информацию можно найти в документации.

Шаг 3. Задайте доступные платежные системы

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

Котлин

Дополнительную информацию можно найти в разделе CardParameters в сведениях об объектах JSON. Список доступных токенов для устройств Android можно получить через шлюз, а также информацию о наличии платежных инструментов – у обработчика платежей.

Шаг 4. Укажите предполагаемые платежи

Указать, что ваше приложение поддерживает платежную карту CARD, можно использовать способ сравнения методов аутентификации и платежных систем.

Котлин

Расширьте объект базовой платежной карты, чтобы указать, какая информация (включая токенизированные платежные данные) должна возвращаться в приложение.

Котлин

Дополнительную информацию о применимых параметрах параметров можно найти в разделе CardParameters в сведениях об объектах JSON.

Помимо карт (CARD), в Google Pay удобный способ оплаты PAYPAL. Подробнее о том, как добавить счет PayPal в Google Pay, написано здесь.

Шаг 5. Проект экземпляра объекта PaymentsClient

Создайте экземпляр PaymentsClient в методе onCreate object Activity . Экземпляр PaymentsClient используется для взаимодействия с Google Pay API.

Котлин

Шаг 6. Определенная вероятность ошибки с помощью Google Pay API

Добавьте разрешенные платежи в запросе базового объекта с использованием фрагмента кода:

Котлин

Прежде чем отображать настройку Google Pay, вызовите isReadyToPay API, чтобы определить, может ли пользователь проникнуть через Google Pay API. Полный список свойств можно найти в документации JSON по объекту IsReadyToPayRequest .

Котлин

Как пример, лучше всего указать Google Pay в качестве успешной оплаты только после получения положительного результата от функции isReadyToPay . Как правило, кнопка Google Pay отображается в макете, когда вы предъявляете способ оплаты. Более подробную информацию о доступных кнопках оплаты, логотипах и метках Google Pay можно найти в правилах фирменного оформления Google.

Шаг 7. Настройка объекта PaymentDataRequest

Объект JSON PaymentDataRequest описывает информацию, которую нужно запросить у покупателя на странице оплаты Google Pay.

Укажите данные о цене и о ее статусе. Более сложная информация представлена в документации JSON по объекту TransactionInfo .

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

Котлин

Укажите название для пользователей. Более сложная информация представлена в документации JSON по объекту MerchantInfo .

В нижеследующем представлении, как это называется.

Котлин

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

В представлении ниже показано, как запросить платежные данные:

Котлин

Шаг 8. Настроить обработчик жестов пользователей

Чтобы запросить вывод страницы оплаты Google Pay в рамках индивидуальной настройки оплаты Google Pay, задайте параметр OnClickListener .

Котлин

Объект PaymentDataRequest – это Parcelable, который представляет собой запрос платежных данных. Сведение объекта PaymentDataRequest необходимы для оплаты. использовать класс AutoResolveHelper, чтобы автоматически ставить поставленную задачу Task. Затем обработайте результат с помощью метода onActivityResult класса Activity .

Шаг 9. Обработайте объект ответа

После того как покупатель увидит, что покупатель запросил всю информацию на странице оплаты Google Pay, объект PaymentData возвращается в onActivityResult .

Чтобы передать платежные данные обработчику и выдать подтверждение загрузки, конвертируйте ответ в JSON. Если параметр transactionInfo.totalPriceStatus , переданный в PaymentDataRequest , имеет статус ESTIMATED , необходимо показать итоговую цену до списания средств в рамках возвратного платежа.

Извлеките токен из ответа paymentData . Если вы выполняете интеграцию шлюза, передайте этот токен шлюзу, не совершая никаких изменений.

Котлин

Дополнительную информацию о содержании можно найти в документации JSON по объекту PaymentData .

Выводы

Далее представлен полный пример правильно настроенного проекта. Инструкции см. в разделе Настроить ваш проект.

CheckoutActivity.kt (Котлин)

В рамках данного примера Activity, что кнопка оплаты Google Pay с атрибутом id в googlepay_button присутствует в шаблоне.

PaymentsUtil.kt (Котлин)

Ниже представлен пример файла для создания объектов JSON, воплощенный для создания объекта IsReadyToPayRequest или PaymentDataRequest .

CheckoutActivity.java (Java)

В рамках данного примера Activity, что кнопка оплаты Google Pay с атрибутом id в googlepay_button присутствует в шаблоне.

PaymentsUtil.java (Java)

Если не указано иное, содержимое этой страницы предоставляется по лицензии Creative Commons Attribution 4.0, а образцы кода — по лицензии Apache 2.0. Подробнее см. в Правилах сайта Google Developers. Java является зарегистрированным товарным знаком Oracle и/или ее дочерних компаний.

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

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

Процедура оформления заказа в приложении Google Pay для конкретной платформы, использующем веб-платежи.

По сравнению с использованием только намерений Android, веб-платежи обеспечивают лучшую интеграцию с браузером, безопасность и пользовательский интерфейс:

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

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

Чтобы внедрить веб-платежи в платежное приложение для Android, нужно выполнить четыре шага:

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

Чтобы увидеть веб-платежи в действии, посмотрите демоверсию android-web-payment.

Чтобы продавец мог использовать ваше платежное приложение, ему необходимо использовать API запроса платежа и указать поддерживаемый вами способ оплаты с помощью идентификатора способа оплаты.

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

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

Продавец может вызвать метод hasEnrolledInstrument(), чтобы узнать, может ли покупатель совершить платеж. Вы можете внедрить IS_READY_TO_PAY в качестве службы Android, чтобы ответить на этот запрос.

Услуга IS_READY_TO_PAY не является обязательной. Если в платежном приложении нет такого обработчика намерений, веб-браузер предполагает, что приложение всегда может совершать платежи.

API для службы IS_READY_TO_PAY определен в AIDL. Создайте два файла AIDL со следующим содержимым:

Простейшая реализация IsReadyToPayService показана в следующем примере:

Передайте следующие параметры в onBind в качестве дополнительных параметров Intent:

Имена методов
данные метода
верхний уровень
цепочка сертификатов верхнего уровня
цепочка сертификатов верхнего уровня
происхождение запроса платежа

Имена запрашиваемых методов. Элементы являются ключами в словаре methodData и указывают методы, поддерживаемые платежным приложением.

Сопоставление каждой записи methodNames с methodData .

Цепочка сертификатов продавца (цепочка сертификатов контекста просмотра верхнего уровня). Null для локального хоста и файла на диске, которые являются безопасными контекстами без SSL-сертификатов. Цепочка сертификатов необходима, поскольку платежное приложение может иметь другие требования к доверию для веб-сайтов.

Каждый Parcelable представляет собой Bundle с ключом "сертификат" и значением массива байтов.

Бессхемное происхождение контекста просмотра iframe, вызывающего новый конструктор PaymentRequest(methodData, details, options) в JavaScript. Если конструктор был вызван из контекста верхнего уровня, то значение этого параметра равно значению параметра topLevelOrigin.

Служба может отправить ответ с помощью метода handleIsReadyToPay(Boolean).

Вы можете использовать Binder.getCallingUid(), чтобы проверить, кто звонит. Обратите внимание, что это нужно делать в методе isReadyToPay, а не в методе onBind.

См. раздел Проверка сертификата подписи вызывающего объекта о том, как проверить правильность подписи вызывающего пакета.

Продавец вызывает функцию show(), чтобы запустить платежное приложение, чтобы покупатель мог совершить платеж. Платежное приложение вызывается через намерение Android PAY с информацией о транзакции в параметрах намерения.

Платежное приложение отвечает с помощью methodName и details , которые зависят от платежного приложения и непрозрачны для браузера. Браузер преобразует строку сведений в объект JavaScript для продавца посредством десериализации JSON, но не обеспечивает никакой действительности, кроме этого. Браузер не изменяет детали; значение этого параметра передается непосредственно продавцу.

Действие с фильтром намерений PAY должно иметь тег, определяющий идентификатор способа оплаты по умолчанию для приложения.

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

Следующие параметры передаются в действие как дополнения Intent:

Имена методов
данные метода
верхний уровень
цепочка сертификатов верхнего уровня
происхождение запроса платежа
всего
модификаторы
идентификатор запроса платежа

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

Сопоставление каждого из methodNames с methodData .

Содержимое HTML-тега страницы оформления заказа продавца (контекст браузера верхнего уровня).

Цепочка сертификатов продавца (цепочка сертификатов контекста просмотра верхнего уровня). Null для локального хоста и файла на диске, которые являются безопасными контекстами без SSL-сертификатов. Каждый Parcelable представляет собой Bundle с ключом сертификата и значением массива байтов.

Происхождение без схемы контекста просмотра iframe, вызывающего новый конструктор PaymentRequest(methodData, details, options) в JavaScript. Если конструктор был вызван из контекста верхнего уровня, то значение этого параметра равно значению параметра topLevelOrigin.

Строка JSON, представляющая общую сумму транзакции.

Вот пример содержимого строки:

Вывод JSON.stringify(details.modifiers) , где details.modifiers содержит только поддерживаемые методы и общее количество .

Поле PaymentRequest.id, которое приложения для push-платежей должны ассоциировать с состоянием транзакции. Веб-сайты продавцов будут использовать это поле для внепланового запроса приложений "push-pay" о состоянии транзакции.

Действие может отправить свой ответ обратно через setResult с RESULT_OK .

В качестве дополнительных параметров Intent необходимо указать два параметра:

methodName : имя используемого метода.
details : строка JSON, содержащая информацию, необходимую продавцу для завершения транзакции. Если для успеха задано значение true , сведения должны быть созданы таким образом, чтобы JSON.parse(details) выполнялся успешно.

Вы можете передать RESULT_CANCELED, если транзакция не была завершена в платежном приложении, например, если пользователь не ввел правильный PIN-код для своей учетной записи в платежном приложении. Браузер может позволить пользователю выбрать другое платежное приложение.

Если для результата действия платежного ответа, полученного от запущенного платежного приложения, задано значение RESULT_OK , Chrome проверит непустое имя метода и подробности в дополнительных элементах. Если проверка не пройдена, Chrome вернет отклоненное обещание от request.show() с одним из следующих сообщений об ошибке, с которыми сталкивается разработчик:

Действие может проверить вызывающую сторону с помощью метода getCallingPackage().

Последний шаг – проверка сертификата подписи вызывающего объекта, чтобы убедиться, что вызывающий пакет имеет правильную подпись.

Наличные — это прошлый век, и прикосновение к устройству чтения кредитных карт небезопасно для людей с COVID-19. К счастью, мы протестировали лучшие приложения для бесконтактных платежей в магазинах, платежей друзьям и онлайн-покупок с помощью телефона, чтобы вы могли выбрать то, которое подходит именно вам.

Наши 7 лучших вариантов

Лучшее для пользователей Android

Google Pay

Хорошо продуманное многофункциональное приложение, предлагающее платежи в магазине, в Интернете и между физическими лицами. Это особенно привлекательно для пользователей Android, но также работает на iOS и в Интернете.

Лучше всего подходит для онлайн-покупок

PayPal

PayPal – это удобная, простая в использовании и повсеместно распространенная платежная платформа, которая подходит как для онлайн-покупок, так и для платежей друзьям, хотя в последнем случае Venmo по-прежнему превосходит ее.

Зелле

Zelle может быть самым простым способом отправить деньги человеку в США. Он работает внутри вашего банковского приложения или веб-сайта, поэтому деньги поступают прямо на счет получателя. Забудьте о социальных сетях, подобных Venmo, или о платежах в магазинах.

Apple Pay

Apple Card, Apple Cash и Apple Pay работают вместе, предоставляя пользователям iPhone множество вариантов оплаты как в магазине, так и у друзей.

Самсунг Пей

Samsung Pay – это единственная служба, которая позволяет использовать телефон для оплаты в любой точке продаж, где принимаются кредитные карты. Однако вы не можете использовать его для оплаты своим друзьям.

Лучше всего подходит для покупки акций и биткойнов

Приложение для оплаты

Cash App — это удобная и простая платформа для отправки и получения денег, совершения платежей в магазине, инвестирования в акции и биткойны и даже для подачи налоговой декларации.

Лучше всего для платных друзей

Венмо

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

С 1982 года компания PCMag протестировала и оценила тысячи продуктов, чтобы помочь вам принимать более обоснованные решения о покупке. (Прочитайте нашу редакционную миссию.)

Благодаря альтернативным цифровым платежным решениям, подобным тем, которые мы собрали здесь, такие слова, как безналичный и бесконтактный, вошли в обиход. Как и другие области технологий, цифровые транзакции приобрели большее значение перед лицом нынешнего кризиса в области здравоохранения, вызванного COVID-19. Вам больше не нужно копаться в кармане и доставать зараженные вирусом купюры и монеты или даже кредитную карту и отдавать их кассиру. Вместо этого просто платите своим смартфоном. Таким способом можно расплачиваться не только в Macy's или McDonald's, но и платить своим друзьям и знакомым за прогулки, товары или услуги. Вы также можете использовать многие из представленных здесь приложений для оплаты в интернет-магазинах и в некоторых приложениях.

Некоторые из этих сервисов даже не требуют установки отдельного приложения: в Apple Pay платежи в магазине встроены в приложение Wallet, а платежи между физическими лицами осуществляются в приложении Сообщения. Zelle чаще всего доступен из приложения вашего конкретного банка, а не как отдельное приложение. Facebook Messenger позволяет вам платить контактам в чате.

Плательщики

Вероятно, самый популярный способ мобильных платежей — это одноранговые платежи, примером которых является Venmo. Однако есть много других способов платить друзьям напрямую. Apple Pay Cash, Circle Pay, Facebook Payments, Google Pay, PayPal, Square Cash и Zelle позволяют вам рассчитываться с другими людьми. Однако с помощью Apple Pay вы можете платить только контактам, у которых есть iPhone, тогда как Venmo и остальные являются кросс-платформенными сервисами.

Когда вы получаете деньги, большинство приложений хранят ваши деньги в хранилище, своего рода ограниченном банковском счете. Zelle и Google Pay являются исключениями, доставляя средства непосредственно на банковский счет получателя. Некоторые приложения, такие как Venmo, требуют плату за перевод денег с вашего счета приложения на банковский счет (см. следующий раздел).

Комиссия за мобильные платежи

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

Еще одна ситуация, в которой вы будете платить еще более высокую комиссию, — это международные переводы. Подробнее см. в разделе «Международная поддержка» ниже.

Лимиты платежей

Службы различаются в зависимости от того, сколько они позволяют вам платить, но обычно они увеличивают максимально допустимый платеж при увеличении использования. Venmo и Square Cash начинают с максимальной суммы в 300 долларов в неделю. Лимиты Zelle определяются вашим банком. Онлайн-банк Ally, например, ограничивает отправку до 5000 долларов в день и 10 000 долларов в месяц через Zelle. С помощью Google Pay вы можете отправлять до 10 000 долларов США в неделю сразу же.

Оплата в магазинах

Некоторые приложения, представленные здесь, позволяют вам расплачиваться не только с друзьями, но и в магазинах. Google Pay, Apple Pay и Samsung Pay — сильные соперники в этой области. Apple обогнала всех остальных по бесконтактным платежам в магазине. Отличительной особенностью Samsung Pay является то, что он работает везде, где работают карты с магнитной полосой, хотя они в значительной степени были заменены более безопасными устройствами NFC для точек продаж.

Приложение PayPal также можно использовать для оплаты в некоторых магазинах, хотя оно не поддерживает прямые беспроводные платежи NFC, которые делают Apple Pay и Google Pay. Для нас нет ничего более приятного, чем тактильный «стук», который вы получаете, когда транзакция Apple Pay завершается.

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

Международная поддержка

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

Как упоминалось выше, вы платите больше за это трансграничное удобство. Например, когда вы отправляете деньги в Гватемалу, Xoom взимает 4,99 доллара США, если вы используете банковский счет, и 6,99 доллара США за кредитную карту, а также любую комиссию за обменный курс, которую он может взимать. Это сильно зависит от страны: при платежах в Финляндию вы ничего не платите при использовании банковского счета, но при использовании кредитной карты вы платите около 3 процентов от суммы транзакции.

PayPal позволяет отправлять деньги более чем в 200 стран, но получателю требуется учетная запись PayPal. Для платежей в магазине Samsung Pay работает в 17 странах за пределами США, а Google Pay работает в Великобритании, а также в США. Apple Pay работает в магазинах в 26 странах, но личные платежи работают только с аккаунтами в США.

Оплата в Интернете и на часах

Многие сервисы позволяют платить через веб-браузер, а не только через приложение. Этим славится PayPal, а Venmo, Xoom, Google Pay и другие также предлагают веб-интерфейсы. Apple Pay в этом отношении слаб, поскольку работает только в Safari на Mac, который находится рядом с вашим iPhone.

Samsung Pay может совершать веб-платежи только в том случае, если вы привязываете учетную запись Visa Checkout, но она работает на телефонах компании и (очень хорошо) на ее смарт-часах. Как и следовало ожидать, Apple Pay работает на Apple Watch, и есть несколько часов с ОС Google Wear, которые поддерживают Google Pay.

Безопасность

Все приложения и службы, поддерживающие платежи в магазине, используют анонимные токены, зашифрованные версии номера вашей кредитной карты. Фактический номер не передается, поэтому на самом деле это безопаснее, чем передавать свой пластик. Все сервисы, поскольку они передают информацию о кредитных картах, должны соответствовать стандарту безопасности данных PCI (PCI DSS) — тому же стандарту, который используется для аналоговых платежных карт. Это включает в себя такие вещи, как внедрение более новой системы безопасности транспорта, чем SSL и ранний TLS.

Кроме того, большинство банков придерживаются политики нулевой ответственности за мошенничество с кредитными картами. Это означает, что если вас обманули, вам не нужно ничего платить (с некоторыми разумными ограничениями). По закону максимальная сумма, за которую вы можете нести ответственность, составляет 50 долларов. Большинство служб также используют технологию обнаружения мошенничества, чтобы защитить вас.

Но платежи между физическими лицами, не связанные с кредитными картами, — это совсем другая история: денежные переводы Venmo или Zelle не защищены, о чем можно было бы говорить. Когда вы платите кому-то в приложении, вы должны считать это эквивалентом передачи наличных денег, и их одинаково легко или трудно вернуть.Это одна из причин, по которой вам никогда не следует использовать услуги p2p для оплаты бизнеса или покупок в Интернете с их помощью: вы можете потерять свои деньги и не получить продукт, который, как вы думали, вы купили.

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

Дополнительные бонусы

Услуги, включенные в этот список, часто не просто позволяют вам платить. Существуют различные дополнительные привилегии, которые некоторые предлагают, например перечисленные ниже.

Разделение платежей. Допустим, ваша компания друзей пошла в модный ресторан на празднование дня рождения. Как вы все платите свою справедливую долю? Многие платежные приложения и сервисы позволяют разделить платеж — просто введите полную сумму и все контакты, которые необходимо внести. Разумеется, они должны быть зарегистрированы в платежном сервисе, которым вы пользуетесь.

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

Карты лояльности. Многие из представленных здесь приложений и сервисов позволяют вводить информацию о программе лояльности, чтобы продолжать накапливать баллы. В этой области сильны LevelUp, PayPal, Samsung Pay и Google Pay.

Подарочные карты. Некоторые из этих приложений предлагают удобный способ объединить все ваши деньги или хранить подарочные карты. Обычно достаточно сфотографировать карту и, возможно, ввести код, чтобы деньги стали доступны в платежном приложении.

Биткойн и инвестирование. Только Square Cash среди представленных здесь приложений позволяет покупать и продавать биткойны, но вы, вероятно, используете Coinbase или другой криптовалютный кошелек, если вы поклонник биткойнов. Square Cash также позволяет легко покупать дробные акции: например, вы хотите акции Berkshire Hathaway (BRK-A), но не имеете цены за одну акцию в 317 000 долларов. Получите 100 долларов в приложении Square Cash.

Кредитные карты и карты для банкоматов. Самым известным примером этого является Apple Card, которая предлагает вознаграждение в размере 2 процентов (3 процента для продуктов Apple) и некоторые другие отличные варианты. PayPal и Venmo предлагают кредитные и дебетовые карты, а дебетовая карта Square Cash иногда предлагает очень большие скидки. Samsung предлагает карту и бесплатный процентный счет для управления денежными средствами, предоставляемый SoFi.

Не стесняйтесь присоединиться к социальным каналам PCMag (Facebook, Twitter), чтобы поделиться своим опытом и советами по навигации в дивном новом мире мобильных платежей. Дайте нам знать, если в нашем обзоре отсутствует что-то, что вам нравится, или что-то включенное, которое вызвало у вас приступы. А пока держите этот пластик и зеленую бумагу в бумажнике!

Читайте также: