Примечание. Наш сайт построен на PHP и использует базы данных MySQL. Я уже управляю другим сайтом с корзиной покупок в полном объеме, используя Authorize.net, поэтому, пожалуйста, не отвечайте на предложения по использованию другого поставщика. Новый продукт / услуга, которую мы выпускаем, классифицируется как «Высокий риск» для торговых поставщиков, и они хотят списать с нас а **. В ответ я решил, что создание стандартной учетной записи для платежей через веб-сайт Paypal.com было лучшей альтернативой по следующим причинам:
1) без ежемесячной платы, платите только за то, что используется
2) доверяйте бренду и люди чувствуют себя комфортно с Paypal
Цены немного выше, чем мы привыкли, но любая учетная запись High Risk Merchant не имеет значения. Проблема, с которой я сталкиваюсь, заключается в следующем:
1) на протяжении всего процесса регистрации на нашем сайте мы собираем довольно много информации о пользователях и передаем ее со страницы на страницу с помощью переменных SESSION. Когда вы используете Стандарт платежей через веб-сайт, вы вынуждены передать потребителю веб-страницу, принадлежащую Paypal, для предоставления информации об оплате. После успешного завершения они могут перенаправить их обратно на страницу «подтверждения» на нашем сайте, но, насколько я понимаю, нет никакого способа сохранить в порядке старые переменные SESSION. Это очень важно для нас, потому что общая концепция заключается в том, чтобы хранить переменные SESSION ТОЛЬКО после успешной оплаты.
2) Используя Стандартные платежи через веб-сайт, я не могу найти способ отправить переменную Pay-Amount (все должно быть продиктовано заранее, т. Е. Футболка стоит $ 2,99). Наш сайт позволяет потребителю регистрировать несколько человек и иметь несколько «дополнений» для каждого человека, так что есть буквально более 100 вариантов конечной суммы. Я не уверен, что это можно переопределить.
Удачи ЛЮБОГО, используя Стандарт платежей через веб-сайт на Paypal, подтверждая информацию выше?