پرش به محتوای اصلی
ShieldID

E-signature

احراز هویت امضای الکترونیکی، پیش از آنکه کسی امضا کند

امضا فقط به اندازهٔ هویتِ پشت آن اعتبار دارد. API احراز هویت امضاکنندهٔ ShieldID تأیید می‌کند که یک فرد واقعی، با مدرک شناسایی دولتی خودش، همان کسی است که سند شما را تکمیل می‌کند — و این بررسی در کنار خود امضا در سابقه ثبت می‌شود.

مسئله

«روی پیوند کلیک کرد» با «آن را امضا کرد» یکی نیست

بیشتر پلتفرم‌های امضای الکترونیکی فقط تأیید می‌کنند که کسی یک ایمیل را باز کرده و یک نام تایپ کرده است. این، احراز هویتِ یک صندوق ایمیل است، نه شناسایی یک فرد.

پیوند ایمیل یک صندوق ایمیل را ثابت می‌کند، نه یک فرد را

هر کسی که بتواند ایمیل را باز کند — صندوق مشترک، پیام ارسال‌شده به دیگران یا حساب هک‌شده — می‌تواند روی پیوند کلیک کند و یک نام را در کادر امضا تایپ کند.

اسناد باارزش به چیزی بیش از یک چک‌باکس نیاز دارند

اجاره‌نامه، قرارداد وام، توافق‌نامهٔ تسویه یا وکالت‌نامه پیامدهای واقعی دارد. عبارت «موافقم» که طرفی تأییدنشده تایپ کرده باشد، پایه‌ای ضعیف برای موضوعی با این اهمیت است.

وقتی بعداً موضوع مورد اختلاف قرار می‌گیرد، اغلب چیزی برای ارائه وجود ندارد

اگر امضاکننده بعداً ادعا کند فرد دیگری به نیابت از او امضا کرده است، در بیشتر مسیرهای ممیزی امضای الکترونیکی فقط یک نشانی IP و یک مهر زمانی دیده می‌شود — نه مدرک شناسایی دولتی که با چهرهٔ زنده تطبیق داده شده باشد.

یک مثال عملی

یک اجاره‌نامهٔ تجاری، آمادهٔ دو امضا

فرضی، برای نمایش شکل جریان کار. هیچ مستأجر، موجر یا اجاره‌نامهٔ واقعی در کار نیست.

  1. سند ارسال می‌شود

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

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

    بررسی‌های ضدجعل، دیپ‌فیک، ماسک و دستکاری سند به‌طور خودکار اجرا می‌شوند — نه تنظیمی که پلتفرم امضای الکترونیکی باید برای سند باارزش‌تر به یاد داشته باشد فعال کند.
  4. بازگشت به سند، با وضعیت تأییدشده

    ShieldID مستأجر را همراه با نتیجه به نشانی بازگشت پلتفرم برمی‌گرداند و همان نتیجه را با وب‌هوک امضاشده نیز تحویل می‌دهد. تنها در این مرحله است که پلتفرم اجازه می‌دهد مرحلهٔ امضا ادامه یابد.
  5. دو رکورد، در کنار هم

    مسیر ممیزی خودِ پلتفرم امضای الکترونیکی، رویداد امضا را نشان می‌دهد. دفتر فعالیت (Activity Ledger) در ShieldID بررسی هویتی را که پیش از آن انجام شده نشان می‌دهد — چه کسی تأیید شد، موتور چه گزارش کرد و چه زمانی — رکوردی فقط‌افزودنی که پایگاه داده آن را اعمال می‌کند.

آنچه پیش از امضا از همه مهم‌تر است

فرد را تأیید کنید، نه فقط صندوق ایمیل را

هر بررسی زیر در هر احراز هویت اجرا می‌شود، فارغ از اینکه سند چیست.

احراز اعتبار مدرک

گواهینامه‌های رانندگی کانادا و آمریکا، گذرنامه‌ها، کارت‌های اقامت دائم و کارت‌های شناسایی عکس‌دار استانی، از روی و پشت خوانده می‌شوند و با بارکد و MRZ کنترل جمع‌مقداری (checksum) می‌شوند.

تطبیق چهره و زنده‌بودن

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

سیگنال‌های تقلب

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

دفتر فعالیت‌ها

بررسی هویتِ پشت یک امضا در یک رکورد فقط‌افزودنی ثبت می‌شود که می‌توانید در کنار مسیر ممیزی خودِ پلتفرم امضای الکترونیکی به آن استناد کنید.

وب‌هوک‌های امضاشده و نشانی بازگشت

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

غربالگری فهرست‌های نظارتی

غربالگری تحریم‌ها و فهرست‌های پایش، برای جریان‌های امضایی که به آن نیاز دارند — حقوقی، املاک، مالی — به‌صورت افزونه در سطح حساب در دسترس است.
Add-on

برای اختلافات و ممیزی‌ها

وقتی امضایی به چالش کشیده می‌شود، بررسی هویت نیز در سابقه ثبت شده است

امضاکننده‌ای بعداً سندی را مورد اعتراض قرار می‌دهد. وکیلی مدرک اینکه واقعاً چه کسی امضا کرده را می‌خواهد. نهادی نظارتی پروندهٔ شناسایی مشتریان شما را بررسی می‌کند. بررسی هویتِ پشت امضا نقطهٔ شروع آن گفت‌وگوست.

فقط‌افزودنی، با اجبار در سطح پایگاه داده

ورودی‌ها قابل افزودن هستند. قابل ویرایش یا حذف نیستند — نه توسط شما، نه توسط ShieldID. این ویژگیِ خودِ پایگاه داده است.

بررسی هویت، جدا از رویداد امضا

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

قابل جست‌وجو بر اساس عامل، اقدام، نتیجه و تاریخ

دقیقاً ورودی‌هایی را که یک اختلاف یا بررسی پرونده نیاز دارد استخراج کنید، به‌جای آنکه یک خط زمانی را به‌صورت دستی از دو سامانهٔ متفاوت بازسازی کنید.

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

گزینه‌های یکپارچه‌سازی

یک مرحلهٔ احراز هویت، پیش از امضا

صفحهٔ تأیید هویت میزبانی‌شده

امضاکننده را بلافاصله پیش از صفحهٔ امضا به صفحه‌ای از ShieldID با برند شما هدایت کنید؛ او پس از تکمیل بررسی به پلتفرم شما بازمی‌گردد.

وب‌هوک‌های امضاشده

یک فراخوانی بازگشتی امضاشده با HMAC-SHA256 نتیجه را در سمت سرور تأیید می‌کند و به‌طور خودکار دوباره ارسال می‌شود، تا پلتفرم شما هرگز امضا را فقط به یک تغییر مسیر وابسته نکند.

یک REST API

یک نشست مرتبط با یک سند یا پاکت مشخص ایجاد کنید، وضعیت را بخوانید و نتیجهٔ کامل را دریافت کنید. تعداد اندکی endpoint کل جریان را پوشش می‌دهد.

Sandbox، بدون صورتحساب

جریان احراز هویت پیش از امضا را روی نشست‌های sandbox، با همان فیلدها و رویدادهایی که محیط عملیاتی برمی‌گرداند، پیش از آنکه به سند واقعی برسد آزمایش کنید.

هم‌اکنون در محیط عملیاتی

این همان چیزی است که پشت Trust Ledger اجرا می‌شود

احراز هویت امضاکنندهٔ ShieldID نیروی محرکهٔ Trust Ledger، محصول امضای الکترونیکی خودِ Crown Stack Systems است — همان بررسی‌های سند، تطبیق چهره، زنده‌بودن و دفتر فعالیت که در این صفحه آمده، که امروز روی جریان‌های امضای واقعی اجرا می‌شوند، نه صرفاً در حد یک برنامه.

نکات حریم خصوصی

مدرک شناسایی امضاکننده، با همان دقتی که سندِ در حال امضا نگهداری می‌شود

سندی که ارزش امضا کردن دارد، اغلب ارزش آن را دارد که هویتِ پشت آن نیز با همان دقت محافظت شود.

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

در مقایسه با روش دستی

آنچه بررسی مدرک شناسایی پیش از امضای با یک کلیک اضافه می‌کند

یک مقایسهٔ دسته‌ای، نه ادعایی دربارهٔ هیچ فروشندهٔ مشخص.

ShieldID در مقایسه با یک پلتفرم معمول تأیید هویت سازمانی و با یک فرایند امضای الکترونیکی که فقط به پیوند ایمیل متکی است.
قابلیتShieldIDاحراز هویت سازمانی معمولبررسی‌های دستی
یک فرد واقعی را تأیید می‌کند، نه فقط یک صندوق ایمیل رابلهمعمولاًخیر
چالش تشخیص زنده‌بودن، نه یک عکس ثابت یا یک کادر تأییدبلهمعمولاًخیر
مدرک شناسایی دولتی خوانده و تطبیق داده می‌شودبلهمعمولاًخیر
بررسی هویت در یک سابقهٔ قابل جست‌وجو ثبت می‌شودبلهبه مشتری ارائه نمی‌شودفقط نشانی IP و مهر زمانی
به یک سند یا پاکت مشخص مرتبط می‌شودبلهمعمولاًn/a
sandbox که هرگز صورت‌حساب نمی‌شودبلهگاهیn/a

ایرادها

آنچه تیم پلتفرم پیش از افزودن این مرحله می‌پرسد

«آیا ابزار امضای الکترونیکی ما از قبل هویت را تأیید نمی‌کند؟»

بیشتر آن‌ها به پیوند ایمیل، کد پیامکی یا نام تایپ‌شده متکی هستند؛ این‌ها اثبات کنترل یک صندوق ایمیل یا شمارهٔ تلفن‌اند، نه اثبات اینکه فرد کیست. ShieldID بررسی واقعی مدرک شناسایی دولتی و چهرهٔ زنده را اضافه می‌کند.

«آیا یک مرحلهٔ اضافی امضا را کند نمی‌کند؟»

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

«آیا امضای مبتنی بر مدرک شناسایی از نظر قانونی الزامی است؟»

این به حوزهٔ قضایی، نوع سند و توصیهٔ مشاور حقوقی شما بستگی دارد؛ ما توصیهٔ حقوقی ارائه نمی‌کنیم. آنچه ShieldID اضافه می‌کند شواهد قوی‌تر دربارهٔ این است که طرف دیگر امضا چه کسی بوده است، که چه الزامی باشد و چه نباشد مفید است.

«آیا می‌توانیم این را فقط برای اسناد با ارزش بالاتر استفاده کنیم؟»

بله — ShieldID را برای اسنادی که به آن نیاز دارند فراخوانی کنید و برای بقیه از آن صرف‌نظر کنید. این مرحله‌ای است که به یک فرایند امضای مشخص اضافه می‌کنید، نه کلیدی همه‌یاهیچ برای کل پلتفرم شما.

آنچه می‌بینید

بدانید چه کسی امضا کرده و نشان دهید چگونه می‌دانید.

امضاکنندگان پیش از امضا هویت خود را اثبات می‌کنند. نتیجه کنار پاکت سند نگهداری می‌شود: هر فیلد خوانده‌شده از شناسه و هر بررسی به‌صورت جداگانه.

تصویر با داده‌های نمونه: تلفن یک متقاضی در جریان راستی‌آزمایی میزبانی‌شده، و پورتال ShieldID که نتیجه را برای Ottoline Marchetti-Fife، گواهینامهٔ رانندگی انتاریو، امضاکننده، تمدید اجاره‌نامه، همراه با فیلدهای خوانده‌شده از شناسه و دوازده بررسی نشان می‌دهد.

پرسش‌ها

پاسخ‌های صریح برای پلتفرم‌های امضای الکترونیکی.

شروع کنید

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

یک نشست sandbox ایجاد کنید، یک احراز هویت را روی تلفن همراه خودتان اجرا کنید و پیش از آنکه حتی یک امضاکنندهٔ واقعی با آن روبه‌رو شود، رکوردی را که ثبت می‌شود ببینید.

نشست‌های Sandbox هرگز صورت‌حساب نمی‌شوند.