Инструменты пользователя
easypayments
Различия
Здесь показаны различия между двумя версиями данной страницы.
| Следущая версия | Предыдущая версия | ||
|
easypayments [2012/11/11 16:20] admin создано |
— (текущий) | ||
|---|---|---|---|
| Строка 1: | Строка 1: | ||
| - | Лёгкие платежи | ||
| - | Основная идея. | ||
| - | Суть "лёгких" платежей в полной интеграции платёжной формы на сайт мерчанта и минимизация действий, требующихся от пользователя для оплаты. В идеале - нажатие одной кнопки. Мы создали своего рода конструктор. Мерчант может на основе полученного от нас кода далее свободно модифицировать внешний вид и все остальные параметры формы, достигая нужного внешнего вида своего сайта. Мерчант сам выбирает в какой точке на шкале "сложность - гибкость" будет находиться платёжная форма. Он может сделать вообще одну большую кнопку "Заплатить", а может сделать много кнопок с платёжными системами, с вводом email, назначения платежа, суммы и т.п. В общем, существующие наши платёжные формы находятся в том конце шкалы, где гибкость и сложность достигают максимума. Мерчант может сделать так же. | ||
| - | |||
| - | Безопасность. | ||
| - | "Лёгкие" платежи - это всего лишь особый вид платёжной формы. Они абсолютно не затрагивают балансы мерчантов и поэтому даже найдя уязвимость, злоумышленник не сможет сделать ничего плохого, кроме создания неправильного платёжного ордера. Впрочем, это не значит, что мы плевали на безопасность. Всё о чём вспомнили - продумали. | ||
| - | |||
| - | |||
| - | Процесс подключения мерчанта к "лёгким" платежам. | ||
| - | Мерчанту понадобится специалист, как минимум знакомый с HTML, CSS и JavaScript. Минимальное внедрение требует знания как и в какое место вставить HTML код. Кастомизация внешнего вида под сайт мерчанта и настройка правильной передачи адреса электронной почты пользователя и назначения платежа потребует знаний CSS и JavaScript. | ||
| - | |||
| - | Мерчант заходит в зелёном кабинете во вкладке "Настройки магазина" в подвкладку "Простые платежи". Там он видит генератор кода, в котором указывает следующие настройки для генерируемого кода: | ||
| - | E-mail - E-mail плательщика, который будет передаваться при "лёгких" платежах по-умолчанию. Может быть переопределён в коде в дальнейшем программистом мерчанта | ||
| - | Платеж за - pay_for оно же "назначение платежа". Может быть переопределён в коде в дальнейшем программистом мерчанта | ||
| - | Свой css - галочка означает, будет ли подтягиваться с сайта onpay.ru некоторые базовые CSS определения чтобы платёжная форма не выглядела уж совсем уныло. Рекомендуется для ознакомления со сгенерированным кодом. Продвинутые программисты мерчанта могут снять галочку и написать полностью свой CSS. Это не так уж и сложно. За основу можно взять наш. | ||
| - | |||
| - | После нажатия кнопки "Построить код" в текстовом поле появляется сгенерированный для данного конкретного мерчанта с учётом выбранных параметров код. | ||
| - | |||
| - | Этот код мерчант должен вставить на страницу своего сайта в то место, где он хочет видеть платёжную форму. | ||
| - | |||
| - | |||
| - | Технические нюансы | ||
| - | 1. Комиссия платёжной системы всегда берётся с мерчанта, то есть, если пользователь введёт "100", он заплатит "100", а мерчант получит меньше. Это сделано потому, что плательщик должен ввести сумму "100" и увидеть в платёжной системе "100", куда его тут же перебросит. Виктор, это правильно? Мы можем сделать иначе, но это уход от идеи максимальной прозрачности для плательщика. | ||
| - | 2. Если не модифицировать наш код, подставляя Email плательщика (это несложно для программиста мерчанта, но по идее это должно быть сделано), то все платежи будут проходить с Email, указанным в генераторе кода в зелёном кабинете. Соответственно, на этот email будет уходить на moybiz недо/пере/повторная оплата. То же и с назначением платежа. Если мерчант хочет для каждого платежа конкретный pay_for, он должен модифицировать сгенерированный код. | ||
| - | 3. Лёгкие платежи недоступны для платёжных систем "рапидоносцев", Альфаклик, UNR и TST. Для "рапидоносцев" - слишком сложная схема выставления инвойса, то же для Альфаклик, для UNR - необходимость пропускать всё через скоринг, для TST - соображения безопасности. | ||
easypayments.1352650842.txt.gz · Последние изменения: 2012/11/11 16:20 — admin