This site was built to compliment the existing NetSuite Professionals Slack Community by adding a means for members to easily find answers to common questions and to create a searchable database of those questions and answers.

NetSuite Professionals

for the Node.js CLI, is there a way to rename (or delete &amp; re-add) the AuthenticationID previously created via `account:setup` command?

Not Yet, but coming soon.
For now it's available on Java CLI.

thanks <@UFUCXSXCJ>
use-case being after Sandbox refresh, encountering invalid login attempt

can the Java version "talk" to the way the Node.js version config is handled? i.e. what Java command would I need to run to update the existing config if possible

Thanks for sharing the use case, yes we are aware of it and we realise (Rename, remove, revoke) will provide value in dev experience. We are working on it.

<@U3VNY94VB> I dont understand which config are you talking about?
Can you give some example?

I was just assuming the `suitecloud account:setup` stores AuthID credentials/token somewhere on file system after authenticating through the browser or something to that effect. if Java CLI version did the same thing, was curious if I could use it to perform the operations you mentioned not yet available in Node.js

nevermind, realize I was asking question poorly due to my lack of experience with Java CLI.
I was able to use `sdfcli manageauth` command to see both CLI tools reference the same data :slightly_smiling_face:

Yes the authIDs are unified for both CLI's, we are working on a suitecloud ecosystem where you can use authid generated from 1 tool in anyother suitecloud tool.

thanks for the clarification <@UFUCXSXCJ>
one additional suggestion if this is not currently in the CLI tools, it would be helpful to see whether a particular AuthId is associated to Production or Sandbox in the display.
from what I am experiencing, none of `suitecloud account:setup -i` , `sdfcli manageauth -list` , `sdfcli manageauth -info {authId}` currently displays this

I agree, this is also being worked on. But the purpose of authID is that you can give a meaningful name. For example `12345-prod-admin or 12345-SB-Dev`

yes I did follow a similar naming convention, I think it would just be useful as a sanity check confirming that in fact the correct environment type was selected during browser auth setup variation.
I think simply displaying *AccountId* line in addition to Company via the `sdfcli manageauth -info`  would be a great addition