KYC بدون تعليمات برمجية: بناء سير عمل التحقق دون الحاجة إلى هندسة برمجية (AR-1)

مُنشئ سير عمل KYC (اعرف عميلك) بدون تعليمات برمجية هو واجهة بصرية لبناء واختبار ونشر منطق التحقق من الهوية دون كتابة أي كود. الفرق الرئيسي عن لوحة الإعدادات: قابلية البرمجة. يتيح التفرع الشرطي والقرارات المتداخلة واختبار A/B وتفعيل الوحدات بنقرة واحدة لفريق الامتثال التعبير عن سياستهم الكاملة للمخاطر بصريًا — وتغييرها دون نشر تعليمات برمجية.

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

Workflow Orchestrator من Didit هو هذه الطبقة، وهو مجاني. إنه يقع فوق واجهة برمجة التطبيقات الموحدة /v3/، التي يستدعيها المهندسون مرة واحدة. من تلك النقطة فصاعدًا، ما يفعله تدفق التحقق هو قرار يتعلق بالمنتج والامتثال — وليس قرارًا هندسيًا.

النقاط الرئيسية

• يفصل منشئ سير العمل بدون تعليمات برمجية التكامل عن التكوين. يستدعي المهندسون نقطة نهاية واحدة لواجهة برمجة التطبيقات؛ يقوم فريق الامتثال ببناء وتعديل التدفق في وحدة التحكم دون لمس التكامل.
• يوجه التفرع الشرطي والقرارات المتداخلة المستخدمين إلى مجموعات تحقق مختلفة بناءً على البلد أو نوع المنتج أو مبلغ المعاملة أو أي حقل متاح في سياق الجلسة.
• يضيف تنشيط الوحدة بنقرة واحدة أو يزيل أيًا من وحدات Didit البالغ عددها 25+ — المستند، القياسات الحيوية، مكافحة غسيل الأموال، البريد الإلكتروني، IP، الهاتف، التحقق من قاعدة البيانات — من سير عمل في ثوانٍ.
• يقوم اختبار A/B في الإنتاج بتشغيل تدفقين مقابل حركة مرور حقيقية، ويقيس معدلات الإكمال والنجاح لكل فرع، ويروج للفائز — لا يتطلب تغييرًا في الكود.
• تعني التغييرات التي يراجعها فريق الامتثال أن كل تعديل لسير عمل مباشر يمر بخطوة موافقة قبل أن يؤثر على المستخدمين الفعليين.
• Workflow Orchestrator مجاني. تدفع مقابل تشغيل الوحدة، لكل مكالمة، بدون تراخيص مقعد أو رسوم منصة.

ما هو مُنشئ سير عمل KYC بدون تعليمات برمجية

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

يعبر مُنشئ بدون تعليمات برمجية عن هذه الشجرة بصريًا. كل عقدة هي شرط أو وحدة؛ كل حافة هي فرع. الشخص المسؤول عن سياسة الامتثال — وليس المهندس — هو من يمتلك المنطق. هذا الفصل في الملكية هو النقطة: يمكن للشخص الذي يفهم سياسة المخاطر الآن تغييرها مباشرةً.

التفرع الشرطي والقرارات المتداخلة

يدعم مُنشئ سير العمل من Didit التفرع متعدد المستويات. يمكن أن يحتوي سير العمل الواحد على:

التوجيه بناءً على البلد. يسلك سكان الاتحاد الأوروبي مسارًا واحدًا؛ يسلك سكان أمريكا اللاتينية، حيث ينطبق التحقق من قاعدة البيانات مقابل السجلات المحلية، مسارًا آخر. يتم تقييم شرط التوجيه عند إنشاء الجلسة من سياق الجلسة.

التوجيه بناءً على المنتج. تتطلب حسابات التداول وثيقة كاملة بالإضافة إلى الكشف عن الحياة؛ يتم مسح حسابات التوفير باستخدام البريد الإلكتروني بالإضافة إلى IP. يدخل نفس المستخدم، الذي يفتح منتجًا مختلفًا، فرعًا مختلفًا — كل ذلك ضمن سير عمل واحد، معرف workflow_id واحد، تكامل واحد.

بوابات مبلغ المعاملة. يحصل الإيداع الأول للمستخدم دون عتبة على فحص أخف؛ أي شيء أعلى يؤدي إلى التدفق الكامل. يتم تمرير شرط المبلغ في حمولة الجلسة ويتم تقييمه بواسطة المحرك.

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

تتداخل الشروط — شرط داخل شرط — بحيث يمكن أن تكون خريطة السياسة مفصلة بقدر ما يتطلبه العمل. يتم التعبير عن كل ذلك في المنشئ البصري، وليس في كود الواجهة الخلفية.

تنشيط الوحدة بنقرة واحدة

تغطي مكتبة وحدات Didit دورة حياة الهوية والاحتيال الكاملة: التحقق من الهوية، قراءة NFC، الكشف عن الحياة السلبية، الكشف عن الحياة النشطة، مطابقة الوجه 1:1، البحث عن الوجه 1:N، تقدير العمر، فحص مكافحة غسيل الأموال (AML)، المراقبة المستمرة لمكافحة غسيل الأموال، التحقق من البريد الإلكتروني، التحقق من الهاتف، تحليل IP، ذكاء الجهاز، التحقق من قاعدة البيانات، إثبات العنوان، استبيانات مخصصة، والمزيد.

في مُنشئ سير العمل، تظهر كل وحدة كبطاقة. إضافتها إلى سير العمل بنقرة واحدة. إزالتها بنقرة واحدة. يتم محاسبة الوحدة على أساس الاستخدام عند تشغيلها — لذا فإن إضافة وحدة إلى فرع واحد فقط تعني أنها تحاسب فقط على المستخدمين الذين يصلون إلى ذلك الفرع.

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

اختبار A/B لسير العمل في الإنتاج

غالبًا ما يكون تأثير التحويل لخيارات تصميم التحقق — المستند أولاً مقابل السيلفي أولاً، ثلاث خطوات مقابل اثنتين، الكشف عن الحياة النشطة مقابل السلبية — أكبر من المتوقع وعادة ما لا يتم قياسه. يجعل اختبار A/B المدمج في Didit القياس مباشرًا.

قم بتكوين تقسيم حركة المرور (على سبيل المثال، 50/50) بين نوعين مختلفين من سير العمل. كلاهما يعمل على مستخدمين حقيقيين في الإنتاج. تعرض وحدة التحكم معدل الإكمال، ومعدل النجاح، وتوزيع القرار لكل فرع، جنبًا إلى جنب. عندما تكون واثقًا من الفائز، قم بترقيته إلى 100% من حركة المرور — من وحدة التحكم، دون تغيير في الكود، مع مراجعة الامتثال قبل أن يصبح جاهزًا للعمل.

تنطبق نفس الآلية على التغييرات التي يفرضها الامتثال. يمكن اختبار فحص إلزامي جديد يتم إضافته بنظام A/B مقابل التدفق الحالي لقياس تأثير التحويل قبل تاريخ الطرح الإلزامي — مما يمنح فريق المنتج بيانات بدلاً من الافتراضات.

واجهة برمجة التطبيقات الموحدة /v3/: تكامل مرة واحدة، تكرار دائمًا

الهندسة المعمارية الأساسية هي ما يجعل هذا عمليًا على نطاق واسع. كل وحدة، كل فرع، كل إصدار من سير العمل يستدعي نفس واجهة برمجة التطبيقات /v3/. يستدعي المهندسون POST /v3/session/ باستخدام workflow_id ويعيدون توجيه المستخدم إلى عنوان URL للجلسة. يتعامل محرك سير العمل مع تسلسل الوحدات، ومنطق التفرع، وتسليم النتائج، وإرسال الويب هوك.

عندما يقوم فريق الامتثال بتعديل سير العمل، يبقى workflow_id كما هو. لا يتغير شيء من جانب الهندسة. التكامل مستقر؛ السياسة حية وقابلة للتعديل.

هذا يعني أيضًا أن نفس التكامل يدعم كل وحدة مستقبلية تشحنها Didit. تنشيط بنقرة واحدة من وحدة التحكم، يتم محاسبته على أساس الاستخدام، دون الحاجة إلى إعادة التكامل. تظهر الوحدات الجديدة — التحقق من قاعدة البيانات لبلد جديد، مستوى جديد للكشف عن الحياة، مزود جديد لمكافحة غسيل الأموال — في المُنشئ وتكون متاحة لأي سير عمل على الفور.

نظرًا لأن Workflow Orchestrator موجود على نفس واجهة برمجة التطبيقات /v3/ مثل مراقبة المعاملات، يمكن ربط جلسة KYC بملف تعريف مخاطر المعاملات على نفس مرجع vendor_data. تتدفق الهوية التي يتم إنشاؤها عند الإعداد مباشرة إلى طبقة المراقبة المستمرة — منصة واحدة، تكامل واحد.

حالات الاستخدام

شركات التكنولوجيا المالية المنظمة تطلق منتجات جديدة. يتطلب خط إنتاج جديد بملف تعريف مخاطر عملاء مختلف نطاق تحقق مختلفًا. قم ببناء فرع سير عمل جديد في وحدة التحكم؛ لا تتطلب دورة هندسية. يسجل سجل التدقيق كل تغيير مع الطابع الزمني والمؤلف.

امتثال مقدمي خدمات الأصول الافتراضية (VASP) وتبادل العملات المشفرة. تختلف التزامات قاعدة FATF Travel Rule حسب الولاية القضائية ونوع الطرف المقابل. يطبق سير العمل مع التفرع بناءً على البلد والمبلغ السياسة الصحيحة لكل فئة معاملة دون منطق خلفي مخصص لكل سوق.

منصات الأسواق ذات الإعداد ثنائي الجانب. تختلف ملفات تعريف المخاطر لحسابات المشتري والبائع. سير عملان — أو فرعان ضمن واحد — مع مجموعات وحدات مختلفة، يتم إدارتها في وحدة التحكم ويتم التحكم في إصدارها في سجل التدقيق. قام المهندسون بشحن تكامل واحد.

مشغلو الألعاب عبر الإنترنت (iGaming). تختلف متطلبات الألعاب المسؤولة حسب الولاية القضائية وشريحة المستخدمين. يعد اختبار طول التدفق بنظام A/B مقابل معدلات الإكمال، مع مراجعة الامتثال التي تتحكم في كل تغيير، هو النمط التنظيمي الذي تتوقعه الجهات التنظيمية في إسبانيا والمملكة المتحدة ومالطا بشكل متزايد.

الأسئلة المتداولة

هل Workflow Orchestrator مجاني حقًا؟

نعم. لا تفرض المنطق التنسيقي، والتفرع، واختبار A/B، ومنطق تفعيل الوحدات أي رسوم. تدفع مقابل تشغيل الوحدة، لكل مكالمة، بدون تراخيص مقعد أو رسوم اشتراك في المنصة.

هل يحل المُنشئ بدون تعليمات برمجية محل تكاملنا الخلفي؟

لا — لا يزال المهندسون يستدعون POST /v3/session/ من الواجهة الخلفية الخاصة بك. يقوم المُنشئ بتكوين ما يفعله المحرك بهذه المكالمة. إنه يزيل الحاجة إلى إعادة التكامل عندما تتغير السياسة؛ لا يزيل نقطة التكامل.

كيف تعمل التغييرات التي يراجعها فريق الامتثال؟

يؤدي كل تعديل لسير عمل مباشر في وحدة التحكم إلى خطوة مراجعة قبل أن يؤثر التغيير على المستخدمين الفعليين. يسجل سجل التدقيق من قام بتغيير ماذا ومتى، مما يلبي معظم متطلبات توثيق إدارة التغيير التنظيمية.

هل يمكنني دمج مُنشئ سير العمل مع مراقبة المعاملات؟

نعم. ترتبط جلسة KYC بملف تعريف مراقبة المعاملات عبر نفس مرجع vendor_data — لذلك تتدفق هوية الإعداد إلى طبقة مخاطر المعاملات بعد الإعداد دون إعادة التكامل. يمكن لحالة AWAITING_USER في مراقبة المعاملات أن تؤدي إلى جلسة KYC تصحيحية عبر نفس محرك سير العمل.

كم عدد الوحدات التي يمكنني دمجها في سير عمل واحد؟

لا يوجد حد صارم. يمكن لسير العمل تنشيط أي مجموعة من وحدات Didit البالغ عددها 25+، بأي ترتيب، بأي عمق تفرع تتطلبه السياسة.

هل أنت مستعد للبدء؟

• تعلم الميزة ← الوثائق
• شاهدها في المنصة ← صفحة منتج التحقق من الهوية
• تحقق من السعر ← التسعير — Workflow Orchestrator مجاني، الوحدات تسعر لكل مكالمة
• ابدأ مجانًا ← business.didit.me — 500 عملية تحقق مجانية شهريًا