Как выполнить аутентификацию в QuickBooks Online в установленном приложении (НЕ в веб-приложении)? - PullRequest
0 голосов
/ 08 мая 2018

Допустим, у меня установлено приложение, например консольное приложение, а не веб-приложение, которое я хочу взаимодействовать с API QBO - я хочу выполнять вызовы QBO из моего консольного приложения (но не из веб-приложения) ). Поэтому я должен аутентифицироваться в консольном приложении, совершать вызов и выводить данные в консоли.

Кажется, что все QBO SDK запрашивают URL-адрес обратного вызова или URL-адрес перенаправления, то есть страницу на моем сервере, которая будет выполнять требуемую часть аутентификации OAuth 2.0 . Поскольку мое установленное приложение не является веб-сервером, у меня нет места для размещения этой логики. Да, я могу разместить веб-сервер для обработки этой логики, но я не хочу этого делать, это пустая трата ресурсов для моего варианта использования (зачем оставлять сервер аутентификации в режиме ожидания?). Я просто хочу пройти аутентификацию без веб-сервера с QBO API. Это возможно? Я испортил мое понимание API или OAuth? Я в полной растерянности. Ни в одном из примеров кода я не могу найти подходящий пример, несмотря на то, что у меня есть вариант использования. (Я работаю с .NET / C #)

1 Ответ

0 голосов
/ 08 мая 2018

Похоже, что на данный момент платформа QuickBooks Developer не будет поддерживать это (не веб-конечная точка).

Согласно интуиту:

Эти URI обрабатывают ответы от сервера OAuth 2.0 и называются после того, как пользователь авторизует соединение. URI в этом списке являются только те, на которые ответ авторизации может быть отправлен с Сервер OAuth 2.0. Вы должны определить хотя бы один URI специально для Конечная точка аутентификации вашего приложения, прежде чем вы сможете использовать OAuth 2.0.

Дополнительно они добавляют в примечание:

Мобильные или настольные приложения, реализующие OAuth 2.0, должны обеспечивать отдельный слой SaaS для URI перенаправления для обработки ответов от Сервер OAuth 2.0.

Я понимаю, что это не то, на что вы надеялись. Однако следует понимать, что конечной точкой должен быть URL-адрес, чтобы безопасно возвращать маркер аутентификации.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...