In Regent’s Smart Form Manager tool, clients with a Regent Fund or Regent Review license can create new smart forms, edit client-created smart forms, and import smart forms from different environments (e.g. QA to Production). Smart forms can be designed using conditional logic to tailor each question to the individual completing the form. Document workflows can leverage the use of smart forms in managing the notification, submission, and review of an application.
Note |
---|
Clients are NOT to make changes to Regent standard smart forms, such as the Verification Worksheet. Collaboration with the client’s Account Manager/Project Manager is REQUIRED for changes to any existing custom Smart Form. If a client makes changes to an existing Smart Form and data clean-up efforts are required as a result, a Statement of Work (SOW) may be required with associated costs paid by the client. |
...
To use the Smart Form Manager, clients must:
Be on /upgrade to Regent Award 6.5.0.0 Release or a subsequent Release.
Update Global Permissions → Tools Permissions → Smart Form Manager for applicable user role(s.)
Ensure all Active (able to be used) and Inactive (not in use) smart forms are visible.
If creating a new smart form, ensure it is being created in a QA environment, then configure the associated document in Document Setup for testing.
If importing/uploading a new smart form from a QA environment into Production, ensure the associated document was successfully configured and validated in a QA environment.
Note |
---|
Clients should never create or edit smart forms directly in Production. Always create/edit and fully validate smart forms in a QA environment, then import/upload a successfully validated smart form to Production. Clients should save/export smart forms drafted in a QA to prevent overwriting by scheduled or ad-hoc restores. If data clean-up efforts are required as a result, a Statement of Work (SOW) may be required with associated costs paid by the client. |
Smart Form Manager
To access the Smart Form Manager, go to Tools in the left navigation menu and click Smart Form Manager. The following options are available in the Smart Form Manager tab tree-view:
...
After selecting “Create Smart Form”, the user will be presented with key data fields to be completed. Fields names indicated in red text are required. After the data on this screen is saved, other setup tabs for the smart form are presented and the form is available in either the Active Smart Forms or Inactive Smart Forms menu, depending on the Start Date and End Date values that were entered.
...
Smart Form > Document Persistence tab
Note |
---|
Clients must use caution when adding document persistence for documents that are configured to ‘Block Packaging’ or ‘Block Disbursements’. If incorrectly added, funds can be |
Persistence is the automated creation or assignment of defined data within Regent. Document Persistence allows users to create rules using regular expressions to add or update a document requirement in Regent -- see https://www.geeksforgeeks.org/javascript-regexpregular-expression/. Persisted document requirements are added and updated upon the completion of the smart form, including signature(s). The document requirement is only added or updated if the expression results are true. For example, if a student selects the response, ‘I was married at the time of FAFSA completion but am no longer married’ to a smart form question, Document Persistence can be created to add a Divorce Decree document requirement with a status of ‘Needed’ to collect the additional documentation required based on the student response.
...
Expand | |||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||
|
Question > Options
dkdfdkfjlkdjflkajdkl
Expand | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
...
Expand | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Expressions
Anchor | ||||
---|---|---|---|---|
|
Expressions use JavaScript language (see https://www.geeksforgeeks.org/javascript-regexpregular-expression/) to perform logical and mathematical operations to determine if the expression is valid.
Document Persistence and Validators use Boolean Expressions to create a ‘true’ or ‘false’ statement. A Boolean Expression is defined using logical operator such as, AND (&&) and OR (||), which can be used in combination with built-in expressions (see Shortkeys and Helper Functions under the Expressions section for additional information), to result in a ‘true’ or ‘false’. Question responses are wrapped in braces (curly brackets) within the expression.the question code in curly braces. If an expression does not result in a ‘true’ or false', syntax errors are present and the expression is considered invalid. Document Persistence is ignored when an Invalid expression exists.
used Logical operators, such as, AND (&&), and OR (||) may be used in combination with built-in expressions, such as, SnapUtility.EqualOfAny, and SnapUtility.ReasonEqualToAny. The SnapUtility.ReasonEqualToAny is a special function that can not be used in combination with other expressions and will perform the requested action on existing, student documents where the document reason matches any of the values provided to the function.
For the expression based rules, by placing “@” symbol before the question code in expression, points the application to evaluate this question even if it is hidden. (@{studentsMaritalStatus})
If one of the dependant questions (in case of an expression based rule) is hidden then the whole expression will not be evaluated.
Comparison operator (=, >, <, >=, <=, !, <>, !=)
The symbols "<>" and "!=" are interchangeable operators that mean "not equal".
The Exclaimation point means logical not.f
The individual rules have the flags for visible and required. When different rules in the same dependency have different values for those flags, the first rule that is evaluated will trigger, and all subsequent rules in the dependency will be ignored.
Shortkeys:
Expand | ||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||
|
Expand | ||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||
|
Questions:
Match configuration
Capability to create, update, or do nothing if a matched document for the student already exists based on the existing doc requirement status. User can select multiple statuses for update vs create. Status selection will be mutually exclusive (a doc status can only exist in one of the following items):
Does this mean that the ‘Status’ field is used to determine document status when paper sign option is selected?
Status doc will be saved as if the questionnaire is not an esign questionnaire, or it is an esign questionnaire but user did not resign (they paper signed instead)
Does this statement apply to DRP?
No special logic for whether questions are hidden, visible, etc.
Where should this reside?
If changes are made, the client should use extreme caution by first making a copy and updating the Document configuration Smart Form Type/Code to use the client-created Smart Form. Any changes made directly to a Regent maintained Smart Form will be overridden upon a new release if enhancements or changes are made. Regent will not make changes to or maintain a ‘copy of’ a Regent-maintained Smart Form.
Clients should submit a Customer Zone (CZ) ticket to request updates to the Verification Worksheet or other standard Smart Forms.
Is this correct?
{YearCode} - This returns a special int which is essentially (max year of FAY)-2020. So for 2023-2024 FAY, the year code would be 4.
...