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

Обобщенное описание взаимодействия 0. Контрагент размещает на странице оплаты заказа «платежную форму» с данными заказа и указанием способов оплаты (в ряде случаев возможно размещение «платежной формы» на сайте Оператора: https://money.yandex.ru/shops.xml). При HTTP-схеме подключения При email-схеме подключения 1-2. Браузер плательщика передает заполненную форму в ИС Оператора. 3. На основании полученных данных Оператор определяет способ оплаты и отображает для плательщика страницу подтверждения платежа. 4. Плательщик вводит дополнительные данные (например, реквизиты банковской карты) и подтверждает платеж. 5. Перед тем как провести платеж, Оператор отправляет в ИС Контрагента запрос «Проверка заказа (сheckOrder)». 5. Шаг пропускается. 6. Контрагент подтверждает корректность заказа либо отказывается от проведения платежа. 6. Шаг пропускается. 7-8. Если ИС Контрагента ответила на запрос «Проверка заказа» положительно, то Оператор списывает деньги с плательщика и отображает для него результат проведения платежа. 7-8. Оператор списывает деньги с плательщика и отображает для него результат проведения платежа. 9. На странице результата отображается ссылка «Вернуться в магазин». URL, на который будет перенаправлен плательщик, определяется Контрагентом. 10-11. По факту успешного прохождения платежа Оператор отправляет ИС Контрагента запрос «Уведомление о переводе (paymentAviso)». 10. По факту успешного прохождения платежа Оператор отправляет ИС Контрагента email-уведомление о переводе. Обратите внимание: взаимодействие Оператора и Контрагента в случае оплаты заказа наличными через терминалы имеет ряд особенностей. Описание этого сценария приведено в разделе Error: Reference source not found «Error: Reference source not found». Раз в сутки Оператор отправляет Контрагенту по электронной почте реестр принятых переводов. Контрагент должен сверять список успешных платежей по данным своей ИС со списком операций из реестра и сообщать Оператору о расхождениях. Формат реестра описан в разделе Error: Reference source not found «Error: Reference source not found». Платежная форма Платежная форма размещается Контрагентом на странице оплаты, определяет параметры заказа и способ платежа. Отправка через браузер плательщика платежной формы по стандартному адресу (http://money.yandex.ru/eshop.xml) инициирует на стороне Оператора формирование и обработку распоряжения на перевод. Пример платежной формы: Обязательные поля --> Необязательные поля --> Для передачи данных о заказе и способе его оплаты нужно использовать параметры из таблицы ниже. Все параметры регистрозависимые. Таблица 3.1. Параметры платежной формы Параметр Тип Описание Служебные параметры: shopId xs:long, обязательный Идентификатор Контрагента, выдается Оператором. shopArticleId xs:long, необязательный Идентификатор товара, выдается Оператором. Применяется, если Контрагент использует несколько платежных форм для разных товаров. scid xs:long, обязательный Номер витрины Контрагента, выдается Оператором. sum CurrencyAmount, обязательный Стоимость заказа. customerNumber xs:normalizedString, до 64 символов, обязательный Идентификатор плательщика в ИС Контрагента. В качестве идентификатора может использоваться номер договора плательщика, логин плательщика и т. п. Возможна повторная оплата по одному и тому же идентификатору плательщика. orderNumber xs:normalizedString, до 64 символов, необязательный Уникальный номер заказа в ИС Контрагента. Уникальность контролируется Оператором в сочетании с параметром shopId. Если платеж с таким номер заказа уже был успешно проведен, то повторные попытки оплаты будут отвергнуты Оператором. shopSuccessURL xs:string, до 250 символов, необязательный URL, на который нужно отправить плательщика в случае успеха перевода. Используется при выборе соответствующей опции подключения Контрагента (см. раздел Error: Reference source not found «Error: Reference source not found»). shopFailURL xs:string, до 250 символов, необязательный URL, на который нужно отправить плательщика в случае ошибки оплаты. Используется при выборе соответствующей опции подключения Контрагента. cps_email xs:string, до 100 символов, необязательный Адрес электронной почты плательщика. Если он передан, то соответствующее поле на странице подтверждения платежа будет предзаполнено (шаг 3 на схеме выше). cps_phone xs:string, до 15 символов, только цифры, необязательный Номер мобильного телефона плательщика. Если он передан, то соответствующее поле на странице подтверждения платежа будет предзаполнено (шаг 3 на схеме выше). Номер телефона используется при оплате наличными через терминалы. paymentType xs:normalizedString, до 5 символов, необязательный Способ оплаты. Например: PC – оплата из кошелька в Яндекс.Деньгах; AC – оплата с произвольной банковской карты. Полный список значений см. в таблице 6.4.1. Обратите внимание: отсутствие paymentType интерпретируется как оплата из кошелька в Яндекс.Деньгах; если в платежной форме указан способ оплаты, который не разрешен для Контрагента, плательщик не сможет совершить платеж. Параметры, добавляемые Контрагентом: Любые названия, отличные от перечисленных выше xs:string Параметры, добавленные Контрагентом в платежную форму, будут сохранены и переданы ИС Контрагента в запросах «Проверка заказа» и «Уведомление о переводе». Суммарная длина всех добавленных Контрагентом параметров не должна превышать 4096 символов. Обратите внимание: в email-уведомлениях произвольные параметры Контрагента не передаются. Для передачи дополнительных данных о платеже Контрагент может воспользоваться стандартными параметрами, перечисленными ниже. Служебные параметры, используемые в email-уведомлениях о переводе: custName xs:string, необязательный ФИО плательщика. custAddr xs:string, необязательный Адрес доставки товара или адрес проживания плательщика. custEMail xs:string, необязательный Адрес электронной почты плательщика, только для отправки в email-уведомлениях. orderDetails xs:string, необязательный Детали заказа: список приобретенных товаров, их количество, назначение платежа и т. п.

Похожие:

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