حساب معین در حسابداری چیست؟
حساب معین در کدینگ رایج حسابداری، زیرمجموعه یک حساب کل است و اطلاعات آن را با جزئیات بیشتری دسته‌بندی می‌کند. برای مثال، زیر حساب کل «موجودی نقد و بانک» می‌توان حساب‌های معین «صندوق»، «بانک‌ها» و «تنخواه‌گردان» را تعریف کرد. نام هر بانک یا مشخصات هر تنخواه‌دار نیز می‌تواند در سطح تفصیلی نگهداری شود. این چیدمان یک نمونه آموزشی است؛ عنوان حساب‌ها و تعداد سطح‌ها به نیاز کسب‌وکار و طراحی سیستم بستگی دارد.
کار حساب معین، روشن‌کردن ترکیب و گردش حساب کل است. حساب معین لزوماً حساب بانکی نیست و مانده آن همیشه نشان‌دهنده پول نقد نیست؛ برای نمونه، معین حساب‌های دریافتنی می‌تواند طلب شرکت از مشتریان را نشان دهد. در این راهنما تفاوت کل، معین و تفصیلی، روش خواندن گردش حساب و کنترل جمع مانده‌ها را با مثال بررسی می‌کنیم.
حساب کل، معین و تفصیلی چه تفاوتی دارند؟
- حساب کل: اطلاعات هم‌جنس را در سطحی خلاصه جمع می‌کند؛ مانند موجودی نقد و بانک یا حساب‌ها و اسناد دریافتنی.
- حساب معین: یک حساب کل را به بخش‌های مشخص‌تر تقسیم می‌کند؛ مانند بانک‌ها در زیر موجودی نقد و بانک، یا حساب‌های دریافتنی تجاری در زیر حساب‌ها و اسناد دریافتنی.
- حساب تفصیلی: جزئیاتی مانند شخص، حساب بانکی یا طرف مرتبط با ثبت را مشخص می‌کند. در مثال دریافتنی‌ها، مشتری «الف» و مشتری «ب» می‌توانند تفصیلی‌های جداگانه باشند.
این سه سطح، سه رویداد مستقل نیستند. یک ثبت مالی با انتخاب حساب و جزئیات مناسب، در گزارش سطح معین و جمع حساب کل منعکس می‌شود. نباید مبلغ همان رویداد را دوباره به‌عنوان یک معامله جداگانه در هر سطح ثبت کرد.
در بعضی نرم‌افزارها تفصیلی به یک معین وابسته است و در برخی طراحی‌ها، تفصیلی شناور طبق ارتباط‌های مجاز زیر چند معین به کار می‌رود. بنابراین، پیش از ایجاد حساب جدید، ساختار کدینگ و قواعد همان سیستم را بررسی کنید. معادل‌گرفتن همه این سطح‌ها با یک اصطلاح انگلیسی، بدون توجه به طراحی سیستم، می‌تواند گمراه‌کننده باشد.
حساب معین با دفتر معین و سند حسابداری چه فرقی دارد؟
حساب معین، عنوان یا کدی در ساختار حساب‌هاست. دفتر یا گزارش معین، گردش ثبت‌های مربوط به آن حساب را در یک بازه زمانی نشان می‌دهد. سند حسابداری نیز رویداد مالی را با حساب‌های بدهکار و بستانکار، مبلغ و شرح ثبت می‌کند. فاکتور، رسید و دیگر مدارک پشتیبان، مبنای رسیدگی به ثبت هستند؛ تصویر یک مدرک با خود حساب یا گردش آن یکی نیست.
در منبع آموزشی OpenStax، ثبت اولیه رویدادها، انتقال به دفتر کل و نگهداری جزئیات در دفترهای فرعی از هم تفکیک شده‌اند. اصل کاربردی این است که بتوان از یک جمع گزارش‌شده به ردیف ثبت و سپس به مدرک آن رسید و جمع جزئیات را با حساب مرتبط تطبیق داد.
آیا بدهکار و بستانکار همان ورود و خروج پول است؟
خیر. بدهکار و بستانکار دو سمت ثبت حسابداری‌اند. اثر هر سمت به نوع حساب بستگی دارد. برای مثال، افزایش بانک معمولاً بدهکار و کاهش آن بستانکار است؛ اما افزایش بدهی به تأمین‌کننده بستانکار و کاهش آن بدهکار می‌شود. در ثبت یک رویداد، جمع مبالغ بدهکار باید با جمع مبالغ بستانکار برابر باشد.
خرید نسیه تجهیزات، نمونه‌ای است که بدون پرداخت وجه، دارایی و بدهی را افزایش می‌دهد: تجهیزات بدهکار و حساب پرداختنی بستانکار می‌شود. همچنین، دریافت وجه از مشتری بابت طلب قبلی، بانک را افزایش و دریافتنی را کاهش می‌دهد و به‌خودی‌خود فروش تازه‌ای نیست. پس برای فهم گردش معین، ابتدا ماهیت رویداد و حساب را بشناسید.
مثال حساب معین با دو مشتری
فرض کنید شرکت خدماتی، معین «حساب‌های دریافتنی تجاری» را زیر حساب کل دریافتنی‌ها تعریف کرده و هر مشتری یک تفصیلی دارد. مانده اول دوره مشتری الف ۱۰ میلیون تومان و مشتری ب ۵ میلیون تومان، هر دو بدهکار است. برای سادگی، مالیات، تخفیف، پیش‌دریافت و سایر رویدادها در این مثال فرض نشده‌اند.
در طول دوره، شرکت خدمت تکمیل‌شده‌ای به مبلغ ۸ میلیون تومان به مشتری الف به‌صورت نسیه ارائه می‌کند. ثبت آموزشی آن: حساب‌های دریافتنی تجاری با تفصیلی مشتری الف، ۸ میلیون تومان بدهکار؛ درآمد خدمات، ۸ میلیون تومان بستانکار است. سپس مشتری الف ۶ میلیون تومان از بدهی خود را به بانک شرکت واریز می‌کند: بانک ۶ میلیون تومان بدهکار و حساب‌های دریافتنی تجاری با تفصیلی همان مشتری، ۶ میلیون تومان بستانکار می‌شود.
- مانده پایان دوره مشتری الف: ۱۰ + ۸ − ۶ = ۱۲ میلیون تومان بدهکار.
- مانده پایان دوره مشتری ب، با فرض نداشتن گردش: ۵ میلیون تومان بدهکار.
- جمع تفصیلی‌ها و مانده معین دریافتنی تجاری: ۱۲ + ۵ = ۱۷ میلیون تومان بدهکار.
در سطح معین نیز مانده اول دوره ۱۵ میلیون، گردش بدهکار دوره ۸ میلیون و گردش بستانکار دوره ۶ میلیون تومان است؛ حاصل، همان ۱۷ میلیون تومان می‌شود. اگر حساب کل دریافتنی‌ها معین دیگری مانند اسناد دریافتنی هم داشته باشد، مانده آن نیز در جمع کل منظور می‌شود. برابر دانستن مانده یک معین با کل، تنها وقتی درست است که کل، معین دیگری با مانده مؤثر نداشته باشد.
گزارش گردش حساب معین را چگونه بخوانیم؟
ابتدا بازه زمانی، واحد پول، شعبه یا مرکز مورد گزارش و وضعیت سندهای مشمول را مشخص کنید. سپس مانده ابتدای دوره را از گردش همان دوره جدا بخوانید. گزارش قابل پیگیری معمولاً این اطلاعات را دارد:
- کد و عنوان حساب معین و حساب کل مرتبط؛
- تاریخ و شماره سند و شرح ردیف ثبت؛
- تفصیلی و دیگر ابعاد مرتبط، در صورت استفاده؛
- مبلغ بدهکار، مبلغ بستانکار و مانده با علامت یا ستون مشخص؛
- شماره یا پیوند مرجع برای رسیدن به مدرک پشتیبان، در صورت وجود این قابلیت.
برای محاسبه جبری، می‌توانید بدهکار را مثبت و بستانکار را منفی در نظر بگیرید: مانده پایان = مانده ابتدا + گردش بدهکار − گردش بستانکار. مانده ابتدای بستانکار در این روش با علامت منفی وارد می‌شود. بعضی گزارش‌ها به‌جای علامت، دو ستون جدا برای مانده بدهکار و بستانکار دارند؛ روش نمایش را پیش از جمع‌زدن بررسی کنید.
جمع گردش با مانده تفاوت دارد. معینی که در طول دوره بارها بدهکار و بستانکار شده، ممکن است در پایان مانده صفر داشته باشد؛ صفر بودن مانده به معنی نداشتن فعالیت نیست. مانده غیرمنتظره نیز باید با قرارداد، مدرک و ماهیت حساب رسیدگی شود و به‌تنهایی اثبات خطا نیست.
چگونه حساب معین مناسبی تعریف کنیم؟
- نیاز گزارش را مشخص کنید: کدام تفکیک برای کنترل یا تصمیم‌گیری لازم است؟
- حساب کل مرتبط و جایگاه معین را در کدینگ انتخاب کنید.
- عنوان روشن، کد یکتا و شرح کاربرد بنویسید تا حساب‌های مشابه و تکراری ساخته نشوند.
- نیاز به تفصیلی، ارز یا دیگر ابعاد را مطابق امکانات و قواعد سیستم مشخص کنید.
- مانده افتتاحیه را از سوابق قابل اتکا و با تطبیق حساب‌های مرتبط وارد کنید.
- پیش از استفاده گسترده، یک نمونه ثبت و گزارش را در محیط آزمایشی کنترل کنید.
تاریخ ساخت حساب در نرم‌افزار، به‌خودی‌خود تاریخ وقوع رویداد یا مانده افتتاحیه را تعیین نمی‌کند. همچنین، نام‌گذاری معین به‌تنهایی ماهیت اقتصادی ثبت را عوض نمی‌کند. تعداد رقم‌های کد و تعداد سطح‌ها را نباید بدون بررسی، یک قاعده یکسان برای همه سازمان‌ها دانست.
کنترل تطبیق کل، معین و تفصیلی
برای تطبیق درست، گزارش‌ها را با یک تاریخ، واحد پول و دامنه یکسان بگیرید. جمع مانده‌های معین‌های زیرمجموعه باید با مانده حساب کل مرتبط سازگار باشد. در حسابی که تفصیلی دارد، جمع جزئیات نیز باید با معین مربوط تطبیق کند. این کنترل، احتمال کشف مغایرت را بیشتر می‌کند؛ برابر بودن جمع‌ها، درستی انتخاب حساب یا کامل بودن مدارک را تضمین نمی‌کند.
اگر اختلاف دیدید، ابتدا فیلترها و وضعیت اسناد را مقایسه کنید؛ سپس ثبت‌های فاقد تفصیلی لازم، مانده افتتاحیه، ارتباط کدها و انتقال داده را بررسی کنید. در سیستم یکپارچه ممکن است جمع‌ها از همان داده محاسبه شوند؛ در این حالت، انتخاب مشتری اشتباه می‌تواند با وجود تراز بودن جمع‌ها باقی بماند.
اشتباه‌های رایج در استفاده از حساب معین
- ساختن معین جدا برای هر مشتری بدون نیاز: ممکن است جزئیات اشخاص در سطح تفصیلی مدیریت شود؛ ساختار را با نیاز گزارش و سیستم هماهنگ کنید.
- تفسیر همه مانده‌ها به‌عنوان پول: دریافتنی، پرداختنی، درآمد و هزینه هرکدام معنای خود را دارند.
- تکرار یک رویداد در چند سطح: انعکاس یک ثبت در گزارش کل و معین نباید باعث دو بار ثبت شدن معامله شود.
- اتکا به تراز بودن بدون رسیدگی: مبلغ درست در حساب یا تفصیلی اشتباه هم ممکن است تراز بماند.
- اصلاح بی‌ردپا: اصلاح را مطابق اختیارها و رویه ثبت اسناد انجام دهید تا علت و مرجع آن قابل پیگیری باشد.
پرسش‌های متداول درباره حساب معین
آیا حساب معین همان حساب بانکی است؟
خیر. بانک می‌تواند یک عنوان معین در کدینگ باشد، اما حساب معین برای دسته‌بندی دریافتنی‌ها، پرداختنی‌ها، هزینه‌ها و حساب‌های دیگر نیز استفاده می‌شود.
آیا مانده حساب معین همیشه بدهکار است؟
خیر. نوع حساب و رویدادهای آن تعیین‌کننده است. برای نمونه، دریافتنی معمولاً مانده بدهکار و پرداختنی معمولاً مانده بستانکار دارد. وضعیت هر مانده باید با واقعیت معامله و مدارک بررسی شود.
آیا کد معین در همه نرم‌افزارها یکسان است؟
خیر. کدینگ و تعداد سطح‌ها به طراحی سیستم و نیاز واحد اقتصادی بستگی دارد. نمونه کد یک شرکت را بدون بررسی به‌عنوان الزام عمومی به کار نبرید.
منابع و مطالعه بیشتر
برای مبانی ثبت بدهکار و بستانکار و محاسبه مانده، بخش ثبت رویدادها و انتقال به حساب‌ها در OpenStax و برای اصل تطبیق جزئیات با حساب مرتبط، بخش تهیه دفتر فرعی را ببینید. این منابع آموزشی درباره سازوکار دفترها هستند؛ چیدمان فارسی کل، معین و تفصیلی در مثال این مقاله، نمونه‌ای از طراحی کدینگ است و الزام یکسان برای تمام سیستم‌ها محسوب نمی‌شود.
برای آشنایی با تعیین اختیار کاربران، راهنمای معرفی کاربران و تعیین دسترسی را مطالعه کنید. انتخاب سیستم حسابداری نیز باید با نیاز گزارش، ساختار حساب‌ها و امکان پیگیری اسناد هماهنگ باشد.