ضمانتنامه بانکی؛ انواع، کنترل چرخه عمر و حسابداری
ضمانتنامه وجه نقد نیست و یک فایل PDF هم نیست؛ تعهد بانکی با متن، مبلغ، ذینفع، سررسید و شرایط مطالبه مشخص است. دفتر باید رابطه پایه، وثیقه، کارمزد و رویدادهای صدور تا خاتمه را جدا کنترل کند.
ضمانتنامه بانکی چیست و چه روابطی ایجاد میکند؟
در دستورالعمل ناظر بر ضمانتنامه بانکی ریالی ایران، ضمانتنامه سندی است که موسسه اعتباری بهطور غیرقابلبرگشت متعهد میشود با مطالبه ذینفع و رعایت مفاد دستورالعمل وجه را بپردازد. ضمانتخواه شخصی است که برای تضمین تعهد رابطه پایه از بانک درخواست صدور میکند. بانک، ضمانتخواه و ذینفع نقشهای جدا دارند و در ضمانت غیرمستقیم، بانک یا تضمین متقابل نیز ممکن است وارد شود. [۱] [۲]
سه رابطه را تفکیک کنید: قرارداد پایه میان ضمانتخواه و ذینفع؛ متن ضمانتنامه میان بانک و ذینفع؛ و قرارداد درخواست، وثیقه و جبران میان بانک و ضمانتخواه. URDG 758 فقط وقتی حاکم است که متن ضمانت یا تضمین متقابل صریحاً آن را انتخاب کند. اختلاف اجرای قرارداد پایه خودکار شرایط ضمانت را تغییر نمیدهد؛ حقوق و دفاعها به متن، قانون حاکم و واقعیت بستگی دارند. [۳] [۲]
تا تاریخ بررسی ۲۹ اوت ۲۰۲۶، URDG 758 همچنان قواعد شناختهشده ICC برای ضمانتهای عندالمطالبه است و UNCITRAL آن و راهنمای ISDGP را در فهرست متون تاییدشده دارد. این تایید، متن را خودکار بر همه ضمانتهای ایرانی حاکم نمیکند. ضمانت ریالی داخلی باید با آخرین دستورالعمل بانک مرکزی، اصلاحات، متن بانک و قرارداد پایه سنجیده شود؛ نسخه بازنشرشده جای استعلام رسمی بانک را نمیگیرد. [۵] [۱] [۳]
انواع ضمانتنامه را بر اساس ریسک قرارداد انتخاب کنید
دستورالعمل ریالی ایران انواع مشخصی مانند شرکت در مناقصه یا مزایده، حسن اجرای تعهد، پیشپرداخت، استرداد کسور وجهالضمان، تعهد پرداخت و گمرکی را تفکیک و صدور هر نوع را در دامنه کاربرد خود محدود میکند. عنوان صرف کافی نیست؛ متن باید تعهد پایه، مبلغ، ذینفع و شرایط مطالبه را دقیق بازتاب دهد. استفاده از عنوان ملایمتر برای پوشاندن ضمانت پرداخت، کنترل مقررات را دور میزند. [۱]
ضمانت شرکت در فرایند ارجاع کار ریسک کنارکشیدن یا عملنکردن برنده را پوشش میدهد. ضمانت پیشپرداخت بازیافت وجهی را هدف میگیرد که قبل از اجرا پرداخت شده است. حسن انجام تعهد و استرداد کسور به اجرای قرارداد و آزادسازی نگهداشت مربوطاند. ضمانت گمرکی برای تعویق یا تقسیط حقوق ورودی و ضمانت تعهد پرداخت برای دین پولی تعریف شدهاند. مدت و کاهش مبلغ باید با نقطه ریسک هماهنگ شود. [۱] [۶]
برای خرید نوع، یک جدول ریسک بسازید: رویداد نامطلوب، حداکثر زیان، مدت مواجهه، مدرک مطالبه، نقطه کاهش و سند آزادسازی. ذینفع ضمانت بیشازحد یا بیانقضا میتواند هزینه و ظرفیت اعتباری تامینکننده را بالا ببرد؛ ضمانت کم یا با تاریخ نامناسب نیز پوشش را از بین میبرد. راهنمای بانک جهانی نشان میدهد فرم تضمین باید طرفها، قرارداد، سقف و تاریخ دریافت مطالبه را روشن کند، نه اینکه درصدی عمومی را نسخه کند. [۶] [۷]
متن ضمانتنامه را پیش از صدور و پذیرش بازبینی کنید
فهرست بازبینی شامل نام و شناسه طرفها، شعبه یا محل صدور، شماره، قرارداد پایه، نوع، مبلغ و ارز، تاریخ صدور و انقضا، محل و قالب ارائه مطالبه، مدارک لازم، قواعد حاکم، انتقال، کاهش، تمدید و نشانی ابلاغ است. فاصله یک واژه میان «تا تاریخ» و «دریافت مطالبه تا تاریخ» میتواند نتیجه عملی را عوض کند. نسخه پیشنویس باید حقوقی، خزانه و واحد قرارداد را همزمان ببیند. [۳] [۶]
URDG 758 مطالبه را به اسناد مقرر و در حالت معمول بیانیه ذینفع درباره نقض تعهد پیوند میدهد، مگر متن آن را تغییر دهد. ضمانت مستقل سندمحور است؛ بانک معمولاً عملکرد واقعی پروژه را اندازهگیری نمیکند، بلکه انطباق ارائه را میسنجد. بنابراین عبارت مبهم، شرط غیرسندی یا مدرکی که قابل صدور نیست ریسک اختلاف میسازد. فرم نمونه را بدون تطبیق با قانون و قرارداد کپی نکنید. [۳] [۲]
اصالت باید از کانال رسمی بانک و سازوکار مورد تایید آن بررسی شود؛ تصویر پیامرسان، سربرگ یا مهر ظاهری کافی نیست. دستورالعمل ایران ثبت رویدادهای صدور و اصلاح در سامانه بانکی را پیشبینی کرده است، اما روش دسترسی و استعلام باید از بانک صادرکننده در همان زمان تایید شود. شماره حساب یا تماس مندرج در فایل ارسالی را منبع مستقل ندانید؛ اطلاعات شعبه را جدا به دست آورید. [۱] [۱۴]
صدور، وثیقه و کارمزد را به ظرفیت خزانه وصل کنید
درخواست صدور باید مصوبه و اختیار، قرارداد پایه، نوع و متن تاییدشده، ذینفع، مبلغ، مدت و منبع وثیقه را داشته باشد. بانک اعتبارسنجی و تناسب رابطه پایه را طبق مقررات خود انجام میدهد. ضمانت ظرفیت اعتباری و وثیقه شرکت را مصرف میکند، حتی اگر وجهی همان روز خارج نشود. خزانه باید سقف مصوب، مصرفشده، درخواستی و آزادشونده را به تفکیک بانک و پروژه پیشبینی کند. [۱] [۷]
وثیقه میتواند سپرده نقدی، دارایی وثیقهای یا ترکیبی از تضمینها باشد و قرارداد بانک تعیینکننده است. سپرده نقدی مسدود ممکن است دارایی محدودشده باشد، نه هزینه؛ طبقهبندی جاری یا غیرجاری و افشا به امکان دسترسی و موعد بستگی دارد. کارمزد صدور یا تمدید میتواند به دوره خدمت یا قرارداد مرتبط باشد. ثبت نمونه واحد بدون خواندن قرارداد، استاندارد و اهمیت مبلغ، قابل توصیه نیست. [۱۲] [۱۱]
اگر وثیقه از حساب شرکت مسدود میشود، دفتر باید مبلغ، بانک، شماره قرارداد، ضمانت مرتبط، تاریخ آزادسازی و سود احتمالی را جدا نگه دارد. اگر دارایی غیرنقدی در رهن است، محدودیت و تعهد قراردادی باید در پرونده حقوقی و افشا بررسی شود. مانده وثیقه با تاییدیه بانک تطبیق مییابد و آزادسازی فقط با مدرک بانک ثبت میشود؛ وعده تلفنی کارشناس شعبه سند خاتمه نیست. [۱۵] [۱۲]
حسابداری متقاضی را از حسابداری صادرکننده جدا کنید
بانک صادرکننده تعهد پرداخت به ذینفع میدهد؛ شرکت ضمانتخواه متعهد رابطه پایه و قرارداد جبران بانک است. بنابراین الزامات IFRS 9 برای «صادرکننده قرارداد تضمین مالی» را نمیتوان مستقیم به متقاضی یک ضمانت حسن انجام کار تحمیل کرد. IFRIC در ۲۰۲۵ تاکید کرد یک استاندارد واحد برای همه ضمانتهای صادرشده وجود ندارد و شرایط صریح و ضمنی باید برای تعیین دامنه IFRS 9، IFRS 17، IFRS 15 یا IAS 37 تحلیل شوند. [۸] [۹]
برای ضمانتخواه، پرداخت کارمزد، سپرده وثیقه و تعهد احتمالی سه قلم جدا هستند. تا وقتی مطالبه یا رویداد ایجادکننده تعهد فعلی رخ نداده، خود مبلغ اسمی ضمانت لزوماً بدهی ترازنامهای برابر با سقف نیست. اگر رویداد گذشته تعهد فعلی ساخته و خروج منابع محتمل و قابل برآورد باشد، ذخیره میتواند مطرح شود؛ در غیر این صورت افشای بدهی احتمالی طبق چارچوب مربوط بررسی میشود. [۱۰] [۱۲]
IAS 37 بدهی احتمالی را شناسایی نمیکند ولی معمولاً جز در حالت احتمال خروج بسیار دور، افشا میخواهد. این قاعده نیز برای اقلامی است که استاندارد دیگری پوشش نمیدهد. تحلیل باید قرارداد پایه، ادعای ذینفع، نظر حقوقی، احتمال، مبلغ و بازیافت احتمالی را مستند کند. ثبت کل ضمانت در حساب انتظامی ممکن است برای کنترل داخلی مفید باشد، اما ارائه صورت مالی و افشا باید با استاندارد ملی ایران تعیین شود. [۱۰] [۱۳]
چرخه عمر: اصلاح، کاهش، تمدید، مطالبه و خاتمه
دفتر ضمانتنامه باید شماره یکتا، نوع، پروژه، بانک، ذینفع، مبلغ اولیه و جاری، ارز، صدور، انقضا، آخرین تاریخ مطالبه، وثیقه، کارمزد، وضعیت اصل، اصلاحیهها و مالک اقدام را نگه دارد. هر اصلاحیه نسخه قبلی را نابود نمیکند؛ زنجیره مبلغ و تاریخ باید قابل بازسازی باشد. کاهش ضمانت پیشپرداخت باید با بازیافت واقعی و تایید ذینفع یا متن ضمانت هماهنگ شود. [۱] [۴]
هشدار تمدید باید چندلایه باشد: زمان تصمیم قرارداد، زمان درخواست از بانک و تاریخ قطعی انقضا. تمدید خودکار یا درخواست تمدید/پرداخت در بعضی متون آثار ویژه دارد و باید حقوقی بررسی شود. تقویم بدون مسئول و مدرک پیگیری کنترل نیست. جلسه ماهانه خزانه، قرارداد و پروژه باید ضمانتهای نزدیک سررسید، پروژههای متوقف، وثیقههای بلااستفاده و اختلاف اصل سند را بررسی کند. [۳] [۱۴]
در مطالبه، متن و زمان بحرانیاند. همه مکاتبات و اسناد دریافتی حفظ، بانک و مشاور فوراً مطلع و برآورد مالی بازبینی میشود. واحد عملیاتی نباید به امید حل اختلاف، اخطار را از مالی پنهان کند. خاتمه نیز با انقضا، پرداخت کل مبلغ، ابطال یا مدرک آزادسازی طبق متن و مقررات رخ میدهد. بستن دفتر و آزادکردن وثیقه فقط پس از تطبیق تاییدیه بانک انجام میشود. [۲] [۱] [۱۵]
کنترل تقلب، اصالت و گزارش مدیریتی
ریسکها شامل ضمانت جعلی، ذینفع اشتباه، تغییر متن پس از تایید، مبلغ یا تاریخ نادرست، تمدید جاافتاده، وثیقه آزادنشده و ثبت ناقص مطالبهاند. تفکیک درخواست، تایید متن، ارتباط با بانک، ثبت دفتر و بازبینی دورهای لازم است. تغییر اطلاعات بانک یا ذینفع با تایید دوگانه و کانال مستقل انجام شود. فایل قابل ویرایش نباید سند نهایی تلقی شود. [۱۴] [۱۵]
گزارش مدیر مالی باید سقف اسمی، مبلغ جاری، وثیقه نقدی، هزینه، سررسید، پروژه، ذینفع، احتمال مطالبه و وضعیت آزادسازی را جدا نشان دهد. جمع اسمی معادل زیان محتمل نیست، اما تمرکز ریسک و ظرفیت بانکی را نشان میدهد. سناریوی نقد باید ضمانتهای مورد اختلاف یا نزدیک مطالبه را با احتمال و زمان جدا ببیند. اطلاعات حساس ذینفع و شمارهها در دسترسی محدود نگه داشته شوند. [۱۲] [۱۴]
تاییدیه مستقیم بانک در پایان دوره، مانده وثیقه، ضمانتهای باز و وضعیت رویدادها را با دفتر تطبیق میدهد. اختلاف شماره یا مبلغ تا حل کامل در فهرست مغایرت میماند. استاندارد شواهد PCAOB میگوید شاهد مستقل و مستقیم معمولاً قابل اتکاتر است. پرینت داخلی بدون کنترل دسترسی و بدون تایید بانک برای اثبات وجود یا خاتمه کافی نیست؛ اما تاییدیه هم باید از مبدا معتبر دریافت شود. [۱۵] [۱۶]
مرز ژرفبان و سناریوی دموی خزانه
ژرفبان در قابلیتهای فعال خود دفتر مالی و اشخاص، حسابهای بانکی، دریافت و پرداخت، پیوست، کارتابل تایید، پروژه، تقویم و سابقه تغییر را دارد. این اجزا میتوانند نگهداری وثیقه، کارمزد، مصوبه، قرارداد و پیگیری سررسید را پشتیبانی کنند. اما این مقاله ادعا نمیکند ماژول تخصصی صدور و استعلام سپام، ارتباط برخط با بانک یا موتور خودکار محاسبه تعهد و افشا اکنون فعال است. [۱۶] [۱]
در دمو یک ضمانت نمونه بدون شماره واقعی را از درخواست و مصوبه تا ثبت کارمزد و وثیقه، پیوست متن، تایید، هشدار سررسید، اصلاحیه و آزادسازی اجرا کنید. بخواهید اصل و نسخه، دسترسی، گزارش تغییر و ارتباط با پروژه مشخص باشد. اگر دفتر تخصصی ضمانت بیرون محصول است، مالک فایل، قفل نسخه و تطبیق آن با حسابها و تقویم را در رویه استقرار بنویسید. [۱۴] [۱۶]
معیار انتخاب تعداد قابلیت نیست؛ هیچ ضمانت منقضی ناخواسته، هیچ وثیقه آزادشده ثبتنشده و هیچ مبلغ گزارششده بیمدرک نباشد. مسئولیت تفسیر متن، اعتبار حقوقی، مطالبه، ذخیره و افشا با بانک، مشاور و مدیر مالی ذیصلاح است. پیش از اتکا به هر مقرره یا مسیر استعلام، نسخه و روش جاری را در تاریخ اقدام از مرجع رسمی تایید کنید. [۱۳] [۵]
منابع مستقیم
- دستورالعمل ناظر بر ضمانتنامه بانکی ریالی و اصلاحات؛ بازنشر متن مصوب شورای پول و اعتبار / پایگاه ایران کدیفای
- Understanding demand guarantees؛ طرفها و تعهد عندالمطالبه International Chamber of Commerce Academy
- URDG 758؛ دامنه، مطالبه و قواعد ضمانت عندالمطالبه International Chamber of Commerce Digital Library
- International Standard Demand Guarantee Practice for URDG 758 International Chamber of Commerce Digital Library
- متون تاییدشده؛ URDG 758 و ISDGP United Nations Commission on International Trade Law
- نمونه فرم ضمانت حسن انجام کار؛ طرفها، سقف و انقضا World Bank
- Intercreditor Arrangements؛ نقش ضمانت و وثیقه در تامین پروژه World Bank PPP Resource Center
- IFRIC Update March 2025؛ استانداردهای قابل بررسی برای ضمانتهای صادرشده IFRS Foundation
- IFRS 9 Financial Instruments؛ شناخت ابزارهای مالی و تضمین مالی IFRS Foundation
- IAS 37؛ ذخیره، بدهی احتمالی و افشا IFRS Foundation
- IAS 1؛ ارائه، جاری و غیرجاری و افشا IFRS Foundation
- چارچوب مفهومی؛ دارایی، بدهی، شناخت و ارائه IFRS Foundation
- درگاه رسمی استانداردهای حسابداری ایران سازمان حسابرسی
- Green Book 2025؛ کنترل دسترسی، تایید و پایش U.S. Government Accountability Office
- AS 1105؛ قابلیت اتکای تاییدیه و شواهد Public Company Accounting Oversight Board
- AS 1215؛ مستندسازی هدف، منبع و نتیجه Public Company Accounting Oversight Board
تحلیلهای مرتبط
مطالب همموضوع که همین تصمیم را از زاویهٔ دیگری کامل میکنند.
راهنمای کنترل شبا در ایران؛ از دریافت امن تا مغایرتگیری
یک شبای خوشساخت میتواند متعلق به شخص اشتباه باشد. کنترل واقعی چهار لایه دارد: دریافت از کانال معتبر، اعتبارسنجی قالب و رقم کنترل، تأیید مستقل ذینفع، و تطبیق اجرای پرداخت با بانک و دفتر کل.
خواندن گزارش
مالیات تراکنش بانکی؛ واریزی غیردرآمدی و پرونده اثبات
بانک فقط حرکت پول را نشان میدهد؛ مالیات به ماهیت اقتصادی و حکم قانونی آن حرکت وابسته است. دفاع خوب، هر واریزی را به قرارداد، سند حسابداری، طرف معامله و نتیجه مالی پیوند میدهد.
خواندن گزارش
حسابداری پیمانکاری؛ قرارداد، صورتوضعیت، هزینه و کنترل پروژه
در پیمانکاری، صورتوضعیت الزاماً درآمد همان دوره و دریافت وجه الزاماً سود نیست. دفتر مالی باید قرارداد، پیشرفت تاییدشده، هزینه، کسور، پیشپرداخت، تغییرات و نقد را بدون دوبارهشماری به هم وصل کند.
خواندن گزارش
تحریم یک بانک ترکیهای و مهلت خروج؛ پرداخت باز را از تعهد تازه جدا کنید
آفک گلدن گلوبال بانک ترکیه و دو شرکت وابسته را مسدود کرد و فقط تا ۱۹ سپتامبر برای جمعکردن برخی معاملات مجوز محدود داد. خود بانک اتهامها را رد کرده است. برای مدیر مالی، تیتر عملیاتی نه «توقف همه مسیرهای ترکیه» است و نه «دو هفته فرصت عادی»؛ باید تعهد تازه، پرداخت در راه و مانده در معرض ریسک جدا شوند.
خواندن گزارش
همه چیز در مورد صورت مغایرت بانکی
این صفحه موضوع «همه چیز در مورد صورت مغایرت بانکی» را به یک جریان تصمیمپذیر تبدیل میکند: حکم و استاندارد از واقعیت پرونده جدا میشوند، داده و سند به هم متصل میمانند و هیچ قابلیت تخصصیِ تأییدنشدهای به ژرفبان نسبت داده نمیشود.
خواندن گزارش
شماره شبای بانک کشاورزی؛ دریافت، اعتبارسنجی و کنترل پرداخت
شمارهای که از نظر الگوریتم شبا معتبر است لزوماً مقصد درست یک پرداخت تجاری نیست. این راهنما دریافت شبا از بانک کشاورزی را از کنترل هویت ذینفع، تأیید مستقل و ثبت حساب در خزانه جدا میکند.
خواندن گزارشخلاصه را سریع ببینید؛ گزارش کامل را با یک لمس باز کنید
هر پست با تصویر اختصاصی، دو دلیل اهمیت، یک اقدام مدیریتی، یک مورد قابل رصد و مسیر مستقیم به متن کامل و منابع منتشر میشود.