یک صاحب کسبوکار با مشاور مالی خود تماس میگیرد و میگوید: "خواندهام که طرحی وجود دارد که 401(k) و مستمری من را در یک سند ترکیب میکند - میتوانیم آن را راهاندازی کنیم؟" پاسخ مشاور، تقریباً همیشه، نوعی از این است که "از نظر فنی بله، اما شما آن را نمیخواهید."
طرحی که مالک توصیف میکند واقعی است. این طرح DB(k) نامیده میشود - به طور رسمی یک "طرح ترکیبی واجد شرایط" طبق بند 414(x) از قانون مالیات - و کنگره تقریباً دو دهه پیش آن را ایجاد کرد تا به طور خاص زندگی را برای کارفرمایان کوچکی که هم 401(k) و هم مستمری مزایای معین میخواستند آسانتر کند. قرار بود کاغذبازی و هزینه را کاهش دهد و کسبوکارهای کوچک بیشتری را به ارائه امنیت بازنشستگی واقعی به جای یک 401(k) ابتدایی ترغیب کند.
این طور پیش نرفت. امروزه تقریباً هیچکس از DB(k) استفاده نمیکند. اما دلیل شکست آن آموزنده است، زیرا چیزی که صاحبان کسبوکارهای کوچک در واقع برای به دست آوردن مزیت مالیاتی که دنبال آن بودند استفاده میکنند - یک "ترکیب DB/DC" از دو طرح جداگانه - یکی از قدرتمندترین ابزارهای بازنشستگی و تعویق مالیات است که در اختیار یک صاحب کسبوکار سودآور و مسنتر قرار دارد. درک اینکه چرا نسخه ترکیبی شکست خورد دقیقاً به شما میگوید به جای آن چه بخواهید.
قرار بود طرح DB(k) چه کاری انجام دهد
DB(k) از قانون حمایت از بازنشستگی سال ۲۰۰۶ بیرون آمد و هدف آن "کارفرمایان کوچک" بود - که به عنوان داشتن حداقل ۲ اما کمتر از ۵۰۰ کارمند تعریف میشود. پیشنهاد ساده بود: به جای نگهداری دو طرح بازنشستگی کاملاً جداگانه با دو مجموعه سند، دو مجموعه آزمون و دو پرونده فرم ۵۵۰۰، یک کارفرمای کوچک میتوانست یک طرح ترکیبی را اتخاذ کند که شامل موارد زیر باشد:
- یک جزء مزایای معین (DB) - یک فرمول مستمری سنتی که باید به کارمندان حداقل ۱٪ از حقوق برای هر سال خدمت تا ۲۰ سال اعتبار میداد، با الزام به تملک کامل تنها پس از ۳ سال خدمت (بسیار سریعتر از برنامه تملک یک مستمری معمولی).
- یک جزء مشارکت معین (DC) - یک 401(k) با ثبتنام خودکار با نرخ کسر ۴٪ (کارمندان میتوانستند کاهش دهند یا انصراف دهند)، به اضافه تطبیق اجباری کارفرما به میزان ۵۰٪ از کسورات کارمند تا سقف ۴٪ از حقوق، که بلافاصله قابل تملک بود.
در ازای برآورده کردن این سطوح حداقل مزایا برای کارمندان عادی، قرار بود کل این طرح به عنوان یک طرح واحد برای اهداف گزارشدهی سالانه تلقی شود - یک فرم ۵۵۰۰ به جای دو فرم، آزمایش تبعیض سادهتر و هزینههای اداری کمتر. روی کاغذ، به نظر میرسید یک برد واقعی برای یک کارفرمای کوچک باشد که میخواست مزایای بازنشستگی جدی را بدون استخدام یک ارتش کوچک از مشاوران ارائه دهد.
چرا هرگز جا نیفتاد
سه چیز DB(k) را در عمل از بین برد، و حتی اگر هرگز این نوع طرح خاص را لمس نکنید، ارزش دانستن دارند - آنها توضیح میدهند که چگونه تصمیمگیری در مورد طراحی طرح بازنشستگی در واقع گرفته میشود.
IRS هرگز رفتار سادهشدهای را که وعده داده بود به آن نداد. علیرغم اینکه حول مدارک طرح از پیش تأیید شده ساخته شده بود، IRS در نهایت با طرحهای DB(k) به عنوان طرحهای با طراحی فردی برای اهداف نامه تعیینکننده رفتار کرد. این بدان معنا بود که کارفرمایان دو فرم ۵۳۰۰ ارسال میکردند و هزینههای کاربری دو برابر میپرداختند - دقیقاً برعکس سادهسازی که قانون برای ارائه آن نوشته شده بود.
بار اداری در واقع کاهش نیافت. یک پرونده واحد فرم ۵۵۰0 شبیه یک برد به نظر میرسد، اما جزء DB هنوز به ارزیابی اکچوئری سالانه خود نیاز داشت و جزء DC هنوز به آزمایش انطباق و نگهداری سوابق خود نیاز داشت. ترکیب پوشش دو طرح، کار واقعی اجرای دو طرح را ترکیب نمیکند.
محاسبات در هر صورت معمولاً به نفع طرحهای جداگانه بود. برای اکثر کسبوکارهای کوچک سودآور - به ویژه آنهایی که مالک به طور قابل توجهی مسنتر یا با درآمد بالاتر از کارکنان است - اجرای یک طرح مزایای معین یا تراز نقدی مستقل در کنار یک طرح استاندارد 401(k) با تقسیم سود، کمک کسرشونده بزرگتری برای مالک نسبت به فرمول داخلی DB(k) ایجاد میکند. وقتی گزینه ترکیبی "سادهتر" همچنین نتیجه مالی بدتری ایجاد میکند، دلیلی برای انتخاب آن وجود ندارد.
صاحبان کسبوکار در واقع به جای آن چه راهاندازی میکنند
طراحی طرح بازنشستگی که در واقع آنچه مالکان امیدوار بودند DB(k) به آنها بدهد را ارائه میدهد، یک طرح ترکیبی DB/DC است: دو طرح از نظر قانونی جداگانه - معمولاً یک طرح تراز نقدی (یکی از بستگان مدرن و انعطافپذیرتر طرح مزایای معین سنتی) و یک 401(k) با تقسیم سود - که با هم مدیریت میشوند اما به طور مستقل مستندسازی و ثبت میشوند.
اعداد توضیح میدهند که چرا مشاوران مشتریان را به جای آن به اینجا هدایت میکنند. در مثالهای گویا که توسط اکچوئرهای طرح بازنشستگی استفاده میشود، یک گروه صاحبان کسبوکار جوانتر ممکن است یک طرح مزایای معین مستقل را ببینند که در یک سال حدود ۲۵۰,۰۰۰ دلار کل کمکهای کسرشونده مالک را مهار میکند، در حالی که جفت کردن آن با یک جزء 401(k) با تقسیم سود، آن را به بیش از ۳۳۰,۰۰۰ دلار میرساند - ۸۰,۰۰۰ دلار اضافی پسانداز قبل از مالیات از همان کسبوکار اصلی. برای یک مالک مسنتر نزدیک به سن بازنشستگی، که در آن فرمولهای مزایای معین میتوانند کمکهای بسیار بیشتری را پیشبارگذاری کنند، یک طرح DB مستقل ممکن است تقریباً ۳۸۵,۰۰۰ دلار از مزایای مالک را پشتیبانی کند، در حالی که ساختار ترکیبی آن را به بیش از ۴۸۰,۰۰۰ دلار میرساند.
ترکیبی همچنین کنترل بیشتری بر هزینه پوشش کارمندان به کارفرما میدهد. از آنجا که سمت 401(k)/تقسیم سود میتواند با یک فرمول تخصیص "قابلیت مقایسه جدید" طراحی شود، یک کارفرما اغلب میتواند در عین حال که سهم بسیار بیشتری از کل کمک را به سمت مالک و سهم بسیار کمتری را به سمت کارکنان هدایت میکند، آزمایش تبعیض را برآورده کند - که اغلب هزینه پوشش کارمندان عادی را نسبت به آنچه فرمول داخلی ۱٪ در سال DB(k) و تطبیق مورد نیاز آن ایجاب میکرد، کاهش میدهد.
چه کسی واقعاً باید این را در نظر بگیرد
یک طرح ترکیبی DB/DC برای هر کسبوکار کوچکی نیست - این یک ابزار خاص برای یک مشخصات خاص است:
- سودآوری ثابت و سالم. طرحهای مزایای معین و تراز نقدی نیاز به یک اکچوئر دارند که هدف تأمین مالی را محاسبه کند و این کمک پس از تعهد عمدتاً اجباری است - برخلاف کمک 401(k) با تقسیم سود که میتواند در یک سال بد کاهش یابد.
- مالکی که از اکثر کارکنان مسنتر است، یا کسبوکاری با تعداد کارکنان کم نسبت به حقوق مالک. هرچه شکاف سنی یا درآمدی بزرگتر باشد، مزیت بیشتر به نفع مالک متمایل میشود.
- افق زمانی چند ساله. این طرحها با تأمین مالی حداقل ۳ تا ۵ سال بهترین عملکرد را دارند. راهاندازی یکی و خاتمه دادن آن در سال بعد، IRS را به بررسی دعوت میکند.
- تمایل به تأمین مالی حسابهای کارکنان. کارمندان هنوز باید یک کمک معنیدار و منطبق با IRS دریافت کنند - این راهی است برای تغییر سهم بیشتری از دلارهای با مزیت مالیاتی به سمت مالک، نه راهی برای اجتناب از پوشش کارکنان.
اگر آن مشخصات با کسبوکار شما مطابقت ندارد، یک SEP-IRA، Solo 401(k) یا طرح استاندارد 401(k) با تقسیم سود معمولاً مناسبتر است و هزینههای اداری بسیار کمتری دارد.
جنبه حسابداری که مالکان اغلب دست کم میگیرند
فرقی نمیکند به کدام ساختار برسید، یک طرح مزایای معین یا تراز نقدی آنچه را که دفاتر شما باید ردیابی کنند تغییر میدهد. کمک اجباری کارفرما به اندازه تطبیق 401(k) که اغلب اختیاری است نیست - بیشتر شبیه یک تعهد بدهی است که کسبوکار به طرح بدهکار است که توسط یک اکچوئر محاسبه میشود و طبق یک برنامه زمانبندی سررسید میشود. این بدان معناست که دفتر کل شما باید آن را در طول سال به عنوان یک بدهی تعهدی ردیابی کند، نه به عنوان یک خروج نقدی غافلگیرکننده که در زمان مالیات کشف میشود.
این دقیقاً همان نوع تعهدی است که به راحتی در یک صفحه گسترده یا یک ابزار حسابداری که فقط موجودی حساب جاری را به شما نشان میدهد، گم میشود. حسابداری متن ساده آن را برای مدلسازی ساده میکند: یک حساب بدهی برای کمک تعهدی طرح، که به تدریج با پیشرفت سال تأمین میشود، با اطلاعیه تأمین مالی سالانه اکچوئر تطبیق داده میشود، و زمانی که کمک واقعاً واریز میشود بسته میشود - همه به طور کامل در کنترل نسخه قابل حسابرسی هستند، بنابراین CPA و اکچوئر شما همیشه به اعدادی که شما نگاه میکنید نگاه میکنند.
کمکهای طرح بازنشستگی خود را در دید واضح نگه دارید
ساختارهای پیچیده بازنشستگی مانند یک طرح ترکیبی DB/DC تنها در صورتی نتیجه میدهند که حسابداری زیربنایی با آنها هماهنگ باشد - ردیابی بدهیهای تعهدی طرح، کمکهای کارفرما و وجه نقد کنار گذاشته شده برای تأمین مالی آنها نباید حدس و گمان باشد. Beancount.io حسابداری متن سادهای را ارائه میدهد که شفافیت و کنترل کامل بر دادههای مالی شما با یک مسیر حسابرسی کامل که حسابدار، اکچوئر و خود آینده شما میتوانند به آن اعتماد کنند، فراهم میکند. رایگان شروع کنید و ببینید چرا صاحبان کسبوکارهایی که طرحهای مزایای پیچیده را مدیریت میکنند به حسابداری متن ساده روی میآورند.