Actions42
- addHumanUser
- getUserByID
- listUsers
- setEmail
- resendEmailCode
- verifyEmail
- setPhone
- removePhone
- resendPhoneCode
- verifyPhone
- updateHumanUser
- deactivateUser
- reactivateUser
- lockUser
- unlockUser
- deleteUser
- registerPasskey
- verifyPasskeyRegistration
- createPasskeyRegistrationLink
- listPasskeys
- removePasskey
- registerU2F
- verifyU2FRegistration
- removeU2F
- registerTOTP
- verifyTOTPRegistration
- removeTOTP
- addOTPSMS
- removeOTPSMS
- addOTPEmail
- removeOTPEmail
- startIdentityProviderIntent
- retrieveIdentityProviderIntent
- addIDPLink
- listIDPLinks
- removeIDPLink
- passwordReset
- setPassword
- listAuthenticationMethodTypes
- createInviteCode
- resendInviteCode
- verifyInviteCode
Overview
This node interacts with the Zitadel API, a platform for identity and access management. It allows users to call various services provided by Zitadel, such as user management, organization management, authentication, administration, and more.
Specifically, the resendPhoneCode operation under the "Default" resource (mapped here as part of the UserService) is designed to resend a phone verification code to a user. This can be useful in scenarios where a user did not receive the original SMS code or the code expired, and you want to trigger sending a new one.
Practical examples:
- Resending a phone verification code during user signup or login flows.
- Triggering a new phone code if the user requests it from a frontend application.
- Automating phone verification retries in workflows that require strong user authentication.
Properties
| Name | Meaning |
|---|---|
| Service | The Zitadel service to use. Options include: UserService, OrganizationService, AuthService, ManagementService, AdminService, ZITADELActions, UserSchemaService. Default is UserService. |
| userId | The unique identifier of the user to whom the phone code should be resent. |
| sendCode | The phone number or code parameter required by the resendPhoneCode operation (exact meaning depends on API). |
| returnCode | A string parameter indicating whether to return the code or some status (specific meaning depends on API). |
Note: The last three properties (userId, sendCode, returnCode) are only shown when the selected Service is UserService and the Operation is resendPhoneCode.
Output
The node outputs the raw JSON response returned by the Zitadel API for the invoked operation. This JSON contains the result of the resendPhoneCode request, which typically includes confirmation of the code being resent or any error details.
No binary data output is produced by this node.
Dependencies
- Requires an API key credential for Zitadel (referred generically as an API token).
- The node uses gRPC clients generated from Zitadel's protobuf definitions to communicate with the Zitadel backend.
- The base URL for the Zitadel API is hardcoded as
https://zitadel.studentcouncil.dk. - The node expects the user to provide valid credentials with appropriate permissions to perform the requested operations.
Troubleshooting
Common issues:
- Invalid or missing API token will cause authorization failures.
- Incorrect
userIdor parameters may lead to errors from the Zitadel API. - Network connectivity issues to the Zitadel endpoint will prevent successful calls.
Error messages:
- Authorization errors usually indicate invalid or expired API tokens; refresh or reconfigure credentials.
- Validation errors from Zitadel indicate incorrect input parameters; verify
userId,sendCode, andreturnCodevalues. - Timeout or connection errors suggest network problems or incorrect endpoint configuration.