راهنمافرم و گردش کار
گردش قرارداد در سازمان: از درخواست و بررسی حقوقی تا امضا و بایگانی
گردش قرارداد مسیری است که قرارداد از نیاز اولیه تا امضا، اجرا و تمدید طی میکند. مدل پیشنهادی هشت مرحله دارد: درخواست، تأیید نیاز، پیشنویس، بررسی موازی حقوقی و مالی، تأیید نهایی بر اساس سقف مبلغ، امضا، بایگانی با فراداده و پیگیری سررسید. اجرای موازی بررسی‌های مستقل و نگهداری نسخه نهایی در مخزن قابل جستجو بیشترین اثر را دارند.
خلاصه در چند نکته
- گردش قرارداد ریسک، سرعت و حافظه سازمانی را هم‌زمان کنترل میکند.
- فرم درخواست باید طرف، مبلغ، مدت، نوع و پیوست‌های ضروری را بگیرد.
- بررسی حقوقی و مالی مستقل‌اند و باید موازی اجرا شوند.
- سطح تأیید نهایی بر اساس سقف مبلغ و آییننامه معاملات تعیین می‌شود.
- اصلاحات فقط به بررسی‌کننده‌ای برگردد که اصلاح خواسته است.
- نسخه نهایی و فراداده قرارداد در مخزن اسناد قابل جستجو بماند.
- برای پرداخت‌ها، ضمانت‌نامه و تمدید یادآوری پیش از موعد تعریف کنید.
فهرست مطالب
در بسیاری از سازمان‌ها، قرارداد مسیر روشنی ندارد. واحد متقاضی پیشنویس را با ایمیل برای حقوقی می‌فرستد، حقوقی نسخه اصلاح‌شده را در پیام‌رسان برمی‌گرداند، مالی هرگز نسخه نهایی را نمی‌بیند و قرارداد امضاشده در کشوی یک مدیر می‌ماند. چند ماه بعد، کسی یادش نیست سررسید تمدید چه تاریخی بود و قرارداد پشتیبانی یک سامانه حیاتی بی‌صدا منقضی می‌شود. گردش قرارداد یعنی همین مسیر، از درخواست تا بایگانی، به‌صورتی تعریف شود که هر مرحله مسئول، مهلت و سابقه داشته باشد.
این راهنما یک مدل نمونه برای گردش تأیید قرارداد ارائه میکند: مراحل از درخواست تا امضا، شرط مبلغ، بررسی موازی حقوقی و مالی، بایگانی نسخه نهایی و یادآوری سررسید.
یادآوری: این مطلب درباره طراحی فرایند اداری قرارداد است و مشاوره حقوقی نیست. محتوای قرارداد، شرایط اعتبار امضا و الزامات قانونی را با مشاور حقوقی سازمان بررسی کنید.
گردش قرارداد چیست و چرا اهمیت دارد؟
گردش قرارداد مجموعه مراحلی است که یک قرارداد از نیاز اولیه تا امضا، اجرا و پایان یا تمدید طی میکند. اهمیت آن در سه چیز است:
- کنترل ریسک: قراردادی که بررسی حقوقی یا مالی نشده، می‌تواند تعهدات پنهان ایجاد کند.
- سرعت: قراردادهایی که بی‌دلیل هفته‌ها در کارتابل‌ها می‌مانند، فرصت‌های کسب‌وکار را از بین می‌برند.
- حافظه سازمانی: نسخه نهایی، سابقه تأییدها و سررسیدها باید مستقل از افراد در دسترس باشند.
مراحل اصلی گردش تأیید قرارداد
۱. درخواست قرارداد
واحد متقاضی با یک فرم استاندارد درخواست را ثبت میکند. فیلدهای پیشنهادی:
- طرف قرارداد و اطلاعات تماس
- موضوع و شرح خدمات یا کالا
- مبلغ کل و شرایط پرداخت
- مدت قرارداد، تاریخ شروع و پایان
- نوع قرارداد (خرید، خدمات، پشتیبانی، اجاره، همکاری)
- پیوست‌ها: پیشنویس طرف مقابل، پیشنهاد قیمت، مدارک طرف قرارداد
- مدیر پروژه یا مسئول اجرای قرارداد
۲. تأیید نیاز توسط مدیر واحد
مدیر واحد تأیید میکند که این قرارداد واقعاً لازم است و بودجه آن در برنامه واحد دیده شده است.
۳. تهیه یا بازبینی پیشنویس
اگر سازمان قالب قرارداد استاندارد دارد، پیشنویس از روی قالب ساخته می‌شود. اگر پیشنویس از طرف مقابل آمده، به مرحله بررسی می‌رود.
۴. بررسی موازی حقوقی و مالی
این دو بررسی به هم وابسته نیستند و می‌توانند هم‌زمان انجام شوند:
- حقوقی: بندهای تعهد، فسخ، حل اختلاف، جریمه و تضمین‌ها.
- مالی: مبلغ، شرایط پرداخت، پیش‌پرداخت، کسورات و تطابق با بودجه.
اگر هرکدام نیاز به اصلاح ببیند، قرارداد به واحد متقاضی برمی‌گردد و پس از اصلاح، فقط به بررسی‌کننده‌ای که اصلاح خواسته برمی‌گردد، نه دوباره به هر دو.
۵. تأیید نهایی بر اساس سقف مبلغ
سطح تأیید نهایی بر اساس مبلغ تعیین می‌شود. یک نمونه فرضی از جدول سقف‌ها:
| مبلغ قرارداد | تأییدکننده نهایی | امضاکننده |
|---|---|---|
| تا سقف اول | مدیر واحد | مدیر واحد |
| بین سقف اول و دوم | معاون مربوط | معاون مربوط |
| بالاتر از سقف دوم | مدیرعامل | مدیرعامل و یک عضو مجاز دیگر |
| قراردادهای خاص (مثلاً بلندمدت یا با تعهد ضمانت) | هیئت‌مدیره | طبق اساسنامه |
مبالغ سقف‌ها و امضاکنندگان مجاز را باید از آییننامه معاملات و اساسنامه سازمان خود بگیرید.
۶. امضا
قرارداد توسط امضاکنندگان مجاز امضا می‌شود و نسخه طرف مقابل ارسال می‌شود. پس از دریافت نسخه امضاشده طرف مقابل، قرارداد نافذ می‌شود.
۷. ثبت و بایگانی
نسخه نهایی امضاشده با شماره قرارداد در مخزن اسناد بایگانی می‌شود. فراداده کلیدی (طرف، مبلغ، تاریخ شروع و پایان، مسئول) در کنار فایل ثبت می‌شود تا قابل جستجو باشد.
۸. پیگیری اجرا و سررسید
برای سررسیدهای مهم یادآوری تعریف می‌شود: پرداخت‌های مرحله‌ای، پایان ضمانت‌نامه و مهلت تمدید یا اعلام عدم تمدید.
سناریوی نمونه: قرارداد پشتیبانی یک سامانه
برای اینکه مراحل ملموس‌تر شود، یک قرارداد فرضی را دنبال کنیم. واحد فناوری اطلاعات می‌خواهد قرارداد پشتیبانی سالانه سامانه‌های شبکه را با یک پیمانکار ببندد. مبلغ قرارداد بین سقف اول و دوم است.
- روز ۱: کارشناس فناوری اطلاعات فرم درخواست را با پیشنهاد قیمت پیمانکار و پیشنویس قرارداد ثبت میکند. مدیر فناوری اطلاعات همان روز نیاز را تأیید میکند.
- روز ۲ تا ۴: حقوقی و مالی هم‌زمان بررسی می‌کنند. حقوقی خواستار افزودن بند محرمانگی و تعیین زمان پاسخ به خرابی است؛ مالی پیش‌پرداخت را از ۵۰ به ۳۰ درصد کاهش می‌دهد.
- روز ۵: واحد متقاضی با پیمانکار مذاکره و پیشنویس را اصلاح میکند. نسخه جدید فقط به حقوقی و مالی برای تأیید اصلاحات خودشان برمی‌گردد.
- روز ۶: معاون پشتیبانی که بر اساس مبلغ تأییدکننده نهایی است، قرارداد را تأیید و امضا میکند.
- روز ۸: نسخه امضاشده پیمانکار می‌رسد، با شماره قرارداد بایگانی می‌شود و دو یادآوری تعریف می‌شود: پرداخت مرحله دوم در ماه ششم و تصمیم تمدید شصت روز پیش از پایان.
اگر همین قرارداد به روش سریالی و با ایمیل پیش می‌رفت، فقط بررسی پشتسرهم حقوقی و مالی و رفت‌وبرگشت فایل‌ها می‌توانست زمان را چند برابر کند؛ و مهم‌تر از آن، احتمالاً هیچ یادآوری برای تمدید وجود نداشت.
مدل نمونه گردش قرارداد به زبان BPMN
اگر بخواهیم این مسیر را به‌صورت ساده و متنی مدل کنیم:
- رویداد شروع: ثبت فرم درخواست قرارداد
- وظیفه: تأیید نیاز (مدیر واحد) → در صورت رد: پایان
- وظیفه: تهیه یا بازبینی پیشنویس (واحد متقاضی)
- گیت‌وی موازی (انشعاب): بررسی حقوقی ∥ بررسی مالی
- گیت‌وی موازی (ادغام): منتظر پایان هر دو بررسی
- گیت‌وی انحصاری: آیا اصلاح لازم است؟ → بله: برگشت به گام ۳
- گیت‌وی انحصاری بر اساس مبلغ: تعیین تأییدکننده نهایی
- وظیفه: تأیید نهایی
- وظیفه: امضا
- وظیفه: بایگانی و ثبت فراداده (دبیرخانه یا حقوقی)
- رویداد تایمر: یادآوری سررسید
- رویداد پایان: قرارداد ثبت‌شده و فعال
نقش‌ها و مسئولیت‌ها
تعیین روشن نقش‌ها بخش مهمی از طراحی است. اگر فرایند را با ماتریس مسئولیت‌ها شروع کنید، بیشتر ابهام‌ها پیش از پیاده‌سازی رفع می‌شود. یک نمونه کامل RACI برای قرارداد را در مقاله ماتریس RACI چیست آورده‌ایم. نکته کلیدی آن نمونه این بود که حقوقی و مالی هرکدام پاسخگوی بررسی خود هستند و به همین دلیل موازی اجرا می‌شوند.
گلوگاه‌های رایج گردش قرارداد
- بررسی حقوقی پشت سر مالی: اجرای سریالی دو بررسی مستقل، زمان چرخه را تقریباً دو برابر میکند.
- رفت‌وبرگشت اصلاحات بدون نسخه: هر بار فایل جدیدی با نام «نهایی-۲-اصلاح‌شده» ساخته می‌شود و معلوم نیست کدام معتبر است.
- امضاکننده در مأموریت: اگر جانشین تعریف نشده باشد، قرارداد هفته‌ها منتظر می‌ماند.
- فرم ناقص: نبود پیش‌فاکتور یا مدارک طرف قرارداد باعث برگشت از مرحله مالی می‌شود.
روش پیدا کردن این گلوگاه‌ها با داده زمانی را در مقاله گلوگاه فرایند چیست و چطور پیدایش کنیم توضیح داده‌ایم.
چک‌لیست طراحی گردش قرارداد
- [ ] فرم درخواست با فیلدهای الزامی و پیوست‌های ضروری طراحی شده است.
- [ ] سقفهای مبلغ و تأییدکنندگان هر سطح از آییننامه معاملات استخراج شده‌اند.
- [ ] بررسی حقوقی و مالی موازی تعریف شده‌اند.
- [ ] مسیر برگشت برای اصلاح فقط به بررسی‌کننده مربوط برمی‌گردد.
- [ ] برای امضاکنندگان جانشین تعریف شده است.
- [ ] نسخه‌های پیشنویس در مخزن اسناد نسخه می‌خورند.
- [ ] فراداده قرارداد (طرف، مبلغ، تاریخ‌ها، مسئول) قابل جستجوست.
- [ ] یادآوری سررسید و تمدید پیش از موعد تعریف شده است.
قرارداد و مکاتبات
بسیاری از قراردادها با مکاتبات همراه‌اند: نامه درخواست پیشنهاد، ابلاغ برنده، نامه تمدید یا اعلام فسخ. این نامه‌ها باید به پرونده قرارداد وصل باشند تا تصویر کامل دیده شود. نامه‌هایی که به طرف قرارداد ارسال می‌شوند، مسیر صادره را طی می‌کنند که در راهنمای ثبت نامه صادره شرح داده شده است.
گردش قرارداد در آریا آیتی
در آریا آیتی، گردشکار و فرایند و همچنین قرارداد، امضا و حاکمیت در پلن سازمانی قرار دارند. گردشکار مسیر تأیید شرط‌دار را کنار کارتابل کاربران اجرا میکند و بایگانی اسناد نسخه نهایی قرارداد را با نسخه، سطح دسترسی و سابقه ممیزی نگه می‌دارد. طبق صفحه پلتفرم، امضای الکترونیک برای نامه، قرارداد، فرم و صورتجلسه پیش‌بینی شده و ارائه‌دهنده امضا قابل تعویض است. برای سازمان‌هایی که سقف‌ها، نقش‌های موازی و استثناهای خاص دارند، راهکار گردش تأیید به‌صورت سفارشی بر اساس آییننامه همان سازمان پیکربندی می‌شود. دستیار سازمانی هم طبق صفحه محصول می‌تواند پرسشی مثل «قراردادهای ۶۰ روز آینده» را با فهرست، مهلت و مسئول پاسخ دهد. اعتبار حقوقی نوع امضای مورد استفاده را با مشاور حقوقی خود بررسی کنید.
جمع‌بندی
گردش قرارداد خوب هشت مرحله روشن دارد: درخواست، تأیید نیاز، پیشنویس، بررسی موازی حقوقی و مالی، تأیید نهایی بر اساس سقف، امضا، بایگانی و پیگیری سررسید. دو اصل بیشترین اثر را دارند: اجرای موازی بررسی‌های مستقل و نگهداری نسخه نهایی و فراداده در یک مخزن قابل جستجو. با این دو اصل، قرارداد نه در کارتابل‌ها معطل می‌ماند و نه پس از امضا فراموش می‌شود.
قرارداد را از درخواست تا سررسید دنبال کنید: گردشکار، امضا و بایگانی را در پلن سازمانی آریا آیتی ببینید؛ برای شروع، فضای کاری را ۷ روز رایگان امتحان کنید یا مشاوره بگیرید.
مراحل انجام کار
فرم درخواست را طراحی کنید
فیلدهای طرف، موضوع، مبلغ، مدت، نوع و پیوست‌های الزامی را تعریف کنید.
سقف‌ها را از آییننامه استخراج کنید
تأییدکننده و امضاکننده هر سطح مبلغ را مطابق آییننامه معاملات مشخص کنید.
بررسی‌های موازی را تعریف کنید
بررسی حقوقی و مالی را به‌صورت شاخه‌های موازی با ادغام پیش از تأیید نهایی مدل کنید.
مسیر برگشت را مشخص کنید
اصلاحات را فقط به بررسی‌کننده‌ای که اصلاح خواسته برگردانید.
جانشین امضاکنندگان را تعیین کنید
برای مرخصی و مأموریت امضاکنندگان جانشین تعریف کنید.
بایگانی و فراداده را استاندارد کنید
نسخه نهایی را با شماره و فراداده طرف، مبلغ، تاریخ‌ها و مسئول بایگانی کنید.
یادآوری سررسید را تعریف کنید
برای پرداخت‌های مرحله‌ای، ضمانت‌نامه و تمدید یادآوری پیش از موعد بگذارید.
پرسش‌های متداول
مراحل گردش قرارداد چیست؟
+
درخواست قرارداد، تأیید نیاز، تهیه یا بازبینی پیشنویس، بررسی موازی حقوقی و مالی، تأیید نهایی بر اساس سقف مبلغ، امضا، ثبت و بایگانی و پیگیری اجرا و سررسید.
چرا بررسی حقوقی و مالی باید موازی باشد؟
+
چون به هم وابسته نیستند. اجرای پشتسرهم آنها زمان چرخه را تقریباً دو برابر میکند بدون اینکه کیفیت بررسی را بالا ببرد.
سقفهای تأیید قرارداد را از کجا بیاوریم؟
+
از آییننامه معاملات و اساسنامه سازمان. جدول این مقاله فقط نمونه فرضی است و برای موارد حقوقی باید با مشاور حقوقی سازمان مشورت کنید.
گردش قرارداد در کدام پلن آریا آیتی است؟
+
طبق صفحه تعرفهها، گردشکار و فرایند و همچنین قرارداد، امضا و حاکمیت در پلن سازمانی قرار دارند.