# Request Forms Request forms are reusable and detailed forms that dictate the details data stewards have about the requesters making access requests. Request forms can be attached to * [**Data products**](/SaaS/request/access-data-products/reference-guide/data-products-and-assets.md#data-products): When attached to a data product, one request form is used for both data access requests and masking exception requests. * [**Assets**](/SaaS/request/access-data-products/reference-guide/data-products-and-assets.md#assets): When attached to assets, separate request forms can be designated for access requests and masking exception requests. Request forms can be attached to multiple assets and data products. Request forms dictate the same access request process for any asset or data product that uses them, providing consistent and reliable information from the requesters to the data stewards making determinations. ## Request form details Request forms contain the following content: * **Form details**: Details about the request form such as the name and request questions. Request questions are the questions a data consumer must answer, and the answers will be recorded in the access request for the data steward to review. * **Review flow**: The review flow configures if the access request requires approval or not, the data stewards who will approve the requests, or the ability for data product or asset owners to select their own data stewards. For more details, see the [Review flows reference guide](/SaaS/request/review-access-requests/reference-guides/request-forms/review-flows.md). * **Data use agreement**: A data use agreement can optionally be included. If it is, the data consumer must acknowledge it before they can request access, ensuring they agree to how the data should be used. * **Linked data products**: This is a list of all the data products that use this request form. Assets with this request form will not be listed. ## Adding request forms to assets Request forms are hierarchical, so for example, any attached to the schema will also be used for the tables within that schema. The governance user can also override the hierarchy and apply request forms to specific assets, like tables. You should have your most restrictive request forms for databases and schemas. If your most restrictive request forms are at the table level, data consumers can easily bypass them by requesting access to the less-restrictive database or schema instead. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://documentation.immuta.com/SaaS/request/review-access-requests/reference-guides/request-forms.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.