Вы неправильно понимаете, как работает OAuth, что и вызывает здесь путаницу.
В систему входит лицо, которому принадлежит компания QuickBooks, а не конечный пользователь.Они входят в систему ОДИН РАЗ, и это дает вам токены OAuth, которые вы можете использовать для непрерывных звонков между серверами.
Оооочень ...
Я знаю, что я 'Я, вероятно, получу «нет, вы не можете этого сделать», но мне это не кажется разумным.
Вы можете делать то, что вы пытаетесьда, вы просто делаете это неправильно.
Очевидно, что сами клиенты не могут войти в Quickbooks Online.
Правильно.
Мы хотим, чтобы веб-сервер имел возможность прямого доступа к данным через API.
Хорошо, иполностью выполнимо.
Я нашел API, но я не уверен, возможно ли подключение к нему веб-сервера и получение необходимых ему данных.
Это сделать-able.
Ключевое понимание здесь заключается в том, что у вас будет процесс подключения OAuth, который человек, владеющий QuickBooks, будет проходить только один раз, чтобы получить токены OAuth.
Затем вы будете хранить эти токены OAuth на стороне сервера (например, в своей базе данных).
Затем вы можете использовать эти сохраненные токены OAuth для выполнения будущих вызовов API от сервера к серверу.когда угодно.
Когда мой клиент открывает Quickbooks Online, он может отправить электронное письмо любому клиенту, в котором будет указана ссылка для онлайн-оплаты кредитной картой.Мы хотели бы иметь возможность найти эту ссылку и перенаправить пользователя на нее.Но я не уверен, доступен ли он через API.
Я не думаю, что эта информация доступна через API прямо сейчас.
Существует конечная точка API для отправкисчет электронной почты, если это полезно: https://developer.intuit.com/docs/api/accounting/invoice