دو پرداخت مشابه دیدهاید؛ ابتدا چه چیزی را بررسی کنید؟
در ریز حساب یک تأمینکننده، دو مبلغ برابر با فاصله چند روز دیده میشود. پیش از تماس اعتراضی یا ثبت اصلاح، مشخص کنید دو خروج واقعی وجه رخ داده یا یک تراکنش دو بار در حسابداری ثبت شده است. وضعیت نهایی پرداخت و برگشت احتمالی وجه را نیز بررسی کنید.
سپس معلوم کنید هر مبلغ به کدام تعهد مربوط است. پرداخت دو قسط هممبلغ یا دو خرید مستقل با پرداخت دوباره یک فاکتور یکسان نیست. بررسی را از این پرسش شروع کنید: «آیا برای یک تعهد، بیش از مبلغ مورد تأیید وجه خارج شده است؟»
- تراکنش واقعی یا ثبت تکراری؟
- پرداخت قطعی یا برگشتخورده؟
- یک تعهد یا چند تعهد مستقل؟
- یک تأمینکننده با یک کد یا چند کد مرتبط؟
چه مدارکی را کنار هم بگذاریم؟
برای هر مورد، شناسه تراکنش بانکی، سند حسابداری و مرجع تعهد را در یک ردیف کنار هم ثبت کنید. تنها تصویر رسید کافی نیست؛ باید بتوان پرداخت را در گردش حساب و سوابق شرکت دنبال کرد. اگر شماره فاکتور در سیستمهای مختلف متفاوت ثبت شده، هر دو شناسه را نگه دارید.
از اطلاعات اولیه نسخه تاریخدار نگه دارید تا اصلاح بعدی، مسیر بررسی را از بین نبرد. مدارک جدید و توضیح واحدها را به همان مورد متصل کنید. اگر مدرکی موجود نیست، وضعیت آن را صریح ثبت کنید و نتیجه را با فرض تکمیل بودن اطلاعات ننویسید.
- صورتحساب بانکی و وضعیت تراکنش
- ریز حساب تأمینکننده و اسناد پرداخت
- فاکتور، قرارداد یا برنامه اقساط مرتبط
- درخواست و تأیید پرداخت
- مدارک تحویل کالا یا انجام خدمت، متناسب با معامله
- گردش حساب طرف مقابل و توضیح او، در صورت دریافت
مثال: چه زمانی اختلاف ۸۰ میلیونی نیاز به پیگیری دارد؟
مثال کاملاً فرضی و با واحد میلیون تومان: یک فاکتور تأییدشده ۸۰ است و دو پرداخت قطعی ۸۰ به همان تأمینکننده مشاهده میشود. جمع پرداختها ۱۶۰ است. اگر بررسی نشان دهد هر دو فقط به همین فاکتور مربوطاند و تعهد دیگری، برگشت وجه یا تسویه قبلی مرتبط وجود ندارد، ۸۰ مازاد نسبت به این تعهد برای پیگیری مشخص میشود.
اما اگر یکی از پرداختها برگشت خورده باشد، صرف دیدن دو رسید این نتیجه را نمیدهد. همچنین اگر پرداخت دوم بابت تعهد مستقل مستند باشد، تکراری بودن اثبات نشده است. شرایط مثال را در پرونده واقعی با مدارک بررسی کنید، نه با تشابه مبلغ.
پس از روشن شدن موضوع، نحوه اصلاح ثبت و پیگیری وجه باید با مدارک و تأیید افراد مجاز انجام شود. امکان استرداد یا توافق درباره نحوه تسویه را نباید از قبل قطعی دانست.
آیا بررسی را به همان یک مورد محدود کنیم؟
اگر علت یک خطای محدود مشخص و اصلاح شده باشد، ممکن است پیگیری داخلی کافی باشد. اگر پرداخت از دو مسیر انجام شده، فروشنده چند کد دارد یا سوابق تأیید ناقص است، بررسی موارد مشابه در یک دوره مشخص قابل طرح است. دامنه را با توجه به نشانهها تعیین کنید؛ یک خطا بهتنهایی اثبات نمیکند همه پرداختها مشکل دارند.
برای فهرست اولیه، میتوان ترکیب تأمینکننده، مبلغ، شماره فاکتور و تاریخ را بررسی کرد. نامهای متفاوت یا شمارههای با فاصله و علامت متفاوت ممکن است نیازمند تطبیق باشند. این فیلترها فقط موارد نیازمند بررسی میسازند؛ هیچ ردیفی نباید صرفاً بر اساس خروجی فیلتر حذف یا اصلاح شود.
در گزارش، تعداد موارد انتخابشده، موارد بررسیشده و موارد بیپاسخ را جدا نشان دهید. نتیجه بررسی چند تراکنش را به کل دوره تعمیم ندهید، مگر دامنه و شواهد چنین نتیجهای را پشتیبانی کند.
برای کاهش تکرار، کدام بخشهای فرایند را بررسی کنیم؟
پس از توضیح مورد، مسیر ورود فاکتور تا ثبت پرداخت را دنبال کنید. آیا یک فاکتور از ایمیل و نسخه کاغذی جدا وارد شده است؟ آیا پیش از اجرای پرداخت، تسویههای قبلی دیده میشوند؟ آیا وضعیت پرداخت در واحدهای مرتبط بهموقع بهروز میشود؟ پاسخ به این سؤالها، اصلاح را به علت مشاهدهشده متصل میکند.
کنترل پیشنهادی باید با اندازه تیم و سامانه قابل اجرا باشد. برای مثال، بررسی مستقل پیش از پرداخت یا گزارش استثنا میتواند برای ارزیابی مطرح شود؛ اما انتخاب کنترل و مسئول آن باید با وضعیت شرکت انجام شود. صرف فعال کردن هشدار مبلغ مشابه، جای بررسی تعهد را نمیگیرد.
- کنترل ایجاد و تغییر کد تأمینکننده
- شناسه قابل پیگیری برای فاکتور و تعهد
- بررسی پرداختهای قبلی پیش از تأیید
- تعیین نقشهای ثبت، تأیید و اجرا
- بهروزرسانی وضعیت پرداخت و تطبیق دورهای حساب
- ثبت علت عبور از هشدارها و بررسی استثناها
بررسی موردی بخواهیم یا ارزیابی کنترلهای داخلی؟
اگر پرسش شما درباره چند پرداخت مشخص است، درخواست [بررسی مالی موردی](https://qavaed.ir/services/special-audit) مطرح کنید. موضوع، دوره و خروجی را روشن بنویسید؛ مثلاً تطبیق پرداختهای منتخب با تعهدات و گزارش موارد توضیحدادهنشده.
اگر هدف اصلاح مسیر پرداخت است، صفحه [ارزیابی کنترلهای داخلی قواعد](https://qavaed.ir/services/internal-controls) به این نیاز مرتبط است. این خدمت شامل بررسی فرایندها، تفکیک وظایف و دسترسیهاست. ممکن است بررسی گذشته و اصلاح فرایند هر دو لازم باشند، اما دامنه هرکدام باید مشخص شود.
سفارش نرمافزار جدید را از ابتدا راهحل قطعی ندانید. مشکل ممکن است به داده یا اجرای رویه مربوط باشد. اگر پیادهسازی فنی لازم شد، مطابق توضیح صفحه خدمات قواعد باید جداگانه و با دامنه روشن بررسی شود.
در پیشنهاد همکاری چه خروجی و هزینهای را روشن کنیم؟
بانکها، تأمینکنندگان، بازه و تعداد تقریبی تراکنشهای موضوع بررسی را تعیین کنید. مشخص شود همه اقلام تعریفشده بررسی میشوند یا انتخاب موارد بر اساس معیار توافقشده است. درباره مدارک موردنیاز و مسئول پاسخگویی شرکت نیز توافق کنید.
خروجی پیشنهادی میتواند فهرست پرداختهای بررسیشده، ارتباط آنها با تعهدات، شواهد و موارد باز باشد. برای اصلاح فرایند نیز پیشنهاد کنترل، مسئول اجرا و روش پیگیری قابل طرح است. این خروجیها باید در پیشنهاد نهایی تأیید شوند.
کیفیت داده، تعداد سامانهها، حجم موارد و نیاز به دریافت مدارک تکمیلی بر کار لازم اثر دارند. پیش از برآورد قطعی، این اطلاعات را ارائه کنید و درباره هزینه اضافه شدن دوره یا حساب جدید بپرسید. کشف همه خطاها یا برگشت قطعی وجه را شرط نتیجهگیری از یک بررسی محدود قرار ندهید.
درخواست بررسی پرداختهای مشکوک به تکرار از قواعد
در [فرم درخواست بررسی اولیه قواعد](https://qavaed.ir/about/contact) بنویسید: «در پرداختهای دوره … به تأمینکنندگان، موارد مشابه مشاهده کردهایم. تعداد تقریبی موارد … و اسناد موجود … است. برای تطبیق پرداخت با تعهدات و تعیین نیاز به اصلاح کنترلها، درخواست پیشنهاد دامنه و هزینه داریم.»
مشخص کنید موضوع فقط موارد شناساییشده است یا بررسی گستردهتری میخواهید. اطلاعات کلی برای شروع کافی است؛ مدارک تفصیلی را پس از تعیین مسیر دریافت اطلاعات ارائه کنید. از درج رمز یا اطلاعات بانکی نامرتبط در فرم عمومی خودداری کنید.
پس از شناخت موضوع، امکان پذیرش، مدارک و شرایط همکاری بررسی میشود. درخواست را با مبلغ قطعی زیان شروع نکنید، مگر بررسی مستند آن انجام شده باشد؛ تفاوت مشاهده اولیه و نتیجه بررسی را روشن نگه دارید.