Ответ 1
TL;DR; Я разрешал пользователю входить в систему отдельно от проверки и подписывал запросы на проверку, используя этот токен Identity API. На самом деле токен Identity полезен только для входа пользователя на мой сайт, после чего необходимо запросить и использовать новый токен-носитель для Restful API.
Ответ: От pp-randy от Github:
Для доступа к ресурсам, доступным для ваших платежей за отдых, должен использоваться этот вызов API.
Единственный токен, который я вижу от вас, - это идентификатор конечной точки /v 1/identity/openidconnect/tokenservice, который не подходит для REST Payments.
Рэнди был прав - я подписывал запросы API, используя токен, возвращенный, когда я вошел в систему с помощью API-интерфейса Identity.
В действительности токен доступа пользователя, возвращаемый API-интерфейсом Identity, имеет только одну цель: подписать запрос на "/v1/identity/openidconnect/userinfo/", который получает уникальный_ид, используемый для входа.
Я подписывал запросы к API платежей с этим же токеном, возвращенным API-интерфейсом Identity, когда я должен был использовать токен, предоставленный с этой конечной точки:
"/v1/идентичность/openidconnect/tokenservice"
Время отклика Paypal: Мой билет на Github Paypal SDK был получен через 4-5 дней Мой билет в очереди Merchant Services был получен через 4 дня
Подробное устранение неполадок можно найти здесь: https://github.com/paypal/PayPal-PHP-SDK/issues/785#issuecomment-282749095
Рэнди из SDK Paypal пошел дальше и дальше, чтобы ответить на мой вопрос, хотя я не использую SDK. Спасибо Рэнди!