برات، سفته و چک در خزانه‌داری؛ از صیاد تا ثبت اسناد دریافتنی و پرداختنی

نقشه اسناد تجاری: قرارداد، ابزار پرداخت و دفتر سه لایه‌اند

برات، سفته و چک در باب چهارم قانون تجارت آمده‌اند، اما شکل تعهد و نقش اشخاص آن‌ها یکی نیست. برات معمولاً برات‌دهنده، برات‌گیر و دارنده را درگیر می‌کند؛ سفته تعهد امضاکننده به پرداخت است؛ و چک دستور پرداخت از حساب یا تعهد بانکی در قالب‌های خاص است. قبل از ثبت، نوع حقوقی واقعی را از عنوانی که کاربر روی پوشه نوشته جدا کنید و متن آخر قانون و رویه همان پرونده را با مشاور بررسی کنید. ^{[۱] [۲]}

سند تجاری معمولاً وسیله تسویه یا تضمین یک رویداد پایه است: فروش، خرید، قرض، ضمانت یا قرارداد. دریافت چک بابت فروش، زمان انتقال کالا و شرایط درآمد را عوض نمی‌کند مگر واقعیت قرارداد چنین اثری داشته باشد. IFRS 9 شناسایی دارایی یا بدهی مالی را به طرف‌شدن در مفاد قراردادی ابزار پیوند می‌دهد و IFRS 15 شناسایی درآمد را بر انتقال کالا یا خدمت بنا می‌کند. استانداردهای لازم‌الاجرای ایران باید مبنای ثبت نهایی باشند. ^{[۶] [۹]}

برات چیست و چه اطلاعاتی باید کنترل شود؟

قانون تجارت برای برات شرایط شکلی مشخصی مانند ذکر برات، تاریخ، نام پرداخت‌کننده، مبلغ، سررسید، محل پرداخت و نام دریافت‌کننده مقرر کرده است. برات‌دهنده سند را صادر می‌کند، محال‌علیه یا برات‌گیر برای پرداخت معرفی می‌شود و دارنده حق را اعمال می‌کند. قبولی، نکول، ظهرنویسی، ضمانت و اعتراض مسیرهای حقوقی جدا دارند. این راهنما جای تشخیص و مهلت‌سنجی وکیل نیست؛ هر اقدام باید با آخرین متن و پرونده واقعی بررسی شود. ^{[۱] [۲]}

در پرونده خزانه، نقش هر شخص را در ستون جدا نگه دارید؛ یک فیلد «طرف حساب» برای برات کافی نیست. شماره داخلی، تاریخ تنظیم، تاریخ رؤیت یا قبول در صورت کاربرد، مبلغ و واحد پول، محل پرداخت، زنجیره انتقال، ضامن، وضعیت واخواست و سند پایه باید قابل ثبت باشند. تصویر سند کمک می‌کند اما متن ساختاریافته برای هشدار و تطبیق لازم است. هر تغییر وضعیت باید کاربر، زمان و مدرک مرجع داشته باشد. ^{[۱] [۸]}

سفته چیست و هنگام تکمیل چه چیزی را از قلم نیندازیم؟

طبق ماده ۳۰۷ قانون تجارت، فته‌طلب یا سفته سندی است که امضاکننده با آن تعهد می‌کند مبلغی را در موعد معین یا عندالمطالبه به شخص معین، حواله‌کرد او یا حامل بپردازد. امضا، مبلغ، گیرنده، تاریخ و سررسید باید با قرارداد و قصد طرفین سازگار باشند. سفیدگذاشتن بخش‌ها، امضای بدون رسید یا عبارت مبهم درباره ضمانت ریسک اختلاف را زیاد می‌کند. برای تکمیل و اقدام قانونی، مشاوره پرونده‌محور لازم است. ^{[۱] [۲]}

اگر سفته برای تضمین گرفته می‌شود، قرارداد پایه باید علت، سقف، مدت، شرایط قابل مطالبه، شیوه استرداد و اختیار انتقال را روشن کند؛ نوشتن «بابت ضمانت» به‌تنهایی همه اختلاف‌ها را حل نمی‌کند. خزانه باید اصل سند را در محل کنترل‌شده نگه دارد، تحویل و استرداد را با رسید ثبت کند و دسترسی فیزیکی را از مجوز ثبت حسابداری جدا سازد. مبلغ اسمی سفته نیز لزوماً مبلغ درآمد، هزینه یا بدهی قطعی دفتر نیست. ^{[۱] [۷]}

چک عادی، تضمین‌شده، رمزدار و بین‌بانکی چه تفاوت عملی دارند؟

چک عادی از حساب صادرکننده کشیده می‌شود و ریسک پرداخت آن به موجودی، وضعیت حساب و رعایت تشریفات وابسته است. در چک تضمین‌شده، بانک صادرکننده متعهد پرداخت در چارچوب مقررات آن ابزار است. اصطلاح‌های «رمزدار» و «بین‌بانکی» در رویه بانکی برای ابزارهای انتقال بانکی به ذی‌نفع یا بانک مقصد استفاده می‌شوند، اما نام، قابلیت انتقال، ابطال، مدارک و زمان وصول می‌تواند با دستورالعمل روز بانک تفاوت داشته باشد. قبل از پذیرش، از بانک صادرکننده استعلام کنید. ^{[۳] [۵]}

نوع سند را از روی صادرکننده، عهده، ذی‌نفع، شناسه و مقررات درج‌شده روی برگه تشخیص دهید، نه رنگ یا گفته تحویل‌دهنده. خزانه باید اصل، تصویر، رسید تحویل، نام بانک و شعبه، شناسه، مقصد و نتیجه استعلام را نگه دارد. چک بانکی یا تضمین‌شده همچنان ممکن است در جعل، مغایرت هویت یا دستور قضایی گرفتار شود؛ تعبیر «صددرصد نقد» را بدون کنترل اصالت و مقررات ابزار به کار نبرید. ^{[۳] [۵]}

برای چک بین‌بانکی یا رمزدار، شماره شبای مقصد، نام دقیق ذی‌نفع و امکان یا روش ابطال را پیش از صدور دوباره کنترل کنید. دریافت‌کننده باید سند را مستقیم به مسیر بانکی معتبر ببرد و با تصویر پیام‌رسان یا تماس شماره ناشناس اطمینان نسازد. نرم‌افزار مالی فقط وضعیت داخلی «دریافت شد/واگذار شد/وصول شد» را نگه می‌دارد؛ اثبات وصول از گردش حساب و تأیید بانک می‌آید و باید با ثبت خزانه تطبیق شود. ^{[۵] [۸]}

چرخه چک صیادی: صدور، تأیید، انتقال، وصول و برگشت

اصلاحات قانون صدور چک، سامانه صیاد و شناسه یکتا را وارد چرخه دسته‌چک کرده و برای برگه‌های مشمول، ثبت مالکیت و انتقال سامانه‌ای را تعیین کرده است. در عملیات، صادرکننده مندرجات را ثبت می‌کند، گیرنده باید هویت، مبلغ و تاریخ سامانه را با برگه تطبیق دهد و تأیید یا رد کند، و انتقال بعدی نیز باید در مسیر مجاز ثبت شود. روش دسترسی و جزئیات رابط را از بانک یا برنامک مجاز همان روز بگیرید. ^{[۴] [۳] [۵]}

کنترل دریافت چک صیادی پنج شاهد می‌خواهد: مشاهده اصل، تطبیق شناسه، مندرجات سامانه، هویت صادرکننده و وضعیت تأیید به نام واحد تجاری. رسید داخلی قبل از تأیید نباید چک را قابل خرج نشان دهد. در انتقال نیز دریافت‌کننده جدید، تاریخ و دلیل انتقال را با سند حسابداری و سامانه وصل کنید. اگر برگه و سامانه مغایرت دارند، معامله را متوقف و از بانک راهنمایی بگیرید؛ ویرایش دستی در نرم‌افزار مشکل بانکی را اصلاح نمی‌کند. ^{[۳] [۵]}

در برگشت، گواهی عدم پرداخت، علت، کد رهگیری، مبلغ پرداخت‌شده جزئی احتمالی و اقدامات بعدی را بدون بازنویسی تاریخچه نگه دارید. مسیر حقوقی یا کیفری به عواملی مانند نوع چک، علت صدور، تاریخ، وضعیت ثبت و اقدام دارنده وابسته است؛ این مقاله نسخه دعوا ارائه نمی‌کند. هشدار سررسید باید زودتر از موعد داخلی فعال شود تا تیم فرصت ارائه، پیگیری و اخذ تصمیم حقوقی متناسب را داشته باشد. ^{[۳] [۴]}

ثبت اسناد دریافتنی و پرداختنی؛ از رویداد پایه تا وضعیت خزانه

در فروش اعتباری، رویداد پایه معمولاً حساب دریافتنی ایجاد می‌کند و گرفتن چک یا سفته می‌تواند طبقه‌بندی داخلی آن را به اسناد دریافتنی منتقل کند؛ اما درآمد قبلاً بر اساس تحویل کالا یا خدمت سنجیده می‌شود، نه زمان گرفتن کاغذ. در خرید نیز صدور چک ممکن است بدهی تجاری را به اسناد پرداختنی منتقل کند. ماهیت، تاریخ و مبلغ ثبت باید با استاندارد ایران، قرارداد و سیاست حسابداری واحد تجاری تأیید شود. ^{[۶] [۹] [۷]}

برای هر سند وضعیت‌های کنترل‌شده تعریف کنید: دریافت یا صدور اولیه، در صندوق، نزد بانک، نزد شخص، منتقل‌شده، وصول جزئی، وصول کامل، برگشتی، تمدید، تعویض، استرداد یا ابطال. تغییر وضعیت نباید مانده دفتر را بی‌دلیل دوباره اثر دهد. شماره سند پایه و journal id باید به item خزانه وصل باشند و مغایرت میان دفتر کل، زیرسیستم اسناد و صورت بانک در پایان هر دوره گزارش شود. ^{[۸] [۶]}

واگذاری چک دریافتی به فروشنده پایان ریسک را خودکار ثابت نمی‌کند. بسته به قرارداد و حق رجوع، واحد ممکن است همچنان در معرض ریسک اعتباری باشد و انتقال از منظر گزارشگری نیاز به ارزیابی داشته باشد. IFRS 9 برای قطع شناخت و زیان اعتباری اصول جدا دارد و IFRS 7 افشای ریسک را دنبال می‌کند. ثبت محلی باید با استاندارد ایران و نظر حرفه‌ای انجام شود؛ در کنترل مدیریتی، مسئولیت احتمالی تا تسویه نهایی قابل ردیابی بماند. ^{[۶] [۸]}

کنترل روزانه عملیات چک‌های دریافتنی و پرداختنی

روزانه چهار صف را مرور کنید: اسناد تازه بدون تأیید کامل، سررسید نزدیک، اسناد خارج از خزانه و رویداد بانکی تطبیق‌نشده. تحویل اصل باید با رسید دوطرفه و علت خروج همراه باشد؛ تصویر جای اصل را نمی‌گیرد. دسترسی ایجاد سند، تغییر سررسید، انتقال، اعلام وصول و ابطال را جدا کنید. گزارش تغییرات باید مقدار قبل و بعد، کاربر، زمان و مدرک را نشان دهد تا اصلاح پنهان نشود. ^{[۸] [۵]}

در پایان ماه، شمارش فیزیکی اسناد در صندوق را با register تطبیق دهید، تأیید صیاد و مالک جاری را نمونه‌گیری کنید، اسناد نزد بانک یا وکیل را confirmation بگیرید و مانده‌های برگشتی یا دیرکرد را برای کاهش ارزش بررسی کنید. IFRS 9 رویکرد زیان اعتباری مورد انتظار را برای دارایی‌های مالی مطرح می‌کند. مدل و ثبت نهایی تابع استاندارد ایران است، اما کهنگی و ریسک تمرکز باید در گزارش مدیریت دیده شوند. ^{[۶] [۸]}

• اصل سند، شناسه، مبلغ، تاریخ، ذی‌نفع و مالک سامانه‌ای را پیش از پذیرش تطبیق دهید.
• علت دریافت یا صدور را به قرارداد، فاکتور یا تعهد پایه پیوند دهید.
• هر جابه‌جایی فیزیکی و انتقال سامانه‌ای را با کاربر و رسید نگه دارید.
• وصول را از صورت بانک تأیید و سپس وضعیت داخلی را قطعی کنید.

وضعیت ژرف‌بان و سناریوی دمو

ژرف‌بان خزانه و بانک، حسابداری مالی، نقش‌ها و ثبت رویداد را در قابلیت‌های فعال معرفی می‌کند. این مقاله ادعا نمی‌کند اتصال مستقیم صیاد، استعلام اصالت چک بانکی، واخواست الکترونیکی یا تصمیم خودکار حقوقی امروز فعال‌اند. در دمو، یک چک دریافتنی را از فروش تا سررسید و تطبیق بانک، و یک چک پرداختنی را از خرید تا صدور و وصول اجرا کنید و مشخص کنید کدام مرحله داخل محصول، بانکی یا دستی است. ^[۳]

برای خرید، فهرست خروجی لازم را نیز آزمایش کنید: register کامل اسناد، تاریخچه وضعیت، اسناد نزد اشخاص، سررسید، برگشتی، اتصال به دفتر و فایل قابل انتقال. اگر عملیات صیاد خارج سیستم انجام می‌شود، شناسه و شاهد آن باید بدون ادعای استعلام زنده ثبت شوند. قابلیت نقشه راه را در امتیاز امروز حساب نکنید و هر اتصال ویژه را فقط پس از اجرای نمونه و درج دامنه پروژه فعال بدانید. ^[۵]