کارت‌به‌کارت و تأیید فیش بدون خطا
مبلغ، مرجع، بررسی بانک، تأیید، رد و جلوگیری از دریافت تکراری
کارت‌به‌کارت، فیش واریزی و پرداخت دستی: کنترل قدم‌به‌قدم بدون تأیید اشتباه
فیش بانکی ادعای پرداخت است، نه اثبات قطعی واریز. عکس قابل ویرایش است، نام پرداخت‌کننده ممکن است متفاوت باشد و یک رسید ممکن است برای دو سفارش ارسال شود. در آناما فیش در OfflinePaymentSubmission و وضعیت سفارش/تراکنش جداگانه نگهداری می‌شود. کار مسئول مالی تشخیص یک رویداد معتبر و جلوگیری از تأیید تکراری است.
تفاوت دو جریان
فیش ارسال‌شده توسط مشتری: کاربر روی سفارش مربوط رسید می‌گذارد؛ درخواست در صف offline-payment-submissions بررسی و سپس تأیید یا رد می‌شود. ثبت دریافت وجه از جزئیات سفارش: مدیر دارای مجوز می‌تواند برای سفارش‌هایی که روششان manual_followup یا bank_transfer است و هنوز پرداخت نشده‌اند، با درج شماره مرجع و یادداشت دریافت معتبر را ثبت کند. هر دو مسیر ممکن است سفارش را paid و رزرو را قطعی کنند، اما مدارک و نقطه شروع متفاوت است.
فیلدهای مهم رسید
| فیلد | چه چیزی ثابت می‌کند؟ | به چه چیزی دقت کنیم؟ |
|---|---|---|
| سفارش | فیش به کدام خرید نسبت داده شده | سفارش و Tenant اشتباه نباشد |
| مبلغ | مشتری ادعای پرداخت چه عددی دارد | با مبلغ مورد انتظار و هر پرداخت قبلی مقایسه شود |
| شماره مرجع | شناسه کمکی تطبیق بانک | وجود مرجع به‌تنهایی قطعی‌شدن واریز نیست |
| نام پرداخت‌کننده | سرنخ بررسی بانکی | ممکن است با نام خریدار یکی نباشد |
| تصویر رسید | سند ارسالی مشتری | باید محرمانه نگهداری شود و قابل دست‌کاری است |
| وضعیت | pending, approved, rejected | پیش از تأیید، status را دوباره تازه کنید |
| یادداشت بررسی | دلیل پذیرش یا رد | کوتاه، مستند و بدون اطلاعات حساس |
دستورالعمل بررسی قبل از تأیید
۱. شماره سفارش و مبلغ قابل پرداخت را باز کنید. ۲. نوع روش پرداخت را بررسی کنید؛ سفارش درگاه آنلاین را به‌صورت دستی paid نکنید تا وضعیت provider معلوم شود. ۳. تاریخ، مبلغ، مرجع و مقصد وجه را با گزارش بانکی قابل اتکای همان فروشگاه تطبیق دهید. ۴. جست‌وجو کنید این مرجع قبلاً برای سفارش دیگری به کار نرفته است. ۵. اگر مبلغ کمتر یا بیشتر است، بدون تعیین تکلیف اختلاف به صورت کور تأیید نکنید. ۶. پس از احراز، از همان اقدام رسمی تأیید و یادداشت بررسی استفاده کنید. ۷. نتیجه را در جزئیات سفارش و وضعیت Payment/رزرو کنترل کنید.
رد فیش چه زمانی درست است؟
اگر رقم یا مقصد نامعتبر، مرجع تکراری، عدم مشاهده وجه یا مدارک ناکافی وجود دارد، علت را ثبت کنید و مسیر بررسی یا درخواست مدرک تکمیلی را به مشتری توضیح دهید. رد فیش به معنی بدهکاربودن قطعی مشتری از منظر دفترکل نیست؛ فقط نتیجه ارزیابی این سند است. اگر وجه واقعاً در بانک آمده ولی فیش ناقص است، باید با مسئول مالی مسیر تخصیص و مستندسازی را مشخص کنید.
ثبت دریافت وجه از سفارش
پنجره اقدام mark_manual_paid فیلد شماره پیگیری/مرجع پرداخت اجباری و یادداشت اختیاری دارد. این اقدام برای روش دستی یا واریز بانکی در وضعیت منتظر پرداخت و پیش از انقضا قابل نمایش است و بعد از اجرای معتبر می‌تواند موجودی رزروشده را نهایی کند. قبل از کلیک، آخرین وضعیت رسیدهای همان سفارش را بخوانید؛ اگر فیش approved شده یا Payment paid موجود است، مسیر تکراری ایجاد نکنید.
مثال دوبار پرداخت
مشتری برای یک سفارش ۲ میلیون تومانی رسید اول را فرستاده؛ کارمند صبح آن را تأیید کرده است. عصر همکار دیگر به دلیل تماس مشتری، وارد سفارش می‌شود و شماره مرجع دیگری دریافت می‌کند. قبل از ثبت دریافت دوم باید وضعیت پرداخت فعلی و لیست رکوردهای همان سفارش را بررسی کند. اگر بانک دو واریز واقعی نشان می‌دهد، موضوع اضافه‌واریز و بازپرداخت/اعتبار مشتری باید در گردش مالی مستقل مدیریت شود، نه با پرداخت‌شده‌کردن مجدد همان سفارش.
حریم خصوصی و حسابداری
تصویر رسید، شماره حساب و مشخصات پرداخت‌کننده را خارج از نقش مجاز منتشر نکنید. ثبت دریافت از مشتری را با ایجاد سند بانکی رسمی یا تطبیق مانده دفترکل برابر ندانید. در صورت اختلاف بانک و سفارش، بانک و تطبیق مرجع کنترل است.
ادامه: پرداخت اینترنتی و جزئیات سفارش.