كيف تحوّل الرسوم البيانية للقرارات عمليات التحقق إلى موافقة أو مراجعة أو رفض

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

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

ماذا يحدث عند انتهاء عملية التحقق؟

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

1. يقوم بجمع البيانات: نتيجة التحقق، وكيان العميل وهويته المرتبطة، وأي نتائج فحص، وإشارات ذكاء الجهاز.

2. يتتبع الرسم البياني من عقدة البداية، ويقيّم كل فرع وينفذ كل إجراء.

3. يستقر على عقدة حالة نهائية، والتي تحدد النتيجة.

4. يسجل المسار الذي سلكه، والأثر، ويرسلworkflow.run.completedرابط الويب.

هناك تشغيل واحد لكل عملية تحقق، وعمليات التشغيل متكررة، لذا فإن عملية التحقق التي تتم إعادة محاولتها أو إعادة معالجتها لا يتم اتخاذ قرار بشأنها مرتين.

أنواع العقد الأربعة

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

ما يمكن أن يقرأه الفرع

تقرأ الشروط نطاقًا مغلقًا من الحقول، مجمعة حسب مصدر المعلومة:

• verification.*نتيجة الفحص، مثل:status،reasonCode،assuranceLevel(chip،gov_dbأوdocument)facialMatch،facialConfidence،facialMatchSource،ageوdocumentExpired.

• entity.*وidentity.*: مستوى المخاطرة الخاص بالعميل وتصنيفه، وحالة الثقة الخاصة بالهوية المرتبطة.

• screening.*: ما إذا كانت أي شاشة من شاشات قائمة المراقبة قد تطابقت، وما إذا تم تأكيد التطابق، وحالة كل نوع من أنواع الشاشات، وأعلى درجة تطابق.

• device.*وip.*: معلومات الجهاز، مثل عدد الأشخاص الآخرين الذين استخدموا نفس الجهاز وما إذا كان عنوان IP ينتمي إلى مركز بيانات.

• email.*وphone.*نتائج التحقق من جهات الاتصال.

• business.*وkeyPeople.*التحقق من الأعمال التجارية وإجراء العناية الواجبة على الأشخاص الرئيسيين فيها.

• questionnaire.<key>: إجابات على أي استبيان في سير العمل.

المشغلونeq،neq،gt،gte،lt،lte،in،nin،containsوexistsبالإضافة إلىall،anyوnot.

هناك قاعدتان أساسيتان تحددان كيفية كتابة الشروط. أولاً، يُرفض أي حقل غير موجود في نطاق الاسم عند النشر، لذا يظهر الخطأ الإملائي فورًا بدلاً من أن يظهر كقاعدة لا تتطابق أبدًا دون تنبيه. ثانيًا، تؤدي القيمة الفارغة إلى فشل عملية المقارنة. إذا لم يكن للتحقق أي مصداقية ظاهرة لعدم إجراء أي مقارنة،verification.facialConfidence gte 80خطأ، وليس صحيحًا. عندما يكون للغياب أهمية، اختبره صراحةً باستخدامexists.

ما الذي يتغير نتيجة ما، وما الذي لا يتغير؟

تحدد عقدة الحالة مصير الكيان ، أي قرار الامتثال المتعلق بالشخص أو الشركة:

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

يستقبل نظامك الخلفي النتيجة علىworkflow.run.completedو علىverification.status_updatedمعsource: "workflow"كلما تغيرت نتيجة التحقق، تغيرت حالة التحقق. أما ما تفعله بها، مثل منح الوصول أو الاحتفاظ بحساب، فهو قرار برنامجك.

رسم بياني مُعدّ خصيصًا لمقرض استهلاكي

لنفترض وجود مُقرض افتراضي يقوم بتسجيل الأفراد في نيجيريا من خلال سير عمل يعمل على AML الفحص. قد تكون سياسته، المكتوبة على شكل قائمة قواعد مرتبة، كالتالي:

1. انتظر حتى يتم حل عملية الفحص، حتى انتهاء المهلة الزمنية.

2. لوscreening.confirmedصحيح، ارفض .

3. لوscreening.anyMatchإذا كان ذلك صحيحاً، فافتح قضية ، ثم راجعها .

4. لوverification.statusليسVERIFIED، انخفاض .

5. لوdevice.matchedEntitiesإذا كان العدد 2 أو أكثر، فقم بمراجعته .

6. لوverification.facialMatchSourceيكونdocument، مراجعة .

7. لوverification.assuranceLevelهو فيchipأوgov_db، يعتمد .

8. وإلا، فقم بالمراجعة .

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

والآن، قم بتشغيل البرنامج على ثلاثة متقدمين:

يوضح مقدم الطلب (ج) سبب قراءة الرسم البياني للحقائق بدلاً من استبدالها. إذا كانت سياستك ترسل بدلاً من ذلك صور السيلفي غير المتطابقة للمراجعة، فغيّر القاعدة 4 لتوجيهها.verification.reasonCode eq selfie_mismatchللمراجعة قبل الرفض العام. يقوم المراجع، الذي يوافق بعد الاطلاع على الصور، بإصدار وثيقة تحقق.approvedمعcheckStatus: "failed"وكلا العبارتين صحيحتان.

Toden قوالب السفن، مثل KYC زائد AML تُعدّ عمليات الفرز والتسجيل التدريجي للمخاطر، والتي تبدأ برسم بياني مُعدّ مسبقاً لاتخاذ القرار، مسودة أولية معقولة، وليست سياسةً يُنصح بنشرها دون مراجعتها.

سلوكيات تستحق المعرفة قبل النشر

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

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

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

أعطال المحرك لا تُعتبر انخفاضاً في الأداء. workflow.run.failedهذا يعني أن المحرك لم يتمكن من إكمال الرحلة. تعامل مع الأمر كحادث يستدعي التحقيق، وليس كرفض من العميل.

الإجراءات هي آثار جانبية. فتح حالة أو إرسال إشعار عبر الويب لا ينهي العملية. يستمر الرسم البياني حتى يصل إلى عقدة حالة، لذا تأكد من أن كل مسار يصل إليها.

قائمة مرجعية للرسم البياني الأول

1. اكتب السياسة بجمل واضحة قبل رسم أي شيء، بما في ذلك النتيجة الافتراضية.

2. ضع عمليات الإيقاف الصارمة (التطابقات المؤكدة مع قائمة المراقبة) أولاً والموافقات أخيراً.

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

4. يستخدمexistsحيثما يكون للقيمة المفقودة معنى.

5. افتح قضية بشأن المسارات التي تحتاج إلى محقق، وليس مجرد مراجعة.

6. اختبر كل مسار في بيئة الاختبار باستخدام معرّفات الاختبار المنشورة قبل النشر في بيئة الإنتاج.

7. قم بتخزينworkflowVersionمع كل نتيجة، حتى تتمكن لاحقًا من إظهار القواعد التي اتبعها العميل.