This document provides two solutions for implementing user registration auditing, designed for different business scenarios:

This is applicable when the registration audit requirements are simple and the built-in registration feature is used, with the user being manually audited in the backend.
First, verify whether the user registration feature is enabled. In the system settings, navigate to the User Authentication page, which manages all identity authentication channels such as “Account Password Login”, “Google Login”, etc. (expandable via plugins).

The registration feature toggle is located here: 
The system’s registration feature is enabled by default, but the default role might not meet your requirements.
Therefore, first create a “Guest” role in the Role List to be used as the default role. All new registered users will automatically be assigned this role and will have no permissions.

Switch to edit mode in the backend and configure a simple table block. Select the User collection to display and manage registered users.



Optional Step: You can add a friendly prompt on this blank page, such as “Your account is under review, please wait patiently for approval,” to inform the user of the current status.
Next, go to the user permission management configuration and assign this page to the “Guest” role. After successful registration, the system will automatically redirect to this page. 
Optional Step: If you need to collect additional information during registration to assist with the audit, add relevant fields (for example, “Application Reason” or “Invitation Code”) in the user collection. This step can be omitted if only basic registration auditing is needed.
Enter the User Collection and add a field to record the applicant’s reason for registration or invitation code information.


After configuration, go to the login page and click Register Account to see the corresponding field in the registration form (if the optional field is configured, otherwise only the basic form will be displayed). 
Add these fields to the audit page as well so that user roles can be audited and modified in real time.

This solution is suitable for scenarios that require a more flexible and customized registration audit process.
It uses an independent application information collection, workflow configuration, and Public Form plugin to realize the complete process—from user registration application submission to the automatic creation of users. The core steps ensure basic functionality and can be further expanded as needed.
Create the Collection In the NocoBase backend, create a new collection for storing user registration application information.
Configure the Fields Add the following fields to the collection, ensuring that the field types and descriptions are correct:
| Field Display Name | Field Name | Field Interface | Description |
|---|---|---|---|
| ID | id | Integer | Automatically generated by the system; unique record ID |
| Username | username | Single line text | The applicant's username |
| The applicant's email address | |||
| Phone | phone | Phone | The applicant's contact number |
| Full Name | full_name | Single line text | The applicant's full name |
| Application Reason | application_reason | Long text | The reason or explanation provided by the applicant |
| User Type | user_type | Single select | Specifies the future user type (e.g., email registration, open registration) |
| Status | status | Single select | Current status of the application (e.g., pending, approved, rejected) |
| Initial Password | initial_password | Single line text | The initial password for the new user (default: nocobase) |
| Created at | createdAt | Created at | Timestamp of record creation by the system |
| Created by | createdBy | Created by | The creator of the record as logged by the system |
| Last updated at | updatedAt | Last updated at | Timestamp of the last update by the system |
| Last updated by | updatedBy | Last updated by | The last person who updated the record |
Preview the Collection Structure
Refer to the image below to confirm that the collection structure is configured correctly: 

This section explains how to configure the workflow to automatically create new users after the application is approved.

In the application information form, add two actions: “Approve” and “Reject.” 


To prevent duplicate operations, set a linkage rule: hide the actions when the Status is not “Pending.” Refer to the image: 
Utilize the Public Form plugin to allow users to submit their registration applications through a webpage.


Open the Frontend Page Visit the Public Form page, fill out the form, and submit the application data.
Verify the Functionality Check whether the data is correctly entered into the application information collection and that a new user is automatically created through the workflow upon audit approval. Refer to the test result:

After completing the basic registration and audit process, you can extend additional functionalities as needed:
If you encounter any issues during the operation, feel free to visit the NocoBase community or refer to the official documentation. We hope this guide helps you successfully implement user registration auditing based on your actual needs and provides flexibility for further extensions. Wishing you smooth usage and project success!