Hello @DFenn-1143 ,
Hello,
Thank you for asking your question in our community. I checked the current SDK documentation and the service-account guidance. I also wanted to tag in @TuckerBA-1087 in case there is anything I didnt find or any experience he can share if he has tried something like this before.
The User object does support setting a password and controlling the changePassword flag. However, the documented Authenticate API returns a Credentials object for making API calls. The returned sessionId is not documented as a browser-login token or as a supported way to launch the MyGeotab portal without another login.
Therefore, while creating the user and setting its password may be possible through API calls, I would not recommend building the final automatic portal handoff around that sequence:
1. Create a Basic Authentication user.
2. Set a password that the user does not know.
3. Authenticate with the API.
4. Reuse the API session to silently launch the portal.
That portal-launch step is not a documented or supported integration pattern.
If the account is intended only for background API access, a service account is the recommended approach. Service accounts are explicitly API-only, and the documentation states that attempting to use service-account credentials to log in through the MyGeotab UI will result in an error:
https://support.geotab.com/software-integration/doc/service-acct-api
If the person needs to view the MyGeotab portal, they should use a supported user authentication method such as their own Basic Authentication credentials, SSO, or Unified Login. The API session ID should be used for API calls only.
Hope that helps!
Eishi FUN