شخص حقیقی و حقوقی؛ راهنمای قرارداد، حسابداری و مالیات
نوع شخص یک فیلد ساده طرف حساب نیست؛ تعیین میکند چه کسی صاحب حق و تعهد است، چه سندی اختیار امضا را ثابت میکند، پرداخت به کدام حساب میرود و پرونده مالیاتی و بیمهای چگونه کنترل میشود.
شخص حقیقی و شخص حقوقی دقیقاً چه تفاوتی دارند؟
شخص حقیقی همان انسان است که میتواند در حدود قانون صاحب حق و تکلیف شود. شخص حقوقی موجودیتی است که قانون برای آن هویت مستقل میشناسد. قانون تجارت برای شرکتهای تجاری شخصیت حقوقی قائل است و برای مؤسسات غیرتجاری نیز پس از ثبت چارچوب جدا دارد. نام کسبوکار یا صفحه فروش لزوماً شخص حقوقی نیست. [۱] [۳]
ماده ۵۸۸ قانون تجارت امکان داشتن حقوق و تکالیف را برای شخص حقوقی، جز امور مختص انسان، بیان میکند و ماده ۵۸۹ تصمیم او را از طریق مقام صالح قانونی یا اساسنامهای میداند. بنابراین شرکت میتواند قرارداد و دارایی داشته باشد، اما عمل آن از طریق ارکان و نمایندگان مجاز انجام میشود. [۱] [۲]
استقلال شخصیت به معنی بیاثرشدن همه مسئولیت مدیر، شریک یا ضامن نیست. قالب شرکت، قانون، تخلف، تضمین شخصی و متن قرارداد میتواند مسئولیتهای متفاوتی بسازد. مدیر مالی نباید از عبارت «حقوقی است» نتیجه بگیرد فقط دارایی شرکت در هر حالت در معرض است. تحلیل مسئولیت پرونده با حقوقی است. [۱] [۴]
هویت هر نوع شخص را با چه دادهای کنترل کنیم؟
برای شخص حقیقی، نام و نام خانوادگی، کد ملی، نشانی، اطلاعات تماس و در صورت فعالیت، شناسهها و مجوزهای حرفهای یا مالی لازم بررسی میشود. جمعآوری باید متناسب با هدف باشد؛ تصویر همه مدارک برای هر خرید کوچک لازم نیست. منبع، تاریخ بررسی و رضایت یا مبنای پردازش داده باید روشن باشد. [۱۲] [۹]
برای شخص حقوقی، نام قانونی، نوع، شناسه ملی، شماره ثبت، نشانی مرکز، وضعیت، موضوع، مدیران و صاحبان امضا لازم است. آییننامه پایگاه اطلاعات اشخاص حقوقی استفاده از شناسه ملی را در خدمات بانکی، گمرکی، مالیاتی و قراردادها مبنا قرار میدهد. شناسه داخلی نرمافزار نباید جای شناسه رسمی را بگیرد. [۵] [۶] [۷]
کنترل شرکت از یک آگهی منفرد کامل نمیشود. آگهی تأسیس، زنجیره تغییرات و شناسه ملی باید وضعیت تاریخ معامله را بسازند. نام تجاری، مهر یا کارت ویزیت فقط سرنخاند. اگر نام کوتاه روی فاکتور با نام قانونی متفاوت است، کد طرف باید به شخصیت رسمی و نام تجاری بهعنوان نام نمایشی متصل شود. [۸] [۶] [۷]
در قرارداد، طرف و امضاکننده را جدا احراز کنید
طرف قرارداد باید با نام کامل و شناسه مناسب معرفی شود. برای فرد، خود شخص یا نماینده قانونی امضا میکند؛ برای شرکت، مقام یا نمایندهای که طبق قانون، اساسنامه، مصوبه، آگهی یا وکالت اختیار دارد. نام مدیر در یک سایت یا سربرگ بهتنهایی دامنه اختیار هر قرارداد را ثابت نمیکند. [۱] [۸] [۴]
احراز اختیار سه لایه دارد: هویت امضاکننده، سمت معتبر در تاریخ و دامنه اختیار برای نوع و مبلغ سند. امضای مشترک، مهر، مدت سمت یا تصویب هیئتمدیره ممکن است شرط باشد. اگر قرارداد از طرف شعبه امضا میشود، رابطه شعبه، مرکز و نماینده روشن شود. کنترل باید پیش از مبادله ارزش انجام شود. [۸] [۷] [۵]
نوع شخص را با نوع رابطه یکی نگیرید. شخص حقیقی میتواند فروشنده مستقل، پیمانکار، مستأجر یا کارگر باشد و هر رابطه آثار متفاوت دارد. شرکت نیز ممکن است تأمینکننده، شریک یا نماینده باشد. عنوان روی قرارداد وقتی با واقعیت اجرا تعارض دارد، بهتنهایی مالیات، بیمه یا مسئولیت را تعیین نمیکند. [۱۳] [۱۴] [۱۰]
نام طرف قرارداد، صورتحساب و حساب بانکی باید چگونه بخوانند؟
قاعده کنترل این است که پرداخت به حسابی انجام شود که نام دارنده آن با طرف متعهد سازگار است. حساب شخصی مدیر جای حساب شرکت نیست و حساب شرکت نیز دریافت شخصی شریک را خودکار تسویه نمیکند. اگر پرداخت به ثالث ضرورت دارد، قرارداد، دستور مجاز، علت اقتصادی، کنترل ذینفع و تأیید مستقل لازم است. [۵] [۱۷]
تغییر شبا رخداد پرریسک است. درخواست ایمیلی یا پیامرسانی را با کانال تماس قبلی، صاحب امضا و نام بانکی کنترل کنید و دو نفر تأیید کنند. مهاجم میتواند اطلاعات عمومی شرکت را برای جعل درخواست استفاده کند. اطلاعات آگهی، اصالت پیام امروز را ثابت نمیکند؛ فقط برای سنجش اختیار بخشی از شاهد است. [۸] [۶] [۱۹]
در صورتحساب و ثبت، شناسه فروشنده، نام قانونی، کالا یا خدمت، مبلغ، مالیات و مرجع قرارداد باید به همان طرف وصل شود. پرداخت خالص پس از کسور باید با بدهی ناخالص و حسابهای کسور تطبیق یابد. ترکیب چند شخص با نام مشابه در یک کد طرف، تأیید مانده و رسیدگی مالیاتی را مختل میکند. [۱۱] [۱۲] [۱۷]
تفکیک شخصیت در حسابداری چگونه اجرا میشود؟
چارچوب مفهومی گزارشگری، واحد گزارشگر را مبنای دارایی، بدهی، درآمد و هزینه میداند. سرمایهگذاری مالک درآمد عملیاتی نیست، برداشت مالک هزینه شرکت نیست و خرید شخصی مدیر دارایی شرکت نمیشود مگر رابطه واقعی و مدرک وجود داشته باشد. حسابهای اشخاص وابسته باید جدا، تأیید و تسویه شوند. [۱۵] [۱۶]
برای شخص حقیقی صاحب کسبوکار نیز حساب بانکی و اسناد فعالیت بهتر است از مصرف شخصی جدا باشد، حتی اگر از نظر حقوقی شرکت مستقلی وجود ندارد. این جداسازی منشأ وجه، هزینه قابل قبول و سود فعالیت را روشن میکند. انتقال میان حساب شخصی و کسبوکار باید عنوان و سند داشته باشد، نه ثبت مبهم صندوق. [۱۰] [۱۷]
در دفتر طرفها، نوع شخص، شناسه رسمی، وضعیت مالیاتی، حسابهای مجاز، قراردادها، اشخاص وابسته و تاریخ بازبینی نگهداری شود. یک شخص ممکن است هم مشتری و هم فروشنده باشد؛ تهاتر فقط با حق قراردادی و ثبت روشن انجام شود. تکثیر کد برای دورزدن سقف اعتبار یا کنترل پرداخت، گزارش تجمیعی را خراب میکند. [۱۵] [۱۷]
مالیات شخص حقیقی و حقوقی را با نوع درآمد بسنجید
قانون مالیاتهای مستقیم فصلها و نرخها و تکالیف متفاوتی برای درآمد مشاغل اشخاص حقیقی و درآمد اشخاص حقوقی دارد. ماده ۱۰۵ جمع درآمد اشخاص حقوقی را در چارچوب خود بررسی میکند، در حالی که درآمد مشاغل و نرخهای اشخاص حقیقی مسیر دیگری دارند. مقایسه فقط با یک درصد اسمی تصمیم ثبت شرکت را توجیه نمیکند. [۱۰]
برای تصمیم باید پایه، هزینه قابل قبول، معافیت، زیان، تکالیف اظهارنامه، دفاتر، ارزش افزوده، حقوق و سود توزیعی در نظر گرفته شوند. شرکت ممکن است هزینه حاکمیت و انطباق بیشتری داشته باشد و فرد نیز با رشد فعالیت به کنترل رسمیتر نیاز پیدا کند. محاسبه باید با سناریوی واقعی و مقررات روز انجام شود. [۱۰] [۱۱] [۱۲]
صورتحساب و قرارداد باید نوع واقعی عرضهکننده و خدمت را نشان دهند. تغییر نام دریافتکننده برای استفاده از نرخ یا اعتبار، بدون انتقال واقعی معامله، کنترل نیست. اطلاعات کارپوشه، بانک و دفتر میتوانند در رسیدگی مقایسه شوند. هر مغایرت طرف، شناسه یا مبلغ باید پیش از ارسال اظهارنامه تعیین تکلیف شود. [۱۱] [۱۲] [۱۰]
شخصیت طرف، رابطه کار و بیمه را خودکار تعیین نمیکند
قانون کار کارگر و کارفرما را با رابطه انجام کار در برابر حقالسعی تعریف میکند. ثبت قرارداد با عنوان مشاوره یا پیمانکاری و داشتن شخصیت حقیقی، اگر واقعیت رابطه استخدامی باشد، بهتنهایی آثار کار را حذف نمیکند. ساعات، تبعیت، ابزار، محل، تداوم و کنترل اجرا باید با حقوقی و منابع انسانی بررسی شود. [۱۳] [۱۴]
در واگذاری کار به پیمانکار حقیقی یا حقوقی، ماده ۳۸ قانون تأمین اجتماعی تکلیف بیمه کارکنان پیمانکار و فرعی و نگهداشت مرتبط با مفاصاحساب را مطرح میکند. نوع شخصیت پیمانکار اصل بررسی قرارداد مقاطعه را کنار نمیزند. مالی باید شماره قرارداد، کارگاه، لیستها و مبلغ نگهداشت را از ابتدا ردیابی کند. [۱۴]
پرداخت به عضو هیئتمدیره، مدیرعامل، شریک یا فرد بیرونی میتواند ماهیت حقوق، حقالزحمه، سود، بازپرداخت هزینه یا معامله مستقل داشته باشد. نام شخص دریافتکننده برای طبقهبندی کافی نیست. مصوبه، قرارداد، خدمت، دوره و تکالیف کسر و گزارش باید مستند شوند و از ترکیب چند ماهیت در یک ثبت پرهیز شود. [۴] [۱۰] [۱۴]
چکلیست پذیرش شخص در مالی و قرارداد
گام نخست طبقهبندی است: حقیقی یا حقوقی، داخلی یا خارجی، نقش تجاری و سطح ریسک. گام دوم احراز هویت و اختیار از منبع مستقل است. گام سوم کنترل مالیاتی، مجوز و حساب بانکی متناسب است. گام چهارم تصویب سقف اعتبار و پرداخت. هر گام تهیهکننده، بازبین و تاریخ انقضا داشته باشد. [۵] [۹] [۱۲]
مدرک بیشتر همیشه کنترل بهتر نیست. برای خرید کمریسک ممکن است داده پایه کافی باشد؛ قرارداد عمده یا پرداخت بینالمللی بررسی گستردهتر میخواهد. سیاست باید آستانه و استثنا تعریف کند. مدارک هویتی حساس با دسترسی محدود، زمان نگهداری و ثبت دانلود محافظت شوند؛ نتیجه تأیید برای کاربر عادی کافی است. [۱۹] [۱۸]
بازبینی رخدادمحور را فعال کنید: تغییر نام، نشانی، مدیر، صاحب امضا، شبا، وضعیت انحلال، انقضای مجوز یا سکون طولانی. بازبینی دورهای برای طرفهای راهبردی مکمل است. اگر منبع رسمی در دسترس نیست، تصمیم پرریسک متوقف یا با کنترل جایگزین مصوب محدود شود و پس از بازگشت سامانه کنترل کامل انجام گیرد. [۸] [۶] [۷]
مثال: قرارداد خدمات با شرکت و پرداخت به مدیرعامل
فرض کنید قرارداد با «شرکت الف» بسته شده ولی مدیرعامل درخواست میکند وجه به حساب شخصی او برود. نخست بررسی کنید آیا قرارداد یا مصوبه پرداخت به ثالث را مجاز کرده، صاحب امضا اختیار دستور دارد و بانک مقصد واقعاً متعلق به اوست. سپس علت اقتصادی و اثر مالیاتی و حسابداری را با حقوقی و مالیات بسنجید. [۸] [۵] [۱۰]
اگر شرکت طرف و ارائهدهنده خدمت است، پرداخت شخصی بدون مبنای روشن بدهی شرکت را خودکار تسویه نمیکند. ممکن است مدیر وکیل وصول باشد، طلب انتقال یافته باشد یا درخواست نامعتبر باشد؛ هر حالت سند متفاوت میخواهد. کارشناس پرداخت نباید با یک پیام و قول ارائه رسید، ریسک شخصیت و مقصد را بپذیرد. [۱] [۱۷]
نتیجه کنترل باید در پرونده ثبت شود: درخواست، منبع اختیار، تأیید حقوقی، نام بانکی، تصمیم و ثبت حسابداری. اگر پرداخت رد شد، دلیل روشن اعلام شود؛ اگر استثنا تصویب شد، سقف و یکباربودن آن ثبت شود. استثنای تکرارشونده نشانه نیاز به اصلاح قرارداد یا فرایند پذیرش است. [۱۸] [۱۹]
مرز ژرفبان در مدیریت اشخاص حقیقی و حقوقی
ژرفبان مرجع احراز هویت، ثبت شرکت، اعتبارسنجی حقوقی یا مشاور مالیاتی نیست. قابلیتهای فعال اشخاص، نقش، پیوست، تأیید، تاریخچه، مالی، خزانه و بانک میتوانند نوع شخص، حساب، سند و تصمیم را به گردش پول وصل کنند. هر استعلام مستقیم دولتی یا بانکی باید در دمو و قرارداد مستقلاً اثبات شود. [۶] [۱۲]
در دمو سه سناریو اجرا کنید: ایجاد فرد، ایجاد شرکت با صاحبان امضا، و درخواست تغییر شبا. کنترل تکراریبودن شناسه، محدودیت دسترسی مدرک، تأیید دوم و ردپای پرداخت را ببینید. اگر اعتبارسنجی یا احراز هویت بیرونی فعال نیست، آن را نقشه راه بنامید و شاهد رسمی بیرونی را حفظ کنید. [۵] [۱۹]
نرمافزار باید مانع ترکیب بیدلیل شخصیتها شود، اما صحت داده ورودی همچنان مسئولیت فرایند است. تصویر مفهومی یا فهرست قابلیت اثبات اتصال نیست. تیم خرید با داده ساختگی از گزارش مانده تا قرارداد، حساب بانکی، تأیید و سند حرکت کند و محدودیت را مکتوب کند. [۱۷] [۱۵]
منابع مستقیم
- قانون تجارت؛ مواد ۵۸۳ تا ۵۹۱ درباره اشخاص حقوقی مجلس شورای ملی / پایگاه نظامات
- متن قانون تجارت ایران؛ مواد شخصیت حقوقی WIPO Lex
- آییننامه ثبت تشکیلات و مؤسسات غیرتجاری وزارت دادگستری / پایگاه نظامات
- لایحه قانونی اصلاح قسمتی از قانون تجارت؛ شرکتهای سهامی مرکز پژوهشهای مجلس شورای اسلامی
- آییننامه پایگاه اطلاعات اشخاص حقوقی و کاربرد شناسه ملی هیئت وزیران / پایگاه نظامات
- سامانه شناسه ملی اشخاص حقوقی کشور سازمان ثبت اسناد و املاک کشور
- سامانه جامع ثبت شرکتها و مؤسسات غیرتجاری سازمان ثبت اسناد و املاک کشور
- درگاه روزنامه رسمی جمهوری اسلامی ایران روزنامه رسمی جمهوری اسلامی ایران
- درگاه ملی مجوزهای کشور وزارت امور اقتصادی و دارایی
- قانون مالیاتهای مستقیم؛ درآمد مشاغل و اشخاص حقوقی مجلس شورای اسلامی / پایگاه نظامات
- قانون مالیات بر ارزش افزوده مصوب ۱۴۰۰ مجلس شورای اسلامی / پایگاه نظامات
- درگاه ملی خدمات الکترونیک سازمان امور مالیاتی سازمان امور مالیاتی کشور
- قانون کار جمهوری اسلامی ایران؛ تعریف کارگر و کارفرما مجلس شورای اسلامی / پایگاه نظامات
- Conceptual Framework for Financial Reporting؛ واحد گزارشگر IFRS Foundation
- درگاه رسمی استانداردهای حسابداری ایران سازمان حسابرسی
- AS 1105 Audit Evidence؛ منبع و قابلیت اتکا PCAOB
- AS 1215 Audit Documentation؛ قابلیت بازسازی کنترل PCAOB
- NIST Digital Identity Guidelines؛ احراز و مدیریت هویت National Institute of Standards and Technology
تحلیلهای مرتبط
مطالب همموضوع که همین تصمیم را از زاویهٔ دیگری کامل میکنند.
مالیات بر درآمد و عملکرد اشخاص حقیقی و حقوقی؛ نقشه تصمیم ۱۴۰۵
«مالیات بر درآمد» نام یک خانواده از مالیاتهاست؛ «مالیات عملکرد» معمولاً نتیجه سالانه یک منبع یا فعالیت در پرونده مؤدی است. این راهنما بهجای یک نرخ عمومی، مسیر تشخیص شخص، منبع، پایه، دوره و مدرک را میسازد.
خواندن گزارش
روزنامه رسمی ایران؛ جستوجو، راستیآزمایی و گردشکار شرکتی
پیداکردن یک آگهی پایان بررسی نیست. باید هویت شخص حقوقی، زنجیره تغییرات، اختیار امضا، تاریخ ثبت و انتشار و مدارک داخلی را کنار هم گذاشت و محدودیت ارزش اثباتی هر منبع را شناخت.
خواندن گزارش
مالیات عملکرد اشخاص حقیقی و حقوقی، تفاوت ها و شباهت ها
این صفحه موضوع «مالیات عملکرد اشخاص حقیقی و حقوقی، تفاوت ها و شباهت ها» را به یک جریان تصمیمپذیر تبدیل میکند: حکم و استاندارد از واقعیت پرونده جدا میشوند، داده و سند به هم متصل میمانند و هیچ قابلیت تخصصیِ تأییدنشدهای به ژرفبان نسبت داده نمیشود.
خواندن گزارش
مؤدی مالیاتی کیست؟ تشخیص شخص، نقش و پرونده در ایران
«شرکت داریم، پس مؤدی هستیم» و «مجوز ندارم، پس مؤدی نیستم» هر دو پاسخهای ناقصاند. مؤدی برای هر قانون و رویداد با اقامت، منبع درآمد، مالکیت، عرضه، پرداخت یا تکلیف صریح شناسایی میشود.
خواندن گزارش
تسعیر ارز در حسابداری و مالیات؛ از نرخ معامله تا پرونده رسیدگی
تسعیر فقط ضرب مبلغ ارز در یک نرخ نیست. تاریخ شناخت، ماهیت قلم، امکان تسویه، سند نرخ و تفاوت مبنای حسابداری و مالیاتی تعیین میکنند رقم کجا ثبت و چگونه دفاع شود.
خواندن گزارش
همه چیز درباره کد اقتصادی اشخاص حقیقی و نحوه دریافت آن
این صفحه موضوع «همه چیز درباره کد اقتصادی اشخاص حقیقی و نحوه دریافت آن» را بدون بازنشر مطلب رقبا به یک پرونده اجرایی تبدیل میکند: منبع و تاریخ اثر جدا کنترل میشوند، داده به سند متصل میماند و قابلیت تأییدنشدهای به ژرفبان نسبت داده نمیشود.
خواندن گزارشخلاصه را سریع ببینید؛ گزارش کامل را با یک لمس باز کنید
هر پست با تصویر اختصاصی، دو دلیل اهمیت، یک اقدام مدیریتی، یک مورد قابل رصد و مسیر مستقیم به متن کامل و منابع منتشر میشود.