Порядок технологического взаимодействия операторов по переводу денежных средств участников расчетов (стр. 2 )

pay; 12:00:00; ;1000.00; ;

post; 12:00:00; ;1000.00; ;;

2.3.3.Описание формата возвратного реестра

Реестр подготавливается в формате CSV.
В качестве разделителя полей используется символ «;».
В качестве разделителя строк используется символ перевода строки, принятый в среде Windows ($0D$A).
Первая строка файла содержит итоговые данные. Последующие строки содержат данные о переводах, каждая строка содержит данные об одном переводе.

Формат первой (итоговой) строки (без учета суммы отмененных переводов)

№	Описание столбца в строке	Формат
1.	Тип строки	Значение = sum
2.	Уникальный код Участника Системы в НКО.	Целое число до 8 разрядов
3.	Уникальный номер реестра НКО, в ответ на который формируется возвратный реестр.	Целое число (до 8 разрядов), производное от даты реестра: YYYYMMDD. Пример:
5.	Количество записей типа pay и post, вошедших в реестр	Целое число
6.	Общая сумма непринятых переводов в рублях	Денежный формат (с точностью до копеек, без указания валюты, длина целой части до 12 разрядов): NNNNNNNNNNNN. NN

Пример:

sum;000;050926;207;207000.00

Формат строк с информацией о непринятых переводах

№	Описание столбца в строке	Формат
1.	Тип строки	Значение = pay или post (для переводов с Почты)
2.	Уникальный номер перевода в НКО	Число (до 12 разрядов)
3.	Сумма перевода	Денежный формат (с точностью до копеек, без указания валюты, длина целой части до 12 разрядов): NNNNNNNNNNNN. NN
4.	Первый параметр (как правило, номер счета или номер карты)	Формат параметра зависит от требований Банка-получателя.
5.	Код причины возврата	4 символа (См. Регламент претензионной работы)

Пример: pay;;1000.00; ;0720

3  Безопасность информационного обмена

Безопасность информационного обмена между Участником и НКО (далее Сторонами) обеспечивается применением криптографического протокола SSL. Существенной особенностью является то, что Участник при осуществлении информационного обмена должен использовать сертификат открытого ключа (далее Сертификат), выпущенный НКО. Порядок получения сертификата изложен в Приложении № 1 к данному Порядку «Использование сертификата».

3.1  Виды Сертификатов

Для взаимодействия с Участником используются 2 вида Сертификата:

·  Основной – используется для передачи запросов со стороны Участника на сервер НКО при использовании собственного программного обеспечения Участника и при использовании программы АРМ «Платежи и Переводы» НКО;

·  Агентский – устанавливается на ПК, с которых необходим доступ к данному АРМ. Не влияет на возможность/невозможность проведения платежей.

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

Основной Сертификат имеет 2 типа:

·  «Тестовый» Сертификат – предназначен для «тестового» режима работы. Тестовый - режим обучения, в котором можно делать все доступные операции, которые не приведут к реальным последствиям. Тестовый Сертификат может быть получен Участником до заключения договора при проведении технологического тестирования. Тестовый Сертификат может быть далее использован для целей тестирования и обучения сотрудников. Тестовый Сертификат НЕ может быть переведен в «рабочий» режим.

·  «Рабочий» - предоставляется после заключения договора и окончания этапа тестирования со стороны Участника для доступа в «рабочий» режим работы. В «рабочем» режиме манипуляции с платежами приводят к реальным перечислениям денежных средств или реальным записям в НКО. Например, формирование шаблонов платежей для их дальнейшего использования.

Агентский Сертификат не имеет режима работы в тестовом режиме. Выдается только после заключения договора. Тестовый Сертификат отсутствует.

3.2  Выпуск сертификата

Сценарий выдачи Основного Сертификата:

1.  Участник формирует закрытый ключ и запрос на выдачу Сертификата.

2.  Участник отправляет запрос на выдачу Сертификата в НКО.

3.  Участник уведомляет своего менеджера в НКО о необходимости выдачи Основного Сертификата.

4.  НКО проверяет корректность запроса, выпускает Сертификат и предоставляет его Участнику.

Сценарий выдачи Агентского Сертификата:

1.  Участник уведомляет своего менеджера в НКО о необходимости выдачи Агентского Сертификата.

2.  НКО формирует закрытый ключ и Агентский Сертификат.

3.  НКО отправляет Агентский Сертификат, его закрытый ключ и инструкцию по использованию Участнику. Отдельно отправляется пароль к нему.

Сертификаты выпускаются в течение суток в рабочие дни (по графику стандартной 5-тидневной рабочей недели), т. е. запрос, пришедший во второй половине рабочего дня, может быть обработан в первой половине следующего рабочего дня.

3.3  Отзыв сертификата

Отзыв Сертификата осуществляется по заявлению Участника либо по инициативе НКО. Причинами отзыва Сертификата могут стать:

·  компрометация закрытого (секретного) ключа;

·  прекращение действия договора.

3.4  Перевыпуск сертификата

Срок действия выданного Сертификата – 2 (два) года, по истечении этого срока Участнику необходимо произвести перевыпуск Сертификата.

Контроль срока действия Сертификатов должен осуществлять Участник. Дополнительно НКО через курирующих менеджеров информирует об истекающих сроках действия. Порядок замены определяется Администратором безопасности на стороне Участника. Порядок взаимодействия с НКО при перевыпуске Сертификатов аналогичен выпуску Сертификата.

При перевыпуске Сертификата Участник должен уведомлять НКО (и отправлять запрос для Основного Сертификата) не менее чем за 2 рабочих дня до истечения срока действующего Сертификата. В последний день действуют оба Сертификата.

3.5  Действия в случае компрометации сертификата

Сертификат является основным идентифицирующим Участника механизмом и обеспечивает доступ к денежным средствам и данным Участника. Если закрытый ключ Сертификата становится доступным кому-то постороннему, то это считается фактом компрометации Сертификата.

Порядок действий Участника при обнаружении компрометации Сертификата:

·  Незамедлительно уведомить НКО о факте компрометации, в том числе отправить официальное письмо с указанием причин компрометации;

·  Принять меры к устранению причин компрометации;

·  Провести внеплановый перевыпуск Сертификата.

При получении уведомления НКО заблокирует доступ к платежной системе по скомпрометированному Сертификату и произведет его отзыв.

3.6  Ответственность Сторон

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

3.7  Порядок разрешения разногласий

Согласительная комиссия (далее – комиссия) создается с целью разрешения разногласий при Информационном обмене, установления фактических обстоятельств, послуживших основанием их возникновения, а также для проверки целостности и подтверждения подлинности данных Информационного обмена. Комиссия создается только при невозможности разрешить возникшую проблемную ситуацию в режиме текущего взаимодействия менеджеров Сторон и технических специалистов.

При возникновении разногласий при Информационном обмене, Сторона, заявляющая о наличии разногласий (Сторона-инициатор), обязана направить другой Стороне заявление о разногласиях, подписанное уполномоченным должностным лицом, с подробным изложением причин разногласий и предложением создать комиссию. Заявление должно содержать фамилии представителей Стороны-инициатора, которые будут участвовать в работе комиссии, предложения по времени и дате сбора комиссии (не позднее 7 дней со дня отправления заявления).

Комиссия собирается на территории Стороны, к которой предъявляется заявление о разногласиях, при этом, указанная Сторона должна письменно подтвердить свое согласие с предложением о дате и времени сбора комиссии либо предложить Стороне-инициатору другую дату и время сбора комиссии (не позднее 7 дней со дня получения заявления). Комиссия создается на срок до 14 дней.

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

Стороны обязуются способствовать работе комиссии и не допускать отказа от предоставления необходимых документов и ознакомления с условиями и порядком работы своих программно-аппаратных средств, используемых для Информационного обмена.

Комиссией рассматриваются разногласия следующих типов:

·  Сторона-отправитель утверждает, что не передавала данные, а Сторона-получатель утверждает, что данные были получены;

·  Сторона-получатель утверждает, что не получала данные, а Сторона-отправитель утверждает, что данные были переданы;

·  Данные Стороны-получателя не совпадает с данными Стороны-отправителя.

По итогам работы комиссии составляется акт, который подписывается всеми членами комиссии.

4  Подключение пунктов приема платежей

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

Технически подключение ППП может быть выполнено в рамках одного из 3-х вариантов:

·  Терминал самообслуживания;

·  Автоматизированное рабочее место;

·  Платежный шлюз.

Выбор варианта реализации подключения каждого ППП Участник делает самостоятельно.

4.1  Подключение ППП как терминала самообслуживания или автоматизированного рабочего места

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

1.  НКО передает Участнику:

·  комплект ПО (для терминала самообслуживания или автоматизированного рабочего места);

·  новую лицензию на подключение к ПК НКО;

·  комплект электронных ключей (только для платежного терминала);

·  сопроводительную документацию, необходимую для установки и настройки ПО.

2.  Участник устанавливает ПО на оборудовании ППП и производит настройку ПО согласно полученной документации.

3.  НКО и Участник производят тестирование в согласованном объеме.

Важно! ПО не предусматривает стыковки с кассовым оборудованием

4.2  Платежный шлюз

При подключении ППП как платежного шлюза:

1.  Участник самостоятельно реализует выбранные протоколы взаимодействия согласно Приложению № 2 к данному Порядку «Протокол приема платежей», размещенного по адресу http://soft. *****/download/?dir=src и ПО для приема платежей.

2.  По окончании данных работ Участник уведомляет НКО о готовности к подключению.

3.  НКО устанавливает дату и время начала тестирования.

4.  По наступлению установленной даты и времени НКО открывает доступ к своему ПК.

5.  Участник и НКО проводят тестирование в согласованном объеме.

4.3  Приемка в эксплуатацию

По окончании тестирования, Участник и НКО подписывают Акт технологической готовности

Акт

технологической готовности

г. Москва “___”________________ 20___ г.

_____________________________________________________________________________, именуемое в дальнейшем «НКО», в лице _____________________________________________________________________________, действующего на основании Договора и Устава, с одной стороны, и ______________________________________________, именуем___ ________________________________________________в дальнейшем «Участник расчетов», в лице _______________________________________________________________, действующ___ на основании ___________________________________________________, с другой стороны, именуемые вместе «Стороны», составили настоящий акт о нижеследующем:

Настоящим стороны констатируют, что настройка и тестирование аппаратно-программной платформы прошла успешно, а именно:

Присвоен код (UserID) в НКО
Открыт счет и привязаны реквизиты банка к счету
Канал передачи реестров (FTP, e-mail), необходимость шифрования
Адрес(а) электронной почты Участника расчетов для получения уведомлений о технологических проблемах
Адрес(а) электронной почты Участника расчетов для получения уведомлений об изменении списков получателей платежей
Установлен криптопровайдер
Адрес(а) для отправки уведомлений о состоянии сверки отчетов Участника расчетов
Прописан адрес электронной почты для принятия ЭД от Участника расчетов
Сертификат безопасности выписан на адрес(а)
Координаты ИТ-службы Участника расчетов
От НКО:	От Участника расчетов:
_______________ /_________________ /	_______________ /_________________ /
м. п.	м. п.

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

4.4  Дополнительная информация

4.4.1  Отчетность

Участник расчетов заблаговременно, за 15 рабочих дней до открытия/закрытия или внесения изменений в режим работы, адреса, контактные телефоны ППП, сообщает об этом НКО.

Участник расчетов ежемесячно предоставляет отчет о ППП с указанием номеров устройств/точек.

4.4.2  Процедура перерегистрации ППП, осуществляющего прием денежных средств в адрес -Коммуникации» (торговая марка «Билайн»)

ППП, осуществляющие прием платежей в адрес -Коммуникации» могут быть 2-х типов:

·  С взиманием комиссии

·  Без взимания комиссии

Правила изменения режима работы ППП:

·  После получения уведомления о смене типа взимания комиссии, вся информация, поступившая в Рапиду до 25 числа текущего месяца, учитывается в последний рабочий день месяца и с этого момента тип ППП считается измененным на новый.

·  Информация, поступившая позднее, вносится в ПК НКО на следующий месяц и будет учтена в расчетах с учетом этой даты.

Все изменения производятся один раз в месяц в последний рабочий день месяца.

4.4.3  Порядок уведомления о возникновении причин технического характера, препятствующих обмену информацией (аварии и плановые мероприятия)

В процессе работы ПК НКО, возможны ситуации выхода из строя каких-то элементов, обеспечивающих целостность системы (далее «аварии»).

К авариям относятся:

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

·  Выход из строя сервиса приема платежей на стороне НКО. Причинами могут быть физический выход из строя узких элементов системы, каналов связи, «зависание» программного обеспечения и т. п.

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

В случае возникновения аварии на стороне НКО, последняя оповещает Участника о таких ситуациях посредством отправки уведомления на указанные в Акте технологической готовности адреса электронной почты. Дополнительно возможна организация телефонного уведомления по указанным контактным телефонам или другим согласованным каналам связи.

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

При восстановлении сервиса на стороне получателя или НКО, НКО так же отправляет уведомление Участнику в порядке, аналогичном описанному выше.

При возникновении аварии на стороне Участника, последний обязан уведомить НКО о факте аварии по телефону и адресам электронной почты. При восстановлении сервиса на стороне Участника расчетов, Участник обязан уведомить НКО о данном факте по телефону и адресам электронной почты.

При возникновении у Участника, НКО или Получателя необходимости в осуществлении плановых технических мероприятий, которые могут препятствовать осуществлению информационного обмена, Стороны обязаны уведомлять друг друга об этом не позднее, чем за 3 (три) рабочих дня до даты проведения соответствующих мероприятий в следующем порядке:

·  В случае если плановые технические мероприятия осуществляются на стороне НКО или Получателя, НКО уведомляет об этом Участника;

·  В случае если плановые технические мероприятия осуществляются на стороне Участника, последний уведомляет об этом НКО.

5  Приложения

5.1  Формат данных о ППП

Формат предоставления данных о ППП для заявок на подключение, изменение параметров*:

№(.)	Торговое название	ИНН владельца ППП	Владелец ППП	ИНН юридического лица	Юридическое лицо	Адрес																	Собственная точка или субагентская	Тип точки	Тип устройства	Программное обеспечение	Номер устройства (точки)	График работы на точке	Контактные лица ФИО	Установленный канал связи телефон	Установленный канал связи факс	Установленный канал связи e-mail	Статус (.)	Дата регистрации	Сотовая связь
Федеральный округ	Административный регион	Название региона	Район	Код ОКАТО	Тип населенного пункта	Название населенного пункта	Тип населенного пункта в составе города	Название населенного пункта в составе города	Тип улицы	Название улицы	№ дома	Тип строения	№ строения	Местоположение ППП в случае отсутствия милицейского адреса	Дополнительная информация	Станция метро	МТС	Билайн
Статус	Комиссия	Ограничение	Статус	Комиссия	Ограничение
1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22	23	24	25	26	27	28	29	30	31	32	33	34	35	36	37	38	39	40	41

* электронная версия файла формата MS Excel высылается отдельным документом.