تخطَّ إلى المحتوى
WQ3

تواصل معنا

استفسار API

احصل على وصول إلى واجهة WQ3 البرمجية والتوقيع المضمّن.

ماذا يحدث بعد إرسال رسالتك

يراجع فريق وقع رسالتك ويرد عليك عبر البريد الإلكتروني في أقرب وقت خلال أيام العمل.

01

نراجع طلبك

يصل طلبك إلى الفريق المختص بحسب الموضوع الذي اخترته.

02

نتواصل معك

نرد بالبريد أو الهاتف لفهم احتياجك وترتيب الخطوة التالية.

03

نقترح الحل

عرض أو جلسة تعريفية أو خطة تكامل بحسب طلبك.

ما الذي يفيد أن تذكره

نوع المستندات التي توقّعها، وعدد المستخدمين تقريبًا، والأنظمة التي تريد الربط معها، وأي متطلبات قانونية أو أمنية خاصة بجهتك.

حدّد حدود تجربة التوقيع المدمج

ابدأ بتحديد النقطة التي ينتقل عندها المستخدم من تطبيقك إلى خطوة التوقيع، وما الذي ينبغي أن يراه عند الانتهاء. وضّح أيضًا من يُعِدّ المستند ومن يوقّعه، وما إذا كان الشخص نفسه يؤدي الدورين. يساعد هذا التصور على فصل تجربة المستخدم المطلوبة عن التفاصيل التقنية التي تحتاج إلى تأكيد.

اطرح أسئلة محددة عن المصادقة، وتسليم المستندات، وعرض حالة التوقيع داخل تطبيقك. اعتبر هذه النقاط متطلبات للنقاش، لا إمكانات مؤكدة لواجهة API. ولا تبنِ خطة التنفيذ على مسارات API أو حزم تطوير أو آليات إشعار قبل التحقق من إتاحتها.

اربط متطلبات كل موقّع بالمستوى المناسب

بدلًا من افتراض مستوى واحد لجميع المستخدمين، ضع تصورًا لمتطلبات كل موقّع. يتيح وقع ثلاثة مستويات بالضبط: التوقيع الإلكتروني، والتوقيع عن بُعد، والتوقيع بالتوكن، مع إمكانية اختيار مستوى مختلف لكل موقّع في المستند نفسه. واسأل كيف يمكن تمثيل هذه الاختيارات في التكامل المقترح.

افصل قرار التحقق من الهوية عن اختيار مستوى التوقيع: فإضافة eKYC مخصصة للتحقق من الحساب، وليست مستوى رابعًا. إذا كانت إجراءاتك تشترط حسابًا موثّقًا، فوضّح من يشمله هذا الشرط ومتى يجب استيفاؤه. يساعد ذلك على مناقشة قوة التوقيع والتحقق من الهوية بوصفهما متطلبين منفصلين.

خطّط لما بعد اكتمال التوقيع

ينبغي أن يشمل نقاش التكامل السجلات المطلوبة بعد التوقيع، لا واجهة التوقيع وحدها. يوفّر وقع سجل تدقيق وشهادة إتمام للمستندات المكتملة، إلى جانب ملفات نهائية تكشف أي عبث. حدّد الأدلة التي يحتاج إليها فريقك للمراجعة، ثم استفسر عن طرق استرجاعها المتاحة للتكامل.

خذ في الحسبان كيفية التحقق من المستند لاحقًا أيضًا. تتيح صفحة التحقق العامة في وقع التأكد من أصالة العقد دون حساب، بالاستعانة برمز QR والمرجع، بينما تساعد بصمة SHA-256 على كشف تغيّر الملف. وناقش أين ينبغي للمستخدمين العثور على هذه المراجع ضمن إجراءات حفظ السجلات لديك.

ضع معايير القبول قبل بدء التنفيذ

حوّل تجربة المستخدم المطلوبة إلى قائمة قصيرة من معايير القبول. حدّد ما الذي يُعد توقيعًا مكتملًا، وكيف يتعرف فريق التشغيل على المستند غير المكتمل، وما السجلات التي يجب أن تبقى متاحة للمراجعة الداخلية. ثم اطلب تأكيد ما يمكن دعمه عبر واجهة API المقترحة، وأي خطوات قد تحتاج إلى معالجة منفصلة.

ميّز بين المراجعة القانونية والقبول التقني. يعمل وقع بما يتوافق مع قانون التوقيع الإلكتروني المصري رقم 15 لسنة 2004، لكن الصلاحية القانونية تعتمد على استيفاء الشروط المطبقة. اطلب من مستشارك القانوني مراجعة استخدامك المقصود، ومن فريقك التقني التأكد من أن سير العمل يحافظ على الأدلة المطلوبة.

أخبرنا كيف يمكننا مساعدتك

ابدأ أول رحلة توقيع اليوم.

أنشئ حسابك على تطبيق WQ3، أو تحدث معنا عن متطلبات مؤسستك.

أسئلة شائعة

هل ينبغي إرفاق مستندات حقيقية بالاستفسار؟+

ابدأ بوصف سير العمل أو بمثال منقّح يخلو من البيانات الحساسة. وتجنّب إدراج بيانات شخصية غير ضرورية أو بيانات اعتماد سرية.

هل يمكنني افتراض إتاحة إشعارات webhook أو حزم SDK؟+

لا تؤكد هذه الصفحة إتاحة أي منهما. اطلب التفاصيل التقنية الحالية قبل الاعتماد عليهما في تصميم التكامل.

هل تتطلب إضافة eKYC مستوى توقيع مستقلًا؟+

لا؛ فهي إضافة للتحقق من الحساب وليست مستوى توقيع. ويمكن اشتراط حساب موثّق بها مع أي من المستويات الثلاثة.

هل يحتاج التحقق اللاحق من العقد إلى حساب في وقع؟+

لا يتطلب استخدام صفحة التحقق العامة حسابًا. اسأل كيف يمكن إظهار مرجع التحقق للمستخدمين ضمن تجربة تطبيقك.

هل التوقيع عبر API يجعل كل اتفاق صالحًا قانونيًا تلقائيًا؟+

لا؛ تظل الشروط القانونية المطبقة ذات أهمية. وينبغي مراجعة الاتفاق وإجراءات التوقيع مع المستشار القانوني.