فرض کنید حسابدار اصلی مجموعه امروز حضور نداشته باشد.
آیا فرد دیگری میداند:
- چه فاکتورهایی هنوز ثبت نشدهاند؟
- چه مشتریانی بدهکارند؟
- چه پرداختهایی باید انجام شوند؟
- چه اسنادی ناقصاند؟
- وضعیت بانک و صندوق چیست؟
- و برای بستن حسابهای ماه چه کارهایی باقی مانده است؟
اگر پاسخ این سؤالها فقط در ذهن یک نفر باشد یا برای پیدا کردنشان مجبور شوید سراغ فایلها، پیامرسانها و پوشههای مختلف بروید، حسابداری شما هنوز بیش از حد فردمحور است.
سیستمسازی حسابداری یعنی مشخص کنیم هر رویداد مالی از زمان ایجاد تا ثبت، کنترل، دریافت یا پرداخت و گزارشگیری چه مسیری را طی میکند، چه کسی مسئول آن است و چگونه صحت آن کنترل میشود.
هدف این مقاله از آکادمی پاکراه، این است که بتوانید همین مسیر را برای کسبوکار خودتان طراحی کنید.
- سیستمسازی حسابداری چیست؟
- از کجا بفهمیم حسابداری به سیستمسازی نیاز دارد؟
- چه بخشهایی از حسابداری باید سیستمسازی شوند؟
- چگونه حسابداری را مرحلهبهمرحله سیستمسازی کنیم؟
- تفکیک وظایف در حسابداری یعنی چه؟
- برای هر تراکنش مدارک لازم را مشخص کنید
- قواعد ثبت حسابداری را استاندارد کنید
- برای کارهای مالی Deadline تعیین کنید
- مغایرتگیری چیست و چگونه سیستمسازی میشود؟
- سیستم مطالبات را چگونه طراحی کنیم؟
- بستن حسابهای ماهانه را با Checklist مدیریت کنید
- گزارشهای مدیریتی را از قبل مشخص کنید
- یک مثال ساده از سیستمسازی پرداخت
- شناسنامه هر فرایند حسابداری را بسازید
- چه زمانی نرمافزار حسابداری یا اتوماسیون را وارد کنیم؟
- چه KPIهایی برای سیستم حسابداری مناسباند؟
- اشتباهات رایج در سیستمسازی حسابداری
- از کجا بفهمیم سیستم حسابداری درست کار میکند؟
- سیستمسازی حسابداری را از کجا شروع کنیم؟
- گاهی مشکل حسابداری، فقط در حسابداری نیست
- حسابداری زمانی سیستم شده که عددها قابل اتکا و مسیرشان قابل پیگیری باشد
سیستمسازی حسابداری چیست؟
در یک سیستم حسابداری مشخص است:
- درآمد چگونه ثبت میشود؛
- هزینه چه مدرکی نیاز دارد؛
- پرداخت چه مراحلی دارد؛
- مطالبات چگونه پیگیری میشوند؛
- بانک و صندوق چگونه کنترل میشوند؛
- چه کسی ثبت، تأیید یا پرداخت میکند؛
- حسابها چه زمانی بررسی و بسته میشوند؛
- و مدیر چه گزارشهایی دریافت میکند.
پس:
نرمافزار حسابداری = سیستم حسابداری نیست.
نرمافزار فقط یکی از ابزارهای اجرای سیستم است.
اگر اسناد دیر برسند، مسئولیتها نامشخص باشند یا پرداختها خارج از روال انجام شوند، تغییر نرمافزار مشکل اصلی را حل نمیکند.

از کجا بفهمیم حسابداری به سیستمسازی نیاز دارد؟
چند نشانه مهم وجود دارد.

۱. فقط حسابدار میداند وضعیت مالی چیست
اگر مدیر برای فهمیدن بدهکاران، پرداختها یا ماندهها همیشه باید از یک نفر سؤال کند، اطلاعات مالی هنوز ساختار کافی ندارند.
۲. اسناد با تأخیر به حسابداری میرسند
خرید انجام شده ولی فاکتور چند روز بعد میرسد.
پرداخت انجام شده ولی دلیل یا مدرک آن مشخص نیست.
نتیجه این تأخیرها معمولاً مغایرت و دوبارهکاری است.
۳. پرداختها شفاهی یا بدون مسیر مشخص انجام میشوند
مثلاً فقط گفته میشود:
«این مبلغ را واریز کن.»
اما معلوم نیست بابت چیست، چه کسی تأیید کرده و مدرک آن کجاست.
۴. مطالبات دیر پیگیری میشوند
فاکتور صادر شده اما سررسید، مانده و مسئول پیگیری مشخص نیست.
۵. بستن حسابهای ماه همیشه با آشفتگی همراه است
در پایان ماه تازه دنبال فاکتورهای ناقص، پرداختهای ثبتنشده و مغایرتها میگردیم.
۶. خطاها دیر کشف میشوند
سیستم خوب نباید فقط خطا را ثبت کند؛ باید تا جای ممکن آن را زودتر شناسایی کند.
چه بخشهایی از حسابداری باید سیستمسازی شوند؟
برای شروع، جریانهای اصلی مالی را فهرست کنید.
برای بیشتر کسبوکارها این موارد مهماند:
- فروش و درآمد؛
- دریافت از مشتری؛
- مطالبات؛
- خرید و هزینه؛
- پرداخت به تأمینکننده؛
- بانک و صندوق؛
- تنخواه؛
- حقوق و دستمزد؛
- ثبت اسناد؛
- مغایرتگیری؛
- بستن حسابها؛
- گزارشهای مالی.
قرار نیست همه را همزمان سیستم کنید.
از فرایندی شروع کنید که پرتکرار، پرخطا، پرریسک یا بیش از حد وابسته به یک فرد است.
چگونه حسابداری را مرحلهبهمرحله سیستمسازی کنیم؟

۱. فرایند موردنظر را انتخاب کنید
مثلاً:
پرداخت به تأمینکننده
یا:
پیگیری مطالبات مشتریان
یا:
مغایرت بانکی
برای شروع فقط یک فرایند انتخاب کنید.
۲. ابتدا و انتهای فرایند را مشخص کنید
مثلاً در پرداخت:
شروع: فاکتور یا درخواست پرداخت دریافت شده است.
پایان: مبلغ پرداخت، ثبت و مدرک آن بایگانی شده است.
این کار مرز فرایند را روشن میکند.
۳. وضعیت فعلی را همانطور که واقعاً انجام میشود بنویسید
در تجربه من در مشاوره سیستمسازی یکی از اشتباهات رایج این است که مدیر فرایندی را توضیح میدهد که قرار است اجرا شود، نه چیزی که واقعاً اتفاق میافتد.
مثلاً تصور مدیر:
فاکتور → بررسی → تأیید → پرداخت → ثبت
اما مسیر واقعی:
فاکتور در واتساپ → ارسال برای مدیر → فراموششدن → یادآوری تأمینکننده → پرداخت فوری → ثبت چند روز بعد
سیستمسازی باید از همین واقعیت شروع شود.
۴. نقاط خرابی و ریسک را پیدا کنید
برای هر مرحله بپرسید:
- اطلاعات کجا گم میشوند؟
- چه چیزی با تأخیر انجام میشود؟
- کجا امکان ثبت یا پرداخت اشتباه وجود دارد؟
- چه مرحلهای فقط یک نفر بلد است؟
- کجا مدرک کافی نداریم؟
- چه چیزی همیشه منتظر مدیر میماند؟
- کجا امکان سوءاستفاده وجود دارد؟
در حسابداری فقط سرعت مهم نیست؛ کنترل داخلی هم اهمیت دارد.
۵. مسیر مطلوب را طراحی کنید
مثلاً برای پرداخت:
دریافت فاکتور
→ ثبت درخواست پرداخت
→ بررسی مدارک
→ تأیید
→ پرداخت
→ ثبت حسابداری
→ پیوست رسید
→ بایگانی
این مسیر باید بهاندازه کافی ساده باشد که واقعاً اجرا شود.
۶. مسئول هر مرحله و حدود اختیار را مشخص کنید
باید معلوم باشد:
- چه کسی درخواست میدهد؟
- چه کسی بررسی میکند؟
- چه کسی تأیید میکند؟
- چه کسی پرداخت میکند؟
- چه کسی ثبت میکند؟
- چه کسی کنترل میکند؟
اگر مسئولیت مشخص نباشد، کار بین افراد پاس داده میشود.
تفکیک وظایف در حسابداری یعنی چه؟
یکی از مهمترین اصول سیستم مالی، Segregation of Duties یا تفکیک وظایف است.
یعنی در فعالیتهای حساس، بهتر است تمام مراحل در اختیار یک نفر نباشد.
مثلاً یک فرد بهتنهایی:
درخواست پرداخت → تأیید → پرداخت → کنترل
را انجام ندهد.
بهتر است تا جای ممکن:
درخواستکننده ≠ تأییدکننده
و:
پرداختکننده ≠ کنترلکننده
باشد.
در کسبوکار کوچک ممکن است نیروی کافی برای جداسازی کامل نداشته باشید. در این حالت میتوان کنترل جبرانی گذاشت؛ مثلاً مدیر گزارش پرداختها را دورهای بررسی کند.
هدف افزایش بوروکراسی نیست؛ هدف این است که اشتباه یا سوءاستفاده راحتتر قابل تشخیص باشد.
برای هر تراکنش مدارک لازم را مشخص کنید
برای هر نوع عملیات مالی تعیین کنید چه چیزی باید همراه آن باشد.
مثلاً برای پرداخت:
- درخواست پرداخت؛
- فاکتور یا قرارداد؛
- تأیید لازم؛
- اطلاعات حساب؛
- رسید پرداخت.
برای دریافت از مشتری نیز باید مشخص باشد:
- مربوط به کدام فاکتور است؛
- چه مبلغی دریافت شده؛
- چه زمانی دریافت شده؛
- و چه کسی آن را ثبت کرده است.
یک سؤال ساده:
اگر شش ماه بعد این تراکنش را ببینیم، میتوانیم بفهمیم چرا انجام شده است؟
اگر نه، مستندسازی کافی نیست.
قواعد ثبت حسابداری را استاندارد کنید
اگر چند نفر کار حسابداری انجام میدهند، نباید هرکدام یک رویداد مشابه را متفاوت ثبت کنند.
برای موارد پرتکرار مشخص کنید:
- از چه حسابی استفاده شود؛
- شرح سند چگونه باشد؛
- چه مرکز هزینهای ثبت شود؛
- چه مدرکی پیوست شود؛
- و چه اطلاعاتی اجباری باشد.
اینجا Chart of Accounts یا کدینگ حسابها اهمیت پیدا میکند؛ یعنی ساختاری که حسابهای مختلف کسبوکار در آن دستهبندی شدهاند.
کدینگ باید آنقدر دقیق باشد که گزارش مفید بدهد، اما آنقدر پیچیده نباشد که ثبت روزانه را سخت کند.
برای کارهای مالی Deadline تعیین کنید
جمله:
«فاکتورها را به حسابداری بدهید.»
سیستم نیست.
باید مشخص شود:
- فاکتور تا چه زمانی تحویل شود؛
- پرداخت چه زمانی بررسی شود؛
- مغایرت بانکی چه زمانی انجام شود؛
- مطالبات چه زمانی پیگیری شوند؛
- و گزارش ماهانه چه تاریخی آماده باشد.
Deadline باعث میشود کارها تا پایان ماه روی هم جمع نشوند.
مغایرتگیری چیست و چگونه سیستمسازی میشود؟
مغایرتگیری یعنی مقایسه دو منبع اطلاعاتی و پیدا کردن دلیل اختلاف آنها.

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

شناسنامه هر فرایند حسابداری را بسازید
برای هر فرایند مهم این موارد را مشخص کنید:
| مورد | سؤال |
|---|---|
| نام فرایند | چه کاری را سیستم میکنیم؟ |
| هدف | نتیجه مطلوب چیست؟ |
| شروع | چه چیزی آن را آغاز میکند؟ |
| پایان | چه زمانی تمام میشود؟ |
| ورودی | چه اطلاعات یا مدارکی لازم است؟ |
| مراحل | کار چگونه انجام میشود؟ |
| مسئول | Owner کیست؟ |
| اجراکنندگان | چه کسانی درگیرند؟ |
| تأیید | چه کسی تأیید میکند؟ |
| کنترل | چه چیزی بررسی میشود؟ |
| استثنا | در حالت غیرعادی چه کنیم؟ |
| مدارک | چه چیزی باید ثبت شود؟ |
| Deadline | هر مرحله چه زمانی تمام شود؟ |
| KPI | موفقیت چگونه سنجیده شود؟ |
همین جدول برای شروع بسیاری از فرایندهای مالی کافی است.
چه زمانی نرمافزار حسابداری یا اتوماسیون را وارد کنیم؟
بعد از مشخصشدن:
فرایند → مسئولیت → کنترل → داده
سراغ ابزار بروید.
نرمافزار میتواند کمک کند:
- اطلاعات یکجا ثبت شوند؛
- سطوح دسترسی کنترل شوند؛
- گزارش تهیه شود؛
- سررسیدها یادآوری شوند؛
- بعضی ثبتها یا تطبیقها اتوماتیک شوند.
اما در تجربه مشاوره سیستمسازی بارها مشکل اصلی نه نرمافزار، بلکه ورودی ناقص اطلاعات یا فرایند نامشخص بوده است.
پس:
فرایند اشتباه را اتوماتیک نکنید.
ابتدا اصلاحش کنید.
چه KPIهایی برای سیستم حسابداری مناسباند؟
چند شاخص کاربردی:
۱. زمان ثبت اسناد
تراکنش چند روز بعد از وقوع ثبت میشود؟
۲. درصد اسناد ناقص
چه مقدار از ورودیهای مالی بدون مدرک کامل میرسند؟
۳. زمان بستن ماه
چند روز بعد از پایان ماه گزارش قابل اتکا آماده میشود؟
۴. مغایرتهای باز
چند اختلاف مالی هنوز تعیین تکلیف نشده است؟
۵. مطالبات سررسیدگذشته
چه مقدار از مطالبات از موعد گذشتهاند؟
۶. میزان اصلاح اسناد
چند سند نیاز به اصلاح یا ثبت مجدد داشتهاند؟
قرار نیست همه این شاخصها را اندازه بگیرید.
KPI را براساس مشکل اصلی سیستم مالی خودتان انتخاب کنید.

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

سیستمسازی حسابداری را از کجا شروع کنیم؟
مسیر پیشنهادی من:
۱. فرایندهای مالی را فهرست کنید.
۲. پرریسکترین یا پرمشکلترین را انتخاب کنید.
۳. وضعیت واقعی فعلی را رسم کنید.
۴. نقاط خطا و تأخیر را پیدا کنید.
۵. مسیر مطلوب را طراحی کنید.
۶. مسئولیت، اختیار و کنترل را مشخص کنید.
۷. مدارک و Deadlineها را تعریف کنید.
۸. Checklist یا فرم لازم را بسازید.
۹. KPI تعیین کنید.
۱۰. اجرا و اصلاح کنید.
۱۱. سپس سراغ نرمافزار و اتوماسیون بروید.
مثلاً اگر بزرگترین مشکل شما پرداخت است، کل حسابداری را یکباره بازطراحی نکنید.
اول فقط این مسیر را درست کنید:
درخواست پرداخت → بررسی → تأیید → پرداخت → ثبت → کنترل
بعد سراغ فرایند بعدی بروید.
گاهی مشکل حسابداری، فقط در حسابداری نیست
در مشاوره سیستمسازی چیزی که مشاهده میکنم این است که گاهی مشکلی که ظاهراً مربوط به واحد مالی است، در واحد دیگری ایجاد شده است.
- خرید فاکتور را دیر تحویل میدهد؛
- فروش شرایط پرداخت را دقیق ثبت نمیکند؛
- منابع انسانی اطلاعات حقوق را دیر میفرستد؛
- انبار داده صحیح نمیدهد؛
- یا مدیر پرداختی خارج از روال انجام میدهد.
در چنین شرایطی نمیتوان فقط از حسابدار انتظار داشت مشکل را حل کند.
باید جریان کامل اطلاعات را دید:
خرید → دریافت → فاکتور → حسابداری → تأیید → پرداخت
یا:
فروش → فاکتور → طلب → دریافت → ثبت → گزارش
سیستم حسابداری فقط زمانی خوب کار میکند که ورودی درست و بهموقع دریافت کند.
حسابداری زمانی سیستم شده که عددها قابل اتکا و مسیرشان قابل پیگیری باشد
هدف سیستمسازی حسابداری افزایش فرم و کاغذبازی نیست.
سیستم مالی باید سه نتیجه ایجاد کند:
اطلاعات بهموقع باشد.
خطا و ریسک کنترل شود.
مدیر بتواند به گزارشها اعتماد کند.
مسیر ساده سیستم حسابداری این است:
رویداد مالی ایجاد میشود
→ مدرک ثبت میشود
→ مسئول مشخص است
→ کنترل انجام میشود
→ ثبت حسابداری انجام میشود
→ دریافت یا پرداخت تطبیق داده میشود
→ مغایرتها بررسی میشوند
→ گزارش تهیه میشود
→ فرایند اصلاح میشود.
وقتی این مسیر روشن باشد، حسابداری فقط محل ثبت اتفاقات گذشته نیست؛ تبدیل به ابزاری برای کنترل و تصمیمگیری بهتر کسبوکار میشود.

روی دکمه «مشاوره آنلاین» کلیک کنید تا مهندس ایمان پاکراه و تیم آکادمی پاکراه بهصورت آنلاین و کاملاً رایگان راهنماییتان کنند.
مشاوره آنلاین