الواجهة البرمجية
واجهة REST تنشئ بها المستندات، وتضيف الموقّعين، وترسلها للتوقيع، وتنزّل النسخ الموقّعة.
أنشئ المستندات وأرسلها من نظامك.
يوقّع مستخدموك دون مغادرة تطبيقك.
تصلك المستندات الموقّعة تلقائيًا.
واجهة REST تنشئ بها المستندات، وتضيف الموقّعين، وترسلها للتوقيع، وتنزّل النسخ الموقّعة.
اربط WQ3 بأنظمة ERP والموارد البشرية وإدارة العملاء والتخزين، أو اطلب تكاملًا مخصّصًا.
نسخة خاصة من WQ3 نصمّمها معك وفق متطلبات مؤسستك.
إنشاء المستندات وإضافة الموقّعين والإرسال وتنزيل النسخ الموقّعة.
Webhooks عند كل تغيير في حالة التوقيع.
اعرض تجربة التوقيع داخل تطبيقك.
اطلب مفاتيح الوصول، وجرّب الواجهة في بيئة الاختبار، ثم انتقل إلى الإنتاج بعد المراجعة.
نعم، Cloud وAPI وDedicated هي طرق مختلفة لاستخدام منصة وقع نفسها.
نعم، يمكن البدء على السحابة ثم التوسع إلى الربط البرمجي أو بيئة مخصصة.
ابدأ بتحديد العملية التي سيخدمها التكامل: أي سجل في نظامك يحتاج إلى توقيع، ومن يراجع المستند، ومتى يصبح جاهزًا للإرسال. تُقفل المستندات في وقع بمجرد إرسالها، لذا اجعل مراجعة المحتوى والتحقق من بيانات الموقّعين خطوة تسبق الإرسال. يساعد ذلك على تجنّب بدء التوقيع على نسخة لم تعتمدها مؤسستك بعد.
خطّط لربط المستند بسجله الأصلي داخل تطبيقك، حتى يستطيع موظف مخوّل الوصول إلى الاتفاق الصحيح دون الاعتماد على اسم الملف وحده. وحدّد أيضًا ما الذي يُعدّه نظامك اكتمالًا للعملية، ومن يتولى التعامل مع أي تعارض بين السجل الداخلي وحالة التوقيع. هذه قرارات تخص سير العمل في تطبيقك، وينبغي توثيقها إلى جانب تصميم التكامل.
يتيح وقع تحديد مستوى مختلف لكل موقّع في المستند نفسه. عند تخطيط التكامل، حوّل سياسة العقود في مؤسستك إلى متطلبات واضحة للموقّعين بدلًا من افتراض أن الجميع يحتاج إلى المستوى نفسه. المستويات الثلاثة هي التوقيع الإلكتروني، والتوقيع عن بُعد، والتوقيع بالتوكن؛ أما eKYC فهو إضافة للتحقق من الحساب وليس مستوى رابعًا.
يمكن أن يوجّه نوع الاتفاق اختيار المستوى: التوقيع الإلكتروني للاتفاقات اليومية، والتوقيع عن بُعد أو بالتوكن للعقود الرسمية أو مرتفعة القيمة ومتطلبات التوقيع الرقمي الأقوى. وإذا كان إثبات هوية صاحب الحساب مطلوبًا، فاجعل التحقق عبر eKYC متطلبًا مستقلًا. راجع هذه الاختيارات مع أصحاب القرار القانوني والتشغيلي قبل تحويلها إلى قواعد آلية داخل تطبيقك.
تعامل مع تغيّر حالة التوقيع بوصفه مدخلًا لسير العمل في تطبيقك، لا دليلًا تلقائيًا على انتهاء كل الإجراءات المرتبطة بالعقد. حدّد أي تغيّرات تستدعي تحديث السجل الداخلي، أو تنبيه موظف، أو بدء مراجعة. واحتفظ بتمييز واضح بين ما جرى في وقع وما أنجزه نظامك من خطوات لاحقة.
ضمن تصميم التكامل، خطّط للتعامل مع الإشعارات المتكررة، والانقطاع المؤقت، والأحداث التي تصل بعد انتقال العملية الداخلية إلى خطوة أخرى. تحقّق من سلوك التسليم وإعادة المحاولة مع فريق وقع بدلًا من افتراضه. واختبر ما إذا كانت معالجة الحدث نفسه مرة أخرى قد تؤدي إلى تكرار إجراء داخل نظامك، وحدّد مسار مراجعة للحالات التي لا يمكن تسويتها آليًا.
خطّط لحفظ أدلة التوقيع، لا الملف النهائي وحده. يصاحب كل مستند مكتمل في وقع سجل إجراءات وشهادة إتمام؛ فحدّد كيف سيتمكن فريقك من الرجوع إليهما إلى جانب سجل العمل المرتبط بالعقد. ضع قواعد داخلية للوصول والاحتفاظ تتناسب مع مسؤوليات مؤسستك ومتطلبات حماية البيانات.
يمكن لصفحة التحقق العامة دعم المراجعة اللاحقة من خلال مرجع العقد ورمز QR ومقارنة بصمة الملف باستخدام SHA-256. اجعل إجراءات الدعم الداخلي تميّز بين التحقق من أصالة الملف وتقييم كفايته القانونية لغرض محدد. يتوافق وقع مع قانون التوقيع الإلكتروني المصري رقم 15 لسنة 2004، لكن الحجية القانونية تظل مرتبطة باستيفاء الشروط المنطبقة، لا بمجرد استخدام واجهة API.
أنشئ حسابك على تطبيق WQ3، أو تحدث معنا عن متطلبات مؤسستك.
لا. يمكن تحديد مستوى مختلف لكل موقّع في المستند نفسه؛ خطّط للتكامل وفق متطلبات كل طرف.
لا. هو إضافة للتحقق من هوية صاحب الحساب، ويمكن اشتراطه مع أي مستوى من مستويات التوقيع الثلاثة.
قبل الإرسال. تُقفل المستندات بمجرد إرسالها، لذا ضع اعتماد المحتوى والتحقق من بيانات الموقّعين قبل هذه الخطوة.
خطّط للاحتفاظ بسجل الإجراءات وشهادة الإتمام أيضًا، حتى تتمكن فرق المراجعة من تتبّع إجراءات التوقيع.
نعم. لكل عقد موقّع صفحة تحقق عامة يمكن الوصول إليها باستخدام المرجع أو رمز QR، دون الحاجة إلى حساب.