E-signature
احراز هویت امضای الکترونیکی، پیش از آنکه کسی امضا کند
امضا فقط به اندازهٔ هویتِ پشت آن اعتبار دارد. API احراز هویت امضاکنندهٔ ShieldID تأیید میکند که یک فرد واقعی، با مدرک شناسایی دولتی خودش، همان کسی است که سند شما را تکمیل میکند — و این بررسی در کنار خود امضا در سابقه ثبت میشود.
مسئله
«روی پیوند کلیک کرد» با «آن را امضا کرد» یکی نیست
بیشتر پلتفرمهای امضای الکترونیکی فقط تأیید میکنند که کسی یک ایمیل را باز کرده و یک نام تایپ کرده است. این، احراز هویتِ یک صندوق ایمیل است، نه شناسایی یک فرد.
پیوند ایمیل یک صندوق ایمیل را ثابت میکند، نه یک فرد را
هر کسی که بتواند ایمیل را باز کند — صندوق مشترک، پیام ارسالشده به دیگران یا حساب هکشده — میتواند روی پیوند کلیک کند و یک نام را در کادر امضا تایپ کند.
اسناد باارزش به چیزی بیش از یک چکباکس نیاز دارند
اجارهنامه، قرارداد وام، توافقنامهٔ تسویه یا وکالتنامه پیامدهای واقعی دارد. عبارت «موافقم» که طرفی تأییدنشده تایپ کرده باشد، پایهای ضعیف برای موضوعی با این اهمیت است.
وقتی بعداً موضوع مورد اختلاف قرار میگیرد، اغلب چیزی برای ارائه وجود ندارد
اگر امضاکننده بعداً ادعا کند فرد دیگری به نیابت از او امضا کرده است، در بیشتر مسیرهای ممیزی امضای الکترونیکی فقط یک نشانی IP و یک مهر زمانی دیده میشود — نه مدرک شناسایی دولتی که با چهرهٔ زنده تطبیق داده شده باشد.
یک مثال عملی
یک اجارهنامهٔ تجاری، آمادهٔ دو امضا
فرضی، برای نمایش شکل جریان کار. هیچ مستأجر، موجر یا اجارهنامهٔ واقعی در کار نیست.
سند ارسال میشود
یک مدیر ملک، اجارهنامهٔ تجاری را از طریق پلتفرم امضای الکترونیکی خود برای امضا ارسال میکند. پیش از نمایش صفحهٔ امضا، پلتفرم مستأجر را به یک نشست احراز هویت ShieldID که به همان سند مشخص گره خورده است هدایت میکند.ثبت اطلاعات، روی تلفن همراه امضاکننده
مستأجر از روی و پشت گواهینامهٔ رانندگی خود عکس میگیرد و یک آزمون کوتاه و هدایتشدهٔ تشخیص زندهبودن را انجام میدهد. بارکد و فیلدهای چاپشده با هم تطبیق داده میشوند و چهرهٔ زنده با تصویر روی مدرک مقایسه میشود.سیگنالهای تقلب در هر نشست اجرا میشوند
بررسیهای ضدجعل، دیپفیک، ماسک و دستکاری سند بهطور خودکار اجرا میشوند — نه تنظیمی که پلتفرم امضای الکترونیکی باید برای سند باارزشتر به یاد داشته باشد فعال کند.بازگشت به سند، با وضعیت تأییدشده
ShieldID مستأجر را همراه با نتیجه به نشانی بازگشت پلتفرم برمیگرداند و همان نتیجه را با وبهوک امضاشده نیز تحویل میدهد. تنها در این مرحله است که پلتفرم اجازه میدهد مرحلهٔ امضا ادامه یابد.دو رکورد، در کنار هم
مسیر ممیزی خودِ پلتفرم امضای الکترونیکی، رویداد امضا را نشان میدهد. دفتر فعالیت (Activity Ledger) در ShieldID بررسی هویتی را که پیش از آن انجام شده نشان میدهد — چه کسی تأیید شد، موتور چه گزارش کرد و چه زمانی — رکوردی فقطافزودنی که پایگاه داده آن را اعمال میکند.
آنچه پیش از امضا از همه مهمتر است
فرد را تأیید کنید، نه فقط صندوق ایمیل را
هر بررسی زیر در هر احراز هویت اجرا میشود، فارغ از اینکه سند چیست.
تطبیق چهره و زندهبودن
سیگنالهای تقلب
دفتر فعالیتها
وبهوکهای امضاشده و نشانی بازگشت
غربالگری فهرستهای نظارتی
برای اختلافات و ممیزیها
وقتی امضایی به چالش کشیده میشود، بررسی هویت نیز در سابقه ثبت شده است
امضاکنندهای بعداً سندی را مورد اعتراض قرار میدهد. وکیلی مدرک اینکه واقعاً چه کسی امضا کرده را میخواهد. نهادی نظارتی پروندهٔ شناسایی مشتریان شما را بررسی میکند. بررسی هویتِ پشت امضا نقطهٔ شروع آن گفتوگوست.
فقطافزودنی، با اجبار در سطح پایگاه داده
ورودیها قابل افزودن هستند. قابل ویرایش یا حذف نیستند — نه توسط شما، نه توسط ShieldID. این ویژگیِ خودِ پایگاه داده است.
بررسی هویت، جدا از رویداد امضا
دفتر ShieldID احراز هویتی را که پیش از امضا انجام شده — چه کسی بررسی شد، موتور چه گزارش کرد، چه زمانی — بهعنوان یک ورودی مستقل ثبت میکند، جدا از رکورد خودِ پلتفرم امضای الکترونیکی شما از کلیک.
قابل جستوجو بر اساس عامل، اقدام، نتیجه و تاریخ
دقیقاً ورودیهایی را که یک اختلاف یا بررسی پرونده نیاز دارد استخراج کنید، بهجای آنکه یک خط زمانی را بهصورت دستی از دو سامانهٔ متفاوت بازسازی کنید.
امروز دفتر، نتایج احراز هویتِ تأییدشده و ناموفق، ورودها، فعالیت کلیدهای API و خروجیهای ممیزی را ثبت میکند. رویدادهای مشاهده و دانلود تصاویر مدارک بهتفکیک، یک رویداد تصمیم اختصاصی، رسیدهای پاکسازی و خروجی CSV خودسرویس برای تیم شما بهزودی ارائه میشود.
گزینههای یکپارچهسازی
یک مرحلهٔ احراز هویت، پیش از امضا
صفحهٔ تأیید هویت میزبانیشده
وبهوکهای امضاشده
یک REST API
Sandbox، بدون صورتحساب
هماکنون در محیط عملیاتی
این همان چیزی است که پشت Trust Ledger اجرا میشود
احراز هویت امضاکنندهٔ ShieldID نیروی محرکهٔ Trust Ledger، محصول امضای الکترونیکی خودِ Crown Stack Systems است — همان بررسیهای سند، تطبیق چهره، زندهبودن و دفتر فعالیت که در این صفحه آمده، که امروز روی جریانهای امضای واقعی اجرا میشوند، نه صرفاً در حد یک برنامه.
نکات حریم خصوصی
مدرک شناسایی امضاکننده، با همان دقتی که سندِ در حال امضا نگهداری میشود
سندی که ارزش امضا کردن دارد، اغلب ارزش آن را دارد که هویتِ پشت آن نیز با همان دقت محافظت شود.
- میزبانیشده روی سرورهای خودمان
- تصاویر مدارک، فیلدهای استخراجشده و نتایج روی زیرساختی که خودمان کنترل میکنیم پردازش و ذخیره میشوند، نه روی یک ارائهدهندهٔ ابر عمومی.
- پاکسازی در یک بازهٔ زمانی کوتاه
- تصاویر مدارک بهطور خودکار پاکسازی میشوند، بهطور پیشفرض پس از هفت روز و قابل تنظیم؛ رکورد احراز هویت بیش از خود تصاویر باقی میماند.
- رمزگذاریشده
- تاریخ تولد بهصورت رمزگذاریشده ذخیره میشود و تصاویر مدارک در حالت ذخیره رمزگذاری میشوند.
- طراحیشده برای همراستایی با PIPEDA
- جمعآوری حداقلی، بازهٔ نگهداری کوتاه و سابقهٔ دسترسی قابل جستوجو — کنترلهایی که «امضاکننده را تأیید کردیم» را به چیزی بیش از یک خط در شرایط و ضوابط شما تبدیل میکنند.
در مقایسه با روش دستی
آنچه بررسی مدرک شناسایی پیش از امضای با یک کلیک اضافه میکند
یک مقایسهٔ دستهای، نه ادعایی دربارهٔ هیچ فروشندهٔ مشخص.
| قابلیت | ShieldID | احراز هویت سازمانی معمول | بررسیهای دستی |
|---|---|---|---|
| یک فرد واقعی را تأیید میکند، نه فقط یک صندوق ایمیل را | بله | معمولاً | خیر |
| چالش تشخیص زندهبودن، نه یک عکس ثابت یا یک کادر تأیید | بله | معمولاً | خیر |
| مدرک شناسایی دولتی خوانده و تطبیق داده میشود | بله | معمولاً | خیر |
| بررسی هویت در یک سابقهٔ قابل جستوجو ثبت میشود | بله | به مشتری ارائه نمیشود | فقط نشانی IP و مهر زمانی |
| به یک سند یا پاکت مشخص مرتبط میشود | بله | معمولاً | n/a |
| sandbox که هرگز صورتحساب نمیشود | بله | گاهی | n/a |
ایرادها
آنچه تیم پلتفرم پیش از افزودن این مرحله میپرسد
«آیا ابزار امضای الکترونیکی ما از قبل هویت را تأیید نمیکند؟»
بیشتر آنها به پیوند ایمیل، کد پیامکی یا نام تایپشده متکی هستند؛ اینها اثبات کنترل یک صندوق ایمیل یا شمارهٔ تلفناند، نه اثبات اینکه فرد کیست. ShieldID بررسی واقعی مدرک شناسایی دولتی و چهرهٔ زنده را اضافه میکند.
«آیا یک مرحلهٔ اضافی امضا را کند نمیکند؟»
این یک مرحلهٔ میزبانیشده روی گوشی خود امضاکننده است که یک بار پیش از صفحهٔ امضا قرار میگیرد. اینکه برای امضاکنندهٔ بازگشتی هر چند وقت یکبار تکرار شود، سیاستی است که پلتفرم شما تعیین میکند، نه چیزی که ShieldID بر هر سند تحمیل کند.
«آیا امضای مبتنی بر مدرک شناسایی از نظر قانونی الزامی است؟»
این به حوزهٔ قضایی، نوع سند و توصیهٔ مشاور حقوقی شما بستگی دارد؛ ما توصیهٔ حقوقی ارائه نمیکنیم. آنچه ShieldID اضافه میکند شواهد قویتر دربارهٔ این است که طرف دیگر امضا چه کسی بوده است، که چه الزامی باشد و چه نباشد مفید است.
«آیا میتوانیم این را فقط برای اسناد با ارزش بالاتر استفاده کنیم؟»
بله — ShieldID را برای اسنادی که به آن نیاز دارند فراخوانی کنید و برای بقیه از آن صرفنظر کنید. این مرحلهای است که به یک فرایند امضای مشخص اضافه میکنید، نه کلیدی همهیاهیچ برای کل پلتفرم شما.
آنچه میبینید
بدانید چه کسی امضا کرده و نشان دهید چگونه میدانید.
امضاکنندگان پیش از امضا هویت خود را اثبات میکنند. نتیجه کنار پاکت سند نگهداری میشود: هر فیلد خواندهشده از شناسه و هر بررسی بهصورت جداگانه.
پرسشها
پاسخهای صریح برای پلتفرمهای امضای الکترونیکی.
شروع کنید
پیش از امضای بعدی خود، یک بررسی هویت اضافه کنید
یک نشست sandbox ایجاد کنید، یک احراز هویت را روی تلفن همراه خودتان اجرا کنید و پیش از آنکه حتی یک امضاکنندهٔ واقعی با آن روبهرو شود، رکوردی را که ثبت میشود ببینید.
نشستهای Sandbox هرگز صورتحساب نمیشوند.