X12 transaction guide · Finance
EDI 144 Student Loan Transfer and Status Verification
The X12 document lenders, guarantors and secondary markets use to exchange information on transfers of student loan ownership and loan status.
- Sent by
- Lender, guarantor or secondary market
- Received by
- Lender, guarantor or secondary market
- Standard
- ANSI ASC X12
What is an EDI 144?
The EDI 144 Student Loan Transfer and Status Verification is the ANSI X12 transaction set lending institutions, guarantee agencies and secondary markets use to send and receive information about the transfer of ownership of a student loan. It can also be used to verify the status of loans.
Student loans are often sold by the originating lender to secondary market investors. The transfer must be recorded with the guarantor and the new holder must know each loan's status and balance, so that servicing and any claims continue correctly.
How to read this diagram: the top row shows who sends the 144, to whom, and which documents usually come before and after it. The lower part shows what X12 release 008010 itself requires: the envelopes around the 144 and the segments and loops the standard marks as required, area by area. Optional loops are listed by the segment that starts them rather than drawn in full. This is the standard's minimum, not a trading partner's requirement: each partner's implementation guide usually makes some optional loops mandatory, restricts the codes and may use a different release.
When it is used
- Reporting sales of student loans
- Notifying guarantors of new loan holders
- Verifying loan status before transfer
Where it fits in the document flow
Structure
Mandatory segments in the 144 (X12 release 008010)
The segments X12 release 008010 marks as mandatory at their level, in order. Segments inside optional loops are needed only when the loop is used. This is the standard's requirement, not your trading partner's: each partner's implementation guide names the release it uses, adds the optional segments it requires and restricts the values. The requirement status comes from one published X12 reference listing and has not been checked against a second source.
- ST
- BGN
- GR
- ENT
- SE
Practical example
The 144 in practice
A lender sells a portfolio of 5,000 student loans to a secondary market investor. It sends the guarantor and the buyer 144 transactions identifying each loan, its balance and status, and the transfer date. The guarantor updates the loan holder of record.
Implementation
Implementation considerations for the 144
- Reconcile loan balances at the transfer date.
- Notify all parties that must record the new holder.
- Protect borrowers' personal data under applicable law.
- Verify loan status before completing transfers.
How ECOM helps
Automate the 144 with ECOM
Industry
Financial Services
Secure file transfer and B2B integration for banks and financial institutions.
Solution
Financial Document Automation
Automate invoices, remittances, payment files and bank statements from capture to posting.
Solution
EDI Integration
Exchange X12 and EDIFACT documents with partners and integrate them directly with your ERP.
More general questions about EDI are answered in the EDI FAQ.
Related transactions
Related finance documents
- 139Student Loan Guarantee Result
- 191Student Loan Pre-Claims and Claims
- 198Loan Verification Information
- 135Student Aid Origination Record
- 201Residential Loan Application
- 202Secondary Mortgage Market Loan Delivery
- 264Mortgage Loan Default Status
- 820Payment Order/Remittance Advice
- 155Business Credit Report
- 197Real Estate Title Evidence
- 199Real Estate Settlement Information
- 200Mortgage Credit Report
Need help with the EDI 144?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.