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