payment page что это
The easiest way to accept online payments for WordPress
Set up a beautiful payment form in less than 60 seconds.
Some of the amazing companies using Payment Page
What’s in a Payment Page?
Effortless Payments
Easily accept payments for services, physical products, or donations in minutes!
Flexible Subscriptions
Enable customers to choose their payment plans and automate recurring payments.
Global Payments
Allow your customers to pay directly with their preferred payment methods, we’re starting with Credit cards – and more coming soon!
Single Page Checkout
Everything happens on your Payment Page – the customer sees the product, makes payment, and receives a confirmation without refreshing.
Multi-Currency Support
Charge customers in any local currency based on your connected payment gateway.
Custom Amounts
Users can enter any custom payment amount for donations, one-time contracts, or mutually agreed upon subscriptions – full flexibility.
Payment Security
Highly secure payment form that keeps your website safe from hackers or fraudsters.
Customizable Forms
Pick a template or completely customize the design and feel of your payment form using our Elementor Widget.
Perfectly Responsive
The payment flow works flawlessly on any screen size and mobile often offers an even easier way to make payments.
Custom Fields
Gather valuable data by adding custom fields to so you can obtain the valuable info you need during the payment process.
Why our Customers 
Payment Page
Payment PageI needed a great little plugin to help me accept payments from customers when I was in China.
The support team did a fantastic job of helping me get through a few technical issues at the beginning and now we’re all up and running! A great plugin from a great company.
Параметры открытия платежной формы Payment Page
Подробнее о собираемых параметрах о пользователе см. в разделе Сбор данных о пользователе.
| Параметр | Обязательность | Тип | Описание | Пример |
|---|---|---|---|---|
| account_token | Нет | string | Токен банковской карты. При передаче токена в этом параметре виджет открывается с предвыбранной картой. |
Этот параметр используется для передачи расширенной информации о бронировании, например номер брони, имена гостей отелей или путешественников. Параметр поддерживается только для компаний, работающих в туристической отрасли.
Расширенная информация должна представляться в параметре строкой, закодированной с применением алгоритма Base64. Подробнее о формировании значения параметра addendum_data см. Длинная запись в Payment Page
Параметр, определяющий поведение виджета, открытого в модальном окне, при щелчке за пределами области отображения виджета:
Параметр, включающий открытие сгенерированной платежной страницы в отдельной вкладке
Режим перенаправления пользователя при отклоненной оплате:
Параметр, включающий открытие платежной страницы в отдельной вкладке на мобильных устройствах
Режим перенаправления пользователя при проведенной оплате:
Режим перенаправления пользователя при успешной токенизации в режиме Card Tokenize
«Платежи с использованием карт через партнёра (РФ)»
Обзор
Характеристика
| Тип платёжного метода | платежи с использованием карт через партнёра |
|---|---|
| Регионы использования | RU |
| Валюты платежей | RUB |
| Конвертация валют | – |
| Оплаты | + |
| Выплаты | + |
| Оплаты по сохранённым данным | – |
| Полные возвраты | – |
| Частичные возвраты | – |
| Опротестования | – |
| Особенности | Проведение выплат через сервис партнёра аналогично проведению выплат с использованием платёжных карт |
| Организация и стоимость подключения | по согласованию с курирующим менеджером ECommPay |
Схема работы
Основные операции
| Интерфейсы | Суммы, RUB | |||||
|---|---|---|---|---|---|---|
| Payment Page | CMS Plug-ins | Gate | Dashboard (Old Dashboard) | минимум | максимум | |
| Оплаты | + | – | + | – | * | * |
| Выплаты | – | – | + | – | * | * |
Сценарии использования
Проведение оплат с использованием метода выполняется с перенаправлением пользователей к сервису партнёра, проведение выплат — с уведомлением пользователей через веб-сервис мерчанта.
Рис.: Оплата через Payment Page
Рис.: Оплата через Gate
Рис.: Выплата через Gate
Детальные сведения о том, что необходимо делать со стороны мерчанта для проведения платежей, а также о том, что можно использовать для анализа информации о проведённых платежах и операциях, представлены далее.
Оплаты через Payment Page
Общая информация
Для оплаты через Payment Page с использованием данного метода со стороны веб-сервиса необходимо отправить запрос, содержащий требуемые параметры и подпись, на рабочий URL ECommPay и принять оповещение о результате оплаты. При этом метод можно сделать предварительно выбранным (подробнее — в разделе Предварительный выбор платёжного метода). Полная схема проведения оплаты представлена далее.
Рис.: Проведение оплаты через Payment Page
Информация о формате запросов и параметрах вызова Payment Page при работе с данным методом, а также о формате оповещений о результатах оплат приведена далее; общая информация о работе с API см. в разделе Описание Payment Page API.
Формат запросов
При формировании запросов на открытие платёжной формы с применением метода необходимо учитывать следующее:
Таким образом, корректный запрос на открытие платёжной формы с применением метода должен содержать идентификаторы проекта и платежа, а также валюту и сумму платежа и подпись:
Формат оповещений
Для оповещений о результатах оплат с применением метода используется стандартный формат, описание которого представлено в разделе Оповещения.
Рис.: Пример оповещения о проведении оплаты
В следующем примере оплата была отклонена из-за неподдерживаемой валюты платежа.
Рис.: Пример оповещения об отказе в проведении оплаты
Дополнительные материалы
Для организации работы с оплатами через Payment Page также могут быть полезны следующие материалы:
Оплаты через Gate
Общая информация
Для оплаты через Gate с использованием метода со стороны веб-сервиса необходимо:
Полная схема проведения оплаты представлена далее.
Рис.: Проведение оплаты через Gate
Формат запросов
При работе с запросами на оплаты с применением метода необходимо учитывать следующее:
Таким образом, корректный запрос на оплату с применением метода должен содержать идентификаторы проекта и платежа, подпись, данные пользователя, валюту и сумму платежа, а так же URL для перенаправления:
Рис.: Пример запроса на оплату
Форматы данных для перенаправления пользователей
Далее приведён фрагмент оповещения, содержащего данные для перенаправления.
Формат оповещений
Для оповещений о результатах оплат с применением метода партнёра используется стандартный формат, описание которого представлено в разделе Оповещения.
Рис.: Пример оповещения о проведении оплаты
В следующем примере оплата была отклонена из-за неподдерживаемой валюты платежа.
Рис.: Пример оповещения об отказе в проведении оплаты
Дополнительные материалы
Для организации работы с оплатами через Gate также могут быть полезны следующие материалы:
Выплаты через Gate
Общая информация
Для выплаты через Gate с использованием данного метода со стороны веб-сервиса необходимо отправить запрос, содержащий требуемые параметры и подпись, на рабочий URL ECommPay и принять оповещение о результате выплаты. Полная схема проведения выплаты представлена далее.
Рис.: Проведение выплаты через Gate
Дополнительные материалы
Для организации работы с выплатами через Gate также могут быть полезны следующие материалы:
Анализ результатов проведения платежей
Также можно выгружать нужную информацию для последующего анализа с помощью специализированных аналитических средств сторонних разработчиков:
Общая информация
Введение
Рис.: Payment Page в объекте iframe HTML-страницы
Рис.: Payment Page в модальном окне поверх HTML-страницы
Рис.: Payment Page в виде отдельной HTML-страницы, в текущей или новой вкладке браузера
Схема работы
При работе с Payment Page все взаимодействия с платёжной платформой — со стороны пользовательского устройства и серверной части веб-сервиса — выполняются с использованием протоколов HTTP версии не ниже 1.1 и TLS версии не ниже 1.2, а в качестве пользовательского браузера могут использоваться актуальные версии таких браузеров, как Chrome, Safari, Opera, Firefox, Microsoft Edge, Internet Explorer, Yandex Browser, QQ, MIUI, Samsung Internet, 360 и ряда других. Подробную информацию о работе Payment Page в разных средах можно получить у специалистов технической поддержки ECommPay ( support@ecommpay.com ).
Для описания общей схемы работы полезно разграничивать пользователя, клиентскую и серверную части веб-сервиса, платёжную платформу, Payment Page и платёжную среду.
Рис.: Схема взаимодействия
В общем случае работа с Payment Page строится следующим образом:
(При этом выполняются шаги 1–6 и частично шаг 7 общей схемы взаимодействия.)
(При этом выполняются шаги 7–12 общей схемы взаимодействия.)
(При этом выполняется шаг 13 общей схемы взаимодействия.)
Возможности
Поддержка разных целевых действий
С помощью Payment Page можно решать следующие задачи:
Конкретное целевое действие задаётся через параметры вызова Payment Page и определяет основу сценария работы с платёжной формой. При этом в рамках разных сценариев допустимы различные вариации: с указанием и сохранением платёжных данных, со сбором дополнительной информации и использованием иных возможностей, представленных далее.
Поддержка разных способов указания данных
При использовании Payment Page поддерживаются разные способы выбора платёжного метода и указания платёжных данных.
Платёжный метод может быть выбран одним из следующих способов:
Платёжные данные могут быть указаны одним из следующих способов:
Поддержка дополнительных функций
В дополнение к базовым сценариям (в каждом из которых так или иначе присутствуют выбор платёжного метода, указание данных и последующие обязательные шаги) при выполнении целевых действий в Payment Page можно использовать следующее:
Выполнение вспомогательных процедур
В остальном при работе с Payment Page со стороны мерчанта не требуется каких-либо действий по таким процедурам. Но вполне полезно знать об их наличии и о том, когда и как это касается пользователей.
К поддерживаемым в работе Payment Page вспомогательным процедурам относятся:
В пользовательском сценарии при выполнении аутентификации 3‑D Secure либо выполняется перенаправление к сервису эмитента, где необходимо подтвердить свою подлинность кодом из SMS-сообщения или иным способом, либо отображается страница ожидания (в то время, пока эмитент подтверждает подлинность без участия пользователя).
В пользовательском сценарии при выполнении аутентификации по инициативе мерчанта отображается дополнительная страница, на которой необходимо ввести проверочный код, полученный в SMS-сообщении или банковской выписке, при этом для аутентификации выполняется временная блокировка согласованной небольшой суммы.
В пользовательском сценарии для выполнения такой проверки обязательными для указания становятся почтовый индекс и адрес.
В пользовательском сценарии при выполнении этой процедуры отображаются соответствующее уведомление и дополнительные поля, которые требуется заполнить здесь же, на форме. И после заполнения этих полей проведение платежа продолжается стандартным образом.
Поддержка разных вариантов отображения итоговой информации
При работе с Payment Page информацию о результате целевого действия можно отображать как в платёжной форме, так и в веб-сервисе.
Такое многообразие решений позволяет обеспечивать необходимую вариативность и отображать разные итоговые страницы для разных целевых действий, регионов работы, групп пользователей и так далее. В тех случаях, когда это нужно.
Контроль работы с формой и результатов целевых действий
Это позволяет оперативно реагировать на значимые события, связанные с платёжной формой, непосредственно в клиентской части веб-сервиса. Так, можно уточнить у пользователя причину закрытия формы или дополнительно уведомить его о скором завершении времени на ввод данных. И, конечно, за счёт такого контроля можно дополнительно анализировать действия пользователей при работе с Payment Page в разных ситуациях.
Это позволяет избежать ситуаций с „подвисанием“ открытых форм на нежелательно долгое или вовсе неопределённое время и контролировать предоставление услуг пользователям (что, например, может быть актуально при продаже билетов, распродаже товаров и иных событиях с привязкой ко времени).
Совокупность этих средств позволяет контролировать со стороны мерчанта практически все аспекты, которые могут быть значимы при использовании платёжной формы.
Поддержка разных вариантов оформления платёжной формы
В дополнение к различным функциональным возможностям при работе с Payment Page можно гибко конфигурировать дизайн формы — в плане аспектов её «поведения» и оформления. К таким аспектам относятся:
И эти варианты можно легко варьировать для разных типов устройств и ситуаций, указывая нужный способ при вызове формы.
За счёт настройки таких составляющих можно гармонично встраивать Payment Page практически в любой веб-сервис, подчёркивая его специфику и характер.
Эмулятор
Представленный здесь эмулятор позволяет воспроизводить возможные сценарии работы условного веб-сервиса, Payment Page и сторонних сервисов (ACS) при выполнении разных целевых действий с применением платёжных карт. При этом можно выбирать различные настройки и условия и сопоставлять разные сценарии.
Платёжная страница
Использование стандартной платёжной страницы
Магазин может использовать стандартную платёжную страницу. Для этого в настройках магазина должно быть установлено соответствующее разрешение.
Система позволяет магазинам загружать некоторые элементы (логотип и подвал) для отображения на стандартной платёжной странице. Для загрузки элементов платёжной страницы.
Откроется страница, предназначенная для загрузки элементов платёжной страницы. 
При наличии соответствующего разрешения пользователю доступно поле Продавец для выбора продавца, на чью платёжную страницу планируется загрузка логина или подвала.
Чтобы загрузить логотип, выполните следующие действия.
Примечание. Чтобы логотип отображался без искажений, его ширина и высота должны быть 245 х 64 px.
Использование собственной платёжной страницы
Если магазин планирует использовать свои собственные страницы платёжного интерфейса, необходимо:
Создание страниц платёжного интерфейса
Требования к созданию страниц приведены ниже в разделе «Требования к созданию платёжной страницы».
За основу можно взять стандартные страницы платёжного интерфейса. Для скачивания архива со стандартной платёжной страницей выполните следующие действия.
Загрузка архива со страницами платёжного интерфейса
После того, как архив со страницами платёжного шлюза подготовлен, его необходимо загрузить на шлюз архива с платёжной страницей. Для загрузки архива со страницами платёжного интерфейса.
В административной консоли в меню Платежная страница выберите пункт Загрузка и выгрузка платежной страницы : 
Откроется страница Операции с платежной страницей продавца :
Требования к файлам страниц платёжного интерфейса
Общие требования к файлу со страницами платёжного интерфейса
Файл с платёжными страницами должен представлять из себя архив ZIP-формата, где в корне находятся страницы и папки с JavaScript-скриптами, CSS-стилями и картинками. Пример архива с платёжными страницами может быть предоставлен банком.
Для архивации рекомендуется использовать архиватор 7-Zip.
Страница должна представлять из себя XHTML-страницу, с обязательным объявлением DTD:
Внимание. Использование объявленного стандарта XHTML является обязательным, в противном случае возможна неработоспособность в части браузеров.
– язык страницы в кодировке ISO 639-1. Например, ru для русского или en для английского.
Для мобильных устройств могут использоваться специальные страницы, свёрстанные с учётом необходимости компактного и качественного отображения на экранах мобильных устройств. Эти страницы также помещаются в архив. Названия страниц должны быть обязательно в нижнем регистре и отвечать следующим шаблонам:
– язык страницы в кодировке ISO 639-1. Например, ru для русского или en для английского.
Кроме того, в названия файлов страниц могут добавляться произвольные префиксы (в соответствии с шаблоном ниже). Это позволит, передавая в запросе регистрации необходимый префикс (в параметре pageView ), перенаправлять клиента на соответствующую страницу платёжного интерфейса. Названия страниц должны быть обязательно в нижнем регистре и отвечать следующим шаблонам:
Поля расширенного вида скрипта должны быть заполнены следующим образом:
Тело страницы
Обязательные элементы на платёжной странице
Все блоки и элементы, описанные в данном параграфе, обязательно должны быть размещены в теле страницы, если явно не указано иное.
Блок, где содержится уникальный номер заказа:
Блок, где содержится сумма оплаты заказа:
Блок, где содержится описание заказа:
Страница должна содержать платёжную форму:
Все указанные ниже hidden-поля обязательны. Значение поля language должно содержать двухбуквенное обозначение локали страницы.
Форма также должна содержать поля для ввода информации для проведения платежа:
Поле для ввода номера кредитной карты:
Селектор месяца и селектор года истечения срока действия кредитной карты (заполняется автоматически при загрузке страницы):
Поле ввода имени владельца карты (Cardholder name):
Кнопка подтверждения оплаты:
После формы оплаты, ниже должен быть размещён следующий код:
На странице оплаты должны быть также размещены следующие объекты:
Блок, где отображаются ошибки (например, неверные данные по карте):
Блок, где отображается сообщение о том, сколько ещё времени до конца сессии оплаты:
Блок, где отображается информационное сообщение при переходе со страницы оплаты на итоговую страницу:
Блок, где отображается индикатор прогресса выполнения запроса к серверу (при подтверждении оплаты и последующему обращению к серверу):
При выполнении всех требований на платежной странице при оплате заказа будут отображаться:
Размещение дополнительных элементов на платёжной странице
Отображение параметров платежа
Для отображения других параметров на платёжной странице используйте следующие блоки:
где Имя параметра может принимать следующие значения:
Отображение дополнительных параметров заказа
Для отображения их на странице требуется добавить элемент с id равным имени параметра. Если в параметре будет передаваться ссылка, то нужно добавить элемент A с таким же id
Пример:
Для отображения на платёжной странице ссылки возврата в магазин необходимо:
Добавить на платёжную страницу:
Элемент типа ссылка с тем же id, что указан выше в paramNames:
Уведомление клиента о совершении операции
Если используется функциональность уведомления клиента о прохождении оплаты / отмене / возврате / отклонении заказа, то необходимо добавить следующий блок.
поле для ввода адреса электронной почты клиента.
Отображение суммы комиссии
Если в настройках мерчанта установлено разрешение на работу с комиссиями, то на платёжной странице необходимо разместить следующие элементы:
Блок, где содержится сумма комиссии:
Блок, с информацией об условиях оферты магазина. Платеж не пройдет если пользователь не поставил галку о своем согласии. В заголовке страницы agreementCheckboxEnabled должен быть true :
Чекбокс сохранения карточных данных платежа
Если в настройках продавца установлено разрешение на работу со связками, то на платёжной странице должен быть размещён чекбокс, позволяющий клиенту указать необходимость запомнить карточные данные этого платежа. В заголовке страницы bindingCheckboxEnabled должен быть true :
#####Валидация карточных данных
Для того чтобы отобразить Клиенту процесс прохождения валидации карточных данных, на платёжной странице необходимо разместить следующий код:
1.
Требования к платёжной странице в случае передачи ID связки в запросе регистрации
Если в запросе на регистрацию заказа был передан ID связки, то плательщик перенаправляется на платёжную страницу, где требуется ввод только CVC.
Название страницы.
Заголовок страницы.
В заголовке страницы должны подключаться следующие скрипты:
Тело страницы.
Блок, где содержится уникальный номер заказа:
Блок, где содержится сумма оплаты заказа:
Блок, где содержится описание заказа:
Блок, где содержится маскированный номер карты:
Страница должна содержать платежную форму:
На странице оплаты также должны быть размещены следующие объекты:
Блок, где отображаются ошибки:
Блок, где отображается сообщение о том, сколько ещё времени до конца сессии оплаты:
Блок, где отображается информационное сообщение при переходе со страницы оплаты на итоговую страницу:
Блок, где отображается индикатор прогресса выполнения запроса к серверу (при подтверждении оплаты и последующем обращени к серверу):
Требования к странице ошибок
Страница должна содержать ряд необходимых объектов.
Название страницы
Тело страницы
Все блоки и элементы, описанные ниже в данном параграфе, обязательно должны быть размещены в теле страницы.
Форма:
Требования к финальной странице
При наличии у продавца соответствующего разрешения, клиент будет перенаправляться на финальную страницу после попытки оплаты.
Название страницы
Зaголовок страницы
В заголовке страницы должны подключаться следующие скрипты:
Тeло страницы
На странице используются элементы типа span :
Значения LOCALIZE_PROPERTY > см. в localization.js
Также на странице используются элементы типа div :
, где PROPERTY> – параметр заказа. Возможные значения:
Элемент генерации pdf-файла:
Требования к странице чека
Клиент получает данную страницу в виде pdf-файла, когда нажимает Сохранить в PDF на финальной странице.
Название страницы
Требования созданию к стрaницы
При создании данной страницы нельзя использовать JavaScript.
Для отображения на странице параметра заказа, необходимо указывать имя параметра следующим образом:
– имя параметра заказа. Возможные значения: