«بله» در تطابق شبا و نام دقیقاً چه می‌گوید؟ حد اعتماد به پاسخ منطقی

«بله» در تطابق شبا و نام یعنی دو رشته به اندازهٔ کافی شبیه‌اند. یعنی چیزی بیشتر یا کمتر از آن نه: نه اثبات می‌کند طرف مقابل همان کسی است که می‌شناسید، و نه اینکه حساب آمادهٔ دریافت پول است.

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

بله، یعنی چه چیزی را می‌پوشاند؟

وقتی نام و شبا را می‌فرستید، پاسخ true به شما می‌گوید مقایسه از نظر سرویس موفق بوده است. چند چیز را نمی‌گوید:

۱. سخت‌گیری مقایسه را نمی‌گوید. اینکه چه مقدار اختلاف املا را بپذیرد، در خروجی نیست. فقط بله یا خیر دارید، و میزان تشابه برگردانده نمی‌شود. اگر برایتان مهم است، با چند نمونهٔ واقعی خودتان (نام درست با املای متفاوت، نام اشتباه ولی شبیه) سرویس را بسنجید و رفتارش را ثبت کنید.

۲. هم‌نام‌ها را تفکیک نمی‌کند. اگر دو نفر دقیقاً هم‌نام باشند، تطابق نام برای هر دو «بله» است. نام شناسهٔ یکتا نیست. «علی محمدی» را در هر شهر می‌شود پیدا کرد. پس مطابقت نام به‌تنهایی نمی‌گوید حسابی که می‌بینید مال همان «علی محمدی» ای است که شما مدنظر دارید.

۳. قابلیت واریز را نمی‌گوید. حسابی می‌تواند نامش درست باشد و از نظر وضعیت، دریافت را نپذیرد.

۴. هویت را اثبات نمی‌کند. اگر کسی نام و شبای دیگری را می‌داند، و هر دو را درست وارد کند، پاسخ «بله» می‌گیرد. دانستن نام و شبا، اثبات مالکیت نیست.

وقتی نام کافی است و وقتی نیست

یک معیار ساده: اگر اشتباه کنید، چه می‌شود؟

• مبلغ کوچک، قابل‌استرداد، با طرفی که تعامل مداوم دارید: نام کافی است.
• مبلغ بزرگ، غیرقابل‌برگشت، با طرف تازه: نام کافی نیست. تطبیق شبا با کد ملی، اگر در دسترس است، سطح اطمینان بالاتری می‌دهد. گزینه‌ها و تفاوتشان در تطبیق شبا با نام صاحب حساب آمده است.

به نظر من، یک قاعدهٔ عملی این است: نام یک «فیلتر»، نه «گواهی» است. خطاهای ساده و تقلب‌های بی‌دقت را می‌گیرد، ولی کسی که عمداً می‌خواهد گمراه کند را نمی‌گیرد.

«خیر» هم چند معنا دارد

پاسخ منفی هم همیشه به معنای «حساب مال کس دیگری است» نیست:

• املای نام با ثبت بانک فرق دارد (یکدست‌سازی نام فارسی).
• حساب به نام شرکت است ولی نام فرد را فرستاده‌اید.
• نام ترتیب دیگری دارد.

پس «خیر» را به ورودی بررسی دوم تبدیل کنید، نه رد قطعی. اینکه چرا این تمایز مهم است، در عدم تطابق نام و تقلب آمده؛ آن نوشته دربارهٔ کارت است ولی منطقش برای شبا هم صدق می‌کند.

چرا فقط بله یا خیر

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

آنچه این سرویس نمی‌کند

• نام ثبت‌شده را نمی‌دهد.
• میزان شباهت را نمی‌دهد.
• درباره وضعیت حساب (فعال، قابل‌واریز) چیزی نمی‌گوید.
• هویت شخص را اثبات نمی‌کند.

یک سناریوی فرضی: پرداخت به پیمانکار تازه

فرض کنید یک شرکت به پیمانکاری تازه‌ای که تا حالا نمی‌شناسد، مبلغ نسبتاً بزرگی پایا می‌کند. پیمانکار شبا و نامش را فرستاده. تطابق نام «بله» می‌دهد. آیا کافی است؟

بستگی دارد چه چیزی را می‌خواهید بدانید. اگر سؤال این است که «شبایی که نوشته با نامی که گفته جور است؟»، بله، پاسخ همین است. اگر سؤال این است که «این همان پیمانکاری است که قرارداد با او بسته شده؟»، پاسخ نه. شاید فرد دیگری هم‌نام او باشد، یا کسی نام و شبای او را دارد. برای سؤال دوم، کد ملی یا تأیید دوم از راه دیگری لازم است.

ثبت نتیجه به‌همراه زمینه

نتیجهٔ «بله» را به‌تنهایی ذخیره نکنید. زمان، نام یکدست‌شده، و شبا را کنارش بگذارید. دلیل: اگر شبا یا نام عوض شد، مشخص باشد کدام نتیجه به کدام زوج مربوط بود. یک «بله» بدون زمینه، بعد از چند ماه معنایی ندارد.

چند پرسش که باید از خودتان بپرسید

• اگر این تأیید اشتباه باشد، حداکثر ضرر چقدر است؟
• آیا برگرداندن پول ممکن است؟ چقدر طول می‌کشد؟
• آیا با طرف مقابل سابقهٔ همکاری دارم؟
• آیا لایهٔ دومی (کد ملی، بررسی دستی) در دسترس است؟

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

چه چیزی را پیش از فراخوان بسنجید

پاسخ «خیر» اغلب از ورودی بد می‌آید. پیش از فراخوان، دو کار رایگان بکنید: ساختار شبا را با رقم کنترلی بسنجید و نام را یکدست کنید. با این دو، بخش بزرگی از «خیر»های غیرواقعی از بین می‌روند. اگر این کار را نکنید و بعد «خیر» بگیرید، نمی‌دانید مشکل از نام بوده یا از شبا یا از تفاوت املا. اینکه فراخوان را کجای یک جریان کامل بگذارید، در کنترل پیش از واریز پایا آمده است.

برای فراخوان، صفحهٔ API تطابق شبا و نام ورودی‌ها را نشان می‌دهد؛ دو ورودی بیشتر ندارد: شبا و نام.

دربارهٔ خطای ظاهری «ورودی نامعتبر»

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

یک مثال از دو مسیر

مسیر الف: شرکتی ماهانه به همان پیمانکار قدیمی پرداخت می‌کند و شبا و نام تغییری نکرده. یک بار تطابق گرفته و نتیجه ثبت شده است؛ دلیلی برای پرسیدن دوباره نیست.

مسیر ب: همان شرکت به تأمین‌کنندهٔ جدیدی مبلغی بزرگ می‌دهد. اینجا تطابق نام آغاز کار است: بعد از آن، تأیید از راه دیگری (تماس با شمارهٔ ثبت‌شده در قرارداد، یا تطبیق با کد ملی) هم لازم است. تفاوت دو مسیر در ریسک است، نه در سرویس.

نکتهٔ آخر

• «بله» را فیلتر بدانید، نه گواهی.
• برای مبالغ بزرگ یا طرف تازه، لایه‌ای قوی‌تر (کد ملی) اضافه کنید.
• «خیر» را به بررسی دوم ببرید.
• رفتار سرویس را با نمونه‌های خودتان بسنجید و ثبت کنید.