Что Такое Платежный Шлюз Пао ВТБ Error Orderstatus

Запросы, используемые при двухстадийной оплате

1. Запрос регистрации заказа с предавторизацией

Для предавторизации заказа в платежном шлюзе используется метод registerOrderPreAuth .
Номер (идентификатор) заказа в системе магазина, уникален для каждого магазина в пределах системы

Описание заказа в свободной форме
Сумма платежа в копейках (или центах)

Код валюты платежа ISO 4217. Если не указан, считается равным коду валюты по умолчанию.
Язык в кодировке ISO 639-1. Если не указан, будет использован язык, указанный в настройках магазина как язык по умолчанию.

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

• DESKTOP – для загрузки страниц, верстка которых предназначена для отображения на экранах ПК (в архиве страниц платежного интерфейса будет осуществляться поиск страниц с названиями payment_ .html и errors_ .html );
• MOBILE – для загрузки страниц, верстка которых предназначена для отображения на экранах мобильных устройств (в архиве страниц платежного интерфейса будет осуществляться поиск страниц с названиями mobile_payment_ .html и mobile_errors_ .html );

Если магазин создал страницы платежного интерфейса, добавив в название файлов страниц произвольные префиксы, передайте значение нужного префикса в параметре pageView для загрузки соответствующей страницы. Например, при передаче значения iphone в архиве страниц платежного интерфейса будет осуществляться поиск страниц с названиями iphone_payment_ .html и iphone_error_ .html.

locale – язык страницы в кодировке ISO 639-1. Например, ru для русского или en для английского.
Если параметр отсутствует, либо не соответствует формату, то по умолчанию считается pageView=DESKTOP.

Продолжительность жизни заказа в секундах.
В случае если параметр не задан, будет использовано значение, указанное в настройках мерчанта или время по умолчанию (1200 секунд = 20 минут).

Если в запросе присутствует параметр expirationDate, то значение параметра sessionTimeoutSecs не учитывается.

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

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

Дата и время окончания жизни заказа. Формат: yyyy-MM-dd’T’HH:mm:ss.
Если этот параметр не передается в запросе, то для определения времени окончания жизни заказа используется sessionTimeoutSecs .

Адрес, на который требуется перенаправить пользователя в случае успешной оплаты. Значение должно представлять собой абсолютную ссылку.
Адрес, на который требуется перенаправить пользователя в случае неуспешной оплаты. Значение должно представлять собой абсолютную ссылку.

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

Поля дополнительной информации для последующего хранения. Для передачи N параметров, в запросе должно находиться N тэгов params, где атрибут name содержит название, а атрибут value содержит значение:

Название дополни-
тельного параметра

Значение дополни-
тельного параметра

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

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

Номер (идентификатор) клиента в системе магазина. Используется для реализации функционала связок. Может присутствовать, если магазину разрешено создание связок.

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

• orderNumber – номер заказа в системе магазина;
• description – описание заказа (не более 99 символов, запрещены к использованию %, +, конец строки и перенос строки ).

Если в заказе передать дополнительный параметр с именем merchantOrderId то именно его значение будет передано в процессинг в качестве номера заказа (вместо значения поля orderNumber ).

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

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

Описание ошибки на языке, переданном в параметре language в запросе.
Коды ошибок (поле errorCode ):

Обработка запроса прошла без системных ошибок

Прием платежей онлайн: платежный шлюз, платежный сервис и мерчант-аккаунт

Для тех, кто пока не решил, как принимать платежи на сайте, разберем основные понятия, связанные с платежами онлайн

Как принимать платежи онлайн Фото: necpayments.com

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

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

Что такое платежный шлюз (payment gateway)?

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

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

Внутри платежного шлюза происходит обмен информацией (между банком-эмитентом, торговцем, клиентом и банком-эквайером). Даже если стандартная транзакция происходит всего за 10 секунд, процесс обмена информацией (информационный поток) содержит девять шагов.

Обратная сторона: что происходит после того, как покупатель нажал «Купить»

Крупный украинский банк запустил новый сервис для покупки ж/д билетов. Фото: emerchantpay.com

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

2. Данные, введенные пользователем, отправляются торговцу, который перенаправляет их в платежный шлюз (вместе с суммой заказа).

3. Далее следует запрос авторизации, отправленный платежным шлюзом банку-эквайеру а затем и международной платежной системе (IPS — MasterCard/AmEx/Visa). Таким образом банк-эмитент убеждается что карточка покупателя существует и действительна.

4. В случае, если карта защищена 3D Secure, клиента перенаправят на страничку с формой для ввода пароля (чтобы убедиться что он владелец карты). Как только пароль подтверждается, банк-эмитент отправляет уведомление IPS.

5. IPS передает подтверждение банку-эквайеру.
6. Платежный шлюз запрашивает, чтобы банк-эквайер снял с платежной карты сумму заказа.

7. Банк-эмитент выясняет, достаточно ли средств на счету клиента. Если достаточно, он отправляет необходимую сумму денег и подтверждает транзакцию IPS.

8. Masterсard/AmEx/ Visa отправляет подтверждение банку-эквайеру и платежному шлюзу.

9. В течение 15 минут торговец получает информацию по транзакции в случае ее успешного проведения. Сразу после этого средства снимаются со счета владельца карты.

Платежный сервис (Payment Service Provider или PSP)

Оператор платежей или поставщик платежных услуг (Payment Service Provider или PSP) — это компания, которая предоставляет торговцам и банкам онлайн-сервисы по осуществлению электронных платежей различными способами. Среди них — оплата обычными банковским картами, платежи с банковского счета напрямую, электронные деньги и т. д.

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

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