NCHELP Update Common Record for FFELP & Alternative Loans Meteor

Slides:



Advertisements
Similar presentations
CommonRecord: CommonLine How Implementing CommonRecord: CommonLine Can Benefit You Presented by [Enter your information here]
Advertisements

Campus Based Authentication & The Project Presented By: Tim Cameron National Council of Higher Education Loan Programs.
Copyright 2002: LIIF Technology Architecture Review Database Application Architecture Database Application Architecture Collaborative Workgroup Architecture.
MINNEAPOLIS, MN OCTOBER MASFAA: TIME TO REFOCUS Understanding FFELP Process Flows Will ShaffnerKeith Broadus Director-Business DevelopmentTechnical.
Environmental Council of States Network Authentication and Authorization Services The Shared Security Component February 28, 2005.
1 Introduction to XML. XML eXtensible implies that users define tag content Markup implies it is a coded document Language implies it is a metalanguage.
1 eAuthentication in Higher Education Tim Bornholtz Session #47.
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment Chapter 1: Introduction to Windows Server 2003.
Make your messaging reliable use it Messaging. A single and global solution Send, receive and process any type of message through the appropriate channel.
Web services A Web service is an interface that describes a collection of operations that are network-accessible through standardized XML messaging. A.
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment, Enhanced Chapter 1: Introduction to Windows Server 2003.
Financial Aid National Council of Higher Education Loan Programs (US) “NCHELP represents a nationwide network of guaranty agencies, secondary markets,
The Postsecondary Electronic Standards Council (PESC), XML Forum, and Standards Setting in Higher Education Jim Farmer University of Delaware instructional.
Collaborative Direct-- Status Update December 6, 2013 Don Jorgenson Inpriva, Inc.
2 Session 29 Common Record Update Paul Hill, US Dept of Ed Tim Cameron, NCHELP Mike Sessa, PESC.
It’s Really Not a Puzzle Financial Aid Parents Loan Origination Tracy Ireland, Senior Manager Originations Daniel Trammell, School Client Relations Specialist.
2 Session # 50 Presented by: Russell Judd Chief Industry and Government Relations Officer Great Lakes Educational Loan Services Michael Sessa Executive.
1 Web Services and E-Authentication Adele Marsh, AES Charlie Miller, RIHEAA Session 35.
Session #43 METEOR Russ Judd, Great Lakes Adele Marsh, AES Tim Cameron, NCHELP Electronic Access Conference December 3-6, 2002.
1 Georgia Higher Education Conference, March 5, 2003 Presented by: Russell Judd, Great Lakes Educational Loan Services, Inc.
Meteor Implementation Presented by: Tim Cameron & Justin Greenough Technical Track Session.
Update on SFA’s Modernization Project Steve Hawald Chief Information Officer Student Financial Assistance U.S. Department of Education “We Help Put America.
Session 21-2 Session 11 Common Origination and Disbursement (COD) & Commonline: Dispel the Myths.
1 CommonLine and the Common Record: The Building of Convergence Kim Shiflette, USA Funds Bob King, Citibank Student Loans Session 34.
CSC8530 Distributed Systems XML Web Services David Vaglia.
The Meteor Project and Financial Aid Delivery Justin Tilton instructional media + magic, inc. Presented to: The National Association of Student Financial.
Modernizing Financial Aid Delivery A Status Report Jim Farmer instructional media + magic, inc. As presented at the 2001 Vermont Financial Aid Conference.
Student Financial Assistance Presented by:. Session 53 CommonLine Release 5 Setting the Standard Presented by: Tim Cameron – NCHELP Candy Pfeiffer – Great.
Jim Farmer As presented at the Common Solutions Group Meeting May 9, 2002 Chicago, Illinois Web Services: A Perspective.
1 NCHELP Update Common Record for FFELP & Alternative Loans Meteor The High Performance Channel.
PESC Annual Conference May 7, What is Meteor? Web-based universal access channel for financial aid information Aggregated information to assist.
1 NCHELP Collaborations Tim Cameron NCHELP Adele Marsh American Education Services.
Setting Standards for Higher Education Chicago, Illinois ~ December 12, 2001 Session #51.
Common Record: CommonLine Initiatives Kristi Blabaum Kim Shiflette Session 26.
Helping you Help Students Avoid Default: Debt Management Tools for Schools and Students Russell Judd Great Lakes Higher Education Corp. Doug Falk National.
Business-to-Business Authors: Authors: Mladenka Jakovljevic, Prof. Dr. Veljko Milutinovic,
XML in Higher Education Bruce Marton, The University of Texas at Austin Student Information Systems.
Session 52-1 Session 52 Meteor Where it is and where is it going?
Common Record Update Holly A. Hyland, FSA Kim Shiflette, NCHELP.
State of e-Authentication in Higher Education August 20, 2004.
E-Authentication in Higher Education April 23, 2007.
1 E-Authentication and Web Services Charlie Miller, RIHEAA.
E-Authentication & Authorization Presentation to the EA2 Task Force March 6, 2007.
Federal Update Presenter: Rosemary Beavers National Association of Sigma Users July 24, 2003.
NASFAA 2003: Reconnecting With Students!. 2 The Common Record - COD An Update on COD and XML.
Meteor General Information May 16, Types of Data Available Meteor –FFELP –Alternative/Private Loans –State Grants & Scholarships (Summer 2006)
Project Presentation to: The Electronic Access Partnership July 13, 2006 Presented by: Tim Cameron, Meteor Project Manager The.
Common Origination and Disbursement 2002 PESC Conference.
Jan 2002 CSG Meteor Project Real-time access to financial aid information.
NSLDS Overview Current Status and Considerations for the Future Tuesday April 24, 2007, 2:30 pm 3:30 pm.
Common Record Paving the Way for Electronic Standards in Higher Education Common Record – COD Common Record – CommonLine Common Record – ISIR Collaboration.
Authentication Presenter Meteor Advisory Team Member Version 1.1.
SuperComputing 2003 “The Great Academia / Industry Grid Debate” ?
WEB SERVICES.
Wsdl.
Distributed Systems Bina Ramamurthy 11/30/2018 B.Ramamurthy.
Mapping Your Future®: Supporting Standards
Session 11 Common Origination and Disbursement (COD) & Commonline: Dispel the Myths Session 21-
Common Record: A Story of Convergence
Technology Landscape and Enterprise Objectives
Architecture Competency Group
Web Application Server 2001/3/27 Kang, Seungwoo. Web Application Server A class of middleware Speeding application development Strategic platform for.
Business Document Platform
Common Account Maintenance (CAM)
Portals, uPortal, and the Meteor Channel
Data Transport Standard (DTS)
“Real World” METEOR Implementation Issues
InfiNET Solutions 5/21/
PROACTIVELY IDENTIFYING POTENTIAL IMPACTS OF PUT LOAN TO BORROWERS
Presentation transcript:

NCHELP Update Common Record for FFELP & Alternative Loans Meteor The High Performance Channel

The Common Record for FFELP & Alternative Loans Convergence and Collaboration

The Common Record for FFELP & Alternative Loans CommonLine Converging and Aligning with the Common Record COD standards with the flexibility of FFELP Supports all functionality available in CommonLine Release 5

The Common Record for FFELP & Alternative Loans Designed to meet the needs of Schools SIS Vendors

The Common Record for FFELP & Alternative Loans Progress Report November 11, 2002 Detailed presentation of proposal to schools, SIS vendors and service providers

The Common Record for FFELP & Alternative Loans Progress Report Collaboration continues to move us forward! Schools, The College Board, Datatel, SCT Corp., and Sigma Systems have all indicated their support of the ESC proposal

The Common Record for FFELP & Alternative Loans Progress Report Documentation development has begun! First draft for public review – April 2003 Final documentation due – July 2003

Reengineering Proposal Streamlining the Application and Disbursement Processes All records sent in a single file Pre and Post guaranty changes can now be sent together Routing is at the record level

Reengineering Proposal Streamlining the Application and Disbursement Processes Moving from Transaction Based to End Result Based Changes Support of Real Time Functionality in an XML Based Record

Proposed Implementation Schedule 4/1/2003 – First draft of documentation 7/1/2003 – Final documentation completed 12/1/2003 – Testing begins 4/1/2004 – Implementation begins

Meteorize your information!

What is Meteor Meteor is a collaborative effort within the student aid industry to simplify and consolidate access to student financial aid information. Sponsored by over forty industry participants, and coordinated by the National Council of Higher Education Loan Programs, Meteor software provides open, non-proprietary, real time access to all available aid information for a student, and consolidates it for display to students and Financial Aid Professionals.

Meteor’s Foundation Principles Open Source Open Collaboration Freely Available Controlled Participation Network

How does Meteor Work? Meteor uses the concepts of Access Providers and Data Providers. A Meteor Access Provider allows inquirers to obtain information through its web site by hosting a copy of the Meteor software, which generates the request to the Data Providers for the borrower’s information. Access providers can be Schools, Guarantors, Lenders, Servicers, or Secondary Markets.

How does Meteor Work? A Meteor Data Provider hosts a copy of the Meteor software that enables them to respond to the Access Provider’s request for information, supplying data from their system. Data Providers are typically Lenders, Servicers, Guarantors, and Secondary Markets. In the future, the Dept. of ED, State Grant authorities, Schools, and others could become Data Providers.

Simplified Meteor Process Access Providers Data Providers One Financial Aid Professional/Student Two Index Providers Three

Meteor Architecture Meteor System Access Protocol (LDAP) Authenticate Access Protocol (LDAP) Lightweight Directory Portal or Web Site Request Access Provider HTTPS XML Request Index Provider Authenticate XML Response Custom Code Generic Rules Engine XML Request Data Provider Authenticate XSLT XML Response XML Response Legacy Data

Standards and Their Implementation FSA UML XML JAVA SOAP UDDI SAML METEOR Announced (Feb 2000) Expected X X X [Feb 2000] X Planned X

Authentication No central authentication process Utilizes transitive trust model Each Access Provider uses their existing authentication model (single sign-on) Level of trust assigned at registration

Production Statistics After six months of being in production… Loan guarantee volume currently in production: 60.3% Organizations currently testing will bring us to 63.7% Organizations currently in development will bring us to 69.7%

The High Performance Channel Open source transmission standards

The High Performance Channel Collection of Software Components Provides Secure Efficient Open Methodology Supports Real-Time Processing

The High Performance Channel Transmits Data over HTTPS Simple Object Access Protocol (SOAP) Server-side and Client-side Software Components Real-Time Internet Based Processing Available Under the GPL

The High Performance Channel & Meteor Meteor Utilizes the HPC Software for B2B Messaging Meteor – Data Aggregation HPC – Data Exchange

Data Exchange Model Fast and Secure Connection Designed to be Automated

Transmission Cycle Example Two Distinct Exchanges Business Request Business Response

Transmission Cycle Example

Transmission Cycle Example

Summary Based on Open Technical Standards Compliant with ED Technical Standards Deployable on Many Hardware Platforms

Director of Technology Services Contact Information www.nchelp.org Tim Cameron Director of Technology Services NCHELP 202-822-2106 tcameron@nchelp.org