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

خلاصه در چند نکته
- ماتریس اختیارات مالی تأییدکننده هر نوع و مبلغ پرداخت را مشخص میکند.
- نوع پرداخت به اندازه مبلغ در تعیین سطح تأیید مهم است.
- درخواستکننده، بررسیکننده و تأییدکننده یک نفر نباشند.
- ماتریس را با شاخههای شرطی به گردشکار تبدیل کنید.
- سقفها را سالانه با تورم و رشد سازمان بازبینی کنید.
فهرست مطالب
در بسیاری از شرکتها، پرداختها با یک امضای مدیرعامل انجام میشوند؛ از خرید کارتریج تا پیشپرداخت یک قرارداد بزرگ. نتیجه دوگانه است: مدیرعامل روزانه دهها برگه کماهمیت امضا میکند و فرصت بررسی دقیق پرداختهای بزرگ را ندارد، و در عین حال در غیاب او همه پرداختها متوقف میشوند. راهحل این مشکل، ماتریس اختیارات مالی و یک فرایند تأیید پرداخت شفاف است که مشخص میکند هر پرداخت، با چه مبلغی و از چه نوعی، به تأیید چه کسانی نیاز دارد.
در این راهنما میبینید ماتریس اختیارات مالی چیست، چطور آن را طراحی کنید، فرایند تأیید پرداخت را بر اساس آن بسازید و با کنترلهای داخلی، ریسک خطا و تقلب را کاهش دهید.
ماتریس اختیارات مالی چیست؟
ماتریس اختیارات مالی جدولی است که برای هر نوع پرداخت و هر بازه مبلغ، مشخص میکند چه کسی میتواند درخواست دهد، چه کسی بررسی کند و چه کسی تأیید نهایی بدهد. این ماتریس معمولاً توسط هیئتمدیره یا مدیرعامل تصویب و بهعنوان بخشی از آییننامه مالی ابلاغ میشود.
نمونه ماتریس اختیارات مالی
| نوع پرداخت | تا سقف ۱ | سقف ۱ تا ۲ | سقف ۲ تا ۳ | بالای سقف ۳ |
|---|---|---|---|---|
| هزینههای جاری (تنخواه) | مدیر واحد | مدیر مالی | ـ | ـ |
| خرید کالا و خدمات | مدیر واحد | مدیر مالی | معاون | مدیرعامل |
| پیشپرداخت قرارداد | مدیر مالی | معاون | مدیرعامل | هیئتمدیره |
| پرداخت به تأمینکننده بر اساس فاکتور | مدیر مالی | مدیر مالی | معاون | مدیرعامل |
| هزینههای غیرمعمول | معاون | مدیرعامل | مدیرعامل | هیئتمدیره |
سقفها (سقف ۱ تا ۳) را هر سازمان بر اساس اندازه، گردش مالی و ریسکپذیری خود تعیین میکند. نکته کلیدی این است که نوع پرداخت هم به اندازه مبلغ مهم است؛ پیشپرداخت قرارداد ریسکی متفاوت از پرداخت فاکتور کالای تحویلشده دارد.

اصول طراحی ماتریس اختیارات مالی
- تناسب اختیار با مسئولیت: هر سطح فقط تا جایی تأیید کند که پاسخگوی آن است؛
- تفکیک وظایف: درخواستکننده، بررسیکننده و تأییدکننده یک نفر نباشند؛
- سقفهای واقعبینانه: سقفها آنقدر پایین نباشند که همه چیز به مدیرعامل برسد؛
- جانشینی تعریفشده: در غیاب هر تأییدکننده، معلوم باشد چه کسی و تا چه سقفی تأیید میکند؛
- منع تقسیم پرداخت: تقسیم یک پرداخت به چند درخواست کوچکتر برای دور زدن سقف ممنوع باشد؛
- بازبینی سالانه: سقفها با تورم و رشد سازمان بهروز شوند.
طراحی فرایند تأیید پرداخت گامبهگام
گام ۱: فهرست انواع پرداخت
همه انواع پرداخت سازمان را فهرست کنید: تنخواه، خرید، فاکتور تأمینکننده، پیشپرداخت، هزینههای غیرمعمول و هر نوع دیگری که دارید.
گام ۲: تعیین سقفها
با مدیر مالی و مدیرعامل سقفهای مبلغ را تعیین کنید. دادههای پرداختهای یک سال گذشته را ببینید تا بدانید چه درصدی از پرداختها در هر بازه قرار میگیرند.
گام ۳: پر کردن ماتریس
برای هر نوع و هر سقف، تأییدکننده را مشخص کنید. ماتریس را به تصویب مرجع مجاز برسانید.
گام ۴: ساخت فرم درخواست پرداخت
فرمی بسازید با فیلدهای ذینفع، نوع پرداخت (فهرست انتخابی)، مبلغ، مبنای پرداخت، تاریخ سررسید و پیوست الزامی فاکتور یا قرارداد.
گام ۵: تبدیل ماتریس به گردشکار
در طراح گردشکار، برای هر ترکیب نوع و سقف یک شاخه شرطی تعریف کنید. گیرنده هر گام را پست سازمانی بگذارید، نه نام افراد.
گام ۶: اجرای نمونه و انتشار
برای هر خانه ماتریس یک درخواست آزمایشی بفرستید و مطمئن شوید به تأییدکننده درست میرسد.

کنترلهای داخلی در فرایند تأیید پرداخت
ماتریس بهتنهایی کافی نیست؛ چند کنترل ساده آن را مؤثر میکند:
- پیوست اجباری: هیچ پرداختی بدون فاکتور، قرارداد یا مستند قابل ارسال نباشد؛
- تطبیق سهطرفه: برای خرید، سفارش، رسید انبار و فاکتور با هم تطبیق داده شوند؛
- ثبت دلیل رد: هر رد با دلیل ثبت شود تا الگوهای خطا آشکار شوند؛
- گزارش پرداختهای نزدیک به سقف: درخواستهای متعدد کمی پایینتر از سقف، نشانه احتمالی تقسیم پرداخت است؛
- سابقه کامل: چه کسی، کی و با چه نظری هر گام را تأیید کرده، قابل ممیزی باشد.
نقش RACI در فرایند پرداخت
برای روشن کردن نقشها، ماتریس RACI را کنار ماتریس اختیارات بگذارید:
| فعالیت | مسئول اجرا | پاسخگو | مشورتشونده | مطلع |
|---|---|---|---|---|
| ثبت درخواست پرداخت | کارشناس واحد | مدیر واحد | ـ | مالی |
| بررسی مستندات | کارشناس مالی | مدیر مالی | واحد درخواستکننده | ـ |
| تأیید نهایی | ـ | طبق ماتریس | مدیر مالی | درخواستکننده |
| انجام پرداخت | خزانهدار | مدیر مالی | ـ | درخواستکننده |
برای آشنایی با این روش، ماتریس RACI چیست را ببینید.
ارتباط با فرایندهای قرارداد و خرید
فرایند تأیید پرداخت معمولاً پایان زنجیرهای است که با خرید یا قرارداد شروع میشود. اگر قرارداد از قبل با مسیر تأیید درست تصویب شده باشد، پرداختهای مرحلهای آن سادهتر تأیید میشوند. برای طراحی این زنجیره، گردشکار تأیید قرارداد و گردشکار ارزیابی و تأیید تأمینکنندگان را ببینید.
سناریوی نمونه: شرکت پیمانکاری با پروژههای متعدد
یک شرکت پیمانکاری با پنج پروژه فعال، همه پرداختها را با امضای مدیرعامل انجام میداد. وقتی مدیرعامل در سفر بود، پرداخت به پیمانکاران جزء متوقف میشد و کارگاهها با کمبود مصالح روبهرو میشدند. پس از طراحی ماتریس اختیارات مالی، مدیران پروژه اختیار تأیید پرداختهای کوچک کارگاه را گرفتند، مدیر مالی پرداختهای متوسط را تأیید میکرد و فقط پیشپرداختها و پرداختهای بزرگ به مدیرعامل میرسید. این ماتریس در طراح گردشکار پیاده شد. مدیرعامل حالا روزانه چند درخواست مهم را با دقت بررسی میکند، بهجای دهها برگه، و پرداختهای کارگاهی در غیاب او متوقف نمیشوند.
جانشینی در ماتریس اختیارات: چه کسی در غیاب تأییدکننده؟
یکی از بخشهایی که در بیشتر ماتریسها فراموش میشود، جانشینی است. اگر مدیر مالی یک هفته در مرخصی باشد، پرداختهای بازه دوم را چه کسی تأیید میکند؟ اگر پاسخ از پیش مکتوب نباشد، یا پرداختها متوقف میشوند یا کسی بدون اختیار رسمی تأیید میکند؛ هر دو حالت مشکلساز است.
برای هر تأییدکننده در ماتریس، دو چیز را مشخص کنید: جانشین و سقف اختیار جانشین. سقف جانشین میتواند کمتر از سقف اصلی باشد؛ مثلاً معاون مالی در غیاب مدیر مالی فقط تا نیمی از سقف تأیید کند و بقیه به سطح بالاتر برود. این تنظیم را در گردشکار با جانشین کارتابل یا سرپرست موقت پست پیاده کنید تا خودکار اجرا شود.
قاعده مهم دیگر این است که جانشینی هم باید سابقه داشته باشد. در گزارشها باید معلوم باشد کدام پرداخت توسط جانشین تأیید شده تا در بازگشت، تأییدکننده اصلی بتواند آنها را مرور کند. این شفافیت هم از تأییدکننده اصلی محافظت میکند و هم از جانشین، و حسابرسان هم دقیقاً همین را در بررسی کنترلهای داخلی جستوجو میکنند.
اشتباهات رایج
- سقفهای خیلی پایین که همه پرداختها را به مدیرعامل میرساند؛
- ماتریس مکتوب ولی اجرانشده که در عمل همان روش قدیم ادامه دارد؛
- نادیده گرفتن نوع پرداخت و توجه فقط به مبلغ؛
- نداشتن جانشین برای تأییدکنندگان کلیدی؛
- اجازه تقسیم پرداخت برای دور زدن سقف؛
- بازبینی نکردن سقفها با تورم.
برای پیدا کردن گامهای کند فرایند پس از راهاندازی، پیدا کردن گلوگاههای فرایند را بخوانید. طراح گردشکار با شرط مبلغ در پلنهای آریا آیتی در دسترس است؛ امکانات را در طراح گردشکار و پلنها را در صفحه تعرفه ببینید.
پرسشهای متداول
ماتریس اختیارات مالی چیست؟
جدولی که برای هر نوع پرداخت و بازه مبلغ، درخواستکننده، بررسیکننده و تأییدکننده را مشخص میکند.
سقفهای تأیید را چطور تعیین کنیم؟
با بررسی پرداختهای یک سال گذشته و توافق مدیر مالی و مدیرعامل، متناسب با اندازه و ریسک سازمان.
تقسیم پرداخت یعنی چه؟
شکستن یک پرداخت به چند درخواست کوچکتر برای دور زدن سقف تأیید که باید ممنوع و پایش شود.
آیا ماتریس در گردشکار قابل پیادهسازی است؟
بله؛ با شاخههای شرطی بر اساس نوع پرداخت و مبلغ در طراح گردشکار.
ماتریس را هر چند وقت بازبینی کنیم؟
حداقل سالانه، بهویژه با توجه به تورم و تغییرات سازمانی.
جمعبندی
ماتریس اختیارات مالی مشخص میکند هر پرداخت با چه نوع و مبلغی به تأیید چه کسی نیاز دارد. با طراحی بر اساس نوع و مبلغ، تفکیک وظایف، سقفهای واقعبینانه، جانشینی تعریفشده و تبدیل ماتریس به گردشکار شرطی، پرداختها هم سریعتر میشوند و هم کنترلشدهتر. مدیرعامل وقت خود را صرف پرداختهای مهم میکند و سازمان در غیاب هیچ فردی متوقف نمیشود.
مراحل انجام کار
فهرست انواع پرداخت
همه انواع پرداخت سازمان را فهرست کنید.
تعیین سقفها
سقفهای مبلغ را با داده واقعی تعیین کنید.
پر کردن ماتریس
تأییدکننده هر نوع و سقف را مشخص و تصویب کنید.
ساخت فرم
فرم درخواست پرداخت با پیوست الزامی بسازید.
تبدیل به گردشکار
برای هر ترکیب نوع و سقف شاخه شرطی تعریف کنید.
اجرای نمونه
برای هر خانه ماتریس درخواست آزمایشی بفرستید.
پرسشهای متداول
ماتریس اختیارات مالی چیست؟
+
جدولی که برای هر نوع پرداخت و بازه مبلغ، درخواستکننده، بررسیکننده و تأییدکننده را مشخص میکند.
سقفهای تأیید را چطور تعیین کنیم؟
+
با بررسی پرداختهای یک سال گذشته و توافق مدیر مالی و مدیرعامل، متناسب با اندازه و ریسک سازمان.
تقسیم پرداخت یعنی چه؟
+
شکستن یک پرداخت به چند درخواست کوچکتر برای دور زدن سقف تأیید که باید ممنوع و پایش شود.
آیا ماتریس در گردشکار قابل پیادهسازی است؟
+
بله؛ با شاخههای شرطی بر اساس نوع پرداخت و مبلغ در طراح گردشکار.
ماتریس را هر چند وقت بازبینی کنیم؟
+
حداقل سالانه، بهویژه با توجه به تورم و تغییرات سازمانی.




