당신의 401(k)는 순조롭게 운영되고 있습니다 — 매 급여마다 기여금이 들어가고, 매칭 기여금도 적립되고, 모두가 만족합니다. 그런데 어느 날 회계사가 회사가 직원 디퍼럴을 예치하기 전에 며칠 더 보유한 적이 있는지, 혹은 작년에 플랜이 소유주에게 과도하게 기여한 것은 아닌지 묻습니다. 만약 답이 "그렇다"라면, 당신은 들어본 적도 없는 세금을, 한 번도 제출한 적 없는 양식으로 신고해야 할 수도 있습니다. 바로 Form 5330, 종업원 복지 플랜 관련 소비세 신고서입니다.
Form 5330은 퇴직 플랜이나 종업원 복지 플랜에 문제가 생겼을 때 적용되는 십여 가지가 넘는 서로 다른 소비세를 IRS가 징수하는 창구입니다. 대부분은 플랜 자산을 위험에 빠뜨리거나 내부자를 이롭게 하는 거래를 처벌하기 위해 존재합니다. 이 가이드에서는 이 양식이 다루는 내용, 소규모 사업체가 가장 자주 걸려 넘어지는 두 가지 세금, 벌칙이 계산되는 방식, 그리고 훨씬 더 큰 두 번째 세금이 부과되기 전에 실수를 바로잡는 방법을 살펴봅니다.
Form 5330이 다루는 범위
Form 5330을 여러 가지 문제성 세금을 담는 하나의 봉투라고 생각하세요. 각 세금은 고유의 법 조항과 신고서상의 고유한 스케줄을 가지고 있습니다. 전체 목록은 다음과 같습니다:
- 금지 거래 (section 4975) — 플랜과 내부자 간의 거래
- 비공제 사용자 기여금 (section 4972) — 공제 한도를 초과하여 기여
- 최소 적립 부족 (section 4971) — 확정급여형 연금을 규정대로 적립하지 못한 경우
- 초과 401(k) 기여금 (section 4979) — 시정되지 않은 채 방치된 ADP/ACP 비차별 테스트 실패
- 사용자에 대한 플랜 자산의 환급 (section 4980) — 플랜에서 자금을 다시 빼내는 경우
- 초과 403(b) 기여금 (section 4973(a)(3)), ESOP 처분 및 배분 (sections 4978 및 4979A), 기금화된 복지 플랜 급여 (section 4976), 초과 부가급여 (section 4977), 금지된 조세 피난처 거래 (section 4965), 급여 삭감 통지 누락 (section 4980F)
귀하의 사업체가 401(k), SEP, SIMPLE IRA 플랜 또는 확정급여형 플랜을 운영한다면, 가장 중요한 조항은 4975와 4972이며 그 뒤를 4979가 따릅니다. 나머지는 대부분 연금, ESOP, 대형 고용주에 영향을 미칩니다 — 하지만 하나의 플랜 위반이 그중 둘 이상을 촉발할 수 있으므로 이것들이 하나의 신고서를 공유한다는 점을 알아두는 것이 도움이 됩니다.
금지 거래: 15% 세금이 100%가 되는 경우
Section 4975는 소규모 사업체에게 Form 5330의 핵심입니다. 금지 거래는 폭넓게 정의된 범주입니다: 플랜과 부적격자(disqualified person) 사이의 거의 모든 거래가 해당됩니다. 부적격자에는 플랜을 후원하는 사용자, 수탁자, 사업체의 50% 이상 소유주, 임원 및 이사, 고소득 직원, 서비스 제공자, 그리고 그들의 가족 구성원이 포함됩니다.
금지 거래에는 플랜과 부적격자 간의 재산 매도, 교환 또는 임대; 자금 대여 또는 신용 제공; 상품, 서비스 또는 시설 제공; 부적격자의 사용이나 이익을 위한 플랜 소득 또는 자산의 이전; 수탁자가 자신의 이익을 위해 플랜 자산을 사용하는 행위가 포함됩니다. 의도는 중요하지 않다는 점에 유의하세요 — 기술적으로 정의에 해당하는 거래는 모두가 선의로 행동했고 플랜이 아무것도 잃지 않았더라도 금지됩니다.
소규모 플랜이 실제로 저지르는 실수
세 가지 패턴이 대부분의 소규모 사업체 4975 신고를 차지합니다:
직원 디퍼럴 지연. 급여에서 401(k) 기여금을 원천징수하면 그 돈은 빠르게 플랜 자산이 됩니다 — 노동부는 소규모 플랜의 경우 영업일 기준 7일 이내에, 대규모 플랜의 경우 합리적으로 가능한 한 빨리 디퍼럴을 예치할 것을 기대합니다. 회사가 기한을 넘겨 디퍼럴을 보유한 모든 급여 지급 건은 금지 거래입니다: 사용자가 자신의 이익을 위해 플랜 자산을 사용한 것입니다. 습관적으로 디퍼럴을 2주 늦게 예치하는 사업체는 1년에 수십 건의 개별 거래를 쌓을 수 있습니다.
소유주와의 대여 및 임대. 자영업자가 참가자 대출 규정이 허용하는 범위를 초과하여 플랜에서 차입하거나, 사업체가 소유주의 IRA 소유 부동산에서 사무실 공간을 임대합니다. 참가자 대출에는 엄격한 한도가 있습니다 — 일반적으로 $50,000 또는 베스팅 잔액의 절반 중 적은 금액이며, 5년 이내에 상환해야 합니다 — 그리고 이러한 선을 벗어나는 것은 모두 금지된 대출입니다.
중복되는 서비스 거래. 플랜 수탁자의 배우자가 소유한 회사를 고용하여 플랜을 관리하거나, 관련 당사자 제공자에게 불합리한 보상을 지급하는 것은 금지된 서비스 제공에 해당할 수 있습니다. 적절한 면제 조항이 있는 합리적이고 독립 당사자 간의 약정은 괜찮습니다; 유착 관계는 그렇지 않습니다.
세금 계산 방식
1차 세금은 과세 기간의 각 연도(또는 그 일부)에 대해 **관련 금액의 15%**입니다. 관련 금액은 일반적으로 주고받은 금액과 재산의 공정 시장 가치 중 큰 값입니다. 임대나 시정되지 않은 지연 예치와 같은 지속적인 약정의 경우, 거래가 시정되지 않고 남아 있는 매년 새로운 15% 부과가 발생합니다 — 지침서는 바로 이러한 누적을 실제 사례와 함께 설명합니다.
2차 세금에 진짜 고통이 있습니다: 과세 기간 내에 거래가 시정되지 않으면 **관련 금액의 100%**입니다. 시정이란 가능한 범위까지 거래를 되돌리고 부적격자가 최고 수탁자 기준에 따라 행동했을 경우보다 플랜을 나쁘지 않은 재무 상태로 만드는 것을 의미합니다 — 일반적으로 자산과 손실 수익을 복원하는 것입니다. 참여한 각 부적격자는 별도의 Form 5330을 제출해야 하므로, 하나의 잘못된 거래가 여러 개의 신고서를 만들어낼 수 있습니다.
비공제 기여금: 과잉 기여에 대한 10% 세금
Section 4972는 적격 플랜에 대한 비공제 사용자 기여금에 10% 소비세를 부과합니다. 플랜 기여금에 대한 모든 사용자 공제에는 상한이 있습니다 — 확정기여형 플랜의 경우 일반적으로 해당 연도에 플랜 참가자에게 지급된 보상의 25%입니다. 한도를 초과하여 기여하면 그 초과분은 소득세 목적상 비공제가 됩니다; 그것을 인출하지 않고 플랜에 그대로 두면 초과분이 소진되거나 제거될 때까지 매년 10% 소비세가 적용됩니다.
소규모 사업체는 보통 세 가지 방식 중 하나로 이 세금을 촉발합니다. 첫째, 수익성이 좋은 해에 소유주들이 보상의 25% 상한을 확인하지 않고 플랜에 여분의 돈을 밀어 넣고 싶어 합니다 — 특히 소규모 직원 급여로 계산된 한도를 두 소유주를 위한 큰 기여금이 초과하는 소유주 중심 사업체에서 흔합니다. 둘째, 확정급여형 플랜이 오래된 계리 평가를 기반으로 계산된 기여금을 받습니다. 셋째, 인수나 급여 변동으로 기여금이 이미 납입된 후 적격 보상이 줄어듭니다.
해결책은 초과분을 제거하거나 향후 공제 가능한 기여금에 충당하는 것입니다. 확정급여형 플랜과 특정 확정기여형 상황에는 예외와 적용 순서 규칙이 있으므로 수표를 쓰기 전에 계리사나 CPA와 함께 계산하세요 — 하지만 원칙은 간단합니다: 공제 가능한 기여금은 들어가고, 초과분은 나오며, 남아 있는 비공제 금액은 매년 10%를 납부합니다.
알아둘 가치가 있는 다른 스케줄
4975와 4972가 주요 노출이라 하더라도, 세 가지 스케줄은 빠르게 훑어볼 가치가 있습니다:
비차별 테스트 실패 (section 4979). 401(k)의 ADP 또는 ACP 테스트가 실패하면 — 고소득 직원이 다른 사람들보다 불균형적으로 더 많이 디퍼럴했다는 의미 — 초과분은 플랜 연도 종료 후 2.5개월 이내에 환급되어야 합니다. 그 기한을 놓치면 초과분에 10% 소비세가 적용되어 Form 5330에 신고됩니다. 세이프 하버 플랜 설계는 바로 이 스케줄을 무의미하게 만들기 위해 존재합니다.
최소 적립 부족 (section 4971). 확정급여형 연금은 법정 최소액에 따라 적립되어야 합니다. 부족하면 미납 잔액에 소비세가 적용됩니다 — 단일 사용자 플랜의 경우 10%, 부족분이 시정되지 않으면 100%의 2차 세금이 부과됩니다. 많은 소규모 전문직 회사가 이제 운영하는 캐시밸런스 플랜도 이 규정 아래에 있습니다.
환급 (section 4980). 플랜이 잉여 자산을 사용자에게 환급하면서 종료되면, 그 환급에는 20%의 소비세가 부과됩니다 — 사용자가 대체 플랜을 설립하거나 참가자에게 강화된 급여를 제공하지 않으면 50%입니다. 이 세금을 계획하지 않고 과잉 적립된 연금을 종료하는 것은 값비싼 surprise입니다.
신고 절차: 누가, 언제, 어떻게 신고하는가
누가 신고하는가. 세금 납세 의무자가 신고서를 제출합니다: 금지 거래의 경우 부적격자, 비공제 기여금과 적립 부족의 경우 사용자. 4975 거래에서 각 부적격자는 별도로 신고한다는 점을 기억하세요.
언제. 가장 일반적인 스케줄 — 4972, 4973(a)(3), 4975, 4976, 4978, 4979A — 의 경우 신고서는 신고자의 과세 연도 종료 후 일곱 번째 달의 마지막 날까지 제출해야 합니다. 달력 연도 신고자는 2026년 소비세를 2027년 7월 31일까지 신고합니다. 일부 조항은 고유한 마감일을 유지하므로 가정하지 말고 지침서에서 해당 스케줄의 마감일을 확인하세요.
어떻게. Form 5330은 IRS Modernized e-File 시스템을 통해 전자적으로 제출할 수 있으며, Form 5330이 만기가 되는 달력 연도에 모든 유형의 신고서를 10건 이상 제출하는 신고자는 전자 제출이 의무입니다 — 전자 제출이 요구될 때 종이로 제출하는 것은 전혀 제출하지 않은 것으로 간주됩니다. IRS가 2025년 12월 31일 종료 과세 연도에 대해 전자 제출 의무를 면제했지만, 앞으로는 의무가 기본 규칙이라는 점에 유의하세요.
먼저 시정하고, 그다음 신고하세요. 신고서를 제출하는 것은 세금을 신고할 뿐입니다; 근본적인 문제를 해결하지는 않습니다. 지연 디퍼럴의 경우, 노동부의 자발적 수탁자 시정 프로그램(Voluntary Fiduciary Correction Program)이 승인된 시정 방법을 제시합니다: 누락된 금액과 손실 수익을 예치하고 모든 것을 문서화하세요. 보다 광범위한 운영상 플랜 위반의 경우, IRS의 종업원 플랜 준수 해결 시스템(Employee Plans Compliance Resolution System)이 자기 시정 및 자발적 시정 경로를 제공합니다. 깨끗한 시정 기록은 또한 15% 연간 미터기를 멈추게 하고 — 100% 2차 세금을 완전히 차단하는 것입니다.
작은 문제를 크게 만드는 흔한 실수
- 회사와 플랜을 하나의 지갑으로 취급하기. 지연 디퍼럴은 스스로 초래하는 4975 거래의 1번입니다. 각 급여에 맞춰 자동 예치를 설정하고 매월 대사하세요.
- 세금 신고 때까지 공제 상한을 무시하기. 연말 기여금 전에, 신고서를 작성한 후가 아니라, 보상의 25% 한도를 모델링하세요.
- 운영은 시정했지만 신고서는 건너뛰기. 수익과 함께 지연 디퍼럴을 예치하면 플랜은 고쳐지지만 소비세를 신고하지는 않습니다. 5330은 여전히 제출해야 합니다.
- 한 해의 지연을 3년으로 만들기. 15% 세금은 거래가 시정되지 않고 남아 있는 매년 반복되며, 과세 기간 말에는 100% 세금이 looming합니다. 시정 일정을 캘린더에 잡으세요.
- 선의가 항변이라고 가정하기. 금지 거래 해당 여부는 거래의 구조에 달려 있지, 누구의 동기에 달려 있지 않습니다. 면제는 적극적으로 충족되어야 합니다.
플랜과 장부를 깨끗하게 유지하세요
Form 5330 세금은 하나의 근본 원인을 공유합니다: 플랜 자금이 규정이 허용하는 것과 다른 일정으로, 또는 다른 금액으로 움직이는 것입니다. 총계정원장을 신뢰할 수 있게 유지하는 것과 동일한 규율 — 적시 예치, 매월 대사, 문서화된 승인 — 이 소비세를 당신의 책상에서 멀어지게 합니다. 디퍼럴, 매칭 기여금, 공제 한도가 나머지 재무와 함께 실시간으로 추적되면, 문제는 시정하기에 아직 저렴할 때 표면화됩니다.
재무 관리를 단순화하세요
급여 예치금, 플랜 기여금, 공제 한도를 파악하면서 명확한 재무 기록을 유지하는 것이 필수적입니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제를 제공하는 플레인텍스트 회계를 제공합니다 — 블랙박스도, 벤더 종속도 없습니다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 왜 플레인텍스트 회계로 전환하는지 확인하세요.
