Docstoc

Federal Student Aid - PESC.PPT

Document Sample
Federal Student Aid - PESC.PPT Powered By Docstoc
					 Federal Student Aid
Software Developers Conference
       August 20, 2009
    WELCOME

     John Fare


2
                                     Agenda

    Introductions                             8:30 am – 8:40am
    COD Update                                8:40 am – 10:00am
    Break                                     10:00am – 10:15am
    CPS Update                                10:15am -11:30am
    Lunch                                     11:30am – 1:00pm
    Security                                  1:00pm – 2:00pm
    PRMS and PIN Re-engineering Update        2:00pm – 2:30pm
    FSA Technologies Initiatives Update       2:30pm - 3:00pm
    Break                                     3:00pm - 3:20pm
    Federal Update                            3:20pm – 4:20pm
    Round Table                               4:20pm - 4:35pm
    Wrap Up                                   4:35pm – 4:40pm
    Adjourn                                   4:40pm




3
        Contact Information


            John Fare
    Chief Information Officer
     Phone: 202-377-3707
    Email: John.Fare@ed.gov


4
COD Update

 Julie Aloisio
 Dan Sullivan
    Agenda

     •   Managing COD System Capacity
     •   COD Functionality Update
     •   COD Schema
     •   COD Reports
     •   COD Testing Schedule
     •   Resources
     •   Late Breaking News
     •   Q&A




6
    Agenda

     •   Managing COD System Capacity
     •   COD Functionality Update
     •   COD Schema
     •   COD Reports
     •   COD Testing Schedule
     •   Resources
     •   Late Breaking News
     •   Q&A




7
    Managing COD System Capacity
    COD System Capacity Improvements:
       • FSA completed a series of activities to assist in handling increased
         Direct Loan volume including infrastructure and application changes

       • COD implemented these system capacity improvements during the
         period of August 7-9, 2009




8
    Agenda

     •   Managing COD System Capacity
     •   COD Functionality Update
     •   COD Schema
     •   COD Report
     •   COD Testing Schedule
     •   Resources
     •   Late Breaking News
     •   Q&A




9
         COD Calendar
     June 2009                 August 2009                  Spring 2010                 Summer 2010
     Release 8.1               Release 8.2                  Release 9.0                 TBD
       Two Pells in an Award     COD Capacity                  18 Semester (900%)         Iraq and Afghanistan
       Year                      Expansion                     Lifetime Limit             Service Grants

       18 Semester (900%)         Electronic Notification       Maximum Pell for
       Lifetime Limit             of Disclosure                 Children of Deceased
                                  Statements                    Members of the
                                                                Military
        Maximum Pell for
        Children of Deceased
        Members of the                                          Simplify PLUS
        Military                                                Origination Process

                                                               Federal Direct Perkins
                                                               Loan Program




10
Pell Grant Functionality Update
     COD has implemented the following new Pell Grant functionality:
         June 2009
         • Two Pells in an Award Year
         • 18 Semester (900%) Lifetime Limit
         • Maximum Pell for Children of Deceased Members of the Military




     COD will implement the following new Pell Grant functionality:
         Spring 2010
         • 18 Semester (900%) Lifetime Limit (expanded functionality)
         • Maximum Pell for Children of Deceased Members of the Military
           (expanded functionality)



11
Two Pells in an Award Year
       With the June 2009 Implementation, the COD System began to:
          • Accept, validate, store, display, and return the
            <AdditionalEligibilityIndicator> (AEI) field within the Pell Award
            Block for Award Year 2009-2010 and forward in Schema 3.0b

          • When the AEI field is submitted as “true”, the student will be
            allowed to obtain an Award and Disbursement amount up to
            double their Pell Grant Scheduled Award (PGSA*2)




June
2009


12
        Two Pells in an Award Year
       From the June 2009 Implementation of two Pells in an Award Year,
          awards will began to be rejected with the following Edits:
          • Edit 171: If a school is not eligible for two Pell Awards within the
            same year

          • Edit 172: If an award amount exceeds double the student’s Pell
            Grant

          • Edit 173: If the AEI field is changed from “true” to “false” and the
            award amount is greater than the student’s Pell Grant

          • Edit 174: If the AEI field is changed from “true” to “false” and the
            award amount corrected to lower than the total funded
            disbursement amount

          • Edit 176: If the percentage of Total Eligibility Used for the Award
            Year is greater than 200 (plus tolerance)
June
2009


13
Two Pells in an Award Year
       From the June 2009 implementation of two Pells in an Award Year,
          the following Edits were modified:
          • Edit 039: If an award and/or disbursement amount exceeds the
            maximum annual limit

          • Edit 067: If the sum of the disbursements exceeds the Award
            Amount or the disbursement amount exceeds 100% of the students
            Total Eligibility Used and the student is already in a POP situation
            involving two or more schools

          • Edit 068: Pell disbursement for a student from two or more schools
            and the disbursement was not rejected, other Pell awards exist at
            other schools in the same year, total amount disbursed for any other
            Pell awards is greater than 0, total percentage of Eligibilty Used is
            greater than 0, and AEI is not “true”

          • Edit 097: If a Pell record triggers Edit 067 and the school’s Error
June        Processing Option has been set for COD to correct Pell data, the
2009        Disbursement Amount would be corrected to $0.00 and be rejected

14
       Maximum Pell for Children of Deceased Members of the
       Military: Award Year 2009-2010
       With the June 2009 Implementation and Award Year 2009-2010,
          the COD Web began to:
          • Contain a checkbox titled “Post 9-11 Deceased Veteran Dependent
            Indicator”




June
2009


15
       Maximum Pell for Children of Deceased Members of the
       Military: Award Year 2009-2010
       For Award Year 2009-2010, “Maximum Pell for Children of Deceased
          Members of the Military” operates on the following rules:
          • Should be submitted as “true” if a student is the dependent of a
            service member who died in Iraq or Afghanistan or who died due to
            injuries while in service after September 11, 2001

          • Will only appear on the COD web; will not be available on the
            Common Record; and will not be returned in response records for
            the 2009-2010 award year only

          • If a student is not Pell eligible, the award will continue to be rejected
            with existing Edit 038

          • When submitted as “true”, a new person level warning edit (Edit
            168) is returned on all origination, award, and disbursement
            maintenance records for Pell awards
              • The purpose of this edit is to notify users that based on the status of the
June            new indicator, a student’s PGSA will be calculated using an EFC of zero
2009
                regardless of the EFC calculated by CPS

16
         Maximum Pell for Children of Deceased Members of the
         Military: Award Year 2010-2011
         Beginning Award Year 2010-2011 and forward, the Maximum Pell
           for Children of Deceased Members of the Military indicator can
           be submitted via web or batch if the student is Pell eligible.
            • Beginning with Award 2010-2011 and forward, COD will identify
              Children of Deceased Members of the Military for COD Web and
              Batch Submissions

            • If a new Pell award is submitted for a student and the student has
              not previously been identified as eligible for Maximum Pell, or does
              not previously exist on the system, COD will check the ‘DOD Match
              Flag’ to determine if the student is a Child of a Deceased Member
              of the Military

            • If the record is submitted via the COD Web, and the user has
              selected a value for the ‘Children of Deceased Members of the
              Military’ field, the COD System will not use the ‘DOD Match Flag’ to
              determine the student’s eligibility
Spring
2010


17
June 2009 Limit Pell Grants to 18 Semesters
        With the June 2009 Implementation, the COD System began to:
           • Identify First Time Pell Recipients and calculate only their Lifetime
             Eligibility Used (LEU)
               • “First Time Pell Recipients” are defined as students who received their
                 first actual Pell disbursement in the 2008-2009 Award Year and forward

           • Upon submission of any award or disbursement activity, return two
             new Award Level warning edits to inform schools when a student is
             approaching their LEU within the specified ranges below:
               • Edit 177 is triggered when a student’s LEU is within 750% and 900%
               • Edit 178 is triggered when a student’s LEU exceeds 900%

           • Not prevent a student from exceeding the 900% LEU even though
             a warning edit is returned

           • Not return LEU on Common Record responses to schools

           • In June, a one time load of Pell recipients was sent to NSLDS
 June
 2009


18
          Spring 2010 Limit Pell Grants to 18
          Semesters
         For award years 2010-2011 and forward, the COD System will:
            • Return the <LifetimeEligibilityUsed> tag in the Common Record
              Response for First Time Pell Recipients

            • Continue to return Award Level warnings, Edits 177 and 178, when
              a First Time Pell Recipient is nearing or has exceeded their LEU
              limit

            • Include LEU in the system generated Negative Disbursement
              Responses for a Pell Award

            • Not return the <LifetimeEligibilityUsed> tag in the Common Record
              Response for Pell awards for any award year if the student is not a
              First Time Pell Recipient

            • Format of the LEU = XXXX.XXX

Spring
2010


19
     Direct Loan Functionality Update
     COD will implement the following new Direct Loan functionality:
         August 2009
         • Electronic Notification of Disclosure Statements (for DL Sub/UnSub
           and DL PLUS)


         Spring 2010
         • Launch of new website to replace eMPN site includes:
             • PLUS Loan application process
             • Simplified MPN process
             • Acknowledgements sent to schools when a borrower completes
               application or MPN




20
         Electronic Notification of Disclosure Statements

         With the August 7, 2009, implementation, the COD system began to:
            • Make available the Disclosure Statement(s) for DL Sub/Unsub and DL
              PLUS on the eMPN website to the borrower in electronic format if all
              of the following conditions are met:
                • The borrower has not chosen the “Opt-Out” value on the eMPN website
                • The borrower has a valid eMPN for any type of loan for any award year on
                  file with the eMPN website
                • No disclosure statement has been sent for the loan(s)




August
2009


21
         PLUS Loans
         For award years 2010-2011 and forward, the COD System will:

            • Process application acknowledgements for PLUS Loans and send
              acknowledgements to the schools




Spring
2010


22
     Agenda

      •   Managing COD System Capacity
      •   COD Functionality Update
      •   COD Schema
      •   COD Reports
      •   COD Testing Schedule
      •   Resources
      •   Late Breaking News
      •   Q&A




23
        COD Schema

     Beginning March 2009:
        • The COD System started to accept and process data from new XML
          Schema 3.0b
        • Schools must use the 3.0b schema version




     Beginning March 2010
        • Prior to the Fall 2009 Conference, the new Schema will be published




24
25
        Schema 3.0b Overview

     The COD System began to accept and process data in new XML Schema
       3.0b in March 2009 for the 2009-2010 award year
        • Schema version 2.0e may still be used for Pell Grant, ACG, National
          SMART Grant, and Direct Loan for processing previous award years

        • Schema version 3.0b is required for TEACH processing

        • Web Responses and System Generated Acknowledgements are always
          sent in the highest Schema version, currently 3.0b

        • Common Record responses are sent back in the same Schema as the
          incoming record




26
        Schema 3.0b Web Functionality

     COD Web site: School Options Page
        • Contains a “Schema Version for System Generated Responses” field

        • A schema version of 3.0b was assigned for TEACH, Pell, ACG, National
          SMART, and Direct Loan schools that had a value of 3.0a for the 2008-
          2009 award year through a one time update process

        • Any existing schema option with a value of 2.0e for the 2008-2009 award
          year for Pell, ACG, National SMART, and Direct Loan was kept

        • A schema version of 3.0b was assigned for all new 2009-2010 entries for
          TEACH, Pell, ACG, National SMART, and Direct Loan




27
        Schema 3.0b Changes

     Schema 3.0b changes included:
            • New Counseling Block

            • Pell Award Block Updates




28
         Schema 3.0b: New Counseling Block
  NEW Counseling Block
     <Counseling>
     <FinancialAwardYear>2010</FinancialAwardYear>
     <CounselingType>TEACHCounseling</CounselingType>
     <CounselingSequenceNumber>001</CounselingSequenceNumber>
     <CounselingCompleteDate>2009-07-01</ CounselingCompleteDate >
     <Response>
     <ResponseCode>A</ResponseCode>
     </Response>
     </Counseling>




29
      Schema 3.0b: Pell Award Block Updates
  Pell Award Block
 <Pell>
 <FinancialAwardYear>2011</FinancialAwardYear>
 <CPSTransactionNumber>01</CPSTransactionNumber>
 <FinancialAwardAmount>1000</FinancialAwardAmount>
 <Note>
 <SchoolNoteMessage>example </SchoolNoteMessage>
 </Note>
 <FinancialAwardNumber>001</FinancialAwardNumber>
 <FinancialAwardID>xxxxxxxxxxxxxxxxxxxxx</FinancialAwardID>
 <AttendanceCost>3000</AttendanceCost>
 <LowTuitionFeesCode>2</LowTuitionFeesCode>
 <VerificationStatusCode>V</VerificationStatusCode>
 <EnrollmentDate>2010-07-03</EnrollmentDate>
 <AdditionalEligibilityIndicator>false</AdditionalEligibilityIndicator>
 <Response>
 <ResponseCode>A</ResponseCode>
 <YTDDisbursementAmount>5350.00</YTDDisbursementAmount>
 <TotalEligibilityUsed>100.000</TotalEligibilityUsed>
 <ScheduledGrant>1540.00</ScheduledGrant>
 </Response>
 </Pell>



30
31
      New Schema 3.0c Overview
     The COD System will begin to accept and process data from a new
       XML schema starting in Spring 2010. The new schema 3.0c will
       be:
        • Required for all programs for award year 2010-2011 and forward
        • Used to transmit all COD Web responses, regardless of award year
        • Communicated through an IFAP Electronic Announcement posted in
          the coming months




32
      New Schema 3.0c Overview
     New Schema 3.0c changes will include:
        • Direct Loan PLUS Award Block
        • PLUS Loan Application Acknowledgement
        • Credit Override Acknowledgement
        • Pell Award Block




33
          New Schema 3.0c: Direct Loan PLUS
           Award Block
  The DL PLUS Award Block will be updated to include the new elements
    associated with the new application process:
               New Tag                                          Valid Values
     ApplicationCompleteDate         Formatted Date – YYYY-MM-DD
     LoanAmount                      Numeric
     CreditBalanceOption             “B” – for borrower or “S” – for student
                                     “A” – for appeal credit decision, “E” – for pursue an endorser, “N”
     CreditActionChoice:             – for pursue an unsubsidized loan (not pursuing PLUS) or “U” – for
                                     no action will be taken at this time
                                     “A” – for appeal accepted, “D” – for appeal denied, “P” – for
     CreditAppealStatus:
                                     appeal pending, “R” – for appeal closed without final decision
                                     “true” – for up to maximum cost of attendance selected or “false”
     MaximumLoanIndicator
                                     – for loan amount selected
     CreditDecisionExpirationDate    Formatted Date – YYYY-MM-DD
     OriginalCreditDecisionStatus:   “A” – for Accepted, “P” – for Pending or “D” – for Denied
     DefermentOption:                “true” – for deferring or “false” – for not deferring
                                     Will have a sequence number that is unique to each PLUS
     ApplicationID
                                     Application

34
      New Schema 3.0c: Direct Loan PLUS Award
      Block
  Direct Loan PLUS Award Block
 <DLPLUS>
 <FinancialAwardYear>2011</FinancialAwardYear>
 <ApplicationID>0000000001</ApplicationID>
 <Borrower>
 <Index>
 <SSN>999903910</SSN>
 <BirthDate>1981-01-01</BirthDate>
 <LastName>SMITH</LastName>
 </Index>
 <Name>
 <FirstName>BRADLEY</FirstName>
 <MiddleInitial>P</MiddleInitial>
 </Name>
 <Contacts>
 <PermanentAddress>
 <AddressLine>ERINDALE CRES</AddressLine>
 <City>HEWLETT HARBOR V</City>
 <StateProvinceCode>NY</StateProvinceCode>


35
      New Schema 3.0c: Direct Loan PLUS Award
      Block
  Direct Loan PLUS Award Block – Continued
 <PostalCode>21141</PostalCode>
 </PermanentAddress>
 <Phone>
 <PhoneNumber>999-090-0989</PhoneNumber>
 </Phone>
 <Email>
 <EmailAddress>JOHN.DOE@AOL.COM</EmailAddress>
 </Email>
 </Contacts>
 <Citizenship>
 <CitizenshipStatusCode>1</CitizenshipStatusCode>
 </Citizenship>
 </Borrower>
 <Response>
 <ResponseCode>A</ResponseCode>
 <CreditDecisionStatus>A</CreditDecisionStatus>
 <CreditDecisionDate>2010-07-01</CreditDecisionDate>
 <CreditDecisionExpirationDate>2010-09-28</CreditDecisionExpirationDate>


36
      New Schema 3.0c: Direct Loan PLUS
       Award Block
  Direct Loan PLUS Award Block – Continued
 <LoanAmount>2000.00</LoanAmount>
 <ApplicationCompleteDate>2010-07-01</ApplicationCompleteDate>
 <DefermentOption>true</DefermentOption>
 <CreditBalanceOption>S</CreditBalanceOption>
 </Response>
 </DLPLUS>




37
      New Schema 3.0c: PLUS Loan App
     Acknowledgement
  NEW PLUS Loan Application Acknowledgement
 <TransmissionData>
 <DocumentID>2011-04-10T14:31:02.0000000001</DocumentID>
 <CreatedDateTime>2011-04-10T14:31:20.84</CreatedDateTime>
 <Source>
 <COD>
 <RoutingID>00000001</RoutingID>
 </COD>
 </Source>
 <Destination>
 <School>
 <RoutingID>10000221</RoutingID>
 </School>
 </Destination>
 <FullResponseCode>F</FullResponseCode>
 </TransmissionData>
 <ReportingSchool>
 <RoutingID>10000221</RoutingID>
 <AttendedSchool>


38
       New Schema 3.0c: PLUS Loan App
       Acknowledgement
  NEW PLUS Loan Application Acknowledgement – Continued
 <RoutingID>10000221</RoutingID>
 <Student>
 <Index>
 <SSN>999956798</SSN>
 <BirthDate>1991-01-01</BirthDate>
 <LastName>SMITH</LastName>
 </Index>
 <Name>
 <FirstName>JOHN</FirstName>
 <MiddleInitial>I</MiddleInitial>
 </Name>
 <Contacts>
 <PermanentAddress>
 <AddressLine>ERINDALE CRES</AddressLine>
 <City>HEWLETT HARBOR V</City>
 <StateProvinceCode>NY</StateProvinceCode>
 <PostalCode>21141</PostalCode>
 </PermanentAddress>
 <Phone>
 <PhoneNumber>999-090-0989</PhoneNumber>
 </Phone>



39
      New Schema 3.0c: PLUS Loan App
      Acknowledgement
  NEW PLUS Loan Application Acknowledgement – Continued
 <Email>
 <EmailAddress>JOHN.SMITH@AOL.COM</EmailAddress>
 </Email>
 </Contacts>
 <DLPLUS>
 <FinancialAwardYear>2011</FinancialAwardYear>
 <ApplicationID>0000000001</ApplicationID>
 <Borrower>
 <Index>
 <SSN>999903910</SSN>
 <BirthDate>1981-01-01</BirthDate>
 <LastName>SMITH</LastName>
 </Index>
 <Name>
 <FirstName>BRADLEY</FirstName>
 <MiddleInitial>P</MiddleInitial>
 </Name>




40
       New Schema 3.0c: PLUS Loan App
       Acknowledgement
  NEW PLUS Loan Application Acknowledgement – Continued
 <Contacts>
 <PermanentAddress>
 <AddressLine>ERINDALE CRES</AddressLine>
 <City>HEWLETT HARBOR V</City>
 <StateProvinceCode>NY</StateProvinceCode>
 <PostalCode>21141</PostalCode>
 </PermanentAddress>
 <Phone>
 <PhoneNumber>999-090-0989</PhoneNumber>
 </Phone>
 <Email>
 <EmailAddress>JOHN.DOE@AOL.COM</EmailAddress>
 </Email>
 </Contacts>
 <Citizenship>
 <CitizenshipStatusCode>1</CitizenshipStatusCode>
 </Citizenship>
 </Borrower>




41
      New Schema 3.0c: PLUS Loan App
      Acknowledgement
  NEW PLUS Loan Application Acknowledgement – Continued
 <Response>
 <ResponseCode>A</ResponseCode>
 <CreditDecisionStatus>A</CreditDecisionStatus>
 <CreditDecisionDate>2010-07-01</CreditDecisionDate>
 <CreditDecisionExpirationDate>2010-09-28</CreditDecisionExpirationDate>
 <LoanAmount>2000.00</LoanAmount>
 <ApplicationCompleteDate>2010-07-01</ApplicationCompleteDate>
 <DefermentOption>true</DefermentOption>
 <CreditBalanceOption>S</CreditBalanceOption>
 </Response>
 </DLPLUS>
 <Response>
 <ResponseCode>A</ResponseCode>
 </Response>
 </Student>
 <Response>
 <ResponseCode>A</ResponseCode>
 </Response>
 </AttendedSchool>




42
      New Schema 3.0c: PLUS Loan App
      Acknowledgement
  NEW PLUS Loan Application Acknowledgement
 <Response>
 <ResponseCode>A</ResponseCode>
 </Response>
 </ReportingSchool>
 <Response>
 <DocumentTypeCode>SP</DocumentTypeCode>
 <DocumentStatusCode>A</DocumentStatusCode>
 <ProcessDate>2011-08-19</ProcessDate>
 </Response>
 </CommonRecord>




43
        New Schema 3.0c: Direct Loan PLUS
        Award Block
  New Credit Override Acknowledgement
 </Borrower>
 <Response>
 <ResponseCode>A</ResponseCode>
 <MPNStatusCode>R</MPNStatusCode>
 <MPNLinkIndicator>false</MPNLinkIndicator>
 <EndorserAmount>1000.00</EndorserAmount>
 <CreditDecisionDate>2010-03-23</CreditDecisionDate>
 <CreditOverrideCode>E</CreditOverrideCode>
 </Response>




44
      New Schema 3.0c: Pell Award Block
  Pell Award Block
 <Pell>
 <FinancialAwardYear>2011</FinancialAwardYear>
 <CPSTransactionNumber>01</CPSTransactionNumber>
 <FinancialAwardAmount>1000</FinancialAwardAmount>
 <Note>
 <SchoolNoteMessage>example </SchoolNoteMessage>
 </Note>
 <FinancialAwardNumber>001</FinancialAwardNumber>
 <FinancialAwardID>xxxxxxxxxxxxxxxxxxxxx</FinancialAwardID>
 <AttendanceCost>3000</AttendanceCost>
 <LowTuitionFeesCode>x</LowTuitionFeesCode>
 <VerificationStatusCode>V</VerificationStatusCode>
 <EnrollmentDate>2010-07-03</EnrollmentDate>
 <AdditionalEligibilityIndicator>false</AdditionalEligibilityIndicator>
 <Response>
 <ResponseCode>A</ResponseCode>
 <YTDDisbursementAmount>0.00</YTDDisbursementAmount>
 <TotalEligibilityUsed>100.000</TotalEligibilityUsed>
 <ScheduledGrant>1540.00</ScheduledGrant>
 <LifetimeEligibilityUsed>0900.000</LifetimeEligibilityUsed>
 </Response>
 </Pell>

45
     Agenda

      •   Managing COD System Capacity
      •   COD Functionality Update
      •   COD Schema
      •   COD Reports
      •   COD Testing Schedule
      •   Resources
      •   Late Breaking News
      •   Q&A




46
           COD Reports

     The following reports were modified in COD during June 2009:

        • Pell Potential Overaward Process

        • Pell Multiple Reporting Record

        • Pell Reconciliation Record

        • Pell Year to Date Record




47
           COD Reports – June 2009

     Pell Potential Overaward Process (POP):
        • Two fields were added to the POP in previously unused space: Additional
          Eligibility Indicator and Post 9-11 Deceased Veteran Dependent Indicator
        • “Blank” is considered a valid value in the Post 9-11 Deceased Veteran
          Dependent Indicator field
        • Available in CSV format via school newsboxes on the COD Reporting Web
          site and in preformatted format via school SAIG mailboxes


                    Field Name                                        Description
             Additional Eligibility Indicator   Indicates whether or not a student is eligible to receive two
                                                  Pell grants in an Award Year at a single attended school
             Post 9-11 Deceased Veteran         Indicates whether or not a student was the dependent of a
                Dependent Indicator               soldier who was either killed in Iraq or Afghanistan after
                                                 9/11/01, or who died due to injuries sustained in Iraq or
                                                                Afghanistan after 9/11/01




48
               COD Reports – June 2009
     Pell Multiple Reporting Record (MRR):
         • Two fields were added to the MRR in previously unused space: Additional
           Eligibility Indicator and Post 9-11 Deceased Veteran Dependent Indicator
         • “Blank” is considered a valid value in the Post 9-11 Deceased Veteran
           Dependent Indicator field
         • The MRR is available in fixed-length flat file format and sent to schools’
           SAIG mailboxes
         First   Last   Len   Type   Field Name             Description                              Valid Values
         449     449     1     A      Additional     Indicates whether or not a                 Y = Student is eligible.
                                      Eligibility   student is eligible to receive         N/BLANK = Student is not eligible.
                                      Indicator     two Pell grants in an Award
                                                      Year at a single attended
                                                                school
         450     450     1     A     Post 9-11      Indicates whether or not a          Y= Student is the dependent of an armed
                                     Deceased       student was the dependent        forces member who died as a result of service
                                       Veteran      of a soldier who was either       in Iraq or Afghanistan after 9/11/01. An EFC
                                     Dependent      killed in Iraq or Afghanistan     of zero will be used to calculate the student’s
                                      Indicator     after 9/11/01, or who died                              PGSA.
                                                    due to injuries sustained in       N/BLANK = Student is not the dependent of
                                                      Iraq or Afghanistan after      an armed forces member who died as a result
                                                                9/11/01                    of service in Iraq or Afghanistan after
                                                                                       9/11/01. The EFC sent to COD on the AAF
                                                                                       will be used to calculate the student’s PGSA.



49
                 COD Reports – June 2009
     Pell Reconciliation Record:
         • Three fields were added in previously unused space: Additional Eligibility
           Indicator, Post 9-11 Deceased Veteran Dependent Indicator, and Unused
         • “Blank” is considered a valid value in the Post 9-11 Deceased Veteran
           Dependent Indicator field
         • Available in fixed-length flat file format and sent to schools’ SAIG mailboxes
         First    Last   Len   Type   Field Name             Description                             Valid Values
          96      96      1     A      Additional     Indicates whether or not a                Y = Student is eligible.
                                       Eligibility   student is eligible to receive        N/BLANK = Student is not eligible.
                                       Indicator     two Pell grants in an Award
                                                       Year at a single attended
                                                                 school
          97      97      1     A     Post 9-11       Indicates whether or not a       Y= Student is the dependent of an armed
                                      Deceased       student is the dependent of         forces member who died as a result of
                                        Veteran        an armed forces member         service in Iraq or Afghanistan after 9/11/01.
                                      Dependent         who died as a result of       An EFC of zero will be used to calculate the
                                       Indicator           service in Iraq or                        student’s PGSA.
                                                      Afghanistan after 9/11/01       N/BLANK = Student is not the dependent of
                                                                                        an armed forces member who died as a
                                                                                      result of service in Iraq or Afghanistan after
                                                                                       9/11/01. The EFC sent to COD on the AAF
                                                                                      will be used to calculate the student’s PGSA.
          98      100     3     A       Unused           Reserved for future                        Constant spaces
                                                             expansion



50
                 COD Reports – June 2009
     Pell Year to Date Record:
         • The field Additional Eligibility Indicator was added in previously unused
           space
         • “Blank” is considered a valid value in the Post 9-11 Deceased Veteran
           Dependent Indicator field
         • Available in fixed-length flat file format and sent to schools’ SAIG mailboxes
         First    Last   Len   Type   Field Name               Description                               Valid Values

         217      217     1     A     Post 9-11          Indicates whether or not a        Y= Student is the dependent of an armed
                                      Deceased       student was the dependent of a          forces member who died as a result of
                                        Veteran       soldier who was either killed in    service in Iraq or Afghanistan after 9/11/01.
                                      Dependent           Iraq or Afghanistan after       An EFC of zero will be used to calculate the
                                       Indicator       9/11/01, or who died due to                       student’s PGSA.
                                                        injuries sustained in Iraq or     N/BLANK = Student is not the dependent of
                                                         Afghanistan after 9/11/01          an armed forces member who died as a
                                                                                          result of service in Iraq or Afghanistan after
                                                                                           9/11/01. The EFC sent to COD on the AAF
                                                                                          will be used to calculate the student’s PGSA.
         233      250    18     A       Unused        Reserved for future expansion                     Constant spaces

         251      251     1     A      Additional       Indicates whether or not a                  Y = Student is eligible.
                                       Eligibility   student is eligible to receive two        N/BLANK = Student is not eligible
                                       Indicator      Pell grants in an Award Year at
                                                          a single attended school



51
     Agenda

      •   Managing COD System Capacity
      •   COD Functionality Update
      •   COD Schema
      •   COD Reports
      •   COD Testing Schedule
      •   Resources
      •   Late Breaking News
      •   Q&A




52
      School & Vendor Testing

  March 2010 Release 9.0 Testing Schedule:


                Testing Phase              Scheduled Dates
      Sign Up                    Completed by 1/5/2010
      Phase I                    1/5/2010 - 6/5/2010
      Implementation             Completed by 3/28/2010
      Phase II                   4/13/2009 - 6/26/2010
      Unstructured               6/1/2010 – 9/25/2010




53
     Agenda

     •   Managing COD System Capacity
     •   COD Functionality Update
     •   COD Schema
     •   CODS Reports
     •   COD Testing Schedule
     •   Resources & EDExpress
     •   Late Breaking News
     •   Q&A




54
       Resources
     COD Technical References:
        • 2009-2010 Updates (6/2009)
            •   Combination System Supplement
            •   Direct Loan tools
            •   Pell Payment Schedule
            •   Implementation Guide
            •   Edits
            •   Reports

        • 2010-2011 Draft (8/2009)

        • 2010-2011 Final (11/2009)
            • Implementation Guide (I and II)
            • Volume III, V, VI
            • Volume IV will be published July 2010

        • IFAP Electronic Announcements and Dear Colleague Letters
            • http://www.ifap.ed.gov/ifap/whatsnew.jsp

55
     Agenda

     •   Managing COD System Capacity
     •   COD Functionality Update
     •   COD Schema
     •   COD Reports
     •   COD Testing Schedule
     •   Resources
     •   Late Breaking News
     •   Q&A




56
57
       Late Breaking News

     New CIP Codes will be added to the SMART Eligible List for 2009-2010
        • More foreign languages were added to the program (55 New CIP Codes)
        • Three new Liberal Arts codes were added for only the following schools:
            • 24.0101 - Thomas Aquinas College
            • 24.0101 - St. John’s College, Annapolis, MD
            • 24.0101 - St. John’s College, Santa Fe, NM

     Current legislation ends the ACG and SMART programs after the 2010-
        2011 award year

     COD will implement new “Iraq and Afghanistan Service Grants”:
        • Effective July 1, 2010, “Iraq and Afghanistan Service Grants” will be
          created for non-Pell eligible students whose parent or guardian died as a
          result of military service in Iraq or Afghanistan after 9/11/01, if the
          student was under 24 years old or enrolled in an institution of higher
          education at the time


58
       Late Breaking News: Perkins Loan Program
     COD will implement the new Perkins Loan Program Spring 2010.
       Program highlights will include:

        • All Perkins-eligible schools must have Direct Loan eligibility

        • COD System will use existing Direct Loan TG Mailboxes for Perkins
          Loans

        • New Perkins-specific message classes will be developed

        • COD will accept changes to awards and disbursements on the same
          change record

        • Award and disbursement edits will be similar to those for Direct Loans
            • Edits will be included in the Technical Reference




59
     Agenda

      •   Managing COD System Capacity
      •   COD Functionality Update
      •   COD Schema
      •   COD Reports
      •   COD Testing Schedule
      •   Resources
      •   Late Breaking News
      •   Q&A




60
     Questions?



61
  Contact Information
     Dan Sullivan – Grants & Campus
      Based Division
      Daniel.Sullivan@ed.gov


     Julie Aloisio – Loans Division
      Julie.Aloisio@ed.gov

62
     BREAK



63
     CPS Update

     Ginger Klock


64
   2010-2011 Central
Processing System Update
     2010-2011 CPS Update Agenda
     • FAFSA Changes
     • Central Processing System (CPS) Changes
     • Institutional Student Information Record
       (ISIR) Changes
     • CPS Test System
     • IRS Data Share Project
     • Important Dates

66
     Application Processing Statistics
     Total Filers through Week 29

                                    •8.0% increase from
                                    2007-08 to 2008-09
                                    •19.64% increase from
                                    2008-09 to 2009-10
                                    •Paper applications
                                    <1% of total
                                    applications processed
                                    in 2009-10



67
     The 2010-2011 FAFSA
 • Expanded student marital status to four options to
   facilitate pending implementation of IRS data share
   process (Question 16)
 • Removed veterans’ benefits questions because they are
   no longer required per HEOA
 • Added text explaining that the value of military
   housing or a military housing allowance should not be
   included as untaxed income benefits (Question 45g
   and Question 93g)
 • Added a question about earnings from work under a
   cooperative education program at an institution of
   higher education to be excluded from income
   (Question 44f and Question 92f)



68
     The 2010-2011 Paper FAFSA

     • Posting the draft FAFSA to IFAP for
       review
     • 60-Day public comment period
     • Email comments to:
          FAFSAComments@ed.gov

69
     The 2010-2011 Paper FAFSA
     • To view draft FAFSA:
       – Go to IFAP at http://ifap.ed.gov
       – Scroll down to “Publications”
       – Click on “FAFSAs and Renewal FAFSAs”
       – Click on “By 2010-2011 Award Year”
       – Click on “Draft FAFSA Form/Instructions”
70
Central Processing
 System Changes
      Special Circumstances Flags
     • 2009-10
       – Special Circumstance Flag = 1: Dependent student without
         parent data
       – Special Circumstance Flag = 2: Parent data provided on a
         subsequent transaction
     • 2010-11
       – Special Circumstance Flag = 3: Students who are homeless, but
         cannot answer “Yes” to any of the three homeless youth
         questions
       – Special Circumstance Flag = 4: Students whose parents refuse to
         provide support or data on the FAFSA and want to be considered
         for unsubsidized loan only

72
     Database Match with Department of
     Defense (DOD)
     • 2010-11
       – Automated DOD Match
       – ISIR will contain DOD Match Flag
           • Y = Record found on DOD file
           • Blank = No match
       – ISIR will contain date of parent’s death
       – System-generated ISIRs will be sent when the DOD match
         file is updated and a match is found for an aid applicant
       – FSA will send a personalized letter to the student

73
     Institutional Student Information
           Record (ISIR) Changes




74
     ISIR Record Layout
     • General Information:
     • 2010-11 ISIR record layout posted in August
     • ISIR follows order of questions on the 2010-11 paper FAFSA
     • 2010-11 ISIR record layout record length changed from 3700
       to 4150
     • Date fields incremented
     • No changes to message classes
     • 2010-11 ISIR Record will still come in flat-file format



75
     ISIR Record Layout

     New format:
     • To minimize impacts to layouts for 2010-11
       and forward
        – Adding filler spaces
        – Organizing into existing “data blocks”
     • Update the ISIR Record Description/Data
       Dictionary


76
     ISIR Record Layout
     New content:
     • Field #19 Student’s Marital Status
        – Revised value of one (1) to single
        – Added value (4) for divorced or widowed
     • Fields #47 & #48 Veterans Questions
        – Deleted


77
      ISIR Record Layout
     • Fields #170 & #171 Transaction Data
       Source/Type Code
        – Added X as a type code
        – 5X= System-generated ISIR for CPS Match with DOD
     • Field #172 Special Circumstances Flag
        – Added values 3 & 4
           – 3 = Unaccompanied homeless individual
           – 4 = Dependent record unsubsidized only



78
      ISIR Record Layout
     • Field #227 Assumed Student’s Marital Status
        – Changed value of 1 from “assumed unmarried” to
          “assumed single”
     • Field #239 Assumed Homeless Youth -School
       Determined
        – Added field
           – 2 = Assumed no
           – Blank = No assumption



79
     ISIR Record Layout
     • Field #240 Assumed Homeless Youth-HUD
        – Added field
          – 2 = Assumed no
          – Blank = No assumption
     • Field #241 Assumed at Risk of Homelessness
        – Added field
          – 2 = Assumed no
          – Blank = No assumption



80
     ISIR Record Layout
     • Field #346 Department of Defense (DOD) Match
       Flag
       – Y=Applicant’s SSN included in the DOD Match file
       – Blank=No match
     • Field #347 DOD Parent Date of Death
       – Added field
       – Format CCYYMMDD




81
     ISIR Record Layout
     • Field #351 Electronic Federal School Code
       Indicator
        – Updated field numbers in the description
     • Field #431, #443, #455 NSLDS Additional Pell
       Eligibility Indicator (I)
        – Added field
        – Y or N




82
     2010-2011 Central
     Processing System

       Test System


83
     2010-11 CPS Test System

     • Draft Application Processing Software
       Developers Specifications posted
     • Updates will be provided, as needed




84
     2010-2011 CPS Test System
     • Mechanism for you to confirm that your
       system –
        – Meets specifications for interfacing with CPS
        – Is calculating correct results
     • Allows you to –
        – Test applications and corrections
        – Receive ISIR data




85
     2010-2011 CPS Test System
     • Available late fall 2009, and remains
       available through the end of the processing
       cycle
     • User Guide will be posted to Federal Student
       Aid Download Web site
       (FSAdownload.ed.gov) by the end of October
     • An Electronic Announcement will be posted
       when the test system goes live



86
     2010-2011 CPS Test System

     • Test files will be available at
       FSAdownload.ed.gov
     • Separate input and output files will be posted
       for testing specifications
     • Remember - CPS is still in test until FSA
       accepts the system and production starts on
       January 4 , 2010

87
     IRS Data Share Project




88
     IRS-FSA Concept Overview
     • Federal Student Aid and the IRS are developing a
       collaborative solution that simplifies FAFSA
       completion
     • The new process will allow FAFSA on the Web
       applicants to request and retrieve their income tax
       data from the IRS
     • Once the data is retrieved it can be automatically
       transferred to FOTW

89
     How will this process work?




90
     How will the IRS site be accessed?




91
How will applicants transfer data to FOTW?




92
     IRS Data Share Implementation Schedule
      • 2009-10 IRS data share will be implemented in
      • January 2010
         – Pilot to test proof of concept
         – Participation is voluntary
      • 2010-11 IRS data share will be implemented in the
        Summer of 2010
         – Full implementation
         – Participation is voluntary



93
     Important 2010-11 Dates




94
      Important 2010-11 Dates


                      August
     •EDE Technical Reference (Software Developers Draft)
     •Application Processing System Specifications for
     Software Developers, Draft
     •Software Developers Conference 8/20/2009



95
     Important 2010-2011 Dates
                 October
          •2010-2011 EDExpress Packaging
          Technical Reference
          •Summary of Changes for the Application
          Processing System
          •Student Web Application Products
          Process Guide
          •CPS Test System User Guide



96
     Important 2010-2011 Dates

              November
        •School Electronic Process Guide
        •ISIR Guide
        •SAR Comment Codes and Text
        •EFC Calculation Guide



97
       Important 2010-11 Dates

                      January
     1/1: 2010-11 FAA Access to CPS Online available
     1/1: 2010-11 FAFSA on the Web available
     1/4: 2010-11 Central Processing System begins processing ISIRs
     1/4: 2010-11 EDExpress Release 1.0 available
     Application Processing System Specifications for Software
     Developers, Final



98
     Important 2010-11 Dates

                  April and Forward
     April - 2010-11 EDExpress Release 2.0 available
     July - 2010-11 Direct Loan Tools available




99
      Questions?




100
      CPS Update
      Contact Information
            • Phone: 1-800-330-5947
             • TTY: 1-800-511-5806
            • E-mail: cpssaig@ed.gov

        • We appreciate your feedback and
                    comments

101
      Lunch



102
        Security


      Bob Ingwalson


103
104
  We Implement Security Based on
          Cost vs. Risk




105
      Cost of a Breach




106
      Defense in Depth
      •   Policy
      •   Personnel Security
      •   Physical Security
      •   Network Security
      •   Host based Security
      •   Application Security


107
       Application Development Security

      • The Bad

      • The Ugly

      • The Good


108
      The Bad – Security Vulnerabilities

      • Know the Threat
        – OWASP (http://www.owasp.org)

        – SANS Top 20 (www.sans.org/top20)

        – National Vulnerability Database
         (http://nvd.nist.gov)

        – Many others

109
       OWASP Top 10
       The Bad – Security Vulnerabilities
  •   1 - Cross Site Scripting (XSS) XSS flaws occur whenever an application takes user supplied data and sends it to a web browser
      without first validating or encoding that content. XSS allows attackers to execute script in the victim's browser which can hijack
      user sessions, deface web sites, possibly introduce worms, etc.
  •   2 - Injection Flaws Injection flaws, particularly SQL injection, are common in web applications. Injection occurs when user-
      supplied data is sent to an interpreter as part of a command or query. The attacker's hostile data tricks the interpreter into executing
      unintended commands or changing data.
  •   3 - Malicious File Execution Code vulnerable to remote file inclusion (RFI) allows attackers to include hostile code and data,
      resulting in devastating attacks, such as total server compromise. Malicious file execution attacks affect PHP, XML and any
      framework which accepts filenames or files from users.
  •   4 - Insecure Direct Object Reference A direct object reference occurs when a developer exposes a reference to an internal
      implementation object, such as a file, directory, database record, or key, as a URL or form parameter. Attackers can manipulate
      those references to access other objects without authorization.
  •   5 - Cross Site Request Forgery (CSRF) A CSRF attack forces a logged-on victim's browser to send a pre-authenticated request to
      a vulnerable web application, which then forces the victim's browser to perform a hostile action to the benefit of the attacker. CSRF
      can be as powerful as the web application that it attacks.
  •   6 - Information Leakage and Improper Error Handling Applications can unintentionally leak information about their
      configuration, internal workings, or violate privacy through a variety of application problems. Attackers use this weakness to steal
      sensitive data, or conduct more serious attacks.
  •   7 - Broken Authentication and Session Management Account credentials and session tokens are often not properly protected.
      Attackers compromise passwords, keys, or authentication tokens to assume other users' identities.
  •   8 - Insecure Cryptographic Storage Web applications rarely use cryptographic functions properly to protect data and credentials.
      Attackers use weakly protected data to conduct identity theft and other crimes, such as credit card fraud.
  •   9 - Insecure Communications Applications frequently fail to encrypt network traffic when it is necessary to protect sensitive
      communications.
  •   10 - Failure to Restrict URL Access Frequently, an application only protects sensitive functionality by preventing the display of
      links or URLs to unauthorized users. Attackers can use this weakness to access and perform unauthorized operations by accessing
      those URLs directly.


110
       OWASP Top 1:
       The Bad – Cross Site Scripting


      • Cross Site Scripting
        – What is Cross Site Scripting and
          how is it used?
        – Prevention




111
       OWASP Top 2:
       The Bad – Injection Flaws (SQL Injection)


      • SQL Injection
        – What is SQL Injection and how is it
          used?
        – Prevention




112
       OWASP Top 3:
       The Bad – Malicious File Execution


      • Malicious File Execution
        – What is Malicious File Execution
          and how is it used?
        – Prevention




113
      SANS Top 20:
      The Bad -- Security Vulnerabilities




114
      National Vulnerability Database:
      The Bad -- Security Vulnerabilities




115
      National Vulnerability Database:
      The Bad -- Security Vulnerabilities




116
      National Vulnerability Database:
      The Bad -- Security Vulnerabilities




117
      National Vulnerability Database:
      The Bad -- Security Vulnerabilities




118
          The Ugly

      •   Code Mistakes
      •   Untrained Users
      •   Insecure Configuration Settings
      •   Keyloggers




119
       The Ugly – Human Error

      • Code Mistakes
        – Federal Student Aid has had them
        – Implement Prevention in Code
        – Thoroughly Test
        – Use Tools




120
      The Ugly – Security Ignorance

  • Untrained Users
      – Security ignorance compromises data
      – Provide the training
      – Rules of Behavior
      – Annual refresher training




121
       The Ugly – Configuration Negligence

      • Insecure Configuration Settings
               – NIST, DISA, CIS vs. Business Needs
               – Builds
               – System Upgrades
               – Vulnerability Scans
      The Federal Student Aid Secure Configuration Guides are based off the NIST checklist located at <http://checklists.nist.gov/>, which are a result of the
      National Checklist Program (NCP). The NCP is the U.S. government repository of publicly available security checklists (or benchmarks) that provide
      detailed low-level guidance on setting the security configuration of operating systems and applications. NCP is migrating its repository of checklists to
      conform to the Security Content Automation Protocol (SCAP <http://checklists.nist.gov/scap.cfm>). SCAP enables standards based
      <http://checklists.nist.gov/tools.cfm> security tools to automatically perform configuration checking using NCP checklists. For this reason, Federal
      Student Aid will no longer continue to update its Security Configuration Checklist but will instead rely on the NIST checklist. The NIST checklists
      drawn on sources such as the Defense Information Systems Agency Security Technical Implementation Guides (DISA STIGS) that are frequently
      updated.




122
      The Ugly – Malicious Threats

      • Keyloggers
        – What is it and how does it exploit a
          Web Application?
        – Some things to do about Keylogger
          activity




123
      The Good -- Mitigating Controls
      •   Train users
      •   Implement effective Anti-Spyware, Anti-Virus
      •   Keep patches and versions current
      •   Firewall
      •   Network Monitors
      •   Automatic form filler programs
      •   Cut and paste
      •   One-time passwords
      •   Smartcards
      •   Virtual keyboards



124
       The Good -- Mitigating Control
       (Virtual Keyboard)
   A virtual keyboard is provided on Federal Student Aid’s Enterprise Security login page
   and does not require end users to acquire additional software.




125
      The Good -- Mitigating Control
      (Virtual Keyboard)
  Some of the features of Federal Student Aid’s Virtual Keyboard
    Include:

      • Highly effective in evading true “Key Logging”
      • Widely used by many financial institutions
      • Low cost technology to deploy (even for 50 million users)
      • Does not require any new hardware or software on client
        machines
      • Can work in conjunction with the existing keyboard
      • Keys can be entered by mouse click or by leaving mouse on
        the key for 2 seconds
      • Virtual keyboard randomly shifts on the screen

126
      The Bad and Ugly – Covert Malicious
      (WSNPOEM)
• WSNPOEM
   – What is it?
      • Variant of the Banker/InfoStealer/Bancos/Zbot family (identified as PWS-
        Banker.gen.bw by McAfee, as Infostealer.Banker.C by Symantec, as Trojan-
        Spy.Win32.Bancos.aam by Kaspersky and as Mal/Zbot-A by Sophos).
   – How does it exploit a Web Application?
      • WinInet interception
      • In-process key-logging
   – How do we know about it and what’s the impact?
   – What can be done?


127
      The Bad and Ugly – Covert Malicious
      (WSNPOEM)
• How do we know about it:
   – Since 2004 we have been receiving periodic files from US-CERT
   – Now provided weekly
   – Government wide concern

• Impact:
   – > 22,000 unique compromised SSNs
   – > 300 unique compromised userids and passwords
   – Analysis from the raw logs has identified wsnpoem as the number
     one threat



128
        The Bad and Ugly – Covert Malicious
        (WSNPOEM)
      Malware       Occurances
   wsnpoem_v2         296475

                                 The wsnpoem
   wsnpoem_v3           394
   wsnpoem_v6          15643
   wsnpoem_v4          3447
      wsnpoem
       haxdoor
                       5019
                       4888
                                 malware & variants
      nethelper
     win32agent
                       4025
                       3412
                                 make up 95% of the
       fireming
  silentbanker_v2
                       3063
                       1583
                                 incidents captured in
     passsickle
        manda
                        264
                        259
                                 the US-CERT files
      nowhere           217
  win32agent_v4         39
       urlzone           6




129
      The Good – Covert Malicious (WSNPOEM)

• What can be done at the application side?
   – Require two factor authentication
      • Virtual Keyboards, URL encoding, header encryption, shared keys, security
        questions, and images are all vulnerable to this type of attack.
   – Training and awareness for client side prevention
      • Train those that are accessible
      • Broadcast messages or post warnings on websites

• What can be done at the client side?
      • Use two factor authentication
      • Keep patches and versions current
      • Run reputable security software scans (in safe mode)



130
      The Bad – 13, The Ugly - 8, The Good - 4




131
      Questions?




132
            Bob Ingwalson
          Phone: 202-377-3563
      Email: Bob.Ingwalson@ed.gov



133
Person Record Management Service
 (PRMS) and PIN Re-engineering


           Renee Wade
 Purpose for PRMS
 and PIN Re-engineering
 • Focus on the population of general public individuals needing to
   gain access to Federal Student Aid systems and have their
   identities validated for the purpose of applying for and/or
   receiving Federal Student Aid
 • Separate the storage of Person Data (Personal Identifiable
   Information (PII) and contact information) from credentials
 • Create a unique identifier the Federal Student Aid Account
   Number (FAN) to refer to persons separately from the SSN and to
   tie a person’s credentials to their PII


135
      Purpose for PRMS
      and PIN Re-engineering
  • Address authentication and authorization of general public
    individuals needing to gain access to Federal Student Aid
    systems by replacing the PIN system with an extension to
    the Security Architecture.
  • Centralize identity-related services such as identity
    matching, duplicate detection, identity issue resolution
  • Set the stage for reducing storage of PII in multiple FSA
    systems


136
      What is PRMS?
  • PRMS will maintain the master record for an
    applicant or recipient’s personal identifying
    information (PII) and demographic information
  • PRMS will be an enterprise shared service using a
    publish and subscribe model following Service
    Oriented Architecture principles
  • Helps in resolving data quality issues
  • Maintains history of person data



137
      Another Identifier?
      • PRMS will assign a unique identifier , the
        FAN, to individuals
      • The identifier will be nine alphanumeric
        characters
      • The identifier will protect the person’s identity
      • Allows the general public interacting with FSA
        systems to not use PII data to access detailed
        information

138
      How does PRMS help?
      • PRMS will assign FANs to people who
        interact with FSA systems (e.g. FAFSA on the
        Web; NSLDS, etc)
      • The FAN will remain the same no matter
        where the person is in the lifecycle
      • The use of SSNs for interaction with people
        will no longer be necessary

139
      How does PRMS help?
   • Improve Data Standardization
      – Centralize person data
      – Synchronize person data across enterprise
      – Provide consistent data
   • Improve Data Quality
      – Enable Data Sharing
      – Provide consistent data to customers and business
        stakeholders
      – Reduce redundancies
140
      What does this mean?
 • Internal:
    – There will only be one source for person data
    – The FAN will be used to communicate between internal
      systems
    – One place to resolve data conflicts
 • External
    – In the future, when external entities submit person data to FSA
      systems, they will use the FAN as the identifier
    – We will still take personal identifying information and
      demographics since we will always need to validate the person


141
      Why Re-engineer the PIN?
      • Currently users are required to enter personal
        identifying information along with a PIN
      • FSA wants to strength the authentication
        process and not have users entering PII data in
        order to access web sites.
      • As a result, the PIN will be moving to be a
        user id and password authentication service

142
      What does it mean?
  • The authentication service only house
    credentials:
     User IDs
     Passwords
     FANs
  • Allows the general public to choose user names
    and passwords more meaningful to them
  • Standards set for passwords

143
      What does it mean?

      • PII data will be stored within PRMS
      • The two data sources will be linked
        by the FAN
      • Will still be the acceptable for e-
        signatures on appropriate documents

144
      Questions?



145
            Renee Wade
        Phone: 202-377-3133
      Email: Renee.Wade@ed.gov



146
      FSA Technologies Initiatives Update

                Ganesh Reddy




147
      Contents

       Target State Vision
       Access and Identity Management System
         • Identity Management
         • Access Management
       FAA Access to CPS Online
       Active Confirmation
       Two Factor Authentication




148
                             Target State Vision – Business View
      Phase
      Cycle
       Life




                                      Aid Awareness & Application                                               Aid Delivery                                  Institution Participation                                                 Servicing



                                  Aid Education              Submission               Eligibility                                                                                                        Repayment                Consolidation            Collections
       Person




                                                         General Public                                                                           Applicants                                                                      Borrowers


                                                   Aid Awareness and Application                                          Origination & Disbursement
                                                     Aid           Establish Person        Determine Aid             Award and Disbursement           School Aid Payments and
                                                  Awareness            Record                Eligibility                   Processing                Funding Level Management                                        Common Services for Borrowers
                                                    Application           Application Reporting                                O&D Customer          O&D Reporting and                                                 Service          Consolidate       Recovery and
                                                  Customer Service           and Analytics                                       Service                 Analytics                                                      Debts             Loans            Resolution


                              Program Guidance & Information
                              Training for        Outreach for         Create and                           Apply for Funding             CB Award Processing             Campus Based                    CB Reporting and              Service Cancellations
                               Partners            Partners          Publish Materials                                                                                                                       Analytics
       Federal Student Aid




                                                                                              Partner Eligibility and Enrollment                  Integrated Partner Management                       Partner Oversight


                                                                                                      Lender Payment and           State Agency                                                                                   Guaranty Agency Payment and
                                                                                                    Reporting Administration         Funding         Partner Payment and Reporting Management                                       Reporting Administration


                                                                                                      Receivables Management          Payables Management            Financial Management                      Funds Management               Financial Reporting


                                                                                                                                                                             Default Rate              Calculations and
                                       Monitor Aid Eligibility                 Manage IF Data                  Student Aid History Management                                Processing                   Reporting

                                                                                        Person Record                                                                     Organization Record             Integrated View
                                                                                      Management Service                Enterprise Shared Services                        Management Service              Retrieval Service

                                                                     Produce Enterprise Reports and
                                                                                Queries                           Enterprise Analytics and Reporting                            Predictive Modeling


                                                             Manage Identity                      Control Access to                                                                         Monitor Security      Manage Security
                                                              Community                        Systems and Resources           Identity and Access Management                                Environment           Environment
       Organizations




                                App and Participation Mgmt                               Funding and Allocation       Origination and Disbursement                               Fee Payment                          Servicing                          Reporting



                              Department of Education                       State Agencies                               Schools                                   Lenders                            Guaranty Agencies                     Other External Partners




149
      Target State Vision – Technical View

                                                      Target State Vision
                        Students,
                       Borrowers,                                        Financial Partners                                              Federal Agencies                                                Service Providers
                       Applicants

       Customers &
                                                                                                                     Department of
       Partners                                      Schools                                                                                                               State Agencies
                                                                                                                      Education




                                                                                             Portal / Gateway / Call Center
       Integrated
                                                                                                                 Security Architecture
       Technical
       Architecture                                                                                             Enterprise Service Bus
                                                                                                                  Security Architecture



                                                                                 Origination and Disbursement




                                                                                                                                                                                                                  Person Record Management
                                                                                                                                                                                        Information Framework
                                                                                                                                          *Common Services for




                                                                                                                                                                 Financial Management
                                Integrated Partner




                                                                                                                         eCampus Based
                                   Management




                                                           Application




                                                                                                                                              Borrowers
       Enterprise




                                                                                                                                                                                                                           Service
                                                                                                                                                                        System
       Applications/
       Services




       Integrated                                                                                                 Security Architecture
       Technical                                                                                                Enterprise Service Bus
       Architecture




150
      Access and Identity Management System
                    (AIMS)




151
 Access and Identity Management System (AIMS)
   AIMS provides a                                                                                                                                             FSA Target

   single integrated          FSA and Trading
                                 Partners
                                                                                                                                                               State Vision
                                                                                                                                                                Systems

  access and identity
     management                                                                                           System Response



 framework for FSA                      FSA Users




                                                      Auditors
                                                                                                  access management tools, identity
                                                                                                 management tools, enterprise policy
                                                                                               repositories, enterprise user repositories,
                                                                                                and other related security components
                                                                                                                                             •
                          Accrediting
                           Agencies                                                    3
                                                                                                                                     FSA Security
                                                                                           Access Management                                        Access
                                                                                                                                     Architecture
                                         Lenders



                                                     State & Federal                                                                                    4
                        School Users                     Agencies                           Integrated
                                                                                                                                                       Audit
                                                                                              Partner
                                                                                1          Management                  2
                                   School Servicers                       Enrollment                       Identity Management



                        Guaranty
                                                        Other Users
                        Agencies


                                        Collection
                                        Agencies

                                                                       Manages trading partner
                                                                       eligibility, enrollment,
                                                                            and oversight




152
        What is AIMS?
      • AIMS provides a single, integrated authentication and authorization
        framework that can be used by all of Federal Student Aid business
        applications and infrastructure components, including Enterprise Portal
        and ESB
      • AIMS enables consistent Authentication, Authorization, and Accountability
         – Authentication: Who are you?
         – Authorization: What are you allowed to do?
         – Accountability: What did you do?
      • AIMS will enable a single unique source of Identity Management
        throughout Federal Student Aid
         – One user profile per person for all SA protected applications



153
      AIMS Concept of Operations
           Manage Security Environment                                        Manage Identity Community

               • Access Policies (Roles)                                        • Enroll to Apply
               • Provisioning Policies                                          • Enroll as Administrator
               • User Policies                                                  • Enroll as User of Systems
               • Logging & Archive Policies                                     • Enroll to Transmit Batches
               • Create System Identities                                       • Provide Self-Service Tasks
               • Process Governance



                                                                                        Partner
                                                                All Users                Systems
               System Security Officers          Enterprise
               Auditors                         Applications                                        EDNET
               Security Management            (NSLDS, Portal,
                                                 IPM, etc)
                                                                                      Gateway



           Monitor Security Environment                             Manage Access To Systems & Resources

             • Security Audit Trails                                            • Access On-Line Services
             • Security Exceptions                                              • Access Batch Services
             • User Audits
             • Policy Compliance
             • Policy Improvements




154
      AIMS Authentication
                            1. User enters URL in Web
                               browser to access Portal
                               resource
                            2. WebSEAL determines that
                               user is requesting protected
                               resource and prompts user
                               with login page
                            3. User submits completed
                               login page to WebSEAL;
                            4. WebSEAL connects with
                               Policy Server to validate
                               the identify of the user in
                               the User Registry
                            5. WebSEAL uses validated
                               identity; creates a session
                               ID for the user; and obtains
                               a credential for the user



155
      AIMS Authorization
                           6. The Session ID and
                              credential are stored in the
                              WebSEAL session /
                              credential cache
                           7. WebSEAL provides TAM
                              authorization services with
                              the user credentials where
                              they are compared to ACLs
                              and POPs
                           8. Upon authorization,
                              WebSEAL forwards user
                              request to Portal
                           9. Service Portlet is invoked,
                              passes user credentials, and
                              interacts with back-office
                           10.WebSEAL send response to
                             user, where results are
                             presented


156
      FAA Access to CPS Online




157
      FAA Access to CPS Online Login

        Enhance current state of access to limit use
        of Personal Identifying Information (PII)
       First Time Registration
       CPS Online Login




158
      Old FAA Access to CPS Online Login


                                    Old:
                                    Enter SSN, first
                                    2 letters of last
                                    name, DOB, and
                                    PIN on the FAA
                                    Access to CPS
                                    Online login
                                    page to access
                                    the application



159
                                                        159
      Enrollment for FAA Access to CPS

                                   Entry of Personal
                                   information in SAIG, for
                                   verification




                         160
160
      Enter credential information
      in AIMS.




161
      Confirmation of data entry




162
      Acknowledgement of
      successful registration




163
      FAA Access to CPS Online Login
                 http://faaacess.ed.gov



 Enter User ID
 and password
 on the FAA
 Access to CPS
 Online Login
 page
 to access the
 application




164
      Password Policies

         Password Policy
           • Expires every 90 days
           • Complex alpha-numeric passwords
           • Answer Challenge Questions to reset password

         Password Lockout
           • 3 unsuccessful login attempts
           • Can still use “Forgot Password” application
           • Login disabled for 30 minutes




165
      Active Confirmation




166
      What is Active Confirmation?

   • Active confirmation is the process of a Designated Point
     Administrator (DPA) reviewing users' access privileges on
     a establish time schedule and confirming these users'
     privileges. This will help ensure an updated and secure
     environment for system accessibility.
   • The Federal Student Aid DPAs will be required to review
     their list of users who access Federal Student Aid systems
     and confirm that each individual continues to be a valid
     user. This will be done on a periodic basis.




167
      “Active Confirmation” Process

   The DPA Roster
   • Provides a list of employees that currently possess TG numbers
   • Requires validation or deletion of TG Numbers assigned to your
     organization in the SAIG Enrollment Web site
   The FAA Roster
   • Provides a list of employees at your organization who are
     currently enrolled for access to FAA Access to CPS Online
     services
   • Requires validation or deletion of FAA Users assigned to your
     organization in the SAIG Enrollment Web site


168
      Two-Factor Authentication




169
      T-FA Implementation Objectives

       Federal Student Aid is implementing Two-
       Factor Authentication (T-FA) for privileged
       users to access Federal Student Aid systems
       from the internet to enhance the security of its
       information systems




170
        What is Two-Factor Authentication?
      Two-Factor Authentication (T-FA) uses two pieces of information and processes (two
         different methods) to authenticate a person's identity for security purposes.
         Authentication factors are generally classified into three categories:
           Something the user has
             • ID card, security token, software token, phone, or cell phone
           Something the user knows
               • password, pass phrase, or personal identification number
           Something the user is
               • fingerprint or retinal pattern, voice recognition, or another biometric
                 identifier


          Two-Factor Authentication requires the use of solutions from two of the three
            categories of factors.

171
      T-FA Technologies
      Some of the common technologies used as the second factor
      authentication include:
           Hardware Tokens - generate a constantly changing one-time password to
            enable authentication.
           Software Tokens on PCs - enable authentication with computer as second
            factor authenticator.
           Software Tokens on Mobile Devices - allow authentication from smart
            phones and PDAs.
           Smart Cards - enable authentication as well as of physical access.
           USB Tokens - enable authentication without the need to key in a token
            code (can be plugged into a standard USB port).
           Biometric Devices - enable authentication according to the physical
            characteristics of a user (fingerprint and retina scans).

172
      Questions?



173
            Ganesh Reddy
         Phone: 202-377-3557
      Email: Ganesh.Reddy@ed.gov



174
      BREAK



175
      Federal Update




       Jeff Baker

176
     Agenda
   Recent Legislation
      HEOA technical Amendments
   ARRA (Stimulus Bill)
   Appropriations and Budget Numbers
   Budget Program Proposals
   Regulatory Update
   Simplification –IRS Data Match

177 177
      Recent Legislation


178
                Recent Legislation
  Higher Education Reconciliation Act (HERA) – February 8, 2006
  College Cost Reduction and Access Act (CCRAA) – September
   7, 2007
  Ensuring Continued Access to Student Loans Act of 2008
   (ECASLA) – May 7, 2008
  American Recovery and Reinvestment Act
      (ARRA) – February 17, 2009
  Higher Education Opportunity Act (Reauthorization) – August
   14, 2008
  HEOA technical amendments – July 1, 2009


179
           Recent Legislation
  ACG/SMART
  TEACH Grants
  Two Pells in an Award Year
  Lifetime Limit on Pell
  Eligibility for ACG and National SMART
  Unsubsidized Loans for Dependent Students
  Higher Perkins Loan Limits
180
          Recent Legislation
   Calculation of Cohort Default Rates
   Reduced Interest Rates
   Higher Direct Loan and FFEL Loan
    Limits
   Income Based Repayment
   Public Service Loan Forgiveness

181
       Awards for Children on Deceased Military
      For any student whose parent or guardian was a
      member of the Armed Forces and died in Iraq or
      Afghanistan after September 11, 2001.
      For the 2009-2010 award year -
       If Pell eligible EFC, all Title IV aid
        awarded using zero EFC (Pell).
       If not Pell eligible EFC, all Title IV aid
        awarded using calculated EFC (No Pell).


182
       Awards for Children on Deceased Military
      For the 2010-2011 award year and following award
      years –
       If Pell eligible EFC, all Title IV aid
        awarded using zero EFC (Pell).
       If not Pell eligible EFC -
          Undergraduate student gets new Iraq/Afghanistan
           Service Grant in amount of maximum Pell for
           enrollment status.
          All other Title IV aid awarded using calculated
           EFC (No Pell).
183
             VA Educational Benefits
 VA Educational Benefits no longer considered
  “Estimated Financial Assistance” or “Resources”
  for all Title IV programs
       Effective with the 2009-10 Award Year
       Both VA share and institutional share of
        “Yellow Ribbon” awards are excluded
       Includes ROTC
       See Electronic Announcement Posted to IFAP
        on August 14
184
  Two Pell Grants in an Award Year

   Effective with the 2009-2010 award year
   “Year round” or “Two Pell Grants in an Award
    Year”
   Allows student to receive funds beyond their
    scheduled award for the award year.
   Must be at least one-half time for second award
   No change to “scheduled award”
   No change to Payment Period Calculation


185
       Two Pell Grants in an Award Year
Current Rule: One Scheduled Award per Award Year
Assume student’s 2009-10 Scheduled Award is $5,350 and $5,550
for 2010-11

                        Term-Based
     Fall 2009       Spring 2010   Summer 2010        100%
      $2,675           $2,675          $0           2009-10 AY
                 2009-10 Award Year


   Summer 2010         Fall 2010      Spring 2011     100%
      $2,775            $2,775            $0        2010-11 AY
                 2010-11 Award Year
                    Two Pell Grants in an Award Year
  Term-Based
Current Rule: One Scheduled Award per Award Year
Assume student’s 2009-10 Scheduled Award is $5,350 and $5,550
for 2010-11

       Fall 2009       Spring 2010      Summer 2010      100%
        $2,675           $2,675             $0         2009-10 AY
                   2009-10 Award Year


      Summer 2010        Fall 2010       Spring 2011     100%
         $2,775           $2,775             $0        2010-11 AY
                   2010-11 Award Year
187
                   Two Pell Grants in an Award Year
      Term-Based

New Rule: Up to Two Scheduled Awards per Award Year
Student’s Scheduled Award is $5,350 in both award years


      Fall 2009       Spring 2010      Summer 2010      150%
       $2,675           $2,675            $2,675      2009-10 AY
                  2009-10 Award Year


      Fall 2010       Spring 2011      Summer 2011      150%
       $2,775           $2,775            $2,775      2010-11 AY
                  2010-11 Award Year
188
                 Two Pell Grants in an Award Year
Term-Based

New Rule: Up to Two Scheduled Awards per Award Year
Student’s Scheduled Award is $5,350 for the award year



  Summer 2009       Fall 2009      Spring 2010      Summer 2010
     $2,675          $2,675          $2,675            $2,675


                      2009-10 Award Year
                                                   200%
                                                 2009-10 AY


189
                    Two Pell Grants in an Award Year
       Term-Based

New Rule: Up to Two Scheduled Awards per Award Year
Student’s Scheduled Award is $5,350 in both award years


       Fall 2009       Spring 2010      Summer 2010      150%
        $2,675           $2,675            $2,675      2009-10 AY
                    2009-10 Award Year


      Summer 2010       Fall 2010        Spring 2011     150%
         $2,775          $2,775            $2,775      2010-11 AY
                   2010-11 Award Year
190
                 Two Pell Grants in an Award Year
Term-Based

New Rule: Up to Two Scheduled Awards per Award Year
Student’s Scheduled Award is $5,350 for the award year



  Summer 2010       Fall 2010      Spring 2011      Summer 2011
     $2,775          $2,775          $2,775            $2,775


                       2010-11 Award Year
                                                   200%
                                                 2010-11 AY


191
                   Two Pell Grants in an Award Year
 Clock Hour
Current Rule: One Scheduled Award per Award Year
1500 clock hour program; AY = 900 hours/26 weeks between July 1
and June 30. Student’s Scheduled Award is $5,350.


      450 hours/13 weeks   450 hours/13 weeks
            $2,675               $2,675
                2009-10 Award Year                      100%
                                                      2009-10 AY
      300 hours/8 weeks    300 hours/8weeks
             $0                   $0
                2009-10 Award Year
192
                   Two Pell Grants in an Award Year
Clock Hour

New Rule: Up to Two Scheduled Awards per Award Year
1500 clock hour program; AY = 900 hours/26 weeks
Student’s Scheduled Award is $5,350 for the award year

      450 hours/13 weeks   450 hours/13 weeks
            $2,675               $2,675
                2009-10 Award Year                      160%
                                                      2009-10 AY
      300 hours/8 weeks     300 hours/8 weeks
           $1,645                $1,645
                2009-10 Award Year

193
             Pell Grant Lifetime Limit

   Effective with the 2008-2009 award year
   Lifetime limit - equivalent to 18 semesters
       900 percent of all scheduled awards
       Only for first time recipients
       Will be monitored by ED using NSLDS and
        ISIR flags




194
                                                  194
Agenda
  Recent Legislation
      HEOA technical Amendments
   ARRA (Stimulus Bill)
   Appropriations and Budget Numbers
   Budget Program Proposals
   Regulatory Update
   Simplification –IRS Data Match

195 195
          Recent Legislation


196 196
              Recent Legislation
  Higher Education Reconciliation Act (HERA) – February 8, 2006
  College Cost Reduction and Access Act (CCRAA) – September
   7, 2007
  Ensuring Continued Access to Student Loans Act of 2008
   (ECASLA) – May 7, 2008
  American Recovery and Reinvestment Act
   (ARRA) – February 17, 2009
  Higher Education Opportunity Act (Reauthorization) – August
   14, 2008
  HEOA technical amendments – July 1, 2009


197 197
          Recent Legislation
  ACG/SMART
  TEACH Grants
  Two Pells in an Award Year
  Lifetime Limit on Pell
  Eligibility for ACG and National
   SMART
  Unsubsidized Loans for Dependent
198 198
          Recent Legislation
  Calculation of Cohort Default Rates
  Reduced Interest Rates
  Higher Direct Loan and FFEL Loan
   Limits
  Income Based Repayment
  Public Service Loan Forgiveness
199 199
      The American Recovery and
           Reinvestment Act
               (ARRA)



200
ARRA
 $200 million for Federal Work-Study

       To be added to regular appropriation

          Total included in school authorizations posted in
           March

 $17.1 billion - Adds $500 to appropriated maximum
  Pell Grant - $5,350 for 2009-2010

 No additional reporting is required



201
      President’s FY ’10 Budget
             Submission



202
Aid Available to                    Students

($ in millions)

                                                                          2010
                                               2008         2009         Request
Pell Grants                                      18,181        25,329       28,616
Supplemental Educational
 Opportunity Grants                                 959           959          959
Work-Study                                        1,171         1,417        1,171
Leveraging Educational Assistance
  Partnerships                                        162          162        162
Academic Competitiveness Grants                       372          554        608
SMART Grants                                          221          331        337
New Student Loans:
 Federal Family Education Loans                  57,296        63,980       38,293
 Federal Direct Loans                            18,213        21,836       53,367
 Perkins Loans                                    1,103         1,103        5,769
 TEACH Grants                                        25            50           75
Subtotal, Student Loans                          76,637        86,969       97,504

Total                                            97,703       115,745      129,356




 203
      Budget Program Proposals




204
      Federal Pell Grant Program

 Federal Pell Grant:
       Mandatory Funding
       2010-11 Maximum Award of $5,550
       Annual Increase of CPI plus 1 percent




205
       Title IV Student Loan Programs

 FFEL and Direct Loan Programs:
       All new loans on or after July 1, 2010 will be
        Direct Loans
       No decision on FFEL Portfolio




206
      New Direct Perkins Loan Program
 $6 billion available for new loans
       Up from $1.5 billion now
 Broad Availability to More Schools
 School-level “Lending Authority” vs. Allocation of
  Funds
    Hold Harmless for Current Participating Schools
    Incentive-Based Distribution Among School
       Success in Graduating Low-Income Students
       Affordable Tuition Charges
           Credit for Non-Federal Need Based Grants
            Awarded/Received
207
        New Direct Perkins Loan Program
New Loans –
      Direct Loans
      Interest rate remains at 5%
      Unsubsidized ????
      Same terms and conditions as Direct Loans
      Originated by schools and ED using COD
      Serviced by ED



20
 8
       New Direct Perkins Loan Program

 Recall federal share of cash in school’s
  Perkins Revolving Fund as of June 30, 2010
   Schools collect on existing loans
     Remit to ED federal share; keep
      institutional share
   Schools assign existing loans to ED
     ED remits institutional share of
      collections to schools

 209
          Negotiated Rulemaking




210 210
        Current Regulatory Process
                  Negotiating Teams
 Discretionary Title IV Grant Programs
 Accreditation
 Loan Issues – Schools
 Loan Issues Lenders and Guaranty Agencies
 Other – Grants, Consumerism, 90/10, etc.


  211
            Current Regulatory Process

      • General and lender/guaranty
        agency loan issues
        – NPRM posted July 23, 2009
        – Comment period ends August 24,
          2009
      • School-based loan issues
         – NPRM posted July 28, 2009
         – Comment period ends August 27,
212   212 2009
        Upcoming Regulatory Process
                    Possible Topics
 Foreign Schools
 Satisfactory Academic Progress
 Credit Hours for purposes of determining eligibility
 Verification
 High school diploma
 Incentive compensation
 Gainful employment in a recognized occupation
 State authorization for institutional participation

  213
      Simplification




214
         Why Simplification?
      FAFSA
        Complex
        More than 100 questions
        Intimidating
        Information sometimes difficult to find




215215
           Why Simplification?
       Need analysis formula:
         Arbitrary
         Generally based on unverifiable data
         Difficult to explain to students, parents, the
          public, and policy makers
         Little relevance to a family’s real life
         Subject to “gaming”




216
           Why Simplification?
          Result of Application is:
            Expected Family Contribution (EFC)
               How much the student will NOT
                receive.
            Should inform applicant of the types and
             amounts of aid for which they are eligible
             and likely to receive.




217217
           ED’s Guiding Principles
     Target the neediest students
     Be predictable
     Offer real-time results
     Request information that is easily
     obtainable and verifiable
     Only ask questions necessary
     to determine eligibility and award levels



218218
         Process
      Improvements



219
         Process Improvements

    Populate with data directly from the IRS
    Increased use of ‘skip-logic’
    Provide applicant with types and amounts of aid
     likely to receive
    Working with states and schools




220220
         Technology
     • Status indicators will guide applicants through
       web modules (e.g., student demographics, basic
       eligibility, dependency status).
     • Student and parent sections of the application
       will be more clearly identified.
     • Dynamic question labels, help text and
       instructions based on applicant profile (e.g.,
       marital status, responses to tax filing status,
       type of tax return filed).



221221
        Technology
      • 2010-11 design facilitated
        by technology upgrade
      • Updated navigation
        reduces the number of
        pages and length of the
        application
      • Display of help text and
        instructions will be
        enhanced by:
         – use of field instructions
         – flyover text
         – modal boxes



222
      Technology




223
      Technology




224
          IRS Data Share




225 225
       IRS-FSA Concept Overview
      • Federal Student Aid and the IRS are developing a
        collaborative solution that simplifies FAFSA
        completion.
      • Solution will allow FAFSA on the Web applicants to
        request and retrieve their income tax data from the
        IRS.
      • IRS data can be automatically transferred to FOTW.
      • Totally voluntary.


                                                  226
226
      How Will IRS Site be Accessed

          FOTW IRS Authentication




                                      2
                                      2
                                      7
227
      How will IRS Data Be Transferred to FOTW?




                                      228
228
      Implementation Schedule
   • 2009-10 IRS data share will be implemented in
     January 2010
      – Pilot to test proof of concept
      – Participation is voluntary
   • 2010-11 IRS data share will be implemented in the
     Summer of 2010
      – Full implementation
      – Participation is voluntary
   • Will set flag on ISIR to identify when income data is
     from IRS versus self-reported
   • Verification ?????

229
      Questions?




230
             Jeff Baker
        Phone: 202-377-4009
      Email: Jeff.Baker@ed.gov



231
      Round Table


       John Fare

232
      Wrap Up

      John Fare



233
      Adjourn



234
      Contact Information
                       John Fare
               Chief Information Officer
               Chief Information Office
                Phone: 202-377-3707
               Email: John.Fare@ed.gov

                     Mary Haldane
                      Chief of Staff
                Chief Information Office
                 Phone: 202-377-4324
              Email: Mary.Haldane@ed.gov



        Thank You for Attending!
235

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:0
posted:11/6/2012
language:English
pages:235
suchufp suchufp http://
About