Договор об информационно-технологическом взаимодействии при осуществлении переводов физических лиц без открытия счета

Скачать 1.59 Mb.

Название	Договор об информационно-технологическом взаимодействии при осуществлении переводов физических лиц без открытия счета
страница	5/19
Тип	Документы

filling-form.ru > Договоры > Документы

1 2 3 4 5 6 7 8 9 ... 19

HTTP-уведомления о переводах

Формат взаимодействия

При подключении по HTTP-схеме Контрагент определяет адрес, по которому он будет принимать HTTP-уведомления от Оператора.

Данные от Оператора передаются в ИС Контрагента посредством вызова по протоколу HTTP/1.1, методом POST. Параметры сообщения упаковываются как набор параметров POST-запроса в виде пар «имя=значение». MIME-тип: application/x-www-form-urlencoded, кодировка символов – UTF-8.

Параметр «md5» запроса содержит значение хэш-функции от свертки параметров сообщения совместно с секретным словом, указанным Контрагентом при подключении. Контрагенту следует проверять значение параметра «md5» (алгоритм приведен в разделе Error: Reference source not found «Error: Reference source not found») и отказывать в обработке запроса при неуспехе проверки. Успех проверки хэша удостоверяет:

факт того, что запрос отправлен Оператором;
факт целостности данных запроса.

Дополнительно рекомендуется проверять IP-адреса, с которых ИС Контрагента принимает запросы (список IP Оператора можно получить при подключении).

При взаимодействии ИС Оператора и Контрагента для защиты информации о платежах обязательно соблюдение одного из условий ниже:

передача информации происходит по защищенному каналу (Контрагент использует протокол HTTPS для приема сообщений от Оператора);
сообщения Оператора шифруются перед отправкой(*).

* Требуется подключение Контрагента по схеме XML/PKCS#7. В этом случае сообщения передаются Оператором в виде XML-документа, вложенного в криптоконтейнер PKCS#7. Данные подписываются SSL-сертификатом Оператора. Для получения подробной информации о схеме подключения XML/PKCS#7 обратитесь к своему менеджеру.

Результат выполнения запроса Оператора должен быть возвращен Контрагентом в виде XML-документа в теле ответа на HTTP-запрос. Документ формируется согласно стандарту XML 1.0 (Fifth Edition), опубликованному по адресу: http://www.w3.org/TR/xml/. Имена элементов и атрибутов чувствительны к регистру. MIME-тип: application/xml, кодировка символов – UTF-8.

Проверка заказа (checkOrder)

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

В случае успешного ответа Контрагента Оператор предлагает плательщику оплатить заказ и при успехе отправляет Контрагенту «Уведомление о переводе».

Обратите внимание:

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

Формат запроса Оператора

Таблица 4.2.1.1. Параметры запроса операции checkOrder

Параметр	Тип	Описание
requestDatetime	xs:dateTime	Момент формирования запроса в ИС Оператора.
action	xs:normalizedString, до 16 символов	Тип запроса. Значение: «checkOrder» (без кавычек).
md5	xs:normalizedString, ровно 32 шестнадцатеричных символа, в верхнем регистре	MD5-хэш параметров платежной формы, правила формирования описаны в разделе Error: Reference source not found «Error: Reference source not found».
shopId	xs:long	Идентификатор Контрагента, присваиваемый Оператором.
shopArticleId	xs:long	Идентификатор товара, присваиваемый Оператором.
invoiceId	xs:long	Уникальный номер транзакции в ИС Оператора.
orderNumber	xs:normalizedString, до 64 символов	Номер заказа в ИС Контрагента. Передается, только если был указан в платежной форме.
customerNumber	xs:normalizedString, до 64 символов	Идентификатор плательщика (присланный в платежной форме) на стороне Контрагента: номер договора, мобильного телефона и т. п.
orderCreatedDatetime	xs:dateTime	Момент регистрации заказа в ИС Оператора.
orderSumAmount	CurrencyAmount	Стоимость заказа. Может отличаться от суммы платежа, если пользователь платил в валюте, которая отличается от указанной в платежной форме. В этом случае Оператор берет на себя все конвертации.
orderSumCurrencyPaycash	CurrencyCode	Код валюты для суммы заказа.
orderSumBankPaycash	CurrencyBank	Код процессингового центра Оператора для суммы заказа.
shopSumAmount	CurrencyAmount	Сумма к выплате Контрагенту на р/с (стоимость заказа минус комиссия Оператора).
shopSumCurrencyPaycash	CurrencyCode	Код валюты для shopSumAmount.
shopSumBankPaycash	CurrencyBank	Код процессингового центра Оператора для shopSumAmount.
paymentPayerCode	YMAccount	Номер счета в ИС Оператора, с которого производится оплата.
paymentType	xs:normalizedString	Способ оплаты заказа. Список значений приведен в таблице 6.4.1.
Любые названия, отличные от перечисленных выше	xs:string	Параметры, добавленные Контрагентом в платежную форму.

Обратите внимание: запросы Оператора могут содержать параметры, не описанные в этом документе. Контрагенту следует их игнорировать.

Пример параметров запроса checkOrder:

requestDatetime	2011-05-04T20:38:00.000+04:00
action	checkOrder
md5	8256D2A032A35709EAF156270C9EFE2E
shopId shopArticleId	13 456
invoiceId	1234567
customerNumber	8123294469
orderCreatedDatetime	2011-05-04T20:38:00.000+04:00
orderSumAmount	87.10
orderSumCurrencyPaycash	643
orderSumBankPaycash	1001
shopSumAmount	86.23
shopSumCurrencyPaycash	643
shopSumBankPaycash	1001
paymentPayerCode	42007148320
paymentType	AC
MyField	Добавленное Контрагентом поле

Формат ответа Контрагента

Таблица 4.2.2.1. Параметры ответа операции checkOrder

Параметр	Тип	Описание
performedDatetime	xs:dateTime	Момент обработки запроса по часам ИС Контрагента.
code	xs:int	Код результата обработки. Список допустимых значений приведен в таблице ниже.
shopId	xs:long	Идентификатор Контрагента. Должен дублировать поле shopId запроса.
invoiceId	xs:long	Идентификатор транзакции в ИС Оператора. Должен дублировать поле invoiceId запроса.
orderSumAmount	CurrencyAmount	Стоимость заказа в валюте, определенной параметром запроса orderSumCurrencyPaycash.
message	xs:string, до 255 символов	Текстовое пояснение в случае отказа принять платеж.
techMessage	xs:string, до 64 символов	Дополнительное текстовое пояснение ответа Контрагента. Как правило, используется как дополнительная информация об ошибках. Необязательное поле.

Таблица 4.2.2.2. Коды результата обработки запроса checkOrder

Код	Значение	Описание ситуации
0	Успешно	Контрагент дал согласие и готов принять перевод.
1	Ошибка авторизации	Несовпадение значения параметра md5 с результатом расчета хэш-функции. Оператор считает ошибку окончательной и не будет осуществлять перевод.
100	Отказ в приеме перевода	Отказ в приеме перевода с заданными параметрами. Оператор считает ошибку окончательной и не будет осуществлять перевод.
200	Ошибка разбора запроса	ИС Контрагента не в состоянии разобрать запрос. Оператор считает ошибку окончательной и не будет осуществлять перевод.

Пример ответа на checkOrder при успехе обработки:

code="0" invoiceId="1234567"

shopId="13"/>

Пример ответа на checkOrder при ошибке, ИС отказала в приеме перевода на этапе проверки корректности заказа:

code="100" invoiceId="1234567"

shopId="13"

message="Указанный номер телефона не существует"

techMessage="Неверный номер телефона"/>

1 2 3 4 5 6 7 8 9 ... 19

Похожие:

	Договор об информационно-технологическом взаимодействии при осуществлении... Оператор обязуется за вознаграждение оказывать Контрагенту информационные и технологические услуги, в том числе по сбору, обработке...		Договор об информационно-технологическом взаимодействии при осуществлении... Оператор обязуется за вознаграждение оказывать Контрагенту информационные и технологические услуги, в том числе по сбору, обработке...
	Договор об информационно-технологическом взаимодействии при осуществлении... Оператор обязуется за вознаграждение оказывать Контрагенту информационные и технологические услуги, в том числе по сбору, обработке...		Приложения к договору об информационно-технологическом взаимодействии... Данное соглашение разработано в соответствии с требованиями Федеральных законов №63-фз «Об электронной подписи» от 06. 04. 2011 и...
	Об информационно-технологическом взаимодействии при осуществлении... Общество с ограниченной ответственностью Небанковская кредитная организация «Деньги. Мэйл. Ру», именуемое в дальнейшем «Оператор»,...		Порядок и условия осуществления в ООО кб «Ренессанс» переводов денежных... Правилам осуществления переводов денежных средств физических лиц без открытия банковских счетов в ООО кб "Ренессанс"
	Правлением аб «аспект» (зао) Российской Федерации порядке частной практикой, а так же переводов физических лиц без открытия счета		Договор об информационно-технологическом взаимодействии при перечислении... Зачисление – действие Оператора по учету денежных средств, предоставленных Контрагентом в пользу Клиента, в виде остатка электронных...
	Курсовая работа по предмету «Банковские операции» на тему: «Денежные переводы физических лиц» Ошибки при осуществлении денежных переводов физических лиц и возможные пути их устранения		Правила осуществления в ао кб «соколовский» переводов денежных средств... В настоящих Правилах осуществления в ао кб «Соколовский» переводов денежных средств в валюте Российской Федерации и иностранной валюте...

Вы можете разместить ссылку на наш сайт:

Все бланки и формы на filling-form.ru

Договор об информационно-технологическом взаимодействии при осуществлении переводов физических лиц без открытия счета

HTTP-уведомления о переводах

Формат взаимодействия

Проверка заказа (checkOrder)

Формат запроса Оператора

Формат ответа Контрагента

Похожие: