---
title: التحقق الصامت
description: فعّل التحقق في الخلفية للمستخدمين العائدين في التحقق من البطاقة غير الحاضرة، باستخدام الإشارات والتكرار لتحديد ما إذا كان يمكن الموافقة على المعاملة بصمت.
canonical: https://developer.unico.io/ar/dual-api/developers/regional-solutions/card-not-present-verification/integration/silent-verification
locale: ar
generated_by: markdown-export
---

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

التحقق الصامت ليس منتجًا منفصلاً — إنه خطوة إضافية فوق نفس تدفق إنشاء المعاملات الموضح في [معاملات الدفع](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/payment-transactions) و[Onboarding بطاقة الائتمان](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/credit-card-onboarding). جمع إشارات السياق باستخدام SDK وإرسال نفس المفتاح الخارجي عند إنشاء المعاملة هو ما يتيح إمكانية الموافقة الصامتة.

:::note[متى ينطبق]
- ينطبق التحقق الصامت عندما يكون هناك سجل كافٍ لتقيّم تقنية Unico الهوية من خلال الإشارات.
- عندما لا يكون هذا التقييم ممكنًا — بسبب نقص السجل أو لأسباب أخرى — تعود المعاملة إلى التدفق البصري القياسي بدلاً من ذلك. يمكن أن يحدث هذا، على سبيل المثال، في المرة الأولى التي تُرصد فيها هوية معينة على الشبكة.
:::

## 1. اجمع بيانات تعريف الجهاز باستخدام SDK

قم بتثبيت وتهيئة SDK الالتقاط الخاص بمنصتك كالمعتاد — التحقق الصامت لا يغيّر هذا الإعداد. اتبع دليل جمع بيانات المراقبة الخاص بالمنصة لإرسال `externalUserId`:

- [Android](/dual-api/developers/sdks-and-tools/android/smart-revalidation/silent-revalidation)
- [iOS](/dual-api/developers/sdks-and-tools/ios/capture-flow/capture-types/silent-revalidation)
- Web

:::info
Flutter غير مدعوم بعد للتحقق الصامت.
:::

:::warning[هذه ليست مجرد بيانات تعريف للمراقبة هنا]
تصف أدلة جمع بيانات المراقبة `externalUserId` بأنها بيانات تتبع اختيارية "لا تغيّر سلوك التقاط SDK ولا استجابة API". هذا صحيح بالنسبة إلى SDK بمفرده. **في التحقق من البطاقة غير الحاضرة، هذا الحقل نفسه هو ما يستخدمه الخادم الخلفي لتحديد ما إذا كان يمكن الموافقة على المعاملة بشكل صامت.** إرسال هذا الحقل هو ما يفعّل التحقق الصامت لتلك المعاملة — فهو ليس بلا تأثير هنا.
:::

## 2. أنشئ المعاملة بنفس externalUserID

`externalUserID` اختياري — لكن بدونه، لا يمكن أن يحدث التحقق الصامت لتلك المعاملة. عند إنشاء المعاملة — عبر [معاملات الدفع](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/payment-transactions) أو [Onboarding بطاقة الائتمان](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/credit-card-onboarding) — أرسل **نفس** `externalUserID` بالضبط المستخدم في SDK، داخل `additionalInfo`:

```json
{
  "additionalInfo": {
    "externalUserID": "YOUR_EXTERNAL_USER_ID"
  }
}
```

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

## 3. تعامل مع الاستجابة

إذا استوفت المعاملة الشروط وتمت الموافقة عليها بشكل صامت، فلا حاجة لأي إجراء إضافي:

```json
{
  "id": "6ab1771e-dfab-4e47-8316-2452268e5481",
  "status": "approved"
}
```

خلاف ذلك، تتضمن الاستجابة `link` لإكمال التدفق البصري القياسي، تمامًا مثل معاملة تم إنشاؤها بدون التحقق الصامت:

```json
{
  "id": "6ab1771e-dfab-4e47-8316-2452268e5481",
  "status": "waiting",
  "link": "https://aces.so/example",
  "token": "eyJhbGciOiJIUzI1NiIsInR5cC[...]Ok6yJV_adQssw5c"
}
```

بالنسبة إلى أي حالة أخرى، اتبع التدفق القياسي باستخدام `link` المُعاد — راجع [التحكم في التجربة](/developers/regional-solutions/card-not-present-verification/integration/controlling-the-experience/overview) و[القيم التعدادية](/developers/regional-solutions/card-not-present-verification/integration/apis/enumerated) للاطلاع على القائمة الكاملة للحالات.