...
Under the “By Allocation Type” tab, you will see your default reviewers sorted according to allocation type. Note that the By Panel and By Allocation Type lists will be very similar if you have only a single panel associated with each allocation type.
Notifications
...
Notifications are email messages that are sent to users or groups of users when specific events occur in XRAS. Such notifications help both administrators and users to track the state of requests within the allocations lifecycle. The “Notifications” interface allows you to tailor the email messages that XRAS sends. XRAS provides a great deal of flexibility in the email messages that the system sends, but it also requires some time and attention to properly configure XRAS to your site’s needs.
...
Allocation Manager—the person(s) with this role on the request
Allocation Process Manager—you, another XRAS admin, or other email address; you work with the XRAS team to set this email address
Co-PI—the person(s) with this role on the request
NSF Program Officer—the program officer(s) associated with any NSF supporting grants on this request. (This will only apply to supporting grants that have an agency of “NSF” specified)
PI—the person with this role on the request
Reviewer—a member of a Panel assigned to review this request
Service Provider—the person/group associated with a resource connected to this request
...
Preview Notification. XRAS will let you preview the message a recipient will see, i.e., the message with the tags replaced by actual values. Click the “Preview Notification” button and a Notification Preview dialog box appears with a search box. You need to pick a sample request or action to use for the preview. Entering partial request numbers will work, and this search returns only projects that have applicable actions for the current notification. Select the action for which you want the preview, and XRAS will display a preview in a new browser tab. Close the dialog box to return to the template editing screen.
Reconcile Users
...
If you have opted to allow Guest Users to submit requests, you may need to can later “reconcile” these guest users, once you have created their permanent local user account. Reconciling users allows the users to see their requests and reviews, and over time, ensures that a user’s entire history of requests is connected.
Select “Reconcile Users” from the gear menu to see your the current list of “Unreconciled Users.” unreconciled users, if any. For each user, click anywhere in the row to reconcile that user. The left side shows the information about the user from their XRAS submission. The right side has a search box for your Identity Serviceidentity service. Begin typing the user’s first or last name to bring up possible matches and select the correct match from the list.
XRAS will display the corresponding information from your Identity Service identity service on the right. Select “Cancel” to choose a different user or select the “Reconcile User” button to update the XRAS submission with the official user information. That user can now log in with their permanent user account and see the submissions previously associated with the guest account.
Resources
...
By default, XRAS allows users to submit only limited details about their resource requests, specifically, a requested amount and general Commentscomments. However, you can customize XRAS to display, in effect, a “mini-survey” about each requested resource. This feature can be useful to quantify their interest in the resource, structure their responses, and better understand their expectations.
From the XRAS gear menu, select “Resources” and select a resource from the list. On the next page, choose the link to add a question. On the following page, enter the question details: The question itself, the answer type, the form element, the relative order, and whether the question is required and optional. Repeat for each of the questions you want to ask.
You can reorder the questions within the list of resource submission questions either by clicking and dragging the stacked-line icon to the left of the question or by manually editing the “Sorting Order” values. Select “Save Sorting Order” to finalize the sort order.
Note that the resource questions will be displayed for every Allocation Type and Opportunityallocation type and opportunity that includes that resource as an option.
Rules
...
As an AdminXRAS admin, you can describe the allocation operations, definitions, and constraints or policies that apply to your organization by configuring a range of Rules that tailors “rules” that tailor how XRAS behaves in different situations. To ensure XRAS behaves as you expect, you are strongly encouraged to review all the Rules rules settings before you start accepting submissions via XRAS. Many of the Rules rules rely on or refer to values or controlled vocabularies you should have configured as part of your initial setup.
If the following Rules rules options are not sufficient to match your organization’s allocation policies, requests to enhance the interface can be sent to allocations@access-ci.org and we will add them to the XRAS feature roadmap.
Rule: Request Number Format. You can define, modify, or view the template XRAS uses to generate request numbers for successful submissions. Rule: Ineligible PI/Project Leads.You can specify the types of persons who are ineligible to be PI/Project Lead on allocation requests. For example, you can declare Graduate Students graduate students to be ineligible to be PI/Project Lead on certain Allocation Typesallocation types.
Rule: Maximum Requests per Allocation Type. You can restrict a user to a maximum number of requests of different Allocation Typesallocation types. By default, XRAS will allow a user to submit an unlimited number of requests for each type. The maximum requests is the combined total number of active requests and submitted requests. For For example, setting 2 maximum requests and 1 maximum active request allows a user to have 1 current award and 1 renewal request, but does not allow the user to submit a renewal for an opportunity that starts before their "active" award ends.
Rule: Restrict Cross Type Submissions. You can prevent a user from submitting a request of one Allocation Type allocation type if they already have an awarded project of another Allocation Typeallocation type. For example, a user who has an awarded project of Type A should not be allowed to submit a request for a project of Type B.
Rule: Request Action Time Periods. You can control when XRAS allows users to submit actions related to different Allocation Typesallocation types. You can add, edit, delete, and view the time periods for actions. For example, you can may only allow a Renewal renewal allocation request to be available within 30 days of the current request ending.
Rule: Required Submission Fields. You can define which fields are required for different actions for each of your Allocation Typesallocation types, as well as customize the error message displayed if a required field is missing when a user tries to complete a submission.
Rule: Required/Optional Documents. You can define the types of documents required or allowed for the actions associated with different Allocation Typesallocation types. You can also choose whether one or more than one of each document type should be allowed, and set page limits allowed for each document type. If no rule is defined for a particular document type and action, then that document type will not be available for that action in the default XRAS Submit UI.
Rule: Manage Invitations to Opportunities. XRAS allows you to declare some Opportunities opportunities to be “invitation-only.” This rules interface allows you to manage the lists of invited users. In the “Invitations” section, enter either the first or last name of the user to be invited. From the search results, choose the desired name. Then, select the relevant Opportunity opportunity from the drop-down list of all invitation-only opportunities, and click the “Add invitation” button. To un-invite the user, simply click on the “Delete” button for that entry.
Rule: Enable Public Request Pages. XRAS can provide a public information page for each of your awarded projects. These pages are created to show users’ awarded allocation resources. Here you can specify which Allocation Types allocation types have or may have public pages associated with them. An Admin You can choose (a) no public pages are created (Never), (b) public pages are automatically created for all approved requests (Always), or (c) public pages are only created for approved requests that are explicitly posted to ORCID (Only if posted).
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
You must enable at least the “Only if Posted” option if you want to use XRAS to post allocated projects to your users’ ORCID profiles. A link to a project’s public page is part of the information posted to ORCID about the project. |
Rule: Manage Actions for Resource States. XRAS can tailor what allocation actions are available for a given resource at different points in that resource’s lifecycle. For example, you might allow “new” requests for a pre-production resource, but not transfers or supplements. Similarly, when a resource is in post-production, you can stop accepting new requests but may choose to allow transfers of allocation units from that resource to other resources. The resource state is controlled via date fields in the CIDeR service.
Rule: Manage Allowed Allocation Type Transfers. If your allocation policies evolve over time and you add or remove allocation types, this rules page allows you to manage how researchers can transition projects from past allocation types to current allocation types. This rule is useful if you expect researchers' projects to persist over time and want to help them transition their projects to the new allocation types.
User Permissions
The User Permissions option provides you with a list of all persons who have been given permissions to use XRAS Admin for your allocation process. To revoke permissions for any person, use the “Revoke” butt at the right of the appropriate row.
...