ASSISTを使用するためのヒント

背景

NIHのASSISTシステムは、アプリケーションの電子準備と提出に使用されますGrants.gov NIHに。 ASSISTは、組織およびPD/PIデータの事前作成、多くの代理店ビジネスルールの事前提出検証、レビューに使用されるアプリケーションイメージのデータ要約の生成など、デー

すべてのアシストユーザーはeRA Commonsの資格情報を持っている必要があります。

可能な限り早い段階でSPA Pre-Award repに連絡してください。 SPAは、必要に応じて、すべてのユーザーが次のいずれかのロールを持つようにします:

  • 署名官(SO)
  • 行政官(AO)
  • 主任研究員(PI)
  • 助手(ASST)
  • 事務官(AO)
  • )
ASSIST
  • 人事データは、
  • のユーザープロファイルから事前に入力されています。提出前の政府およびNIHビジネスルール
  • 提出前のNIHアプリケーションイメージ全体のプレビューを提供
  • 目次、ヘッダー&フッター
  • トラックを生成Grants.gov and Commons submission status
Resources
  • ASSIST User Guide
  • ASSISTログインサイト
  • はじめに:ASSISTを使用した単一プロジェクトアプリケーションの準備
  • はじめに:ASSISTを使用したマルチプロジェク8824>
  • : ASSISTの使用の概要
  • ウェビナー:ASSISTを使用してNIH
技術支援

ASSISTは、NIHによって開発され、管理されているシステムです。 ERA Commonsヘルプデスクは、サポートのための最初の停留所です:

ウェブ:http://era.nih.gov/help/
フリーダイヤル:1-866-504-9552
営業時間:月-金、午前7時-午後8時東部時間
オンラインヘル: http://era.nih.gov/erahelp/ASSIST/

アシストのマルチプロジェクトアプリケーション

マルチプロジェクトアプリケーションは、共通の焦点や目的を共有する複数の相互に関連するコンポーネ ASSISTは、”コンポーネント”と”コンポーネントタイプ”を区別します。

コンポーネントは、資金調達機会発表(FOA)で特定された詳細情報を収集する必要があるマルチプロジェク

  • コンポーネントには、一般的な情報(コンポーネント組織、プロジェクト期間、プロジェクトタイトルなど)が含まれます。)、パフォーマンスサイト、人員、および予算。
  • FOAはアプリケーションの構築と命名規則を定義し、資金提供されたアプリケーションは進捗報告の構築と命名規則を定義します。
  • コンポーネントは、”コア”または”プロジェクト”とも呼ばれます。”

コンポーネントタイプは、アプリケーション内で繰り返される可能性のある、名前付きの代理店定義のフォームのコレクションです。

  • 特定のマルチプロジェクトアプリケーションには、一つの管理コア、二つのコア、三つのプロジェクトコンポーネントが含まれているとします。 この例では、アプリケーションには、3つの異なるコンポーネントタイプ(管理コア、コア、プロジェクト)を使用する6つのコンポーネントが含まれています。
  • ‘Overall’は、すべてのマルチプロジェクトアプリケーションで単一の出現を持つ特殊なコンポーネントタイプです。
複雑なアプリケーションはどのようにASSISTで構成されていますか?
  • : コンポーネント全体には、アプリケーション全体と各コンポーネントがどのように適合するかを記述する単一プロジェクトアプリケーションに匹敵するデータ収集があります
  • 追加コンポーネント:いくつかの追加コンポーネントタイプ(Admin Core、Project、Core、FOA固有など)。)資金調達機会の発表は、その機会のための複雑なアプリケーションの提出に必要とされるコンポーネントの種類を明確に指定します。 注:特定のコンポーネントタイプ内のコンポーネントは再配置できますが、コンポーネントタイプの順序を再配置することはできません。 コンポーネントタイプ内の個々のコンポーネントを再注文するには、”アシストユーザーガイド”の”コンポーネ
  • 概要:アプリケーションイメージ作成プロセスの一環として、ASSISTは、個々のコンポーネントで提供されたデータからコンパイルされた予算およびその他の情報の要約を自動的に生成します(予算データのコンポーネントおよびカテゴリのロールアップなど)。 これらの要約は、レビュー担当者とNIHスタッフがアプリケーションを操作するのに役立ちます。
アプリケーションのレイアウトを定義する
  • 含める予定のコンポーネントについて考える
  • アプリケーション全体のPD/PIs
  • 各コンポーネ
  • 開始日/終了日
  • 最終的なアプリケーションイメージにコンポーネントを表示する順序を決定
  • アプリケーションシェルを作成
チームを定義し、アプリケーシ 8824>
  • 申請機関のすべてのSOsおよびAOsは、アプリケーション全体に対して編集アクセス権を持っています
  • アプリケーション全体にリストされているすべてのPD/Piは、アプリケーション全体に対して編集アクセス権を持っています
  • プロジェクトリードは、そのコンポーネントに対して編集アクセス権を持っています
  • アプリケーションを開始した人は、アプリケーション全体に対して編集アクセス権を持っています
  • アプリケーションを開始した人は、アプリケーション全体に対して編集アクセス権を持っています*
  • *ORAでは、GMが表示および編集できるように、GRANT manager(GM)がPIの代わりにASSISTでアプリケーションを開始することをお勧めします アプリケーション。 PIが申請を開始する場合は、GMにアクセス権を付与できるORA pre-award担当者に連絡してください。 ASSISTアプリケーションIDとGMのeRA Commons IDを提供してください。

    ORAによるアクセスの管理:Hms署名担当者は、
    • 他のユーザーのアプリケーション-アクセスを管理できます
    • “Access Maintainer”権限を教育機関内の他のユーザーに委任できます
    • 次の変数間のアクセスを制御できます。
      • アプリケーション全体と特定のコンポーネント
      • Read vs Edit
      • Read vs Edit
      • Read vs Edit
      • Read vs Edit
      • Read vs Edit
      • Read vs Edit
      • Read vs Edit
      • 非予算データ
    ファイルサイズの制限

    NIHは、ほとんどのアプリケーションが100Mb以下であることを期待していますが、システムは最大1.2Gbのアプリケーションを処理 アプリケーション内の個々の添付ファイルは、最大35Mbにすることができます。

    提出申請の準備
    • すべてのアプリケーションコンポーネントのステータスが”Final”になったら、アプリケーションステータスを”All Components Final”に設定する必要があります。”アプリケーション情報画面に移動し(ページの上部にあるパン粉を使用する必要がある場合があります)、ステータスを変更するには、アクションの下に提出
    • 申請書を提出する前に、検証に合格する必要があります。 アプリケーションに対して検証を実行するには、”アプリケーション情報”画面の”アクション”セクションの”アプリケーションの検証”ボタンを使用します。 アプリケーションが検証に合格すると(つまり、エラーが特定されない)、そのステータスは’All Components Validated’に更新されます。
    • ステータスを提出準備完了に更新し、申請書を提出することができます。
    完全なアプリケーションをレビュアーが見るように表示

    NIHはエラーのないアプリケーションパッケージを受け取った後、レビュアーが見るように最終アプリケーシ PIとSOには、提出プロセスが完了し、申請がNIHの受領と紹介に進むまでの申請を表示するための2つの平日(月曜日から金曜日、祝日を除く)があります。

    アシストの”非アクティブタイマー”に関する注意

    頻繁に保存! ASSISTは、45分間の非アクティブの後にログアウトします。 タイマーをリセットするには、次の操作を行います:

    • フォームにデータを保存する
    • アプリケーションの検証
    • 添付ファイルの追加
    • アプリケーションのプレビュー
    • フォームにデータの追加ブロックを追加する

    保存または追加するアクションを取らずにフォームのフィールドに情報を入力しても、タイマーはリセットされないことに注意してください。

    コメントを残す

    メールアドレスが公開されることはありません。

    More: