Р. В. Козлов Порядок технологического взаимодействия операторов по переводу денежных средств участников расчетов ООО нко «рапида»

Передача информации о платеже

1. 
   Плательщик производит оплату в пользу Получателя у Участника.
   
2. 
   Участник учитывает оплату в своей ИС.
   
3. 
   Участник передает информацию о платеже НКО.
   
4. 
   НКО учитывает оплату в своем ПК.
   
5. 
   НКО передает информацию о платеже Получателю.
   
6. 
   Получатель производит зачисление платежа в своей ИС.
   

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

• 
  повышенной скоростью по причине простоты структуры взаимодействия;
  
• 
  пониженным риском отказов программно-технических средств сторон взаимодействия по той же причине;
  
• 
  повышенным риском передачи ошибочной информации о платежах по причине отсутствия дополнительных проверок;
  
• 
  пониженным удобством использования для Плательщика и Участника:
  

• 
  сценарий не предполагает повторного использования параметров платежа при повторной оплате;
  
• 
  сценарий не позволяет перекладывать работу по определению параметров оплаты с Плательщика на Получателя когда это возможно;
  
• 
  Участнику затруднительно принимать платежи, когда есть сложности с возвратом денежных средств в случае неуспешной оплаты (например, в платежных терминалах).
  

2. 
   Двухшаговая схема – дополняет передачу информации о платеже предварительной проверкой, в процессе которой НКО на своей стороне и, возможно, на стороне ТСП проверяет параметры потенциально оплаты и разрешает или запрещает Участнику прием оплаты. Благодаря этой мере, двухшаговая схема характеризуется:
   

• 
  пониженным риском передачи ошибочной информации о платежах по причине наличия дополнительной проверки;
  
• 
  повышенным риском отказа программно-технических средств сторон взаимодействия по причине усложнения схемы;
  
• 
  возможным понижением скорости взаимодействия по той же причине;
  
• 
  несколько большим удобством использования для Плательщика и Участника:
  

• 
  Участник получает возможность резко снизить риск неуспешных оплат, а значит резко снижается необходимость в возврате денежных средств Плательщику и связанная претензионная работа уменьшается до приемлемого уровня;
  
• 
  все еще нет поддержки повторного использования параметров платежа на уровне самого сценария;
  
• 
  все еще нет возможности переложить работу по определению параметров платежа с Плательщика на Получателя, когда это возможно.
  

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

• 
  наименьшим риском передачи ошибочной информации, поскольку в общем случае большая часть параметров платежа уже проверена ранее успешными оплатами или определена самим ТСП.
  
• 
  наибольшим риском отказа программно-технических средств, так как подразумевает наиболее сложный сценарий взаимодействия сторон.
  
• 
  скоростью, сравнимой с двухшаговой схемой – непосредственно при оплате схема аналогична двухшаговой и даже может превосходить ее в скорости благодаря меньшим объемам передаваемой информации.
  
• 
  наибольшим удобством использования для Плательщика:
  

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

1. Проверка параметров оплаты

1. 
   Участник получает от Плательщика параметры платежа или Код требования.
   
2. 
   Участник отправляет параметры или Код требования на проверку в НКО.
   
3. 
   НКО удостоверяется в корректности параметров платежа по внутренним правилам.
   
4. 
   НКО удостоверяется в корректности параметров платежа при помощи проверки на стороне ТСП.
   
5. 
   НКО оповещает Участника об успешной проверке.
   
6. 
   Участник приступает к проведению оплаты.
   

2. Проведение оплаты

1. 
   Участник принимает платеж у Плательщика. В состав платежа входят денежные средства и параметры платежа (для двухшаговой схемы параметры платежа уже предоставлены ранее в рамках проверки параметров).
   
2. 
   Участник регистрирует оплату в своей ИС для последующей сверки с НКО.
   
3. 
   Участник отправляет параметры платежа в НКО с запросом проведения оплаты.
   
4. 
   НКО удостоверяется в корректности параметров платежа по внутренним правилам.
   
5. 
   НКО выполняет проведение платежа. Проведение платежа обычно включает проведение его на стороне Получателя с проверками по правилам Получателя, но не обязательно.
   
6. 
   НКО сообщает Участнику об успешном проведении платежа.
   
7. 
   Участник фиксирует оплату как успешную для последующей сверки с НКО.
   
8. 
   Участник выдает Плательщику чек.
   

3. Регистрация шаблона

1. 
   Плательщик производит оплату по шаблонам первый раз – Участник получает личные данные у Плательщика.
   
2. 
   Участник успешно регистрирует Плательщика в НКО по предоставленным параметрам.
   
3. 
   Участник получает у Плательщика параметры оплаты.
   
4. 
   Участник производит успешную регистрацию шаблона платежа.