Замена PayPal SetExpressCheckout SOAP API на REST API V2

Question

Мы находимся в процессе замены наших вызовов API Paypal SOAP ( SetExpressCheckout et c.) На PayPal REST API V2. Три вопроса:

1) У Paypal есть два похожих API: заказов и платежей . Какой из них считается заменой SetExpressCheckout ?

2) Мы используем токены, возвращенные SetExpressCheckout , чтобы сделать захват или возврат позже. Могут ли токены, которые мы получили от SetExpressCheckout , также использоваться для захвата / возврата с помощью API REST? (Если нет, мы не можем выполнить миграцию "большого взрыва", но оставим обе реализации на месте, пока не будем уверены, что не будет произведен захват или возврат для транзакций, которые были выпущены с помощью SOAP API).

3) Нужно ли продавцу вносить какие-либо изменения в свой профиль, например, давать новые права на использование REST API? Например, мы используем SOAP вызов API TransactionSearch , который требует специальных прав - они также действительны для вызовов REST API?

Answer 1

1) Создание ордера v2 / заменяет SetExpressCheckout. Получение заказа v2 / заменяет DoExpressCheckoutPayment. Захват вернет новый идентификатор транзакции, который является объектом v2 / payment, и этот идентификатор объекта v2 / payment является единственным, что сохраняется в www.paypal.com для целей бухгалтерского учета (идентификатор v2 / order не используется для учета; токен E C, он предназначен только для процесса подтверждения платежа)

Для внешнего интерфейса используйте https://developer.paypal.com/demo/checkout/# / pattern / server

[You упомянуто захват позже, поэтому следующее не будет применяться к этому конкретному случаю, но: если ваш поток был настроен для захвата сразу после согласования с присутствующим покупателем, то - когда все в вашей реализации работает для счастливого пути - не забывайте добавлять поддержку для обработки сбоев источника финансирования , так что если немедленный захват не удастся, например, из-за отклонения первой карты покупателя, это передается обратно в пользовательский интерфейс и покупатель может сразу выбрать другой источник финансирования]

2) токены SetE C нельзя смешивать с REST API для захвата

3) да и нет. Если вы используете REST API для поиска транзакций, то будут иметь значение разрешения REST ClientID + Secret, которые вы используете. Для продавца будет проще всего создать новое приложение REST в https://www.paypal.com/signin?intent=developer&returnUri=https%3A%2F%2Fdeveloper.paypal.com%2Fdeveloper%2Fapplications со всеми необходимыми разрешениями и предоставить вам действующий ClientID + Secret этого приложения REST.