Tag Archives: Application

Assignment Factors

When a SAGE user completes an eGC1 for the first time and moves it into Routing status, the system assigns the eGC1 to a group/team and to a person who is the Administrator or GCC. There are a number of factors that contribute to the assignment.

Organization Code Receiving Funding: OSP uses the List/Edit OSP Administrators admin tool to associate organization codes with specific groups/teams within OSP.

  • Roll-Up of Organization Codes: When a SAGE user completes an eGC1 with an organization code receiving funding that has no group association, SPAERC steps up the organization code hierarchy to find a higher-level code that does have an associated group. Then, based on the logic below, the system assigns the eGC1 to a member of that group.
    • For example, a sub-division level code with no group, will roll up to the division level; a division level code with no group will roll up to the department level. See IT Connect’s page on Organization Codes for details on levels.
  • Failover: If the system cannot find a group for the eGC1’s organization code or its roll up codes, then the assignment is to the Failover Team. That team can reassign the eGC1 to the appropriate group, and add the organization code to the correct group via the admin tool.

Re-Completed eGC1s: When a campus user re-completes a withdrawn or returned eGC1, the system may change the group/team assignment in response to changes made in the eGC1. However, the system does not update the original person assigned (with the one exception being if the sponsor changes from, or to, RRF). This ensures that the recompleted eGC1 returns to the same OSP staff person for follow-up, rather than disappearing from that person’s tasklist due to an automatic reassignment. If the changes warrant assigning the eGC1 to another OSP person, you can manually reassign it (see Reassign an Item). Note: Manual reassignments only change the person, not the group. The only time a group changes is in response to changed data on a withdrawn or returned eGC1, upon re-completion.

Assignment Logic

The following set of rules determine the eGC1’s initial assignment to the group/team and person.

Conditions Assignment
RRF

Primary sponsor is the Royalty Research Fund

RRF reviewers
NSF

Primary sponsor is the NSF (National Science Foundation)

GCC (Grant & Contract Coordinator) role for the org code receiving funding
IPA/JPA

Sponsored Program Activity Type = IPA/JPA/Staff Assignment

GCC (Grant & Contract Coordinator) role for the org code receiving funding
Clinical Trials

  • Sponsored Program Activity Type = Clinical Trial – Non-Federal Sponsors
  • And Sponsor Type is Private Industry or Foreign Private Industry
Contracts Intake (Team C Administrator)
Certain federal primary sponsors where:

  • Application Type is either a Non-Competing Renewal or a Non-Competing Supplement
  • And the total amount requested is $2 million or less
  • And the primary sponsor or parent sponsor is DoED, DHHS, or ONR
GCC (Grant & Contract Coordinator) for the org code receiving funding
Non-Award Agreements

Application Type = Non-Award Agreement (new) or  Non-award Agreement (continuation)

Contracts Intake (Team C Administrator)
After-the-Fact

  • Sponsor Type = Private Industry or Foreign Private Industry
  • And After the Fact = Yes
Contracts Intake (Team C Administrator)
All other conditions Administrator role for the org code receiving funding

May 2013

  • OSP Notes for returning an item to GCA will be a required field.
  • A new date can be added to the tasklist called assigned to date. This will allow you to track when new items are added to your list.
  • Only users with the Subcontracts Role will be able to create a subcontract shell. General users will no longer be able to add a subcontract shell within an FA.
  • Subcontracts formerly assigned to Verenice Bendana (Barbosa) and Judy Yoshioka will be moved to e-shelf.
  • One additional question has been added to the eGC1 Security Compliance Questions. Approval workflow was added for Security Review when the preparer answers “Yes” to the new question. An automatic hold will apply when the preparer answers “Yes” to any of the Security questions. The new workflow process will apply to only newly created eGC1s at the time of release.
  • Budget number and prior budget number field validation has been placed to allow only numeric and dash in these fields.
  • Advance Budget Request will always be blocked until OSP allows the Advance Budget Request to go through. GIM updates, process updates and procedures are still being vetted.

Planned Bug Fixes:

  • The error message color block for Subcontracts page validation will be corrected to fully cover all the error text in color.
  • Status Checker will no longer display HTML code.
  • Pending Sponsor and Pending Flow Through Sponsor will not be allowed on approval of Applications or FA’s.

To see a list of any related FAs or AAs, you can click on the Funding Actions or Admin Actions tab in an opened Application.

Related Funding Actions

For FAs, the information shown includes:

  • Funding Action Number
  • Funding Action Amount
  • Start and End dates of the funding period
  • UW Budget Number for the currently funded project (six digit value), if assigned
  • Sponsor Award Number, if present

You can click on the Open link to the left of the FA Number to open the item.

Related Admin Actions

The AAs displayed here are direct children of the application. An items such as a PAC, which is a child of an FA, will not display.

For AAs, the information shown includes:

  • Admin Action Number
  • Sponsor Name
  • PI Name
  • Short Title
  • Sponsor Award Number, if present
  • Comment (first 20 characters)

You can click on the Admin Action Number to open the item.

The Admin Actions tab also includes a link to “Create New Admin Action”. See Create an Admin Action and Create a Funding Action for more details.

After you submit an application to the NIH which uses an Adobe form set, you can have the system automatically update the submission status information. This information displays in both SPAERC and SAGE.

To request the status updates, your application must

  • have a status of In OSP
  • have a post-submission Grants.gov tracking number

To start the process:

  1. Open and unlock the application
  2. Click on the Status tab
  3. Enter the complete tracking number (GRANT plus all digits) in the text box.
  4. Click the “Receive Adobe Status Updates” button to start the process.

Information about the submission status will display on the application’s Status page and the History & Comments page.

adobe submission status

Status updates will begin to flow through to SPAERC within 10 minutes.  SPAERC users can edit the Grants.Gov tracking ID while the application is still in “In OSP” status. Once you approve the application, you can no longer edit the tracking ID. If you need to change the tracking ID of an approved application, contact the SAGE Help Desk.

Receiving the status updates will also cause the Adobe Submission icon to appear on the tasklist for the application.

There are several ways to assign an item to another person or to a virtual location such as File.

  • From within the open item: click the Assignments tab
  • From the Tasklist: find the item you want to reassign, click on Actions + and select Reassign
  • From within the opened Cycle that contains the item: click Reassign next to that specific item

As a result, the Reassign page will display, either directly if the tab was clicked, or in a separate window.

Note: You cannot assign a Funding Action or any type of Admin Action to “File” if it has a status of “In OSP.”

Make the Reassignment

  • Under Reassign, use the Assign To drop-down menu to select the desired individual or location
  • Optionally, you can enter a comment in the OSP note field
  • To complete the process, click Assign

If the Reassign page had opened in a separate window, it will automatically close when you click the Assign button.

Note: You also have the option to reassign an item when you add or modify a Hold, or change its status (Deny, Mark as Duplicate, Approve, etc.).

When you are reassigning an item that’s in a cycle, you can reassign other Related Cycle Items at the same time.

View Assignment History

You can also see the item’s Assignment History from the Reassign page. The history shows prior assignments and indicates the date and time, who made the change, the new assignment, and any added notes.

  • On the Reassign page, scroll down to the Assignment History section, and click Show Assignment History to expand the section

The information displayed includes

  • Date Assigned is the date of the change.
  • Assigned By displays the person who made the change.
  • Assigned To displays the new assigned person or location.
  • OSP Note Text displays any notes entered with the reassignment; a system-generated comment displays for default, or initial, assignments.