身分證件驗證
真正讀懂證件內容的證件驗證 API，而不只是看正面印的證件類型。
ShieldID 在申請人自己的手機上讀取政府核發的附照片身分證件正反面，解碼條碼與護照的機器可讀區，將每個欄位與每個來源交叉核對，並逐欄位回報判定結果，而不是對整張證件只給一個通過或未通過。
證件涵蓋範圍
深入讀取加拿大與美國的證件。
駕照、護照、永久居民卡及省級附照片身分證件，只要條碼帶有發證機構資訊就會據此識別。
- 加拿大駕照，涵蓋全部 13 個省與地區
- 美國駕照，涵蓋所有美國州與領地，以及華盛頓特區
- 護照，透過 MRZ 讀取並進行檢查碼驗證
- 永久居民卡
- 省級與州級附照片身分證
- 墨西哥兩個州的涵蓋範圍正在逐步擴展。
我們如實說明界線所在
健保卡目前並未列名於可辨識的文件類型中。不熟悉或未列出的卡片仍會依循與其他一切相同的原則來讀取：擷取頁面上顯示的內容，並回報每個欄位各自的判定，而不是一開始就拒絕該文件。
證件如何被讀取
四種讀取途徑。重疊時只有一種優先順序。
申請人以自己的手機拍攝證件的正面與背面。ShieldID 會讀取該證件實際具備的各種來源，並在兩個來源不一致時，以最可靠的來源為準。
PDF417 條碼
北美駕照或身分證件的背面帶有 PDF417 條碼。ShieldID 會將其解碼為結構化的 AAMVA 欄位：姓名、出生日期、地址、駕照號碼、有效期限等。護照 MRZ
護照的機器可讀區會由專用的偵測器與讀取器讀取，再依據區內建的 ICAO 檢查碼公式進行驗證。必須達到最低有效性分數，才會信任以此方式擷取的欄位。結構化正面讀取
文件的印刷面會逐欄位讀取，若能辨識文件類型，則使用該類型的版面配置。整頁 OCR 備援
在沒有更具體的方式可用時，會將整個正面當作文字讀取。這能避免陌生的證件被直接拒絕。
來源重疊時的優先順序
同一欄位出現在多個來源時，優先順序為條碼，其次是已通過檢查碼的護照 MRZ，再其次是結構化正面讀取，最後是 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 | 482 King St W, Toronto ON | Barcode | Match |
| Licence number | R1234-56789-01234 | 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 | 典型企業級 IDV | 人工檢查 |
|---|---|---|---|
| 讀取正反面，逐欄位交叉核對條碼與 MRZ | 是 | 通常 | 僅看正面，憑肉眼判斷 |
| 遇到陌生或未列入清單的證件時繼續處理，而非直接拒絕 | 是 | 經常拒絕 | 取決於員工訓練 |
| 逐欄位判定，而非整份證件單一通過或未通過 | 是 | 很少 | n/a |
| 針對請求方所聲明的內容，進行姓名與身分的三方比對 | 是 | 有時 | 人工進行，若有的話 |
| 依據證據判定問題出在證件或自拍的引導式重拍 | 是 | 很少 | n/a |
| 證件竄改評分如實標示為參考性，而非隱藏的關卡 | 是 | 很少揭露 | 無訊號 |
常見問題
關於文件驗證的直接解答。
用您自己的證件親自體驗
使用真實的駕照或護照執行一次 sandbox 驗證。
建立一個沙盒（sandbox）工作階段，在您自己的手機上讀取證件正反面，並查看逐欄位的結果。沙盒工作階段一律不計費。