Реализация мобильных платежей и онлайн-оплаты в мобильных приложениях

Существует несколько способов внедрения функции мобильных платежей с использованием банковских карт физических лиц из любых стран мира, где работают международные платежные системы Maestro, Mastercard, VISA, UnionPay, МИР и электронные деньги QIWI, ЮMoney, Webmoney, PayPal и другие.
Можно подключить пакет услуг агрегатора или шлюз к адаптивной версии сайта, а возможно разработать отдельное полноценное приложение и интегрировать в него требуемые механизмы онлайн-оплаты.

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

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

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

Отличие платежного агрегатора от шлюза заключается в следующем:

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

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

• По способу разработки – нативные и кроссплатформенные. Первые предназначены только для конкретной платформы и пишутся на нативных компилируемых языках. Для Андроид это Java, Kotlin, а для iOS – Objective, Swift. Кроссплатформенные работают под разными мобильными ОС. При создании таких приложений используются кроссплатформенные фреймворки.
• В зависимости от места хранения данных – концептуально нативные и гибридные. В первом случае основной контент хранится на самих устройствах, а с серверов загружаются только, например, клиентские и товарные базы данных. В гибридных приложениях данные, через которые реализуется весь функционал, подгружаются с серверов. Исключение – программные средства, управляющие аппаратной частью пользовательских устройств.

В чисто нативных приложениях привычной в понимании покупателей интернет-магазинов оплаты онлайн с использованием банковской карты и заполнением платежных реквизитов нет. Единственный функционал, который можно внедрить с помощью стандартных программных инструментов разработчика, – покупки в приложении вида InAppPurchase. Можно купить внутриигровые ресурсы, особые юниты в играх, оформить возобновляемую и невозобновляемую подписку, открыть доступ к продвинутым возможностям, новым игровым локациям, уровням, полным версиям электронных изданий. InAppPurchase реализовывается с помощью SKU-идентификаторов магазинов приложений и контента – например, AppStore и iTunes Store в iOS или Play Market и «Книги» на Android.

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

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

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

В частности, такое требование есть и у популярного российского сервиса «Яндекс.Кассы». Получение сертификата может занять недели, которые уйдут на проверку соответствия приложений предъявляемым требованиям по безопасности. Для небольших и средних торговых площадок процедура оказывается слишком сложной

Программная библиотека компонентов SDK для мобильных приложений на Андроид и iOS значительно облегчает задачи по разработке различных продуктов, в том числе и интернет-магазинов. Она превосходит по функциональным возможностям API, имея не только готовые блоки для создания проектов, но и отдельные компоненты и инструменты. Для разработанных на SDK площадок интернет-коммерции не требуются сертификаты PCI DSS для приема онлайн-платежей, поскольку пользовательские платежные данные не остаются в бэкенде. Всю необходимую поддержку обеспечивают компании, которые предоставляют услуги по внедрению своих решений SDK. Оплата товаров и услуг осуществляется прямо через интерфейс приложения – переходы в другие, а также на веб-сайты платежных систем не нужны.

Этот способ реализации приема платежей является один из самых востребованных из-за простоты внедрения. Размещенный в интернет-магазине контент вместе с функциями портируется в мобильное приложение. В него фактически интегрируется отдельный браузер. После оформления заказа и нажатия кнопки оплаты покупатель направляется в интерфейс платежного сервиса. Недостатки WebView:

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

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

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

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