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