401(k) Loans for Plan Sponsors: Rules, Documents, and Administration

A plan sponsor should offer and administer 401(k) loans only when its written terms, participant disclosures, and operational process can support consistent administration.

401(k) loans for plan sponsors is easiest to manage when the plan document, payroll configuration, and recordkeeper data tell the same story. A fast fix that skips one of those records can create a second exception, so the practical goal is a repeatable review trail rather than a one-time patch.

Define the event

A plan loan is not simply money leaving an account; it is a transaction governed by plan terms and tax rules. The IRS loan FAQs discuss requirements for a loan to avoid being treated as a distribution, including documentation and repayment expectations. [1] The IRS describes plan administration as document-driven: an operational result should be tested against the written terms and applicable rules. That is why the first question is not “what did the system do?” but “what was authorized, elected, and transmitted?” [1]

Start a case file with the effective date, participant or population affected, source-system timestamps, election or request evidence, payroll codes, and the recordkeeper result. Assign one owner to reconcile the files and another to approve the proposed treatment. This separation makes it easier to spot an assumption that a single operator may miss.

Compare records before acting

Compare the plan’s loan provisions with the loan-note process, approval workflow, repayment setup, and recordkeeper configuration. A feature described in a participant portal is not a substitute for an authorized plan provision. Do not infer intent from a single file. A participant election may be correct while a pay code is wrong, or the pay code may be correct while the outbound feed has an effective-date mismatch. The comparison should identify the first point where expected and actual results diverged.

Working review questions

IRS retirement-plan materials distinguish loans from hardship distributions and explain that these features have different conditions and consequences. [2] Use a short exception narrative: what should have happened, what did happen, how the difference was detected, and which record supports each conclusion. That narrative is useful for administrators, payroll, auditors, and the participant communication team.

For a clean audit trail, retain the source report as it appeared at review time as well as the reconciled workpaper. Note any assumptions, missing data, and approvals. A clear file lets a later reviewer understand the decision without reconstructing it from email fragments.

Editorial disclaimer: This educational material is not tax, legal, actuarial, investment, or compliance advice. Apply the governing plan document and obtain advice appropriate to the facts before taking corrective action.

Implement a controlled response

Confirm that loans are permitted, establish a uniform intake and approval sequence, issue required documentation, and ensure repayments are capable of being tracked. Use specialist review when considering amendments or nonstandard facts. Before changing a payroll code, participant balance, or distribution record, define the decision maker, the effective date, the communications needed, and the evidence that will prove completion. If more than one vendor is involved, send a single written instruction set with version control rather than separate informal requests.

1. Freeze the affected configuration or flag the case so the same condition is not repeated.
2. Reconcile the relevant payroll and plan records to a documented cut-off date.
3. Obtain document and specialist review for the proposed treatment.
4. Process approved adjustments and retain confirmations from each system.

Practical control table

Review and prevent recurrence

Review sampling should cover approvals, notes, payment schedules, and participants with changed employment status. A control is only useful if the completed record can demonstrate it was performed. A monthly or per-pay-period exception report is usually more effective than waiting for an annual review. Include unusual zero amounts, negative adjustments, duplicate transactions, changed employment status, and transactions outside ordinary processing windows. Sample a completed case to confirm that the approved remedy—not merely a ticket closure—appears in the system of record.

Build prevention around the moment the data changes: a new election, a leave, a termination, a loan request, or a distribution request. Require a documented handoff, a test or validation report, and a reconciliation after the first live cycle. Controls should be proportionate, but they must be specific enough that a new team member can follow them.

Make the control usable

A reliable procedure tells the next person exactly where to look, who can decide, and what evidence closes the loop. Keep a concise operating guide beside the system workflow: identify the data source, name the cut-off time, describe the exception trigger, and show the escalation contact. During a vendor change or staff transition, run the old and new reports side by side for an agreed period and document differences. If a manual step is unavoidable, record the reason, the person performing it, the reviewer, and the follow-up that removes the manual dependency. This approach turns a corrective case into a design improvement. It also makes participant communications more consistent because the team can explain the process from a shared, documented record rather than from memory.

References

• [1] Internal Revenue Service. https://www.irs.gov/retirement-plans/retirement-plans-faqs-regarding-loans
• [2] Internal Revenue Service. https://www.irs.gov/retirement-plans/hardships-early-withdrawals-and-loans