تأیید سند شناسایی
یک API تأیید سند که هویت را میخواند، نه فقط نوع سند روی کارت را.
ShieldID روی و پشت یک کارت شناسایی عکسدار دولتی را روی گوشی خودِ متقاضی میخواند، بارکد و ناحیهٔ ماشینخوان گذرنامه را رمزگشایی میکند، هر فیلد را با همهٔ منابع تطبیق میدهد و برای هر فیلد یک حکم گزارش میکند، نه یک قبول یا رد برای کل کارت.
پوشش اسناد
مدارک آمریکایی و کانادایی، با خوانش عمیق.
گواهینامههای رانندگی، گذرنامهها، کارتهای اقامت دائم و مدارک شناسایی عکسدار ایالتی یا استانی، که در صورت وجود اطلاعات صادرکننده در بارکد، بر اساس صادرکننده شناسایی میشوند.
- گواهینامههای رانندگی آمریکا، هر 50 ایالت، DC و پنج قلمرو آمریکا
- گواهینامههای رانندگی کانادا، تمام ۱۳ استان و منطقه
- گذرنامهها، با خوانش از ناحیهٔ ماشینخوان و اعتبارسنجی checksum
- کارتهای اقامت دائم
- کارتهای شناسایی عکسدار ایالتی و استانی
- پوشش نوظهورِ دو ایالت مکزیک.
مرزی که تعیین میکنیم، با صداقت
کارتهای سلامت امروز بهطور مشخص در میان انواع سند شناخته‌شده فهرست نشده‌اند. کارت ناآشنا یا فهرست‌نشده نیز همچنان بر اساس همان اصل هر چیز دیگر خوانده میشود: آنچه صفحه نشان میدهد استخراج میشود و داوری هر فیلد جداگانه گزارش میشود، بهجای آنکه سند همان دم در رد شود.
سند چگونه خوانده میشود
چهار راه ورود. یک ترتیب اولویت هنگام همپوشانی.
متقاضی روی و پشت کارت شناسایی را با گوشی خود عکس میگیرد. ShieldID هر منبعی را که سند واقعاً دارد میخواند و در صورت اختلاف دو منبع، اجازه میدهد قابل‌اعتمادترین منبع برنده شود.
بارکد PDF417
پشت گواهینامه رانندگی یا کارت شناسایی آمریکای شمالی یک بارکد PDF417 دارد. ShieldID آن را به فیلدهای ساختاریافته AAMVA رمزگشایی میکند: نام، تاریخ تولد، نشانی، شماره‌ی گواهینامه، تاریخ انقضا و موارد دیگر.MRZ گذرنامه
ناحیهٔ ماشینخوان گذرنامه با یک آشکارساز و خوانندهٔ اختصاصی خوانده میشود و سپس با فرمول‌های ارقام کنترلی ICAO که در خودِ این ناحیه تعبیه شده‌اند اعتبارسنجی میشود. یک حداقل امتیاز اعتبار تعیین میکند که فیلدِ استخراج‌شده از این راه قابل‌اعتماد شمرده شود یا نه.خوانش ساختاریافتهٔ روی سند
روی چاپ‌شده‌ی سند فیلد به فیلد خوانده میشود، با استفاده از چیدمان نوع سند در صورتی که شناسایی شود.جایگزین OCR تمامصفحه
وقتی مورد دقیق‌تری قابل اعمال نباشد، کل روی سند به‌صورت متن خوانده میشود. همین مانع میشود که یک سند ناآشنا یکسره رد شود.
اولویت هنگام همپوشانی منابع
در صورتی که یک فیلد در بیش از یک منبع ظاهر شود، ترتیب اولویت چنین است: بارکد، سپس MRZ گذرنامه که checksum خود را گذرانده باشد، سپس خوانش ساختاریافتهٔ روی سند و در آخر بازگشت به OCR. منابعی که با هم اختلاف دارند برای بررسی علامتگذاری میشوند و هرگز بیصدا میانگینگیری نمی‌شوند.
Cross-checks
هر فیلد با فیلدهای دیگر سنجیده میشود، نه اینکه صرفاً پذیرفته شود.
سندی که به‌تنهایی به‌خوبی خوانده میشود هنوز ممکن است ناهمخوانی میان آنچه روی سند نوشته شده و آنچه بارکد یا MRZ می‌گوید را پنهان کند. ShieldID در هر تأیید این مورد را بررسی میکند.
روی سند در برابر بارکد در برابر MRZ
نام، تاریخ تولد، شمارهٔ سند و نشانی میان همهٔ منابعی که سند واقعاً دارد مقایسه میشوند. اختلاف گزارش میشود و با انتخاب یکی و پنهان کردن بقیه حل نمیشود.
رمزگذاری شماره‌ی گواهینامه
در جایی که یک استان ساختاری را در خود شماره‌ی گواهینامه رمزگذاری میکند، آن ساختار با بقیه‌ی پرونده تطبیق داده میشود.
مقایسهٔ سه‌طرفهٔ هویت
نام و مشخصات هویتی خوانده‌شده از سند، هم با یکدیگر و هم با آنچه طرفِ درخواست‌کنندهٔ تأیید دربارهٔ متقاضی اعلام کرده مقایسه میشوند، تا جایگزینی هویت بهجای یک قبولیِ بی‌نقص، به‌صورت ناهمخوانی نمایان شود.
قاعدهٔ ثابت ما
ما هرگز بر اساس نوع سند مانع نمی‌شویم.
سندی که شناخته‌شده یا آشنا نباشد، فقط به این دلیل که پیش‌تر آن را ندیده‌ایم رد نمیشود. ShieldID آنچه را میتواند میخواند و داوری هر فیلد را جداگانه گزارش میکند؛ بنابراین کارتی از صادرکننده‌ای که هرگز فهرستش نکردهایم نیز میتواند تاریخ تولد درست و تطبیق چهره‌ی واقعی را به‌صورت مثبت گزارش کند.
احکام بهتفکیک فیلد است، نه بهتفکیک سند
نام، تاریخ تولد، نشانی، شمارهٔ سند و عکس، هرکدام بر پایهٔ شواهد خود ارزیابی میشوند. یک فیلد ضعیف فیلدی را که به‌خوبی تأیید شده پایین نمی‌کشد و یک فیلد قوی نیز ضعفِ فیلد تأییدنشده را نمی‌پوشاند.
پذیرش سند تصمیم خودِ شماست
ShieldID برای هر بررسی، شواهد و یک حکم گزارش میکند. اینکه یک کسب‌وکار در مراحل بعدی با یک سند ناآشنا یا نیمه‌تأییدشده چه کند، با گزارش در دست، تصمیم خودِ آن کسب‌وکار است.
امتیاز دستکاری صرفاً مشورتی است
فقط مشورتیامتیاز دستکاری سند در هر تأیید اجرا و روی نتیجه گزارش میشود، اما فعلاً جنبهٔ مشورتی دارد: احکام فیلدها یا نتیجهٔ کلی را تعیین نمیکند و آستانهٔ آن بهطور مستقل روی نمونههای واقعی سنجیده نشده است. آن را یک شاهد دیگر بدانید، نه یک دروازه.
تشخیص حملهٔ جعل ارائه برای اسناد
بهزودیتشخیص اینکه سند یک شیء فیزیکی و واقعی است، نه عکسی از سند چاپشده یا نمایش‌داده‌شده روی صفحه، هنوز وجود ندارد. بررسیهای امروز از بخش سلفیِ تأیید دفاع میکنند؛ بخش سند در تشخیص حملهٔ ارائه در نقشهٔ راه قرار دارد.
بازگیری راهنمایی‌شده
وقتی چیزی ناموفق میشود، به شما می‌گوییم مقصر کدام طرف است.
تأیید ناموفق همیشه به این معنا نیست که متقاضی کار نادرستی انجام داده است. ممکن است عکس سند تار بوده یا سلفی نور کافی نداشته باشد، و درخواست دوبارهٔ مورد اشتباه، وقت متقاضی را دو بار هدر میدهد.
منطق بازگیری ShieldID برای تصمیم‌گیری دربارهٔ اینکه سند یا سلفی نیاز به تلاش دوباره دارد، شواهد را میخواند و نه برچسب بررسیِ ناموفق را، و فقط دوربین همان بخش را دوباره ارائه میکند. این قابلیت از آنجا پدید آمد که در یک مورد واقعی، با وجود سلفی سالم و عکس ناخوانا و با زاویهٔ تند گذرنامه، از متقاضی خواسته شد سلفی را دوباره بگیرد.
آنچه دریافت میکنید
مقادیر بهتفکیک هر فیلد، هرکدام با منبع و حکم خود.
نتیجه فقط «قبول» یا «رد» نیست. هر فیلدی که ShieldID توانسته بخواند همراه با مقدار، منبع آن و اینکه تأیید شده یا نه بازگردانده میشود.
- نام کامل
- در صورت وجود، میان روی سند، بارکد و MRZ و همچنین با نامی که درخواست‌کننده اعلام کرده مقایسه میشود.
- تاریخ تولد
- با بارکد و MRZ تطبیق داده میشود.
- نشانی
- از روی سند و بارکد (در صورتی که سند دارای بارکد باشد) خوانده میشود؛ در صورت لزوم با سند نشانی بارگذاری‌شده مقایسه میشود.
- شماره‌ی سند
- از نظر سازگاری داخلی و، در صورت کاربرد، با قواعد کدگذاری حوزهٔ قضایی صادرکننده بررسی میشود.
- تاریخ انقضا
- از روی سند و بارکد یا MRZ خوانده میشود و اگر منابع با هم اختلاف داشته باشند، علامتگذاری میشود.
- حوزه صدور
- در صورتی که سند دارای کد صادرکننده‌ی شناخته‌شده‌ای باشد، از روی بارکد شناسایی میشود.
- نشانهٔ دستکاری سند
- در هر تأیید بهعنوان شاهد مشورتی گزارش میشود، نه بهعنوان خودِ حکم.
مثال کاربردی
یک گواهینامه رانندگی کالیفرنیا، فیلد به فیلد.
یک متقاضی خیالی، یک گواهینامه‌ی خیالی. مجموعه‌ی فیلدها، منبع‌یابی و بررسیهای متقابل، همان خط پردازش واقعی هستند.
| فیلد | مقدار | منبع | حکم |
|---|---|---|---|
| Full name | Jordan Alexander Reyes | Front + barcode (agree) | Match |
| Date of birth | 14 Mar 1994 | Barcode | Match |
| Address | 1428 Elm St, Sacramento, CA | Barcode | Match |
| License number | D1234567 | Barcode; front reads the same string | Match |
| Expiry date | 14 Mar 2029 | Front + barcode (agree) | Match |
| Photo | Present, legible | Front image | Face match: pending selfie |
| Document tamper signal | No indication | Advisory model, cropped document image | Advisory, not gating |
مقایسه‌ی ما
عمق در اسنادی که پوشش می‌دهیم، صداقت دربارهٔ اسنادی که پوشش نمی‌دهیم.
دسته‌بندی‌ها، نه نام‌ها. ستون سازمانی الگوهایی را توصیف میکند که هنگام بررسی وب‌سایت‌های فروشندگان IDV سازمانی یافتیم.
| قابلیت | ShieldID | احراز هویت سازمانی معمول | بررسیهای دستی |
|---|---|---|---|
| روی و پشت سند را میخواند و بارکد و MRZ را فیلد به فیلد تطبیق میدهد | بله | معمولاً | فقط روی سند، با نگاه چشمی |
| در برخورد با سند ناآشنا یا فهرست‌نشده بهجای رد کردن، ادامه میدهد | بله | اغلب نمی‌پذیرد | به آموزش کارکنان بستگی دارد |
| حکم بهتفکیک فیلد، نه یک قبول یا رد در سطح سند | بله | به‌ندرت | n/a |
| مقایسهٔ سه‌طرفهٔ نام و هویت با آنچه درخواست‌کننده اعلام کرده است | بله | گاهی | دستی، اگر اصلاً انجام شود |
| بازگیری راهنمایی‌شده که بر اساس شواهد، سند یا سلفی را مقصر می‌داند | بله | به‌ندرت | n/a |
| امتیاز دستکاری سند که صادقانه بهعنوان مشورتی گزارش میشود، نه یک دروازهٔ پنهان | بله | به‌ندرت افشا میشود | بدون نشانه |
پرسش‌ها
پاسخ‌های صریح دربارهٔ راستی‌آزمایی اسناد.
آن را روی سند خودتان ببینید
یک احراز هویت sandbox را با یک گواهینامه رانندگی یا گذرنامه‌ی واقعی اجرا کنید.
یک نشست sandbox ایجاد کنید، روی و پشت سند خودتان را با گوشی خود بخوانید و نتیجهٔ هر فیلد را ببینید. نشست‌های sandbox هرگز صورتحساب نمی‌شوند.