جدول ب-۱ از فرم ۱۰۶۵: افشای مالکان ۵۰ درصدی در شراکت‌های لایه‌ای، شرکت‌های با مسئولیت محدود خانوادگی و صندوق‌های سرمایه‌گذاری خصوصی

اگر اظهارنامه مشارکت فرم ۱۰۶۵ را پر می‌کنید، جدولی تک‌صفحه‌ای وجود دارد که بی‌سر و صدا بیش از تقریباً هر افشای مشارکت دیگری، باعث صدور اخطاریه‌های رسیدگی IRS می‌شود. این جدول حتی یک دلار مالیات را هم محاسبه نمی‌کند. تخصیص سهم هیچ‌کس را تغییر نمی‌دهد. تمام کاری که انجام می‌دهد نام بردن از افراد است — و افرادی که IRS بیش از همه می‌خواهد نامشان را بداند، اغلب همان‌هایی هستند که مشارکت‌ها فراموش می‌کنند لیست کنند.

آن جدول، جدول B-1 است: اطلاعات مربوط به شرکایی که ۵۰٪ یا بیشتر از مشارکت را در اختیار دارند. ساده به نظر می‌رسد، اما اینطور نیست. تله اینجاست که "مالکیت ۵۰ درصدی" آن چیزی نیست که اکثر تسلیم‌کنندگان فکر می‌کنند، و قواعد انتسابی که تعیین می‌کنند چه کسی از این آستانه عبور می‌کند، لزوماً همان‌هایی نیستند که هر حسابداری از کلاس‌های مالیات شرکت‌ها حفظ کرده است. اگر این افشا را در یک مشارکت لایه‌بندی شده، یک LLC خانوادگی یا یک ساختار صندوق در صندوق (fund-of-funds) اشتباه انجام دهید، اظهارنامه در ظاهر ناقص است — که دقیقاً همان نوع پرچم قرمزی است که IRS برای اولویت‌بندی بررسی اظهارنامه‌های مشارکت استفاده می‌کند.

این راهنما بررسی می‌کند که چه کسی باید اظهارنامه را پر کند، با در نظر گرفتن لایه‌های انتسابی چه کسی مالک ۵۰ درصدی محسوب می‌شود، کدام ساختارها بیشتر از همه باعث سردرگمی تسلیم‌کنندگان می‌شوند و چگونه سوابق خود را به قدری تمیز نگه دارید که جدول B-1 سال آینده به جای ده روز، ده دقیقه وقت بگیرد.

آنچه جدول B-1 در واقع گزارش می‌دهد

جدول B-1 پاسخ دنیای مشارکت به یک سوال فریبنده ساده است: واقعاً چه کسی مالک این شخصیت حقوقی است؟

بخش اصلی جدول B در فرم ۱۰۶۵ حاوی دو سوال است که کل پرونده را کنترل می‌کنند. این سوالات در بخش "سایر اطلاعات" قرار دارند که در حال حاضر با شماره‌های 2a و 2b مشخص شده‌اند (IRS چند سال پیش شماره این‌ها را از 3a و 3b تغییر داد، که یکی از دلایلی است که قالب‌های قدیمی و چک‌لیست‌های کهنه هنوز شماره سوال اشتباهی را می‌پرسند):

• سوال 2a می‌پرسد آیا هیچ شخصیت حقوقی — شرکت، مشارکت، تراست، سازمان معاف از مالیات یا دولت خارجی — به طور مستقیم یا غیرمستقیم، ۵۰٪ یا بیشتر از سود، زیان یا سرمایه مشارکت را در اختیار دارد یا خیر.
• سوال 2b همین سوال را در مورد هر شخص یا ماترک (Estate) می‌پرسد.

اگر پاسخ به هر یک از این سوالات مثبت باشد، مشارکت باید جدول B-1 را پیوست کند. بخش I نهادهای واجد شرایط را فهرست می‌کند. بخش II افراد و ماترک‌های واجد شرایط را فهرست می‌کند. برای هر مالک، شما موارد زیر را افشا می‌کنید:

۱. نام ۲. شماره شناسایی مالیاتی (EIN یا SSN) ۳. کشور محل تاسیس یا تابعیت ۴. حداکثر درصد مالکیت در سود، زیان یا سرمایه

این ستون آخر بیش از آنچه به نظر می‌رسد اهمیت دارد. شما بالاترین درصد از بین سه مورد — سود، زیان یا سرمایه — را که در پایان سال اندازه‌گیری شده است، گزارش می‌دهید. شریکی که ۳۰٪ از سود به او اختصاص یافته اما ۶۰٪ از سرمایه را در اختیار دارد، برای اهداف جدول B-1 یک مالک ۶۰ درصدی محسوب می‌شود و باید افشا گردد.

آزمون ۵۰٪ در واقع سه آزمون در پوشش یک آزمون است

شایع‌ترین خطای تسلیم اظهارنامه این است که "۵۰٪ یا بیشتر" را به عنوان یک عدد واحد در نظر بگیریم. اینطور نیست. یک شریک اگر در هر یک از موارد زیر به ۵۰٪ برسد، از آستانه عبور کرده است:

• سود
• زیان
• سرمایه

این موضوع از این جهت اهمیت دارد که مشارکت‌های واقعی به ندرت هر سه مورد را به طور یکسان تخصیص می‌دهند. یک شریک مدیر با ۲۰٪ حساب سرمایه ممکن است ۶۰٪ از سود را از طریق «سود انتقالی» (carried interest) دریافت کند. یک شریک در حال بازنشستگی ممکن است ۸۰٪ از سرمایه را داشته باشد اما از این به بعد سودی به او اختصاص نیابد. هر دو در حداقل یک محور از آستانه ۵۰٪ عبور می‌کنند و هر دو متعلق به جدول B-1 هستند.

این آستانه در پایان سال مالی اندازه‌گیری می‌شود، اما یک جهش میان‌دوره‌ای به بالای ۵۰٪ همچنان می‌تواند شریک را به جدول بکشاند اگر اندازه‌گیری پایان سال آن را منعکس کند. ورود شرکای جدید، بازخریدها و پذیرش شرکا همگی نیازمند یک جدول مالکیت دقیق در روز بستن حساب‌ها هستند. اگر دفاتر شما فقط مالکیت را در تاریخ جابجایی وجه نقد ردیابی می‌کنند، داده‌های مورد نیاز جدول B-1 را در اختیار ندارید.

بخش ۲۶۷(c)، نه بخش ۳۱۸ — قاعده انتسابی که اکثر تسلیم‌کنندگان به اشتباه متوجه می‌شوند

در اینجا نکته فنی وجود دارد که حتی تهیه‌کنندگان با تجربه را هم غافلگیر می‌کند. جدول B-1 از قواعد مالکیت حکمی بخش ۲۶۷(c) قانون درآمدهای داخلی برای تعیین مالکیت غیرمستقیم استفاده می‌کند — نه بخش ۳۱۸.

این تمایز فراتر از یک بحث تئوریک است. بخش ۳۱۸، که اکثر متخصصان مالیاتی اولین بار در مباحث توزیع شرکت‌های S و بازخرید سهام شرکت‌ها با آن مواجه می‌شوند، ساختار خاصی دارد: یک گروه خانوادگی تعریف شده، انتساب مشارکت به شریک، انتساب حق خرید سهام (option) و آستانه ۵۰ درصدی برای انتساب شرکتی. بخش ۲۶۷(c) موجود متفاوتی است:

• انتساب خانوادگی تحت ۲۶۷(c)(4) گروه خانوادگی گسترده‌تری را نسبت به بخش ۳۱۸ در بر می‌گیرد. "خانواده" یک فرد تحت بخش ۲۶۷(c) شامل برادران و خواهران (تنی یا ناتنی)، همسر، اجداد (والدین، پدربزرگ و مادربزرگ و بالاتر) و نوادگان مستقیم (فرزندان، نوه، نتیجه و غیره) می‌شود. گروه خانوادگی بخش ۳۱۸ محدودتر است — در جهت اجداد تا والدین متوقف می‌شود و خواهر و برادر را شامل نمی‌شود.
• انتساب شخصیت حقوقی تحت ۲۶۷(c)(1) به طور متناسب از شرکت‌ها، مشارکت‌ها، ماترک‌ها و تراست‌ها به صاحبان آن‌ها جریان می‌یابد. برخلاف بخش ۳۱۸(a)(2)(C)، هیچ آستانه ۵۰ درصدی برای شروع انتساب وجود ندارد.
• دستورالعمل‌های مشارکت به طور خاص بخش ۲۶۷(c)(3) را مستثنی می‌کنند — قاعده "شریک به شریک" که باعث می‌شد هر شریک به طور حکمی مالک هر چیزی باشد که شریک دیگر مالک آن است. بدون این استثنا، تقریباً هر مشارکت دو نفره‌ای مجبور بود هر دو شریک را به عنوان مالک ۱۰۰٪ افشا کند، که مقصود قانون‌گذار نیست.

اگر یک مدل جدول B-1 را بر این فرض بسازید که قواعد مشابه نمودار انتساب سهام بخش ۳۱۸ هستند، در مورد دارایی‌های خانوادگی گزارش کمتری ارائه خواهید داد و در زنجیره‌های مشارکت چند لایه گزارش بیش از حد؛ که هر دو اشتباهاتی هستند که IRS متوجه آن‌ها می‌شود.

قاعده انتساب خانوادگی واقعاً چه کاری انجام می‌دهد

نکته ظریف و مهم: انتساب خانوادگی تحت بخش 267(c) تنها در صورتی عمل می‌کند که طرف منتسب در حال حاضر دارای مقداری نفع مستقیم یا غیرمستقیم در مشارکت (Partnership) باشد. دختری که هیچ سهمی در مشارکت مادرش ندارد، صرفاً به این دلیل که مادرش شریک است، مشمول این قاعده نمی‌شود. اما دختری که مستقیماً مالک ۱۰٪ است، فرض می‌شود که سهم مادرش را نیز در اختیار دارد — و اگر مادر ۴۵٪ سهم داشته باشد، سهم دختر اکنون به ۵۵٪ می‌رسد و باید افشا شود.

این قاعده دوپهلو عمل می‌کند. می‌تواند یک شریک کوچک را با تجمیع منافع او با والدین یا همسر، از مرز تعیین‌شده عبور دهد. همچنین می‌تواند تایید کند که یک خویشاوند سببی (مانند داماد یا عروس) اصلاً سهم گزارش‌کردنی ندارد، زیرا خویشاوندان سببی در گروه خانوادگی بخش 267(c) قرار نمی‌گیرند.

نحوه انباشت انتساب نهاد در ساختارهای لایه‌ای

انتساب نهاد (Entity attribution) تناسبی است، به این معنی که در لایه‌های مختلف به‌طور دقیق مقیاس‌بندی می‌شود. این مورد را در نظر بگیرید:

Fund I LP (صندوق سرمایه‌گذاری)
  └─ مالک ۶۰٪ از LowerTier LP است
       └─ که مالک ۴۰٪ از OperatingCo Partnership است

جدول B-1 شرکت OperatingCo باید سلسله‌مراتب را به سمت بالا بررسی کند. فرض بر این است که Fund I سهم متناسب خود را از سهم LowerTier در OperatingCo در اختیار دارد: ۶۰٪ × ۴۰٪ = ۲۴٪. این مقدار به تنهایی از ۵۰٪ عبور نمی‌کند. اما اگر Fund I همچنین دارای ۳۰٪ نفع مستقیم جداگانه در OperatingCo باشد، مالکیت ترکیبی آن ۲۴٪ + ۳۰٪ = ۵۴٪ خواهد بود و Fund I باید در بخش I لیست شود.

اینجاست که مشارکت‌های لایه‌ای معمولاً در افشای اطلاعات خود دچار اشتباه می‌شوند. تنظیم‌کننده اظهارنامه در لایه پایین‌تر، یک شریک مستقیم ۳۰ درصدی را می‌بیند و تصور می‌کند که موضوع حل شده است. سهم غیرمستقیم شریک لایه بالاتر از طریق واسطه‌ها هرگز تجمیع نمی‌شود. در نتیجه، جدول کمتر از حد واقعی گزارش می‌شود و بقیه اظهارنامه — از جمله گزارش‌های K-2 و K-3 در مورد شرکای خارجی — نیز دچار همین خلأ اطلاعاتی می‌شوند.

سه ساختاری که بیشترین خطاها را در جدول B-1 ایجاد می‌کنند

۱. شرکت‌های LLC هلدینگ خانوادگی

شرکت‌های با مسئولیت محدود و مشارکت‌های خانوادگی بر اساس انتسابِ برنامه‌ریزی ارث (Estate-planning attribution) طراحی شده‌اند: بخشش به فرزندان، تراست‌های نوه‌ها، GRATها و تقسیم منافع سرمایه‌ای بین همسران. از نظر اقتصادی، همه این‌ها یک واحد خانوادگی هستند؛ اما در فرم‌های K-1، شش نام مجزا دیده می‌شود که هر کدام زیر ۵۰٪ هستند.

جدول B-1 اغلب پس از اعمال انتساب بخش 267(c)، همه آن‌ها را بالای ۵۰٪ می‌برد. پدربزرگی که مستقیماً مالک ۳۵٪ است، در حالی که همسرش ۱۰٪ و پسرش ۸٪ سهم دارند، برای اهداف افشا به‌طور حکمی مالک ۵۳٪ محسوب می‌شود — با این فرض که همسر و پسر از فیلتر «باید مقداری نفع مستقیم یا غیرمستقیم داشته باشند» عبور کنند. پسر نیز با همین منطق به مالک ۵۳٪ تبدیل می‌شود. نام هر دو در بخش II قرار می‌گیرد و خانواده معمولاً نام هر عضو بالغی را که در گروه 267(c) است و نفع مستقیم دارد، لیست می‌کند.

یک چک‌لیست دقیق برای LLCهای هلدینگ خانوادگی به این صورت است:

• یک نمودار شجره‌نامه خانوادگی یک‌صفحه‌ای تهیه کنید که هر خویشاوندی را که دارای نفع مستقیم یا غیرمستقیم است نشان دهد.
• درصد مستقیم هر فرد را در سود، زیان و سرمایه به‌طور جداگانه یادداشت کنید.
• انتساب بخش 267(c)(4) را اعمال کنید تا منافع خانوادگی روی هر دارنده مستقیم لایه‌بندی شود.
• آستانه ۵۰٪ را مجدداً در برابر سه معیار اقتصادی بسنجید.
• نام هر فردی را که از این آستانه عبور می‌کند لیست کنید، از جمله کسانی که درصد مستقیم آن‌ها به تنهایی ناچیز است.

۲. صندوق‌های سهام اختصاصی (Private Equity) و ساختارهای مسدودکننده (Blocker)

دسته دوم، صندوق‌های تحت هدایت اسپانسر با شرکای عمومی (GP) دارای سود حق‌العمل (Carried interest)، صندوق‌های موازی برای شرکای با مسئولیت محدود (LP) مشمول مالیات و معاف از مالیات، و شرکت‌های مسدودکننده (Blocker) در کیمن یا دلاور هستند. دو الگو را باید در نظر داشت:

شرکای تخصیص کارانه (Carry). یک نهاد GP با حساب سرمایه بسیار ناچیز اما ۲۰٪ نفع در سود، اگر صندوق دارای تعداد کمی LP باشد یا اگر GP در هر دو صندوق اصلی و موازی دارای حق کارانه باشد، می‌تواند از تست ۵۰٪ عبور کند. همیشه تخصیص GP را در "سود" بررسی کنید، نه فقط در "سرمایه".

شرکت‌های مسدودکننده به عنوان مالکان بالای ۵۰٪. هنگامی که یک شرکت مسدودکننده C-corp آمریکایی بین LPهای خارجی و یک مشارکت عملیاتی در آمریکا قرار می‌گیرد، خودِ شرکت مسدودکننده ممکن است یک شریک ۵۰ درصدی یا بیشتر باشد. این شرکت باید به عنوان یک شخصیت حقوقی در بخش I لیست شود و وجود آن، مشارکت را از افشا معاف نمی‌کند، حتی اگر سرمایه‌گذاران خارجی را از دریافت فرم Schedule K-1 محافظت کند.

یک نشانه عملی: اگر صندوق شما کمتر از ده شریک دارد و هر یک از آن‌ها یک نهاد مرتبط تحت کنترل اسپانسر است، تقریباً به احتمال زیاد باید افشای جدول B-1 را انجام دهید. ساختارهای "صندوق در صندوق" (Fund-of-funds) و "اصلی-تغذیه کننده" (Master-feeder) باید جدول B-1 را الزامی تلقی کنند مگر اینکه خلاف آن ثابت شود — فرض پیش‌فرض باید افشا باشد، نه معافیت.

۳. مشارکت‌های لایه‌ای با لایه‌های نهاد نادیده‌گرفته‌شده (Disregarded Entity)

شرکت‌های LLC تک‌عضو (SMLLC) برای اهداف مالیاتی فدرال نادیده گرفته می‌شوند (Disregarded). آن‌ها همچنین رایج‌ترین منبع گزارش‌های نادرست در جدول B-1 هستند.

قانون: یک نهاد نادیده‌گرفته‌شده را به عنوان مالک لیست نکنید. مالکِ شناخته‌شده (Regarded) آن نهاد را لیست کنید — یعنی فرد، شرکت یا مشارکتی که مالک SMLLC است. اگر مالکِ نهاد نادیده‌گرفته‌شده یک فرد باشد، نام او در بخش II می‌رود، نه در بخش I.

گزارش‌دهندگانی که لیست شرکای K-1 را مستقیماً به جدول B-1 منتقل می‌کنند، معمولاً این مورد را برعکس انجام می‌دهند: آن‌ها "ABC Holdings LLC با کد شناسایی مالیاتی فلان، مالک ۶۰٪" را در بخش I لیست می‌کنند، در حالی که "ABC Holdings LLC" یک نهاد نادیده‌گرفته‌شده است که تنها عضو آن "جین اسمیت"، یک شخص حقیقی است. ورودی صحیح باید نام جین اسمیت را در بخش II با همان درصد درج کند.

همین منطق در چندین لایه نادیده‌گرفته‌شده تکرار می‌شود — سلسله‌مراتب مالکیت را تا زمانی دنبال کنید که به نهاد یا شخصی برسید که نادیده‌گرفته‌شده (Disregarded) نیست؛ آن شخص یا نهاد، مالک گزارش‌کردنی شما در جدول B-1 است.

اشتباهات رایج در اظهارنامه‌های مورد بررسی

چند خطای تکراری عامل اکثر یافته‌های حسابرسی در جدول B-1 هستند:

۱. درج نام یک مالک به صورت تکراری — یک بار در بخش I و یک بار در بخش II، به این دلیل که شریک هم از طریق یک واحد تجاری تحت کنترل و هم به صورت مستقیم سهم دارد. ابتدا تجمیع کنید، سپس یک بار با حداکثر درصد مالکیت فرضی (Constructive Percentage) فهرست کنید. ۲. انتخاب پیش‌فرض کشور "ایالات متحده" برای یک شخص حقیقی یا حقوقی خارجی، به این دلیل که فیلد کشور در رکورد شریک مربوطه خالی مانده است. این یکی از ساده‌ترین مغایرت‌هایی است که ممیز هنگام مطابقت با فرم‌های ۸۸۰۴/۸۸۰۵ یا K-2/K-3 متوجه آن می‌شود. ۳. فراموش کردن آزمون پایان سال. شریکی که در ۳۰ ژوئن ۸۰٪ سهم داشته اما تا ۳۱ دسامبر سهمش به ۵٪ کاهش یافته، برای سنجش پایان سال مالک ۵۰ درصد یا بیشتر محسوب نمی‌شود. اما شریکی که در ۳۰ دسامبر با ۵۱٪ سهم وارد شده، مشمول این مورد است. ۴. گزارش کردن یک واحد تجاری نادیده گرفته شده (Disregarded Entity) به جای مالک اصلی آن. تنظیمات پیش‌فرض نرم‌افزارها اغلب رکورد شریک را مستقیماً و بدون بررسی زنجیره مالکیت استخراج می‌کنند. ۵. ایجاد رکوردهای "سایه" برای شرکا در نرم‌افزار آماده‌سازی برای اینکه مجموع درصدها به ۱۰۰٪ برسد. درصدهای جدول B-1 به درستی می‌توانند مجموعاً بیش از ۱۰۰٪ باشند، زیرا یک منافع اقتصادی واحد می‌تواند به چندین مالک فرضی نسبت داده شود. تعدیل درصدهای K-1 برای رساندن مجموع به ۱۰۰٪، اظهارنامه‌ای ایجاد می‌کند که دیگر با قرارداد مشارکت واقعی همخوانی ندارد — و عدم تطابق K-1 به خودی خود یک چراغ قرمز برای بازرسی است. ۶. اشتباه گرفتن بخش (c)۲۶۷ با بخش ۳۱۸. اکثر نرم‌افزارهای آماده‌سازی به صورت پیش‌فرض از یک مجموعه قوانین انتساب استفاده می‌کنند؛ بررسی کنید کدام یک اعمال می‌شود و در صورت نیاز آن را تغییر دهید (Override).

عواقب اشتباه در گزارش‌دهی

جدول B-1 به خودی خود جریمه مستقلی ندارد. مواجهه با خطر به صورت غیرمستقیم است — و معمولاً بدتر از یک جریمه نقدی ثابت:

• یک جدول B-1 ناقص باعث می‌شود خود فرم ۱۰۶۵ نیز ناقص تلقی شود، که می‌تواند تعلیق حفاظت مرور زمان (Statute of Limitations) برای ارزیابی مالیاتی را به همراه داشته باشد و دوره بازرسی اظهارنامه را از بازه معمول سه ساله طولانی‌تر کند.
• عدم تطابق بین جدول B-1 و سایر موارد افشا در سطح شرکا (جدول‌های K-1، K-2، K-3، فرم‌های ۸۸۰۴/۸۸۰۵ برای شرکای خارجی، زنجیره‌های مالکیت فرم ۵۴۷۱) دقیقاً همان نوع مغایرت‌هایی است که IRS به عنوان ورودی برای انتخاب مشارکت‌ها جهت حسابرسی استفاده می‌کند.
• برای مشارکت‌های تحت رژیم BBA، بازرسی اظهارنامه مشارکت، هر شریک پایین‌دستی را در معرض پرداخت احتمالی کسری مالیات (Imputed Underpayment) قرار می‌دهد. یک اشتباه کوچک در افشا می‌تواند به یک بدهی مالیاتی در سطح مشارکت تبدیل شود که نیازمند انتخاب روش انتقال به شرکا (Push-out Election) یا پرداخت کامل توسط مشارکت است.
• اگر مشارکت به عنوان عامل کسر مالیات (Withholding Agent) عمل کند — مثلاً برای شرکای خارجی تحت بخش ۱۴۴۶ — افشای جدول B-1 ممکن است با رعایت قوانین کسر مالیات مطابقت داده شود. شناسایی اشتباه یک شریک خارجی به عنوان داخلی، یا برعکس، می‌تواند منجر به تعدیل مالیات تکلیفی به همراه جریمه و بهره شود.

اصلاح این موارد به ندرت دشوار است؛ اما هزینه عدم اصلاح آن‌هاست که آسیب می‌رساند.

ایجاد سوابق مورد نیاز پیش از ارسال اظهارنامه

افشای جدول B-1 تنها به اندازه دفتر کل مالکیتی که پشتوانه آن است، دقت دارد. اکثر دشواری‌های آماده‌سازی ناشی از بازسازی درصدها و روابط مالکیت فرضی در زمان شلوغی ارسال اظهارنامه، هفته‌ها پس از رویدادهایی است که آن‌ها را تغییر داده‌اند. چند عادت ساده این آشفتگی را از بین می‌برد:

• یک دفتر معین سرمایه و مالکیت در طول سال نگهداری کنید که برای هر شریک سه ستون داشته باشد: درصدهای سود، زیان و سرمایه. با هر ورود، خروج، انتقال یا اصلاح قرارداد مشارکت، آن را به‌روزرسانی کنید — نه فقط در پایان سال.
• روابط خانوادگی را مستند کنید؛ برای هر شریک حقیقی که گروه خانوادگی او می‌تواند به احتمال زیاد از ۵۰٪ فراتر رود. یک نقشه کوتاه از روابط که در سوابق مشارکت نگهداری شود، سریع‌تر از بازسازی آن تحت فشار مهلت ارسال است.
• مالکان واحدهای تجاری نادیده گرفته شده (Disregarded-entity) را ردیابی کنید؛ در همان زمانی که شریک پذیرفته می‌شود. نام مالک اصلی را در کنار نام SMLLC ثبت کنید تا در گزارش‌های آتی نیازی به جستجوی زنجیره مالکیت نباشد.
• هر سال جدول B-1 را با درصدهای K-1 مطابقت دهید و هرگونه تفاوت عمدی (که معمولاً ناشی از قوانین انتساب است) را مستند کنید. یک یادداشت کوتاه در کاربرگ‌ها که توضیح دهد چرا درصد یک شخص حقیقی در بخش II با ۵۳٪ با هیچ یک از فرم‌های K-1 مطابقت ندارد، در بازرسی‌های آینده باعث صرفه‌جویی در ساعت‌ها توضیح خواهد شد.

هرچه سوابق پایه شفاف‌تر باشد، سوالات مربوط به جدول B-1 کمتر خواهد بود. این کار از یک حدس و گمان سالانه به یک جستجوی ساده پنج خطی تبدیل می‌شود.

دفاتر مشارکت خود را از روز اول برای حسابرسی آماده نگه دارید

گزارش‌دهی دقیق در جدول B-1 با سوابق شفاف و تمیز در سطح شرکا آغاز می‌شود — حساب‌های سرمایه، تخصیص سود و زیان، انتقال‌ها و سابقه مالکیت که همگی با قرارداد مشارکت مطابقت داشته و در طول سال‌ها قابل ردیابی باشند. مشارکت‌هایی که این جدول را بدون دردسر پر می‌کنند، آن‌هایی هستند که دفاترشان برای استخراج این اطلاعات ساخته شده است، نه آن‌هایی که هر ماه مارس اقدام به بازسازی سوابق می‌کنند.

پلتفرم Beancount.io به شما حسابداری متنی (Plain-text accounting) را ارائه می‌دهد که کاملاً دارای کنترل نسخه (Version-controlled)، قابل پرس‌وجو و شفاف است — هر تغییر در حساب سرمایه، یک تراکنش ردیابی‌شده و قابل حسابرسی است و دفتر مالکیت هر سال گذشته دقیقاً همان‌طور که ارسال شده، همیشه در دسترس است. بدون جعبه‌های سیاه، بدون پایگاه داده اختصاصی، و بدون وابستگی به فروشنده. به رایگان شروع کنید و ببینید چرا توسعه‌دهندگان، متخصصان مالی و مشارکت‌های بزرگ برای مهم‌ترین سوابق خود به حسابداری متنی روی می‌آورند.