پول کم شده اما سفارش پرداخت‌نشده است؛ فروشنده چه چیزی را بررسی کند؟

مشتری خرید کرده، پیامک برداشت وجه از حساب بانکی‌اش آمده، اما وقتی به سایت برگشته با صفحهٔ «سفارش پرداخت‌نشده» روبه‌رو شده است. این یکی از چالش‌های استرس‌زا برای هم مدیر فروشگاه و هم خریدار است. در چنین لحظاتی، این فرضیه که سیستم به‌کل از کار افتاده معمولاً درست نیست؛ بلکه شکافی میان شبکه بانکی، درگاه و پلتفرم فروشگاهی رخ داده است که با چند قدم ساده می‌توان آن را ریشه‌یابی کرد.

وقتی تراکنشی رخ می‌دهد، سیستم‌های مالی ردپایی از خود به جا می‌گذارند. نخستین کار این نیست که سراغ تغییرات کلی سایت بروید یا به مشتری بگویید دوباره خرید کند. باید به پنل درگاه پرداخت یا ابزار مدیریت مالی خود سر بزنید. هر تراکنش موفق یک شناسهتاثیرگذار (Transaction ID) دارد که مانند اثر انگشت است. اگر پول کسر شده باشد، بانک یا درگاه باید رکورد تأیید آن را ثبت کرده باشد.

API راهی است که دو نرم‌افزار از طریق آن با هم حرف می‌زنند؛ در این سناریو، درگاه پرداخت و فروشگاه شما از طریق همین مسیر داده‌ها را تبادل می‌کنند. اگر ارتباط در لحظه برگشت مشتری قطع شود، فاکتور در سایت بلاتکلیف می‌ماند.

فرض کنید در یک فروشگاه فرضی، خریداری در ساعت ۱۰:۱۵ صبح سفارشی ثبت می‌کند. پیامک بانک نشان می‌دهد که مبلغ ۵۰۰ هزار تومان از حساب او کسر شده است، اما وضعیت سفارش در پنل وردپرس هنوز روی «در انتظار پرداخت» قرار دارد. برای حل این مسئله، مدیر فروشگاه این مراحل را طی می‌کند:

1. ورود به پنل مالی یا درگاه برای جستجوی تراکنش‌های ساعت ۱۰:۱۵ و بررسی وجود شناسه پیگیری.
2. بررسی اینکه آیا درگاه پرداخت سیگنال موفقیت را به پلتفرم فروشگاه ارسال کرده است یا خیر.
3. چک کردن وضعیت اتصال افزونه پرداخت یا بررسی خطاهای احتمالی ثبت‌شده در لاگ سیستم.

قبل از هرگونه پاسخ‌دهی به مشتری یا استرداد دستی وجه، این موارد را قدم‌به‌قدم بررسی کنید:

• تطبیق زمان: زمان دقیق درج شده در پیامک بانک را با ساعت سرور و تراکنش‌های ثبت‌شده مقایسه کنید.
• شناسه پیگیری: مطمئن شوید که تراکنش دارای کد ارجاع معتبر است و صرفاً یک خطای صوری در صفحه پرداخت نبوده.
• وضعیت وب‌هوک: بررسی کنید که آیا ارتباط اینترنتی یا تنظیمات امنیتی هاست جلوی بازگشت پاسخ درگاه (Callback) را گرفته است یا خیر.

تکیه کردن صرف به پیامک برداشت بانک بدون چک کردن لاگ‌های سیستمی خطرناک است. گاهی اوقات تراکنش به دلیل اختلال شاپرک یا انصراف نهایی در لحظهٔ آخر ناموفق شناخته می‌شود و بانک پس از چند دقیقه یا چند ساعت وجه کسرشده را به صورت خودکار به حساب خریدار بازمی‌گرداند. اگر فروشنده بدون بررسی شناسه تراکنش در پنل، اقدام به ارسال کالا کند، ممکن است هم کالا را از دست بدهد و هم پول به حسابش ننشسته باشد.

استفاده از ابزارهای متمرکز صدور فاکتور و پرداخت مانند زی‌پِی به کسب‌وکارها کمک می‌کند تا فاکتورها، خریداران، اقلام و وضعیت پرداخت را به صورت یکجا از طریق داشبورد یا API پیگیری کنند. زمانی که ساختار فاکتورها و رسیدها در یک محیط استاندارد مدیریت شود، تطبیق دادن تراکنش‌های نامشخص با سفارش‌های ثبت‌شده در سایت ساده‌تر خواهد شد و احتمال گم شدن وضعیت مالی مشتری به حداقل می‌رسد.

• مستندات و قابلیت‌های درگاه و فاکتور آنلاین در صفحه رسمی زی‌پِی (zi9.ir/pay/)
• راهنماها و ساختار زیرساختی مدیریت حساب در صفحه رسمی زی‌هاست (zi9.ir/host/)