دستاویز کی تصدیق
کینیڈا اور امریکہ کے ڈرائیونگ لائسنس، پاسپورٹ، مستقل رہائشی کارڈ اور صوبائی فوٹو شناختی کارڈ، سامنے اور پیچھے سے پڑھے جاتے ہیں اور بارکوڈ اور MRZ کے مقابل چیک سم کے ذریعے جانچے جاتے ہیں۔
E-signature
ای-دستخط کے لیے شناخت کی تصدیق، دستخط سے پہلے
دستخط اتنا ہی معتبر ہوتا ہے جتنی اس کے پیچھے شناخت۔ ShieldID کا دستخط کنندہ شناخت تصدیقی API اس بات کی تصدیق کرتی ہے کہ ایک حقیقی شخص، اپنا سرکاری شناختی کارڈ ہاتھ میں لیے، آپ کی دستاویز مکمل کر رہا ہے — اور یہ جانچ خود دستخط کے ساتھ ہی ریکارڈ میں درج ہوتی ہے۔
مسئلہ
"انہوں نے لنک پر کلک کیا" کا مطلب "انہوں نے دستخط کیے" نہیں ہے
زیادہ تر ای-دستخط پلیٹ فارمز صرف یہ تصدیق کرتے ہیں کہ کسی نے ای میل کھولی اور ایک نام ٹائپ کیا۔ یہ ان باکس کی توثیق ہے، کسی شخص کی شناخت نہیں۔
ای میل لنک ان باکس کو ثابت کرتا ہے، شخص کو نہیں
جو بھی ای میل کھول سکتا ہے — مشترکہ ان باکس، فارورڈ کیا گیا پیغام، ہیک شدہ اکاؤنٹ — وہ کلک کر کے دستخط کے خانے میں نام ٹائپ کر سکتا ہے۔
زیادہ قدر کی دستاویزات کو صرف چیک باکس سے زیادہ درکار ہے
لیز، قرض کا معاہدہ، تصفیہ یا مختارنامہ کے حقیقی نتائج ہوتے ہیں۔ غیر تصدیق شدہ فریق کا ٹائپ کیا ہوا "میں متفق ہوں" اتنی اہم چیز کے لیے کمزور بنیاد ہے۔
بعد میں تنازع ہو تو اکثر دکھانے کو کچھ نہیں ہوتا
اگر بعد میں کوئی دستخط کنندہ دعویٰ کرے کہ اس کی جگہ کسی اور نے دستخط کیے، تو زیادہ تر ای-دستخط آڈٹ ٹریلز میں صرف IP ایڈریس اور ٹائم اسٹیمپ ہوتا ہے — نہ کہ ایسا سرکاری شناختی کارڈ جسے زندہ چہرے سے ملایا گیا ہو۔
ایک عملی مثال
ایک کمرشل لیز، دو دستخطوں کے لیے تیار
فرضی، صرف بہاؤ کی شکل دکھانے کے لیے۔ اس میں کوئی حقیقی کرایہ دار، مالک مکان یا لیز شامل نہیں۔
دستاویز بھیجی جاتی ہے
ایک پراپرٹی مینیجر اپنے ای-دستخط پلیٹ فارم کے ذریعے دستخط کے لیے کمرشل لیز بھیجتا ہے۔ دستخط کی اسکرین ظاہر ہونے سے پہلے، پلیٹ فارم کرایہ دار کو اس مخصوص دستاویز سے منسلک ShieldID تصدیقی سیشن پر بھیج دیتا ہے۔دستخط کنندہ کے فون پر کیپچر
کرایہ دار اپنے ڈرائیونگ لائسنس کے سامنے اور پیچھے کی تصویر لیتا ہے اور ایک مختصر رہنمائی والا لائیونیس چیلنج مکمل کرتا ہے۔ بارکوڈ اور چھپی ہوئی معلومات کا باہم موازنہ کیا جاتا ہے؛ لائیو چہرے کو دستاویز کی تصویر سے ملایا جاتا ہے۔ہر سیشن پر فراڈ سگنلز چلتے ہیں
اینٹی اسپوف، ڈیپ فیک، ماسک اور دستاویز میں چھیڑ چھاڑ کی جانچ خودکار طور پر چلتی ہے — یہ کوئی ایسی سیٹنگ نہیں جسے ای-دستخط پلیٹ فارم کو زیادہ قدر کی دستاویز کے لیے یاد رکھ کر آن کرنا پڑے۔دستاویز پر واپسی، تصدیق شدہ
ShieldID کرایہ دار کو نتیجے کے ساتھ پلیٹ فارم کے ریٹرن URL پر واپس بھیجتا ہے، اور وہی نتیجہ دستخط شدہ ویب ہُک کے ذریعے بھی پہنچاتا ہے۔ صرف اب پلیٹ فارم دستخط کے مرحلے کو آگے بڑھنے دیتا ہے۔دو ریکارڈ، پہلو بہ پہلو
ای-دستخط پلیٹ فارم کا اپنا آڈٹ ٹریل دستخط کا ایونٹ دکھاتا ہے۔ ShieldID کا ایکٹیویٹی لیجر اس سے پہلے ہونے والی شناخت کی جانچ دکھاتا ہے — کس کی تصدیق ہوئی، انجن نے کیا رپورٹ کیا، اور کب — یہ صرف اضافے والا ریکارڈ ہے جسے ڈیٹا بیس خود نافذ کرتا ہے۔
دستخط سے پہلے سب سے زیادہ اہم کیا ہے
شخص کی تصدیق کریں، صرف ان باکس کی نہیں
نیچے دی گئی ہر جانچ ہر تصدیق پر چلتی ہے، دستاویز کوئی بھی ہو۔
چہرے کی مطابقت اور لائیونیس
478 چہرے کے لینڈ مارکس پر ٹریک کیا جانے والا رہنمائی شدہ لائیونیس چیلنج ثابت کرتا ہے کہ ایک حقیقی شخص موجود ہے — تصویر، ریکارڈنگ یا ماسک نہیں — اور زندہ چہرے کو دستاویز کی تصویر سے ملایا جاتا ہے۔
فراڈ سگنلز
اینٹی اسپوف، ڈیپ فیک، ماسک اور دستاویز میں چھیڑ چھاڑ کی جانچ ہر سیشن پر چلتی ہے اور الگ الگ رپورٹ کی جاتی ہے، تاکہ دستخط پر تنازع کی صورت میں صرف پاس/فیل سے زیادہ کچھ موجود ہو۔
سرگرمی کا لیجر
دستخط کے پیچھے شناخت کی جانچ ایک صرف اضافے والے ریکارڈ میں درج ہوتی ہے، جسے آپ اپنے ای-دستخط پلیٹ فارم کے آڈٹ ٹریل کے ساتھ پیش کر سکتے ہیں۔
دستخط شدہ ویب ہُکس اور ریٹرن URL
نتیجہ آپ کے پلیٹ فارم کو دستخط شدہ کال بیک اور ری ڈائریکٹ دونوں کے ذریعے ملتا ہے، تاکہ دستخط کا مرحلہ صرف اسی وقت آگے بڑھے جب شناخت کی جانچ واقعی مکمل ہو چکی ہو۔
واچ لسٹ اسکریننگ
پابندیوں اور واچ لسٹ کی اسکریننگ اکاؤنٹ کی سطح کے ایڈ آن کے طور پر دستیاب ہے، ان دستخطی ورک فلوز کے لیے — قانونی، رئیل اسٹیٹ، مالیاتی — جنہیں اس کی ضرورت ہے۔
Add-on
تنازعات اور آڈٹس کے لیے
جب دستخط کو چیلنج کیا جائے، تو شناخت کی جانچ بھی ریکارڈ پر ہوتی ہے
کوئی دستخط کنندہ بعد میں دستاویز پر اعتراض کرتا ہے۔ کوئی وکیل اس بات کا ثبوت مانگتا ہے کہ دراصل دستخط کس نے کیے۔ کوئی ریگولیٹر آپ کی کلائنٹ شناخت کی فائل کا جائزہ لیتا ہے۔ دستخط کے پیچھے شناخت کی جانچ ہی وہ جگہ ہے جہاں سے یہ بات شروع ہوتی ہے۔
صرف اضافہ ممکن، ڈیٹابیس کی جانب سے نافذ
اندراجات شامل کیے جا سکتے ہیں۔ انہیں ایڈٹ یا حذف نہیں کیا جا سکتا — نہ آپ کے ذریعے، نہ ShieldID کے ذریعے۔ یہ خود ڈیٹا بیس کی خاصیت ہے۔
شناخت کی جانچ، دستخط کے ایونٹ سے الگ
ShieldID کا لیجر دستخط سے پہلے ہونے والی تصدیق کو — کس کی جانچ ہوئی، انجن نے کیا رپورٹ کیا، کب — اپنے علیحدہ اندراج کے طور پر درج کرتا ہے، جو آپ کے ای-دستخط پلیٹ فارم کے کلک کے اپنے ریکارڈ سے الگ ہے۔
ایکٹر، ایکشن، نتیجے اور تاریخ کے لحاظ سے قابلِ تلاش
تنازع یا فائل کے جائزے کے لیے درکار اندراجات ہی نکالیں، بجائے اس کے کہ دو مختلف سسٹمز سے ہاتھ سے ٹائم لائن دوبارہ بنائیں۔
آج لیجر تصدیق کے کامیاب اور ناکام نتائج، سائن اِن، API-key کی سرگرمی اور آڈٹ ایکسپورٹس درج کرتا ہے۔ شناختی تصاویر کے ہر ویو اور ہر ڈاؤن لوڈ کے ایونٹس، مخصوص فیصلے کا ایونٹ، پرج کی رسیدیں اور آپ کی ٹیم کے لیے سیلف سروس CSV ایکسپورٹ جلد آ رہے ہیں۔
انضمام کے اختیارات
ایک تصدیقی مرحلہ، دستخط سے پہلے
Hosted ویریفیکیشن صفحہ
دستخط کی اسکرین سے عین پہلے دستخط کنندہ کو اپنی برانڈنگ کے ساتھ ShieldID کے صفحے پر بھیجیں؛ جانچ مکمل ہونے پر وہ آپ کے پلیٹ فارم پر واپس آ جاتا ہے۔
دستخط شدہ ویب ہُکس
HMAC-SHA256 سے دستخط شدہ کال بیک سرور کی سطح پر نتیجے کی تصدیق کرتا ہے اور خودکار طور پر دوبارہ کوشش کی جاتی ہے، تاکہ آپ کا پلیٹ فارم صرف ری ڈائریکٹ پر انحصار کر کے دستخط کی اجازت نہ دے۔
ایک REST API
کسی مخصوص دستاویز یا لفافے (envelope) سے منسلک سیشن بنائیں، اسٹیٹس پڑھیں، مکمل نتیجہ حاصل کریں۔ چند اینڈ پوائنٹس پورے بہاؤ کا احاطہ کرتے ہیں۔
سینڈ باکس، کبھی بل نہیں
دستخط سے پہلے تصدیق کے بہاؤ کو سینڈ باکس سیشنز کے مقابل ٹیسٹ کریں، انہی فیلڈز اور ایونٹس کے ساتھ جو پروڈکشن واپس کرتی ہے، اس سے پہلے کہ وہ کسی حقیقی دستاویز کو چھوئے۔
پہلے ہی پروڈکشن میں
Trust Ledger کے پیچھے یہی چلتا ہے
ShieldID کی دستخط کنندہ شناخت کی تصدیق ہی Trust Ledger کو چلاتی ہے، جو Crown Stack Systems کی اپنی ای-دستخط پروڈکٹ ہے — اس صفحے پر بیان کردہ وہی دستاویزی جانچ، چہرے کی مطابقت، لائیونیس اور ایکٹیویٹی لیجر، آج حقیقی دستخطی بہاؤ پر چل رہے ہیں، محض منصوبے کے طور پر نہیں۔
رازداری کے نوٹس
دستخط کنندہ کا شناختی کارڈ، اسی احتیاط سے سنبھالا جاتا ہے جس سے وہ دستاویز جس پر وہ دستخط کر رہا ہے
جو دستاویز دستخط کے قابل ہو، اس کے پیچھے موجود شناخت کی اتنی ہی احتیاط سے حفاظت بھی اکثر ضروری ہوتی ہے۔
- ہمارے اپنے سرورز پر ہوسٹ کیا گیا
- شناختی تصاویر، نکالے گئے فیلڈز اور نتائج ہمارے زیرِ کنٹرول انفراسٹرکچر پر پروسیس اور محفوظ کیے جاتے ہیں، کسی پبلک کلاؤڈ فراہم کنندہ پر نہیں۔
- مختصر ٹائمر پر پرج
- شناختی تصاویر خودکار طور پر پرج ہو جاتی ہیں، بطورِ ڈیفالٹ سات دن میں، قابلِ ترتیب؛ تصدیقی ریکارڈ تصاویر کے بعد بھی برقرار رہتا ہے۔
- خفیہ کردہ
- تاریخِ پیدائش خفیہ کاری کے ساتھ محفوظ کی جاتی ہے اور شناختی تصاویر اسٹوریج میں خفیہ کردہ ہوتی ہیں۔
- PIPEDA سے ہم آہنگ ہونے کے لیے ڈیزائن کیا گیا
- کم سے کم ڈیٹا اکٹھا کرنا، مختصر برقراری کی مدت اور قابلِ تلاش رسائی ریکارڈ — وہ کنٹرولز جو "ہم نے دستخط کنندہ کی تصدیق کی" کو آپ کی شرائط کی ایک سطر سے بڑھ کر بناتے ہیں۔
دستی طریقے کے مقابلے میں
کلک ٹو سائن سے پہلے شناختی جانچ کیا اضافہ کرتی ہے
زمرے کا موازنہ، کسی مخصوص وینڈر کے بارے میں دعویٰ نہیں۔
| صلاحیت | ShieldID | عام انٹرپرائز شناختی تصدیق | دستی چیکس |
|---|---|---|---|
| ایک حقیقی انسان کی تصدیق، صرف ان باکس کی نہیں | جی ہاں | عموماً | نہیں |
| لائیونس چیلنج، نہ کہ ساکن تصویر یا چیک باکس | جی ہاں | عموماً | نہیں |
| سرکاری شناختی دستاویز کو پڑھ کر کراس چیک کیا جاتا ہے | جی ہاں | عموماً | نہیں |
| شناختی جانچ تلاش کے قابل ریکارڈ میں درج | جی ہاں | صارف کو پیش نہیں کیا جاتا | صرف IP ایڈریس اور ٹائم اسٹیمپ |
| کسی مخصوص دستاویز یا لفافے سے منسلک | جی ہاں | عموماً | n/a |
| ایسا سینڈ باکس جس کا کبھی بل نہیں بنتا | جی ہاں | کبھی کبھار | n/a |
اعتراضات
اس مرحلے کو شامل کرنے سے پہلے پلیٹ فارم ٹیم کیا پوچھتی ہے
“کیا ہمارا ای-دستخط کا ٹول پہلے ہی شناخت کی تصدیق نہیں کرتا؟”
زیادہ تر ای میل لنک، SMS کوڈ یا ٹائپ کیے گئے نام پر انحصار کرتے ہیں — جو اس بات کا ثبوت ہے کہ کوئی ان باکس یا فون نمبر کو کنٹرول کرتا ہے، نہ کہ اس بات کا کہ وہ کون ہے۔ ShieldID حقیقی سرکاری شناختی دستاویز اور لائیو چہرے کی جانچ کا اضافہ کرتا ہے۔
“کیا ایک اضافی مرحلہ دستخط کے عمل کو سست نہیں کر دے گا؟”
یہ ایک ہوسٹڈ مرحلہ ہے، دستخط کنندہ کے اپنے فون پر، دستخط کی اسکرین سے پہلے ایک بار رکھا جاتا ہے۔ واپس آنے والے دستخط کنندہ کے لیے یہ کتنی بار دہرایا جائے، یہ آپ کے پلیٹ فارم کی پالیسی ہے، ایسی چیز نہیں جو ShieldID ہر دستاویز پر مسلط کرے۔
“کیا شناخت پر مبنی دستخط قانوناً لازمی ہے؟”
یہ آپ کے دائرہ اختیار، دستاویز کی قسم اور وکیل کے مشورے پر منحصر ہے — ہم قانونی مشورہ نہیں دیتے۔ ShieldID جو اضافہ کرتا ہے وہ یہ ہے کہ دستخط کے دوسری طرف کون تھا اس کا زیادہ مضبوط ثبوت، جو لازمی ہو یا نہ ہو، دونوں صورتوں میں مفید ہے۔
“کیا ہم اسے صرف اپنی زیادہ قدر والی دستاویزات کے لیے استعمال کر سکتے ہیں؟”
جی ہاں — ShieldID کو صرف ان دستاویزات کے لیے کال کریں جنہیں اس کی ضرورت ہے اور باقی کے لیے چھوڑ دیں۔ یہ ایک ایسا مرحلہ ہے جو آپ کسی مخصوص دستخطی عمل میں شامل کرتے ہیں، آپ کے پورے پلیٹ فارم پر سب یا کچھ نہیں والا سوئچ نہیں۔
آپ کیا دیکھتے ہیں
جانیں کہ کس نے دستخط کیے، اور دکھائیں کہ آپ کو کیسے معلوم ہے۔
دستخط کنندگان دستخط سے پہلے اپنی شناخت ثابت کرتے ہیں۔ نتیجہ لفافے کے ساتھ محفوظ رہتا ہے: ID سے پڑھی گئی ہر فیلڈ اور ہر جانچ الگ الگ۔
سوالات
ای-دستخط پلیٹ فارمز کے لیے سیدھے جوابات۔
شروع کریں
اپنے اگلے دستخط سے پہلے شناخت کی جانچ شامل کریں
ایک سینڈ باکس سیشن بنائیں، اپنے فون پر تصدیق چلائیں، اور کسی حقیقی دستخط کنندہ کے چھونے سے پہلے دیکھیں کہ وہ کون سا ریکارڈ لکھتی ہے۔
سینڈ باکس سیشنز کا بل کبھی نہیں بنتا۔