تحلیل حساسیت در اکسل برای بودجه؛ آزمون فروش و هزینه
با ساخت یک مدل بودجه شفاف در اکسل، اثر تغییر حجم فروش، نرخ فروش و هزینه متغیر را بر سود، حاشیه سود ناخالص و نقطه سر به سر بسنجید؛ سپس نتایج را به تصمی
مقاله
مغایرتگیری درگاه پرداخت؛ ثبت کارمزد و تسویه تجمیعی فروش
تهران حساب
وقتی جمع سفارشهای پرداختشده با مبلغ واریزی بانک برابر نیست، لزوماً پولی گم نشده است. کارمزد، استرداد وجه، تفاوت روز تراکنش و روز تسویه یا تجمیع چند پرداخت در یک واریزی میتواند اختلاف ایجاد کند. هدف مغایرتگیری درگاه پرداخت این است که مسیر هر مبلغ از سفارش تا تراکنش تأییدشده و سپس صورتحساب بانک قابل ردیابی باشد.
سه سامانه معمولاً سه زمان متفاوت ثبت میکنند: فروشگاه زمان سفارش را نگه میدارد، درگاه زمان پرداخت و تأیید را ثبت میکند و بانک تاریخ واریز تسویه را نشان میدهد. بنابراین مقایسه مستقیم فروش روز با گردش همان روز بانک، کنترل کاملی نیست. گزارش صنعت پرداختیاری ایران ۱۴۰۴ نیز یکپارچگی با سیستم حسابداری، صورتحساب و تسویه را در زمره نیازها و راهکارهای عملی این حوزه قرار میدهد.
چرا فروش با واریزی بانک اختلاف پیدا میکند؟
پیش از اصلاح سند، اختلاف را در یکی از طبقات زیر قرار دهید:
- فاصله زمانی: تراکنش تأیید شده، اما هنوز وارد چرخه تسویه نشده است یا تعطیلی و ساعت برش، واریز را به روز دیگری برده است.
- تسویه تجمیعی: یک واریزی بانک حاصل چند تراکنش از یک یا چند روز است؛ در نتیجه تطبیق یکبهیک با سفارش ممکن نیست.
- کارمزد و کسورات: کارمزد شبکه یا ارائهدهنده میتواند از همان تسویه کسر یا در رویدادی جداگانه مطالبه شود.
- استرداد و اصلاح: بازپرداخت، برگشت، تعدیل ذخیره یا اصلاح تسویه، مبلغ خالص واریزی را تغییر میدهد.
- وضعیت نامعتبر: سفارش در فروشگاه پرداختشده دیده میشود، اما تأیید نهایی سمت سرور ثبت نشده یا تراکنش ناموفق، لغوشده یا تکراری بوده است.
- خطای داده: تفاوت ریال و تومان، منطقه زمانی، گردکردن مبلغ، شناسه سفارش تکراری یا اتصال تراکنش به سفارش اشتباه.
تا تاریخ ۱۰ مرداد ۱۴۰۵، برابر با ۱ اوت ۲۰۲۶ نباید یک نرخ یا ساعت تسویه قدیمی را برای همه درگاهها مبنا گرفت. برای نمونه، گزارش اصلاح نظام کارمزد در سال ۱۴۰۲ یک سابقه تاریخی مهم است، اما برای ثبت امروز باید مبلغ واقعی مندرج در گزارش تسویه، قرارداد جاری و ابلاغیه معتبر همان دوره بررسی شود.
دادههای لازم برای مغایرتگیری درگاه پرداخت
تطبیق مطمئن با مبلغ و تاریخ تنها انجام نمیشود. یک جدول میانی بسازید که حداقل فیلدهای زیر را از سه منبع گردآوری کند:
| منبع | فیلدهای کلیدی | کاربرد کنترلی |
|---|---|---|
| فروشگاه | شماره سفارش، مبلغ قابلپرداخت، زمان سفارش، وضعیت تحویل یا لغو | تشخیص مطالبه و زمان مناسب شناسایی فروش |
| درگاه | شناسه پذیرنده، شماره تراکنش یا مرجع، شناسه سفارش، مبلغ، زمان تأیید، وضعیت | اثبات پرداخت موفق و جلوگیری از ثبت تکراری |
| گزارش تسویه | شناسه بسته تسویه، اقلام عضو، مبلغ ناخالص، کارمزد، استرداد، تعدیل و مبلغ خالص | تبدیل چند تراکنش به یک مبلغ قابل تطبیق با بانک |
| بانک | تاریخ و تاریخ مؤثر، مبلغ، شرح واریز، شناسه یا شماره پیگیری بانکی | اثبات وصول وجه به حساب بانکی |
شناسه سفارش داخلی را هنگام ایجاد درخواست پرداخت برای درگاه ارسال و شناسه برگشتی درگاه را بدون تغییر ذخیره کنید. یک راهنمای فنی رسمی درگاه ایرانی نیز نشان میدهد که تأیید تراکنش با ترکیبی از شماره سفارش، مبلغ و شناسه تراکنش انجام میشود. نام فیلدها میان ارائهدهندگان متفاوت است، اما منطق کنترل ثابت میماند.
گزارش خام را نگه دارید و اصلاحات دستی را در نسخهای جداگانه انجام دهید. وضعیتها را نیز به چند مقدار استاندارد مانند «ایجادشده»، «تأییدشده»، «ناموفق»، «برگشتشده»، «مسترد» و «تسویهشده» نگاشت کنید. ثبت یک شناسه مرجع یکتا بهعنوان کلید غیرتکراری، مانع آن میشود که چند بار دریافت پیام بازگشت، چند سند مالی ایجاد کند.
تطبیق سهطرفه سفارش، تراکنش و بانک
مرحله اول: سفارش با تراکنش
فقط پرداختی را موفق تلقی کنید که تأیید سمت سرور دارد و مبلغ و شناسه سفارش آن با داده فروشگاه سازگار است. بازگشت مرورگر مشتری به صفحه موفقیت، بهتنهایی مدرک کافی نیست. اختلاف مبلغ، نبود سفارش یا استفاده دوباره از شناسه مرجع باید وارد صف بررسی شود.
مرحله دوم: تراکنش با بسته تسویه
تراکنشهای تأییدشده را براساس شناسه بسته تسویه گروهبندی کنید. کنترل اصلی این مرحله چنین است:
مبلغ خالص مورد انتظار بسته = تراکنشهای تسویهشده − استردادها − کارمزدها ± تعدیلات
این رویکرد در مستندات تخصصی جهانی نیز دیده میشود. راهنمای تطبیق واریزیهای تجمیعی پرداختها و سایر رویدادهای هر واریز را در یک بسته نشان میدهد و گزارش جزئیات تسویه برای هر بسته، تراکنش، کارمزد، اصلاح و شناسه قابل مشاهده در صورتحساب بانک را تفکیک میکند.
مرحله سوم: بسته تسویه با بانک
مبلغ خالص هر بسته را با گردش بانک تطبیق دهید. شناسه واریز یا شرح بانکی کلید نخست است؛ مبلغ و بازه تاریخ نقش کنترل تکمیلی دارند. اگر چند بسته در یک واریزی آمدهاند، یک جدول اتصال نگه دارید. اگر یک بسته در چند واریز پرداخت شده، وضعیت آن را تا وصول کامل «تسویه جزئی» ثبت کنید.
حساب واسط و ثبت صحیح کارمزد درگاه
وجه تأییدشدهای که هنوز به بانک نرسیده، موجودی حساب بانکی نیست. استفاده از حسابی مانند «وجوه در راه درگاه پرداخت» در گروه داراییهای جاری، فاصله میان دریافت از مشتری و تسویه بانکی را آشکار میکند. راهنمای تخصصی حساب واسط نیز پیشنهاد میکند وصول مشتری ابتدا به حساب تسویه منتقل و هنگام مشاهده واریز، از آن حساب به بانک منتقل شود.
حساب واسط جای حساب فروش یا حساب دریافتنی را نمیگیرد. مطابق استاندارد حسابداری ۴۳، درآمد با ایفای تعهد عملکردی و انتقال کالا یا خدمت شناسایی میشود؛ زمان پرداخت مشتری ممکن است با زمان شناسایی درآمد متفاوت باشد.
نمونه عددی
فرض کنید سه سفارش تأییدشده در مجموع ۱۸٬۰۰۰٬۰۰۰ ریال است. پیش از واریز، مبلغ ۱٬۵۰۰٬۰۰۰ ریال مسترد و ۷۵٬۰۰۰ ریال کارمزد طبق گزارش همان بسته کسر میشود. بانک در روز بعد ۱۶٬۴۲۵٬۰۰۰ ریال واریز میکند. ارقام صرفاً آموزشیاند و بیانگر نرخ مصوب یا قراردادی نیستند.
- اگر فروش قبلاً و در زمان مناسب شناسایی شده باشد: بدهکار حسابهای دریافتنی ۱۸٬۰۰۰٬۰۰۰؛ بستانکار فروش ۱۸٬۰۰۰٬۰۰۰ ریال. مالیات، حمل و سایر اجزای فاکتور باید حسب واقعیت معامله جدا ثبت شوند.
- پس از تأیید پرداخت: بدهکار وجوه در راه درگاه ۱۸٬۰۰۰٬۰۰۰؛ بستانکار حسابهای دریافتنی ۱۸٬۰۰۰٬۰۰۰ ریال.
- برای استرداد مربوط به فروش شناساییشده: بدهکار برگشت از فروش یا بدهی استرداد ۱٬۵۰۰٬۰۰۰؛ بستانکار وجوه در راه درگاه ۱٬۵۰۰٬۰۰۰ ریال. آثار موجودی و بهای تمامشده جداگانه ارزیابی میشود.
- برای کارمزد کسرشده: بدهکار هزینه خدمات پرداخت ۷۵٬۰۰۰؛ بستانکار وجوه در راه درگاه ۷۵٬۰۰۰ ریال.
- هنگام واریز: بدهکار بانک ۱۶٬۴۲۵٬۰۰۰؛ بستانکار وجوه در راه درگاه ۱۶٬۴۲۵٬۰۰۰ ریال.
پس از این ثبتها، مانده بسته در حساب واسط صفر میشود. اگر ارائهدهنده ابتدا کل وجه را واریز و کارمزد را بعداً جداگانه برداشت کند، ثبت کارمزد نیز باید جدا و در تاریخ برداشت یا ایجاد بدهی مستند انجام شود. کسر کارمزد از فروش، مبلغ درآمد را بیدلیل خالص میکند؛ مگر آنکه براساس ماهیت قرارداد و ارزیابی اصیل یا نماینده، مبنای خالص واقعاً قابل اعمال باشد.
تکلیف تراکنشهای ناموفق و بازپرداختها چیست؟
- ناموفق یا لغوشده: تا وقتی تأیید معتبر و حق دریافت وجه وجود ندارد، حساب واسط بدهکار نمیشود. سفارش در وضعیت پرداختنشده باقی میماند.
- کسر از کارت مشتری بدون تأیید فروشگاه: ادعای مشتری را با شناسه مرجع پیگیری کنید، اما پیش از تأیید ارائهدهنده، دریافت بانکی برای فروشگاه ثبت نکنید.
- پرداخت موفق بدون سفارش متناظر: وجه را موقتاً مقابل «دریافتهای نامشخص» ثبت کنید؛ پس از یافتن سفارش، آن را به حساب دریافتنی تخصیص دهید.
- پیام تکراری: ثبت مالی باید براساس شناسه یکتای تراکنش خاصیت یکبارگی داشته باشد. پیام دوم تنها در سابقه فنی ثبت میشود.
- استرداد پس از تسویه: اگر مبلغ از حساب بانکی پرداخت شده است، بستانکار بانک خواهد بود؛ اگر از تسویههای بعدی کسر میشود، تا زمان کسر در حساب پرداختنی یا واسط مناسب نگهداری میشود.
- تسویه معوق: مانده را حذف یا به بانک منتقل نکنید. بسته، مبلغ، تاریخ مورد انتظار، آخرین اقدام و شماره پیگیری را در فهرست اقلام باز نگه دارید.
چکلیست کنترل پایان روز
- خروجی کامل سفارش، گزارش تراکنش و گزارش تسویه را با یک منطقه زمانی و واحد پول یکسان دریافت کنید.
- کنترل کنید تعداد و مبلغ فایلها با جمعهای کنترلی منبع برابر باشد.
- تنها تراکنشهای تأییدشده را به سفارشها متصل کنید.
- شناسه سفارش، شناسه مرجع و مبلغ را همزمان تطبیق دهید.
- تراکنشهای تکراری، بدون سفارش یا دارای اختلاف مبلغ را جدا کنید.
- برای هر بسته، مبلغ ناخالص، استرداد، کارمزد، تعدیل و خالص مورد انتظار را محاسبه کنید.
- بستههای سررسیدشده را با صورتحساب بانک و شناسه واریز تطبیق دهید.
- سند کارمزد و استرداد را از روی گزارش مستند ثبت کنید، نه از روی اختلاف باقیمانده.
- مانده حساب واسط را به تفکیک درگاه، پایانه، بسته و سن اقلام تهیه کنید.
- گزارش استثناها و اصلاحات دستی را شخصی غیر از تهیهکننده اولیه بازبینی و تأیید کند.
کنترل پایان ماه و پیگیری اقلام باز
رابطه حساب واسط باید در هر تاریخ گزارشگری برقرار باشد:
مانده اول دوره + پرداختهای تأییدشده − تسویههای بانکی − استردادها − کارمزدهای کسرشده ± اصلاحات = مانده پایان دوره
مانده پایان دوره را به گروههای «در مهلت عادی»، «یک روز پس از سررسید»، «دو تا سه روز» و «بیش از سه روز» تقسیم کنید؛ مهلت عادی را از قرارداد و برنامه جاری تسویه بگیرید. تعطیلی، نقص شبا یا مسدودی حساب میتواند توضیح اختلاف باشد، اما جای مدرک و شماره پیگیری را نمیگیرد.
هدف کنترل، صفرکردن اجباری حساب واسط نیست. مانده غیرصفر ممکن است کاملاً موجه باشد، به شرط آنکه از تراکنشهای تأییدشده و تسویهنشده تشکیل شده و برای هر قلم، مبلغ، شناسه مرجع، بسته تسویه، مسئول پیگیری و وضعیت بعدی مشخص باشد. سیاست ثبت نهایی باید با ماهیت قرارداد، رویه حسابداری واحد تجاری و نظر مسئول مالی یا حسابرس هماهنگ شود.
منابع و مطالعه بیشتر
- گزارش صنعت پرداختیاری ایران ۱۴۰۴ — تکراسا اینسایت، ۱۴۰۴؛ دادههای فهرست بازیگران تا پایان مهر ۱۴۰۴
- استاندارد حسابداری ۴۳: درآمد عملیاتی حاصل از قرارداد با مشتریان — سازمان حسابرسی؛ نسخه بازنشرشده توسط دنیای حسابداری، مصوب ۱۴۰۲؛ لازمالاجرا برای دورههای آغازشده از ۱۴۰۳/۰۱/۰۱
- NextPay Gateway Payment Technical Guide V2.0 — نکستپی، نسخه ۲.۰؛ بازبینی منبع در ۲۰۲۶-۰۸-۰۱
- Payout reconciliation report — Stripe Documentation، مستندات جاری؛ بازبینی در ۲۰۲۶-۰۸-۰۱
- Settlement details report — Adyen Docs، مستندات جاری؛ بازبینی در ۲۰۲۶-۰۸-۰۱
- Why use clearing accounts in your accounting system? — Intuit QuickBooks، بهروزرسانی ۲۰۲۶؛ بازبینی در ۲۰۲۶-۰۸-۰۱
- ۱۰ ضرورت اصلاح نظام کارمزد خرید کارتی — خبرگزاری تسنیم، ۱۴۰۲/۰۳/۰۱
