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 integrates with the Zitadel API, allowing users to perform various operations across multiple Zitadel services. Specifically, for the verifyPhone operation under the default resource, it verifies a user's phone number by submitting a verification code associated with that user.
Common scenarios include:
- Confirming a user's phone number during registration or profile updates.
- Validating phone ownership as part of multi-factor authentication flows.
- Automating phone verification steps in user management workflows.
Practical example:
- A workflow where after creating a user, this node is used to verify their phone by providing the user ID and the received verification code, ensuring the phone number is confirmed before proceeding.
Properties
| Name | Meaning |
|---|---|
| Service | The Zitadel service to interact with. Options: UserService, OrganizationService, AuthService, ManagementService, AdminService, ZITADELActions, UserSchemaService. For verifyPhone, use "UserService". |
| userId | The unique identifier of the user whose phone number is to be verified. Required for verifyPhone operation under UserService. |
| verificationCode | The verification code sent to the user's phone that needs to be submitted for verification. Required for verifyPhone operation under UserService. |
Output
The node outputs a JSON object representing the response from the Zitadel API for the invoked operation. For verifyPhone, this typically includes confirmation details about the verification status of the phone number.
The output structure is dynamic and directly reflects the API's response schema for the called method. No binary data output is produced by this node.
Example output snippet (conceptual):
{
"verified": true,
"userId": "string",
"phoneNumber": "string",
"message": "Phone number successfully verified"
}
Dependencies
- Requires an API authentication token (Personal Access Token) for Zitadel, configured in n8n credentials.
- Connects to the Zitadel API endpoint at
https://zitadel.studentcouncil.dk. - Uses gRPC client libraries internally to communicate with Zitadel services.
Troubleshooting
- Invalid or missing API token: Ensure the API key credential is correctly set up in n8n and has sufficient permissions.
- Incorrect userId or verificationCode: Double-check that the user ID exists and the verification code matches what was sent to the user.
- Network issues or endpoint unreachable: Verify network connectivity to the Zitadel API URL.
- Parsing errors on input parameters: Inputs are parsed as JSON if possible; ensure string inputs like
verificationCodeare valid strings and not malformed JSON.
Common error messages:
- Authorization errors indicating invalid or expired tokens.
- Validation errors if required parameters are missing or incorrect.
- gRPC communication errors if the service definitions or endpoints are misconfigured.