Проведение платежей

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

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

Для корректного проведения платежей и предотвращения отказов из-за ошибок при указании имён и фамилий важно соблюдать следующие рекомендации:

• имя и фамилия должны быть реальными, например, CARD HOLDER или Customer Name некорректны;
• количество символов в значении отдельного параметра должно быть не менее 2 и, по возможности, не более 50;
• допускается использование букв, цифр и других символов в кодировке UTF-8.

Для параметра card_holder дополнительно к перечисленным применяются следующие условия:

• допускается использование букв латинского алфавита без диакритических знаков, букв кириллического алфавита, точки в сокращениях, апострофа и дефиса в составных именах и фамилиях.:
  • букв латинского алфавита без диакритических знаков,
  • букв кириллического алфавита,
  • точки в сокращениях, например в словах Mr. или Jr.,
  • апострофа, например как в d'Arc или O'Hara,
  • дефиса в составных именах и фамилиях, например Anna-Maria или Jean-Baptiste.
• допускается использование не менее двух слов и не более одной точки, поэтому, например, конструкция Mr. Alexandre Dumas Jr. является некорректной, а Alexandre Dumas Jr. — допустимой;
• не допускается использование дефиса для сокращений (например, конструкция M-r Holder является некорректной), так как он интерпретируется как разделитель между словами, и поэтому, например, конструкция M-r Holder является некорректной, так как образует три слова, два из которых состоят всего из одной буквы.

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

• Если параметр description обязателен, в его значении необходимо указывать причину выполнения операции, например: Частичный возврат оплаты в связи с тем, что пользователь вернул часть заказа (не подошёл размер), Полный возврат из-за технических проблем с оказанием услуги или Возврат полной суммы билета из-за отмены сеанса.
• Если параметр description необязателен, в его значении можно указывать любые дополнительные сведения о платеже, например: Пополнение кошелька 007, Зачисление на счёт 271828, Оплата по промокоду или Вывод средств по заявке № 314.

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

Выполнение любой финансовой операции подразумевает перемещение средств от определённого „источника“ к заданному „приёмнику“ по связывающему их „каналу“. В случае с платёжной платформой EtoPlatezhi это выглядит так:

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

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

Фактической валютой любой операции, которая может также называться операционной или расчётной, всегда выступает именно валюта канала (помимо прочего, это может быть важным для учёта и анализа платежей, работы по опротестованиям и других процессов). Исходя из этого строится и конвертация:

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

В качестве примера можно рассмотреть ситуацию, когда пользователь из Польши с платёжной картой, счёт которой ведётся в польских злотых (PLN), рассчитывается за определённую услугу в Норвегии с использованием платёжного канала в норвежских кронах (NOK), а балансовой валютой мерчанта при этом выступает евро (EUR). В таком случае конвертация из злотых в кроны выполняется на стороне эмитента (по применяемому им курсу и на его условиях), а конвертация из крон в евро — на стороне EtoPlatezhi.

В дополнение к этому возможны ситуации, когда исходная валюта операции, указанная в запросе, отличается от валюты используемого канала. Для обработки таких ситуаций на стороне платёжной платформы применяется алгоритм с первичной конвертацией исходной суммы в валюту канала и последующим выполнением операции для сконвертированной суммы в валюте канала (с дополнительными вторичными конвертациями, как в приведённом примере, если они актуальны). При этом в типовом программном оповещении о выполнении такой операции исходные сумма и валюта, указанные в запросе, обозначаются как sum_initial, а сконвертированные расчётные сумма и валюта — как sum_converted.

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

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

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

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

Что такое «возврат» в платёжной платформе. Возвратом в рамках платёжной платформы EtoPlatezhi называется операция перевода пользователю средств, списанных с него при проведении оплаты. То есть, если что-то в рамках оплаты через платформу с пользователя списали, то посредством возврата через платформу можно это списанное ему вернуть, в рамках той же оплаты.

Довольно просто, но, как водится, есть разные нюансы.

Что стоит знать о возвратах. Чтобы ориентироваться в работе с возвратами, полезно знать о следующем:

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

• Возвраты могут выполняться не во всех случаях.
  

• Возвраты могут выполняться с помощью разных технических операций.
  С учётом специфики различных платёжных систем технической операцией по возврату средств в разных случаях может выступать reversal или refund. Как правило, reversal используется для возврата, выполняемого до закрытия того операционного дня, в который была проведена соответствующая оплата с использованием платёжной карты, а refund в остальных случаях.
                              Что с этим делать? Иметь в виду, что есть такие нюансы и не удивляться разным названиям операций. К слову, в интерфейсе Dashboard ко всем возвратам применяется название refund (чтобы было немного проще). Если же важно учитывать, в каких случаях была операция reversal, а в каких refund, достаточно контролировать это через программные оповещения и, если актуально, через интерфейс Data API.

Если необходима более детальная информация, можно обращаться к отдельной статье Возвраты средств после оплат.

Как инициировать возвраты. Инициировать возвраты со стороны мерчанта можно через Gate API и Dashboard.

При работе через Gate API для инициирования возвратов используются конечные точки и форматы, описанные в статье Возвраты средств после оплат.

При работе через Dashboard можно пользоваться механизмами одиночных и массовых возвратов, описанными в соответствующей статье.

Можно ли вернуть средства иначе. Безусловно. В каких-то случаях вместо простых оплат с последующими возвратами могут быть полезны оплаты в две стадии. В рамках каждой такой оплаты, как правило, можно сначала блокировать некоторую сумму на счёте пользователя и затем списать только часть этой суммы, сняв блокировку с остатка, или не списывать средства вовсе и вернуть всё пользователю. При этом важным преимуществом может являться скорость возвращения средств: на снятие блокировки могут уходить секунды и минуты, в то время как на возврат средств — часы и дни.

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