Kuali Research allows you to apply for phase 1 multi-project applications in Kuali Research and submit via S2S using proposal hierarchy. This would only support those multi-projects that have all collaborators within the institution or subcontracted; if collaborating with other institutions those would still have to go thru NIH ASSIST. To enable the ability to submit multi-project S2S proposals you must set the Enable_Multi_Project_Support parameter to Y; default is N. Once enabled you can lookup and link multi-project opportunities in the proposal.
When enabled and a multi-project GG opportunity is linked (i.e. P01 mechanism) it will map children in a proposal hierarchy as separate components along with the parent to populate the necessary S2S project forms; more information below.
If the multi-project support is enabled via the above parameter you can then link P-grants to a proposal for submission. A few recommendations/notes on preparing and using the multi-project features for S2S:
- Only multi-projects that have all collaborators within the institution or subcontracted can use Kuali Research S2S; if collaborating with other institutions those would still have to go thru NIH ASSIST.
- Be sure to read the program announcement carefully and NIH guidance on completing the application.
- We recommend have the NIH Validation Service enabled before doing any multi-project submissions so you can notified of issues from eCommons about the application.
- While working thru the proposals it's best to clear all general system errors first in all child proposals (i.e. adding PI, supplementary data, questionnaires, etc.) so you can then get to the GG and NIH specific validations to help complete. This will allow you to more easily sync up to the parent and cause less confusion on the what is required in each.
Once a proposal is created and a multi-project opportunity p-grant is linked in the parent proposal you will notice a few important things. First, there is a new field of Component Type that will allow you to select the appropriate classification for that particular proposal in the hierarchy and where it should map in the multi-project forms. These components will be specific to the program announcement so make sure to read thru the RFP instructions to understand the difference for each.
Secondly, although the Grants.gov opportunity is added/managed in the parent the opportunity forms will also display in child and the Component Type is selectable in every child in the hierarchy. This allows you to appropriately label each project in the hierarchy according to the multi-project requirements. Also, every proposal in the hierarchy will map to their own forms with the selected component label; in a sense each child will have their own package of forms it will populate that will be combined with the parent and submitted to Grants.gov.
Lastly, upon submit from the parent the entire application (forms from the parent and all children) will be transmitted as one submission and given a single GG Tracking Number. However, the print for each of these projects will always live in the specific proposal (either parent or child).