2014-09-15 2 views
0

Я хочу интегрировать базовое Java-приложение (промежуточное ПО) в Quickbooks онлайн, которое будет отправлять ему счета-фактуры.Интеграция в Quickbooks Online Integration, Authentication Strategy

Canu предложить мне интеграции СТРАТЕГИЯ следовать, так как Quickbooks предоставляет два основных метода аутентификации, а именно:

1: SSO Management API

2: OAuth Management API

Также в OAuth Management API, документы говорит:

«Авторизованный токен доступа истекает через 180 дней. Когда это происходит, ответы на вызовы в службы QuickBooks Data Services и QuickBook s Online API показывают, что токен доступа неверен ».

который требует Reconnect апи называть, но я не вижу, например, или надлежащей документации для Reconnect

Пожалуйста, помогите !!

+0

я наткнулся на [это] [1] Я думаю, что это будет решить мою проблему [1]: HTTP: //stackoverflow.com/questions/25418764/how-to-call-api-oauth-1-0 –

ответ

2

Canu предложить мне интеграции СТРАТЕГИЯ следовать, так как Quickbooks предоставляет два основных метода аутентификации, а именно:

Это не совсем правильно.

  • Intuit предлагает OpenID для установления идентификации и единого входа (единого входа) между вашим приложением и QuickBooks. OpenID не получает доступ к любым данным QuickBooks.

  • Intuit предлагает OAuth для авторизации данных QuickBooks. OAuth не установить идентификатор или предоставить какое-либо одноразовое решение.

Они служат в двух разных целях.

Общее правило будет:

  • Если вы строите решение SaaS и хотите быть перечислены на AppCenter.Intuit.com, вы должны реализовать как OpenID и OAuth.

  • В противном случае просто реализуйте OAuth. (Часто это делается для одноразового пользовательских интеграций для одной компании, или для приложений, которые не подходит для AppCenter)

Очень важно, чтобы вы поняли, что OAuth и OpenID это две разных вещей с две разные цели.Некоторые рекомендуемые чтения:

который требует апите Reconnect называть, но я не вижу примера, или надлежащая документация для переподключения

The rec ки подключить документы здесь - это простой GET вызов:

+0

Спасибо за это @Keith, я четко понимаю разницу между OpenID и OAuth, но спасибо, что описал его более понятным образом. Документ для повторного подключения не определяет параметры, которые были действительно важны. –

+0

Нет параметров для вызова повторного подключения. Это простой запрос GET (конечно, подтвержденный OAuth). –

+0

Спасибо @Keith, я получил решение здесь. http://stackoverflow.com/questions/25418764/how-to-call-api-oauth-1-0 –

Смежные вопросы